Booking request intake
Extract an incoming request and its attachments, identify missing fields and match existing work before preparing a booking handoff to the authorized system.
Explore this workflowAI Operators · Email
Turn authorized Gmail messages and attachments into logistics workflows. Explore Google Workspace access, mailbox updates, reply controls and TMS handoffs.
Configured for your environment. Available interfaces, accessible records or data and permitted actions depend on your product, account entitlements and agreed workflow.
Discuss your Gmail workflowConfigured around your environment. Governed by your SOPs.
Where integration creates value
A logistics inbox mixes new requests, forwarded messages, revised attachments and carrier replies. An AI workflow needs to determine what changed and which job it concerns before it can safely prepare a booking, compare a document or follow up on a quotation.
For Gmail, scope the mailbox and request type first. Shipflow’s proposed workflow can connect the incoming message to approved operational context and prepare the next step. Access to Google Workspace mail does not automatically include Drive files, a CRM or the TMS; those are separate permissions and handoffs.
Workflow opportunities
Extract an incoming request and its attachments, identify missing fields and match existing work before preparing a booking handoff to the authorized system.
Explore this workflowAssociate a message and attachment version with the correct shipment. Compare required fields and route discrepancies with source context.
Explore this workflowGather the request, approved pricing inputs and relevant replies. Prepare a clarification or customer response under the sender, recipient and approval rules your team defines.
Explore this workflowIllustrative workflow · subject to agreed scope
Illustrative workflow: a customer sends an incomplete quotation request and later replies with revised cargo information.
Resolve the message and thread, detect duplicates and associate the request with the intended operational case.
Compare the reply and attachment versions with the prior request. Do not treat quoted old content as a new instruction.
Gather authorized context and draft a clarification or quotation response. Keep unsupported prices and assumptions out of the message.
Obtain review where required, confirm sender and recipients, and send only if authorized. Track the actual result before attempting a retry.
Connection approach
The Gmail API supports mailbox access through OAuth scopes. Read, compose and send scopes differ; importantly, gmail.compose includes both draft management and sending. A draft-only operating policy therefore needs an application-level control, not just a claim that the scope prevents sending. Google classifies some mail scopes as restricted, so review applicable verification and security-assessment requirements.
For server-side mailbox changes, Google documents watch notifications through Cloud Pub/Sub. Notifications signal changes rather than delivering the complete email; the consumer retrieves the relevant mailbox history and messages. Renew watches and reconcile delayed or missed events. Do not promise that every message is delivered instantly or exactly once.
Setup requirements
Confirm the actual mailbox, owner, Workspace policy and OAuth authorization. An alias or Google Group should not be assumed to be an independent Gmail mailbox.
Identify required message content and actions, storage limits and the applicable app-verification requirements.
If push is selected, configure Pub/Sub access, watch renewal, history reconciliation and duplicate suppression.
Define approved senders, recipients, review conditions and the separately authorized TMS or CRM connection.
Control and rollout
Email content cannot change the operator’s permissions, redirect sensitive information or override your SOP.
Prevent automatic send actions when a response is awaiting approval, even if the underlying credential technically permits sending.
Use message references and processing state to avoid duplicate work and recover requests missed during an interruption.
Common questions
That is the intended account context for this guide. The mailbox authorization, organizational policy and Shipflow connection still require confirmation.
No. Google documents sending within the compose scope. Draft-only behavior must be enforced by the workflow’s application controls and approval process.
No. Scope named mailboxes and the approved authorization model. Do not assume domain-wide access or expand access automatically when a mailbox is unavailable.
Yes. Start with intake, classification or approval-ready drafts, and verify that no external message is released without the required authority.
Product names identify the systems discussed. This page does not imply vendor certification, partnership or endorsement. Supported actions and the implementation scope are confirmed with your team.
Start with a defined scope
Map the inputs, system access and approval boundaries with Shipflow. Agree on a useful first integration and how to verify its result.
Book a working session