Skip to main content
Think of stamping as one continuous path with four owners. Each owner has a clear job. Lambda coordinates the path; it does not replace CargoWise accounting or SAT validation.

The flow

  1. CargoWise outbound pushes an accounting document to Lambda.
  2. Lambda ingress accepts it, stores the capture, and queues processing. CargoWise treats acceptance as delivered.
  3. Lambda validates the document and reconciles linked parents, balances, and fiscal evidence.
  4. When the document is eligible, Facturapi submits it to SAT and returns the stamped CFDI.
  5. Lambda stores the SAT UUID and artifacts, then Lambda outbound delivers XML/PDF to CargoWise inbound.

Who owns what

If a dependency already owns a rule, Lambda surfaces the result instead of inventing a second version of it.

Stamp and delivery are separate

A document can be fiscally stamped while CargoWise delivery is still retrying. The CFDI is already issued; only the file handoff is incomplete. The reverse also matters: delivery problems do not mean “stamp again.” Re-stamping a document that already has a SAT UUID creates fiscal risk.

What “accepted” means

When Lambda ingress accepts a document, CargoWise stops retrying that push. If the workspace stays on Received or Processing, open the invoice timeline — the document is already inside Lambda, and the next step is workspace follow-up, not another CargoWise push of the same work.

Document paths

The same pipeline serves different document shapes: Read the document guides next: Income invoices, Payment complements, and Credits and cancellations. For Lambda-only routes such as parent-cancel credits or REP eligibility windows, see Special behaviors.

Where to look when something stops