Prevent duplicate sends
The workflow checks whether that account and period have already been sent.
A verified balance is sent on the appropriate working day. Confirmation, dispute and statement requests are recorded separately, and the same record is not sent repeatedly.
Direct definition
It is not a bulk message campaign. It requires the right account, period, duplicate control, clear response choices and a route back to finance.
Primary source: Meta Reva product and integration documentation.

Account reconciliation messages are scheduled around the working calendar; approvals, rejections and statement requests are recorded as separate outcomes.
The workflow checks whether that account and period have already been sent.
“I confirm”, “I dispute this” and “send the statement” are separate operational outcomes.
Send, delivery and response history remains available to the finance team.
Controlled delivery
We define account scope, schedule, response classes and dispute handoff, then test duplicate and incorrect-balance cases.
We define account scope, schedule, response classes and dispute handoff, then test duplicate and incorrect-balance cases.
Send, delivery and response history remains available to the finance team.
The workflow needs an API, secure database access, file exchange or an existing service layer. We do not claim automation before a viable technical path is confirmed.
Show us how the work runs today and we will define a practical first scope together.