Служба поддержки работает 24/7 — мы всегда на связи по вопросам хостинга и серверов.Открыт прием заявок на аренду выделенных серверов и размещение оборудования в дата-центре.Напоминаем: рекомендуем включить резервное копирование для дополнительной защиты данных.Доступна новая линейка VPS/VDS с NVMe-дисками и увеличенной производительностью.Технические работы на части серверов завершены. Все сервисы работают в штатном режиме.

MODULE FOR 1C-BITRIX

Digital Element

Deal Actualization Module

The Deal Actualization Module is designed for the boxed version of Bitrix24 to maintain the accuracy of key deal parameters: payment dates, amounts, and stages. Once a specified period elapses, the responsible manager encounters a blocking window requiring data confirmation or a transition to the deal card for updates. The solution automates regular CRM deal audits.

Technical details

Published
17.08.2026
Version
1.0.1
Installed
Less than 50 times
Responsiveness
Yes
Composite Support
Yes
Compatible with Sites24
No
Developer
Digital Element

What this solution does

The Deal Actualization Module is designed for the boxed version of Bitrix24 to maintain the accuracy of key deal parameters: payment dates, amounts, and stages. Once a specified period elapses, the responsible manager encounters a blocking window requiring data confirmation or a transition to the deal card for updates.

The solution automates regular CRM deal audits. Administrators configure check rules, including the delay before the first window appears after deal creation, the frequency of subsequent checks, and filters based on sales funnels, stages, users, and departments.

The deal queue is generated by a background agent, eliminating heavy database searches on every page load. When a user accesses the portal, the frontend requests the backend controller to retrieve only the single nearest deal requiring confirmation.

The modal window displays deal details, including creation date, responsible person, payment date, amount, and stage. Each of the three key values must be confirmed individually. The final confirmation button becomes active only after all mandatory fields have been verified.

After confirmation, the module records the history: the deal, the user, the confirmation date, and the field values at that moment. It then calculates the next check date.

Key features:

Automatic queue of deals for verification.

Blocking modal window overlaying the Bitrix24 interface.

Separate confirmation for payment date, amount, and stage.

Confirmation history with preservation of field values at the time of action.

Configuration of intervals for the first and subsequent checks.

Filtering by funnels, stages, users, and departments.

Exclusion of closed deals.

Test mode for selected users.

Optional deferral of checks.

Dedicated pages for viewing the queue and history.

Support for Russian and English languages.

Test mode

In test mode, the module operates only for users selected in the 'Enabled users' setting. This allows testing the scenario on a limited group of employees before switching to production mode.

If test mode is enabled but no users are selected, the module will not add deals to the queue or display windows to managers.

Production mode

In production mode, the module operates according to the main user configuration rules.

The Deal Actualization Module provides flexible access configuration. Access can be granted to all responsible managers, restricted to a specific list of users, or limited to particular departments. The system also supports excluding individual employees or administrators when the corresponding option is enabled.

Operation requires a boxed version of Bitrix24 with the CRM module installed. Administrator rights are required for installation and configuration, along with access to the standard Bitrix agent mechanism.

Installation is performed via the standard Bitrix module interface. During setup, tables for the queue and history are created, a queue recalculation agent is registered, a JS extension for popup windows is connected, and the technical deal field UF_CRM_PAYMENT_DATE is created if it does not already exist.

Upon module removal, the operational actualization queue is deleted automatically as it is required solely for the component's functioning. The confirmation history can be retained or removed at the administrator's discretion. The technical payment date field is deleted only upon separate confirmation and only if it was created by this module.

General iT can install and configure this module and check how it works on your website.

YOUR PROJECT INFRASTRUCTURE

A home for your website

BEFORE YOU ORDER

Let’s go through the details.

How do I purchase a solution?
Submit a request on the solution page. A manager will check your selection, confirm the terms and arrange the purchase. We can also help with installation and setup.
Is a 1C-Bitrix licence included?
The default price covers the solution itself. If the developer offers a bundle with a 1C-Bitrix licence, you can select it separately on the solution page.
Can I try a solution first?
Available online demos and trial periods are shown on the solution page. The trial length depends on the solution.
How much does renewal cost?
Renewal is calculated as 50% of the full solution price before discounts. A manager will confirm the renewal terms and period before you order.
Can you help implement the solution?
Yes. We can build a website or store based on a template, or install, configure and check a module for compatibility. The scope and cost of the work are agreed separately.

GENERAL iT

Let’s discuss your project

Получатель: ООО «Дженерал Ай Ти Рус»

1C-BITRIX

Install solution

Enter a domain with or without https://. The installer will open in your website control panel in a new tab.

Solution screenshots

Solution screenshot