What Current writes back to Autotask (and when)
Current pulls a lot from Autotask, but it also writes back — task schedules, time entries, ticket status, and CRM activity all flow the other direction under the right conditions. This page lists exactly what triggers a push, what's included, how failures are retried, and the hard boundaries Current never crosses. For the full pull-side field reference, see "Autotask sync: the complete field-mapping reference". (On ConnectWise? The same rules have their own page: "What Current writes back to ConnectWise (and when)".)
What triggers a push, by entity
| Your action in Current | What's pushed to Autotask |
|---|---|
| Drag a task to a new date on the Timeline or Schedule | The task's new start and end dates — and any service calls already booked against that task move with it |
| Change a task's status (Kanban or task drawer) | The task's status |
| Change a task's Type, Department, or Priority dropdown | That picklist field's new value |
| Reassign a task, or add/remove a secondary assignee | The primary assignee (with a valid role), and the full secondary-assignee list reconciled to match |
| Edit a task's description, estimated hours, or priority order (with two-way sync on) | That field's new value, if your edit is newer than Autotask's last change to it |
| Change a ticket's status | The ticket's status |
| Save a time entry | A new Autotask time entry |
| Create or edit a CRM company | A new or updated Autotask company (gated — see CRM write mode below) |
| Add a new CRM contact | A new Autotask contact under that company |
| A new lead arrives (website form or added by hand) | A new Autotask company marked a Prospect, plus its contact — unless the lead matched a company you already have, in which case it's linked and nothing new is created. A lead imported from a saved list is never pushed |
| Log a CRM note | A new Autotask company note (created as internal only, never partner-visible) |
| Create a deal or move it to a new pipeline stage | A new or updated Autotask opportunity |
| Create or complete a CRM to-do | A new or updated Autotask company to-do |
| Drag a deal on the pipeline board | The opportunity's stage |
| Click "Build in Autotask" on a Current-native project or playbook | A brand-new Autotask project, with its phases and tasks |
| Build a project from a template | Same as above — templates are native by construction, so there's no conversion prompt |
The two-way sync setting
Two-way sync defaults to ON (since July 2026 — it used to default off, and a workspace that has never saved any sync settings still reads as off until the first save). You can turn it off any time under Settings → Integrations → Autotask. The switch only affects six task fields — status, description, task type, department, estimated hours, and priority — and enables genuine field-by-field conflict resolution for those, based on whichever side changed the field more recently. It does not affect the always-on pushes described above, like task dates, ticket status, or time entries — those already push independently of this setting.
CRM writes have their own gate
Every CRM push to Autotask — companies, contacts, notes, deals, to-dos — passes through a separate tenant-level CRM write mode, independent of the two-way task setting. In test mode, CRM writes are restricted to a designated test company in Autotask so your team can safely try the flow without touching real accounts; in live mode, they apply to real companies. Your tenant admin controls this setting; see "Our methodology: your PSA stays the source of truth" for the reasoning behind it.
Read-back and confirmation
- 1Time entry approval status is read back automaticallyAfter a time entry syncs, Current periodically checks whether it's been approved and posted in Autotask, and updates the entry's approval status in Current to match. This only ever moves an entry toward approved — Current never reverses an approval that's already landed.
- 2A failed task push is flagged, not silently droppedIf pushing a task's dates fails, Current records it as an unresolved sync issue you can see on the sync health dashboard.
- 3The next successful push clears the flagIf the same task syncs successfully afterward, the earlier failure is automatically marked resolved — you don't have to clear it by hand.
- 4A CRM write can partially succeedIf a new company is created in Autotask but Current fails to record the link back, that row is flagged for a human to reconcile rather than silently creating a duplicate on the next attempt.
See "Reading the sync health dashboard" for where all of this shows up, and "Fix a sync conflict between Current and your PSA" for resolving a flagged item.
Retry and dead-letter behavior
Current distinguishes between a failure worth retrying and one that needs a human. A rate limit or a temporary Autotask outage is retried automatically with increasing delays; a validation error (bad data) or a permissions error is not retried automatically — retrying it would just fail the same way again.
- ＋Retryable (rate limits, timeouts, temporary Autotask errors): retried automatically with increasing delays between attempts.
- ＋After 5 failed attempts, a job is marked dead-letter and stops retrying on its own — it needs a person to look at it.
- ＋CRM pushes specifically notify your sales leadership once a push has failed 5 times, so it doesn't sit silently.
- ＋Validation errors, permission errors, and conflicts are never auto-retried — these need a fix, not a delay.
See "PSA rate limits and dead-letter jobs" for the full detail on how rate limits are handled and where dead-lettered jobs surface.
Building a project in Autotask — the one irreversible push
Converting a Current-native project into a synced Autotask project is permanent once it happens — Autotask doesn't let you un-create a project. Because of that, Current requires you to explicitly confirm the conversion before it will build a native project in Autotask; it will not do this as a side effect of any other action. Building directly from a template or a won quote skips this confirmation only because those projects are freshly created and native by construction — there's nothing to accidentally convert. See "Project modes: PSA-synced or Current-native" and "Building projects in your PSA from a template or won quote" for when to choose each path.
What a push can never touch
Some fields are Autotask's alone, no matter what happens in Current. Current never overwrites:
- ＋Billing codes, work types, or contract assignments on a time entry beyond what you explicitly set when logging it
- ＋Hours that have already been approved and posted in Autotask
- ＋Contract terms, pricing, or service unit counts — contracts are read-only from Autotask in every direction
- ＋A company's core identity fields once it's a real (non-test) Autotask company, outside the specific CRM write flows above
- ＋Anything on a ticket or task that Autotask marks read-only for your zone's configuration
This boundary is intentional: billing accuracy depends on Autotask staying the single source of truth for anything that touches an invoice. See "The partner financial firewall" for the related rule that keeps financial data away from partner viewers entirely, and "Logging time and how it reaches your PSA's billing" for the full time-entry lifecycle.