1. E-signature Platform
  2. Features
  3. Signature packets
Feature · Signature packets

Signature packets

Keep the document, owner and signing result on the same packet.

OverviewDraft Packet Review
E-signature Platform · Signature packets

Draft Packet Review

Approval conditions

New
NumberNameStatusOwnerDefinitionDocument hash
SP-40651Packet 628DraftST-8164DH-773
SP-45983Packet 166DraftST-4513DH-904
SP-62096Packet 547DraftST-3404DH-115
SP-83220Packet 472DraftST-8661DH-211
SP-97221Packet 918DraftST-7604DH-569
6 of 6 records
Packet 628Signature packets · SP-40651
Draft
DefinitionST-8164
Document hashDH-773
Example screen with sample data

What you can do

Start from the packet

A packet gives the document team a stable working record. The owner selects an organization and signing template, gives the packet a number and name, and records the intended send date. The revision identifies which version is under review. The document hash, signer identity and signing order give the team a way to compare later signer evidence with what was prepared. A change after review calls for a new revision and another decision rather than quiet edits to the prior one.

How the work is organized

  • Packet identity. Use the number, name and organization to identify the work in handovers.
  • Preparation. Keep the chosen template, revision and document hash together before sending.
  • Completion. Compare the completed signer count and signed date with the signer events.

What to agree during setup

Agree which person owns each packet, which organization holds it and how the template is chosen. Decide how the team records a returned review decision, and who can mark a packet sent after approval. Define what evidence is required before a completed status is accepted. The signing provider supplies the actual envelope reference and signature event; the team records that reference against the packet.

Check the handoff on an actual case

Consider a vendor agreement prepared for one organization. The owner enters the agreement as a draft packet, assigns the template and confirms the intended signer order. Preparation fixes the revision and document hash. The reviewer sees that exact revision before a provider envelope is sent. After the signer events arrive, operations checks the provider reference and document hash before the completed count changes. If the agreement is changed after a rejection, the successor revision retains a clear reason in the history.

The handoff should be checked on a real packet, not just on a status label. Open the linked record and compare the people, revision and provider evidence behind the decision. If the record is returned or uncertain, keep it visible to the person responsible for the next action. The next team should be able to explain what was received, what was accepted and why the packet changed state.

Before sending, compare the reviewer’s decision with the packet revision in hand. A decision for an older revision leaves the changed document awaiting review, even if the packet number is unchanged. After dispatch, the owner should be able to identify the envelope from the provider reference and distinguish a sent packet from one supported by accepted signer evidence. Use the status board to find the packet, then open its events and decision when a signer or reviewer asks why it moved forward. This keeps the next action tied to the document that was actually prepared.

What your team sees

  • Packet Status Board — Packets grouped by their current signing status.
  • My Signature Packets — The owner’s packets with send dates and revisions.

Follow the work through

What it keeps track of

Data model
Signature packets
A batch of documents sent out for signature, used by the team to track who's signed and whether it's complete.
Signature templates
A reusable signing setup for a type of document, used by the team to keep signature requirements consistent.
Organizations
A company or business unit using the platform, used by the team to keep separate accounts and settings for each one.
People
A person who works with or is tracked by the platform, used by the team to manage who does what.
State history
A record of a status change, used by the team to see how and when something moved from one state to another.

Who uses it

Permissions
Packet Owner
, Signature Reviewer, Signing Operations.

Set up E-signature Platform your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started