Manual reconciliation of unsupported sync actions
Orb’s NetSuite integration is designed to preserve the integrity of your financial data between your billing and ERP platform. For a handful of cases where sync handling requires additional intervention or accounting judgment, the integration intentionally does not perform an automated sync. Instead, those cases are surfaced as “Action Needed” errors for manual reconciliation in NetSuite. These unsupported cases are:- Posting transactions into closed accounting periods in NetSuite
- Creating invoices for which a customer balance has been applied in Orb
- Voiding credit purchases that have already been applied to invoices
Idempotency handling, record retries and resyncs
Idempotency handling
Orb’s NetSuite integration is designed as an asynchronous, queue‑based system that prioritizes idempotent writes: running the same sync job more than once should converge to the same NetSuite state, rather than creating duplicate or conflicting records.- Orb syncs finalized transactions (invoices, credit notes, payments) into NetSuite and records each attempt as an accounting sync record with its own lifecycle and status.
- For each record type, Orb uses stable identifiers (for example, Orb customer ID, Orb invoice number, Orb credit note number) mapped into locked custom fields in NetSuite so repeated writes can be recognized and reconciled safely.
- The integration sync view in Orb surfaces the full timeline of attempts per record, including queued, in‑progress, synced, and action‑needed states.
Record retries
Orb automatically retries certain types of failures to keep NetSuite in sync without manual intervention:- Transient errors: Network issues, NetSuite rate limits, and other transient 4xx/5xx responses are treated as retryable. Orb keeps the record in the NetSuite queue and re‑attempts the write according to internal backoff rules.
- Non‑retryable errors: Structural problems such as missing mappings, invalid configuration, or NetSuite validation failures are surfaced as Action needed in the sync view so an operator can address the root cause.
- Use Retry record for an individual failure to attempt the same payload again after fixing the issue (ex: incorrect item mappings).
- Retry all failed to sync all failed records.