Assess existing synchronised records before changing Xero mappings
Pixie CRM guidance. Follow the route for your workspace, check your role and enabled modules, and verify the result before moving on.
Detailed client guidance covering assess existing synchronised records before changing Xero mappings, including prerequisites, exact controls, verification evidence, failure boundaries and safe recovery steps for the shipped Xero connector.
What this guide helps you do
Detailed client guidance covering assess existing synchronised records before changing Xero mappings, including prerequisites, exact controls, verification evidence, failure boundaries and safe recovery steps for the shipped Xero connector. This article is intentionally scoped to the behaviour enforced or exposed by the supplied module and does not treat provider marketing features as implemented integration capabilities.
How it works
The connector keeps native CRM records authoritative while mapping verified Contact, ACCREC Invoice and Payment evidence in Xero. Queue, exception, API, reconciliation and compliance records are separate evidence layers, so each material action should be verified at both the native and remote sides.
Follow these steps
- Open Xero Accounting Automation → Mappings.
- Confirm you are in the intended tenant and connected organisation and that your role has the required Settings access.
- Refresh remote reference data first.
- Select the intended remote accounting reference from the live selector; do not paste an identifier from another organisation/company/business.
- Save the mapping once and review any dependent invoices/payments before changing an existing production mapping.
- Use a controlled test invoice/payment to verify the posting destination.
Settings to check
Check it worked
Reopen the native record and the relevant integration history/register. Confirm the stored remote accounting identifier, exact amount/status, latest timestamps and the expected audit or reconciliation evidence. If the provider-side state cannot be independently verified, keep the task unresolved and use the controlled exception or troubleshooting flow.
Frequently asked questions
Technical basis for this guidance
This guide was checked against the supplied module code paths: controllers/Xero_accounting_automation.php; models/Xero_accounting_automation_model.php; libraries/Xero_api_client.php; libraries/Xero_reconciliation_service.php; libraries/Xero_document_import_service.php; views/admin; install.php; docs/FEATURE_MATRIX.md. It documents shipped behaviour, validation, routes and evidence controls; it does not claim successful live provider network calls from offline inspection.
Common mistakes to avoid
- Work in the intended tenant and remote accounting/business context.
- Do not paste credentials, access tokens, refresh tokens or private keys into tickets or notes.
- Do not bypass a missing mapping, validation error, permission gate, duplicate check or remote-verification requirement.
- Do not repeat a non-idempotent write until you know whether the previous request reached the remote service.
- Keep native record, remote evidence and audit/history state aligned before closing the task.
