Protect quoted margin
Bring customer terms, vendor costs, route movements, product/equipment requirements and expected profit into the quotation workflow.
Goals: Streamline quoting with AI enabled order entry, automate job costing using the latest supplier pricing, calculate new delivery routes based on shipping costs, and reconcile vendor costs with invoicing for accurate and timely COGS. Ayoka enabled Intermodal Tank Transport to connect the operational and financial sides of its business from quoting and route costing through tank assignments, EDI notifications, automated shipping and compliance documents, and invoicing. The system captures additional charges, demurrage, and fuel surcharges that vary by market.
Each movement type, from door-to-door, door-to-port, port-to-door, or port-to-port, introduced a different combination suppliers, regulations and costs. The software accounted for varying costs and requirements that could change based on the product being shipped, whether the load was food or chemical, where the tank moved, which countries were involved, whether cleaning or HAZMAT/SDS documentation was required, or cold-weather or temperature requirements affected the shipment.
Automation enabled operators to have the latest job costing information, then alter specific movements to protect profits based on the latest sea lane charges, weather conditions, time-based fees, fuel surcharges or extra fees.
Bring customer terms, vendor costs, route movements, product/equipment requirements and expected profit into the quotation workflow.
Carry quoted economics into the job and create explicit treatment for additional charges and cancellation-related costs.
Use tank-level dates, free-day allowances and applicable rates to support demurrage processing and billing workflows.
The value came from connecting the handoffs that otherwise become spreadsheets, emails, duplicate entry and institutional memory.
Tank Tracker 2 could assemble cost information from the characteristics of a shipment and present estimated cost, selling rate, expected profit and margin before the customer price was committed.
The quotation workflow represented ordered transport movements, vendors, ITT costs and selling rates so the commercial structure could reflect the actual route rather than rely on a single undifferentiated price.
This becomes particularly important when a shipment crosses modes, ports, depots, countries or customer-specific handling requirements.
Product, tank, route and destination changed the operating rules. The workflow itself could change based on what was being shipped and where it was going.
Different products can drive different tank eligibility, cleaning and documentation requirements.
Hazardous-material and safety-document requirements can become part of the job workflow.
Winter conditions, intermediary cold locations or product requirements may create tank-heating or temperature-handling actions.
Country, location, port and movement choices can alter operational requirements and charges.
When an approved quote became a job, the operational structure could carry forward tank orders, movements, vendor relationships and charge records. Additional costs then became explicit financial decisions rather than informal exceptions.
DocuWare integration helped connect the paperwork surrounding a shipment to the work itself. Returned-tank information from depots, job documents and supplier invoices could be available to the teams responsible for operations and accounting.
Vendor invoices could also be matched into job-cost workflows, reducing the gap between “what happened operationally” and “what did this shipment actually cost?”
Ayoka implemented EDI workflows supporting logistics and billing interactions with major ITT customers, including BASF and Coca-Cola. The platform supported message-level status and review so integration activity could be visible rather than hidden inside an interface.
Partner-specific message standards and mappings should be described only where ITT confirms the exact implementation.
Tank planning connected demand for equipment to the available tank pool, with filters for product categories, region, equipment needs and tank availability. Assignment could affect vendor charges, tank history, movement activity and EDI events.
This is where the platform becomes more than a financial application: the commercial model and the physical fleet have to stay synchronized.
Tank Tracker 2 included logic for actual dates, free-day allowances, applicable rates, prior billing periods and the individual tank order — supporting the identification and processing of demurrage without relying on ad hoc date tracking.
Establish the elapsed-time basis for a tank-level charge.
Apply the commercial terms that determine the amount.
Support subsequent periods without intentionally duplicating prior billing periods.
Connect the time-based charge back to the equipment and shipment.
Bottom line: Ayoka did not simply digitize tank movements. The system embedded financial awareness into the process of quoting, moving and billing for tank-container shipments.
The specialized rules lived across customers, products, tanks, routes, depots, documents, customer integrations and financial systems. Ayoka’s role was to connect those pieces into the workflow the business actually had to run.
That is the pattern Ayoka sees in other complex operations: the ERP, TMS, document system and customer portals may each do their jobs, but the business still depends on spreadsheets, manual handoffs or institutional knowledge to bridge the gaps.
Tell us where the process breaks down — quoting, documents, customer integrations, tank or asset visibility, vendor costs, billing, job costing or something that only works because one person knows how to manage the exceptions.
Tell us what you’re seeing. We’ll start with the operational problem and help determine what is getting in the way.