Improvements
Staff: Import documents across customer workspaces
Staff users can now import eligible documents from one customer workspace to another using a bulk operation, removing the need for manual engineering help.
This makes workspace moves faster and more reliable for customers, while reducing manual errors and freeing engineering time for product work.
Important details:
- This supports bringing documents from a workspace in Account A into a workspace in Account B.
- The existing merge process is still used when you need to move/merge entire accounts.
- This is an import/copy (not a move): the original documents remain in the source account.
- It’s not a full 1:1 transfer of everything around the contract (e.g. chats, tags, etc. are not included). Consider surfacing this clearly in Staff help.
- Documents are imported as PDFs and the “sides/parties” are recreated on the new document.
- All documents are imported except templates.
- Document state behavior:
- If the original was signed, the copy is marked signed with the original signed date.
- If the original is in any other state, the copy will be a Draft.
- Keeping the same state is not supported (it’s a copy/export-import flow, not a move).
- If the original has a duration box, the copied document will also have it.
- Duration reminders/notifications are not moved over as part of the import.
- Imports run in the background and can be tracked alongside other bulk operations.
- Users with limited access can’t be selected as the importer.
- The target workspace (destination) must be in the account currently open in Staff.
- If multiple workspaces need to be moved, the cross-account import is done one workspace at a time.
- No separate export/import of documents is needed.
- Tip: enable the feature flag skip_pdf_sections_imported to avoid “double footer” issues during PDF import (and to skip the party page). Remember to disable it after migrations.
What “parties recreated on the target side” means:
- The import creates a new document in Account B using the original as a template, attaches a copy of the PDF, and rebuilds the participant list to resemble the original.
- Company details copied: company name, org number, country, phone.
- “Our side” vs “other side” mapping is preserved.
- Internal users (our side): matched to Account B users by full name.
- Exactly one match → linked to that user.
- No match → added as a former participant (not a live user in Account B).
- Multiple matches → import fails for that document.
- Counterparties (other side): copied as guests (name, email, title, etc.), not linked to Account B users.
Other practical behavior:
- Organizers from the original are skipped.
- No emails/notifications are sent by the import (intended for archive, not re-sending).
- Signing method resets to e-sign (the new account may not have the same methods).
- If the original was signed, the new copy is marked signed with the original signed date.
- The Staff user running the import is added as organizer unless they already matched an existing role (e.g. signatory).
Product/UX note:
Several of the “practical behavior” points above (and the non-1:1 caveats like chats/tags not being included) are important enough that it may be worth surfacing them directly in Staff—both inline (similar to Account merge) and in Help.
Example use case:
A customer has several subsidiaries under one account, and one subsidiary is acquired by another company. You can move only the relevant workspace(s) to a different account—without merging the entire account.