Event on Deleting a Recurring Deal Template onCrmDealRecurringDelete
Choose a tool for developing with an AI agent:
- use Alaio Vibecode to build an app for Bitrix24 from a task description without knowing any programming language. The agent writes the code and deploys the app to a server, with no manual hosting setup
- use the MCP server to develop a REST API integration in your own project. The agent refers to the official REST documentation
Scope:
crmWho can subscribe: any user
The event ONCRMDEALRECURRINGDELETE will trigger when the recurrence settings of a recurring deal are deleted.
The settings are deleted together with the template deal when it is deleted manually, via the method crm.deal.delete or crm.item.delete. The onCrmDealDelete event arrives right after onCrmDealRecurringDelete.
The crm.deal.recurring.delete method deletes the settings only if the template deal no longer exists. In this case, the event arrives as well.
Events will not be sent to the application until the installation is complete. Check the application installation
What the Handler Receives
Data is transmitted as a POST request
{
"event": "ONCRMDEALRECURRINGDELETE",
"event_handler_id": "681",
"data": {
"FIELDS": {
"ID": "11"
}
},
"ts": "1741092153",
"auth": {
"access_token": "s6p6eclrvim6da22ft9ch94ekreb52lv",
"expires_in": "3600",
"scope": "crm",
"domain": "some-domain.bitrix24.com",
"server_endpoint": "https://oauth.bitrix.info/rest/",
"status": "L",
"client_endpoint": "https://some-domain.bitrix24.com/rest/",
"member_id": "a223c6b3710f85df22e9377d6c4f7553",
"application_token": "51856fefc120afa4b628cc82d3935cce"
}
}
|
parameter |
Description |
|
event |
Symbolic code of the event. In this case — |
|
event_handler_id |
Identifier of the event handler |
|
data |
Object containing information about the deleted recurrence settings. Contains a single key |
|
data.FIELDS |
Object with the identifier of the deleted recurrence settings. The structure is described below |
|
ts |
Date and time of the event sent from the event queue |
|
auth |
Object containing authorization parameters and information about the account where the event occurred. The structure is described below |
Parameter FIELDS
|
parameter |
Description |
|
ID |
Identifier of the deleted recurrence settings. This is the same The settings no longer exist, so crm.deal.recurring.get with this |
Parameter auth
Required parameters are marked with *
|
Name |
Description |
|
access_token |
Authorization token OAuth 2.0 |
|
expires_in |
Time in seconds until the token expires |
|
scope* |
Scope under which the event occurred |
|
domain* |
Address of Bitrix24 where the event occurred |
|
server_endpoint* |
Address of the Bitrix24 authorization server needed to refresh OAuth 2.0 tokens |
|
status* |
Status of the application that subscribed to this event:
|
|
client_endpoint* |
Common path for REST API method calls for Bitrix24 where the event occurred |
|
member_id* |
Identifier of Bitrix24 where the event occurred |
|
refresh_token |
Token for extending authorization OAuth 2.0 |
|
application_token* |
Token for secure event handling |
Authorization tokens are not always passed to the event handler. If the hit that initiated the event could not be linked to a specific Bitrix24 user, the tokens are not passed. Always check the contents of the auth key in the code.
It is recommended to store tokens obtained earlier during the application installation. Use them when working with the application interface in the form of embeds, widgets, and so on.
Continue Learning
- Events: Overview of Methods and Events
- Register a New Event Handler event.bind
- Event When Creating a Recurring Deal Template onCrmDealRecurringAdd
- Event on Changing Recurrence Settings of a Recurring Deal onCrmDealRecurringUpdate
- Event When Creating a Deal from a Recurring Deal Template onCrmDealRecurringExpose