Syntora
AI AutomationLogistics & Supply Chain

Automate Your Demand Forecasting with a Custom AI System

Yes, AI can automate demand forecasting for a small logistics company. A custom AI model uses historical data to predict future shipment volumes.

By Parker Gawne, Founder at Syntora|Updated Mar 5, 2026

Syntora offers expertise in developing custom AI demand forecasting systems for logistics companies. We design and build technical architectures that integrate with existing data sources and provide actionable predictions, focusing on a clear engineering engagement.

The system's complexity depends on your data sources. A company with two years of clean TMS data presents a more direct path. A firm needing to blend TMS records with external data sources like fuel price indices, weather data, and customer-specific portals would require more initial integration work.

What Problem Does This Solve?

Most small logistics companies start by forecasting in Excel or Google Sheets. This approach is manual, slow, and highly error-prone. A single broken VLOOKUP or copy-paste error can invalidate an entire week's plan, leading to either idle trucks or rejected loads. It cannot incorporate external variables like holidays or fuel prices without hours of manual data entry.

A built-in forecasting module in a Transportation Management System (TMS) seems like the next step. However, these tools typically rely on simple moving averages. They are good at showing you last month's trend but fail to predict future changes. They cannot account for a new client ramping up volume or a change in shipping patterns, meaning you are always reacting to demand instead of anticipating it.

This leads teams to look at dedicated forecasting software, but these platforms are built for enterprise retail, not logistics. A tool like Anaplan is powerful but requires a six-figure budget, a dedicated implementation team, and a full-time analyst to run. For a 20-person 3PL, the per-seat pricing and complexity make it a non-starter.

How Would Syntora Approach This?

Syntora would start by establishing a direct API connection to your TMS to pull at least 24 months of historical shipment data. Python with Pandas would be used to clean and structure this data, joining it with external sources like the EIA.gov API for historical fuel prices. From this prepared data, a range of candidate features would be engineered to capture seasonality, day-of-week effects, and client-specific trends.

The approach would then involve testing multiple model architectures. A SARIMAX model in statsmodels provides a solid baseline for capturing seasonal patterns. A gradient boosting model using LightGBM would also be developed, as this class of model often offers improved predictive accuracy on complex, non-linear relationships compared to traditional baselines. Training such a model on a dataset of 100,000 shipments typically completes within an hour.

The developed LightGBM model would be packaged into a lightweight FastAPI service. Syntora would deploy this service on a serverless platform such as AWS Lambda, allowing it to run on a schedule without a dedicated server. This design supports efficient, on-demand execution.

Forecasts would be automatically written back to a destination of your choice, such as a Supabase database, a Google Sheet, or directly into a custom field in your TMS via its API. Syntora would establish monitoring using tools like CloudWatch to track model accuracy. If the Mean Absolute Percentage Error (MAPE) on a critical lane drifts above a defined threshold for a set period, an alert could be sent for a manual review and potential model retraining.

What Are the Key Benefits?

  • Forecasts Ready in 4 Weeks, Not 6 Months

    We move from TMS data access to a live forecasting API in 20 business days. No lengthy enterprise sales cycles or complex implementation projects.

  • No Per-Seat Fees, Just Flat Monthly Hosting

    You pay for the initial build, then a minimal AWS hosting fee. Your cost does not increase when you add another dispatcher to the team.

  • You Get the Python Source Code

    We deliver the complete codebase in your private GitHub repository, including a runbook for maintenance. You are not locked into our service.

  • Automatic Alerts for Forecast Drift

    The system monitors its own accuracy using CloudWatch alarms. You receive a Slack alert if MAPE exceeds 10%, prompting a model retrain.

  • Pushes Forecasts into Your TMS or Sheets

    The system writes forecasts directly to your TMS, a Supabase database, or a Google Sheet via API. Your team sees the data where they already work.

What Does the Process Look Like?

  1. Week 1: TMS Data Connection

    You provide read-only API credentials for your TMS. We connect and pull the last 24 months of shipment history, providing you with a data quality report.

  2. Weeks 2-3: Model Development & Validation

    We build and test forecasting models. You receive a validation report comparing model accuracy (MAPE, RMSE) against your current forecasting method.

  3. Week 4: Deployment & Integration

    We deploy the final model as a serverless API on AWS Lambda. You get API documentation and we help connect it to your target system.

  4. Weeks 5-8: Monitoring & Handoff

    We monitor the live forecasts for accuracy drift. At the end of the period, you receive a full runbook detailing the architecture and maintenance procedures.

Frequently Asked Questions

What factors determine the cost and timeline?
The primary factors are data quality and the number of forecasting models needed (e.g., per-lane, per-customer). A single, clean TMS data source for company-wide forecasting is a 4-week project. Integrating multiple data sources like fuel price APIs or customer-specific forecasts adds complexity. We scope this during the free discovery call at cal.com/syntora/discover.
What happens if the daily forecast fails to run?
The AWS Lambda function has built-in retry logic. If it fails multiple times, a CloudWatch alarm sends me a direct alert. The system is designed for high availability, but for critical failures, I personally investigate and resolve them, typically within hours. Your team would see the previous day's forecast until the new one is available.
How is this different from using the forecasting module in our TMS?
Most TMS forecasting modules use simple time-series models like moving averages. They cannot incorporate external factors like weather, fuel costs, or market indices. Our custom LightGBM models are trained on these external variables, allowing them to predict changes instead of just reacting to past averages. This typically results in significantly lower forecast error.
What is the minimum data we need to get started?
We need at least 12 months of consistent, transactional shipment data to capture seasonality. Twenty-four months is ideal. The key is consistency in how you record shipment details, customers, and lanes. We can assess your data's readiness in a 30-minute call where you screenshare your TMS reports dashboard.
Can we see WHY the model predicted a spike in demand?
Yes. For key forecasts, we can generate explanations using SHAP values. This shows which features contributed most to the prediction. For example, it might highlight 'holiday week upcoming' and 'customer X volume increase' as the top two drivers for a specific lane's forecast. This helps your team trust the numbers and make better decisions.
Do you guarantee a specific accuracy improvement?
We do not guarantee a specific percentage because every dataset is different. Instead, we provide a backtest report before deployment. This shows you exactly how the model would have performed on your last 6 months of historical data compared to your existing method. You see the expected performance on your own data before the system goes live.

Ready to Automate Your Logistics & Supply Chain Operations?

Book a call to discuss how we can implement ai automation for your logistics & supply chain business.

Book a Call