Home › Functional documentation › Alerts & business observability
Document menu← Home
Functional documentation
  1. 01Invoicing & OHADA accounting
  2. 02Invoice pipeline
  3. 03Financing request
  4. 04File analysis
  5. 05Offers & structured conditions
  6. 06Competitive position & market ranges
  7. 07Contracts, facility, and financing servicing
  8. 08Institution KYB
  9. 09Institution subscriptions
  10. 10Collateral & borrowing base
  11. 11Third-party custody
  12. 12Alerts & business observability
  13. 13Partner institutions and availability
  14. 14Legal review
  15. 15Embedded AI
  16. 16Company workspace, tenders & monitoring
  17. 17CRM, bids & contract management
  18. 18Human resources & delivery capacity
  19. 19Contract guarantees & execution loans
  20. 20Banking file, consent & review
  21. 21Bank decision, issuance & documentary evidence
  22. 22Documentary Collateral & verification limits
  23. 23Access rights, Founders program & notifications
  24. 24Data & integrations: universal exports
  25. 25Connected apps, public API, webhooks & MCP
  26. 26ERP connectors & synchronization
  27. 27Banking API & Collateral
Other documents
Functional documentation

Alerts & business observability

Why

A financing file or a guarantee can silently deteriorate — a borrowing base gone insufficient, an overdue formality, a negative inspection. This process detects these situations early and routes them to the right person.

How, in the application

Two alert families cover, on one hand, collateral and security interests (expired registration, uncollected due date, potentially multiple pledge, release not carried out, incomplete or overdue formality, unvalidated legal configuration, insolvency-proceeding risk, negative field check, overdue inspection, expiring or expired mandate, expired cost source) and, on the other, institutional financing servicing (expiring offer, open condition precedents, expiring facility, pending drawdown, upcoming or overdue repayment, insufficient borrowing base, pending disbursement, diverging reconciliation). Each alert carries a severity (information, warning, critical) and a status (open, acknowledged, resolved, or suppressed — never erased: a suppressed alert remains a tracked human decision that the engine respects).

Alert scope. Alerts and indicators concern files accessible to your organization and role. Open the source file to understand the reason, check documents, and take the required action.

Safeguards

  • Only alert types recognized by the application can be recorded. This check also applies to data storage, maintaining consistent classification when tracking files.
  • No network-wide shared alert can carry sensitive commercial data (rate, advance rate, margin, amount, score, KYB elements) — confidentiality is checked before the write, not after.
  • An alert is never permanently deleted: its resolution or suppression remains an event kept in the file's history.