![](https://static.wixstatic.com/media/daa8147c90904123b99659c0169c0d91.jpg/v1/fill/w_1920,h_807,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/daa8147c90904123b99659c0169c0d91.jpg)
Logging the check result - BRMlog (BusinessRulesLog)
When the order passes through BRM, a log of changes is recorded. It reflects all the validation rules with the result. There can be several BRM logs - there are no restrictions on the number, each passage is logged.
BRM is triggered,
as soon as the order arrives
to the FS collection - Orders and again when writing an order to CRM.
But, in addition to this, it can be forced to start
from CRM and again when recalculating an order:
![](https://static.wixstatic.com/media/579885_064bdb1686034f35a041359920fb0fde~mv2.png/v1/fill/w_600,h_352,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/579885_064bdb1686034f35a041359920fb0fde~mv2.png)
The result of checking BRM by an autobot in Jetti CRM is displayed in an auto-generated comment. If the order has been successfully verified according to all the rules, then the comment will indicate - there are no violations of BRM, and the operator will set BRM in the order:
![](https://static.wixstatic.com/media/579885_6fb01a87ebb240e196382edc7ade8e25~mv2.png/v1/fill/w_600,h_317,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/579885_6fb01a87ebb240e196382edc7ade8e25~mv2.png)
If the order has not been verified according to one or several BRM rules, then in the CPM the operator will be able to see these rules:
![](https://static.wixstatic.com/media/579885_8c0de197b4604d7598b188e667cb8bf9~mv2.png/v1/fill/w_600,h_329,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/579885_8c0de197b4604d7598b188e667cb8bf9~mv2.png)
BRM log is recorded for each order that passed through BRM in FS (Firestore):
![](https://static.wixstatic.com/media/579885_b0fd1bc9b6b04884b103b41a1cd7c062~mv2.png/v1/fill/w_598,h_348,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/579885_b0fd1bc9b6b04884b103b41a1cd7c062~mv2.png)
An example of several logs (looking at the last one):
![](https://static.wixstatic.com/media/579885_85d9b79eb069422f9a23d8a4364a5371~mv2.png/v1/fill/w_599,h_348,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/579885_85d9b79eb069422f9a23d8a4364a5371~mv2.png)
Several logs can be recorded upon successful confirmation of the BRM order. Example, order 426606 (F39196CC-3E61-41AB-972E-0580B1681BB3). The first log was recorded when writing an order
to the Orders collection, the second entry occurred when the payment confirmation arrived. The isPrepaid flag has been set
![](https://static.wixstatic.com/media/579885_a936e01dbc8341e7a9b32b0fd75aa380~mv2.png/v1/fill/w_480,h_271,al_c,q_85,enc_avif,quality_auto/579885_a936e01dbc8341e7a9b32b0fd75aa380~mv2.png)
BRM check statuses:
FALLED - verification was not successful
DISABLED - check is disabled
PASSED - verification completed successfully
ERROR - error
We look at the final result of BRM according to all the verification rules at the end of the log (total):
![](https://static.wixstatic.com/media/579885_4887e9c44c92462a978b1de57f9f2be9~mv2.png/v1/fill/w_600,h_342,al_c,q_85,usm_0.66_1.00_0.01,enc_avif,quality_auto/579885_4887e9c44c92462a978b1de57f9f2be9~mv2.png)
If at least one check rule results in failed, then BRM auto order confirmation is not successful!
If error = 0 and failed = 0, then auto confirmation was successful.