Логистика
„95% точност на ETA“ е непроверимо твърдение
Процент без прозорец и без хоризонт не може да бъде опроверган. Hit rate в назован прозорец при назован хоризонт, MAE в минути и покритие преди всичко.
- Публикувано
- Четене
- 7 мин
- Стъпва на
- ACEA rFMS 5.0.0, публикуваната ETA архитектура на project44 и бенчмарковете за престой и detention; метод, а не изпълнен проект — виж границата в края
Доставчик на visibility система казва 95% точност на ETA. Най-големият ви превозвач казва 95% точност на ETA. Модулът в TMS-а ви казва същото. И трите твърдения могат да стоят едновременно и да описват системи без нищо общо помежду си, защото нито едно от тях не може да бъде опровергано.
Точността на една прогноза е недефинирана, докато някой не каже колко близо се брои за вярно и колко напред е зададен въпросът. Махнете двете и изречението оцелява при всяко възможно доказателство — твърдение без условия за истинност.
Спецификацията е три числа, а не едно
Формулировката е: hit rate в рамките на ±W минути, при хоризонт H часа преди пристигането, плюс mean absolute error в минути, по направление, измерен срещу реално регистрирани пристигания.
project44 публикува своя резултат горе-долу в тази форма — +28 процентни пункта при 10-часов хоризонт в прозорец ±2 часа, от ensemble, разделен на short-haul и long-haul на 200 km, върху над 150 входни признака от ELD пингове, EDI и API канали на превозвачи и шофьорско приложение, като слоят за корекция на грешката върху псевдодетерминистичен drive-time baseline носи 8–10 пункта сам по себе си. Прозорецът и хоризонтът са назовани, което вече е повече от повечето на пазара. Но това е разлика, а не ниво: никой не ви казва какъв е бил hit rate преди тези 28 пункта, тоест не знаете дали готовата система стои на 60% или на 90%.
Покритието е знаменателят и никой не го предлага сам
Точността се смята върху пратките, за които е имало използваем поток от позиции. При български оператор — над 77% от дейността е международна, а само cross-trade надхвърля 44% — голяма част от работата е при подизпълнители с aftermarket устройство, с телефон или с нищо. Visibility платформите са най-слаби точно в тази дълга опашка.
Тези пратки не изчезват от радара на случаен принцип. Камион на опашката в Капитан Андреево, чийто шофьор е спрял да вдига, е едновременно най-невидимият и най-закъснелият. Изваждането му вдига числото и влошава продукта. Затова искайте hit rate и дела на пратките, върху които е сметнат, в едно и също изречение — без второто число първото е твърдение за неизвестна част от товарите ви.
Физическата граница е в спецификацията на ACEA, не в модела
rFMS 5.0.0, публикувана на 25 юли 2025 г., е производително-неутралният API за данни от камиони зад Volvo Connect, Scania Fleet Management, Fleetboard, MAN DigitalServices, DAF Connect и IVECO ON. Гарантираните ѝ минимуми са позиция поне веднъж на 15 минути и статус поне веднъж на 60.
При 85 km/h позиция отпреди петнадесет минути е вече с 21 km закъснение, преди какъвто и да е модел да е сгрешил. Никаква архитектура не поправя това. Тридесетминутен прозорец за доставка не може да бъде обслужен само от OEM телематика, при каквато и да е обявена точност — последният участък иска пингове от шофьорско приложение или aftermarket устройство с по-висока честота. Ограничението стои в спецификацията, не в нашите допускания.
Начинът на консумиране на потока тежи по същата причина — pagination по receivedDateTime + 1 секунда след флага moreDataAvailable, спазени X-Rate-Limit хедъри, backoff при HTTP 429. Пропусната страница и спрял камион изглеждат еднакво надолу по веригата, а бъг в приемането е неразличим от грешка на модела, ако някой не е инструментирал дупката.
Точността пада нелинейно с хоризонта
При хоризонт 30 минути ETA-та основно преразказва GPS. При десет часа тя прогнозира опашка на границата, мястото, на което шофьорът ще вземе 45-минутната си почивка по Регламент 561/2006, и престоя на всеки междинен адрес. Грешката не расте с километрите, а с броя дискретни събития между сега и пристигането, всяко със собствена вариация.
Затова полезното искане не е число, а форма: hit rate при 1, 4, 10 и 24 часа, върху едни и същи пратки, в един и същ прозорец. Плоско, после ръб — статична таблица с времена за движение плюс GPS позиция. Плавно спадане — някой наистина моделира почивки и престои. Разделянето на 200 km съществува, защото механизмите са различни: при късите курсове доминират градският трафик и времето на адрес, при дългите — планирането на почивките и вариацията на границата.
За български оператор върху същата прогноза тече и втори часовник. ICS2 Release 3 е задължителен за автомобилен транспорт от 1 септември 2025 г., а ENS трябва да е подадена и приета поне един час преди пристигане на първото митническо учреждение — и България е сред тринадесетте държави, които не допуснаха никаква дерогация. Двучасова грешка при 10-часов хоризонт не е неудобство пред клиента, а изпуснат срок за подаване.
Dwell-вариацията доминира грешката при multi-stop и се натрупва
Целевият престой при live load е 60–90 минути; при натоварени обекти три часа са рутина, до голяма степен защото 60% и повече от дневния обем на един склад пристига в първите три часа от смяната.
Разпределението е с дълга дясна опашка и в него има търговски ръб: конвенцията е два часа безплатно изчакване, после €50–100 за започнат час — Standgeld, seisuraha — цени, записани в национални транспортни условия и в договори по CMR, а не поставени от регулатор. Прогнозирайте средното на такова разпределение и получавате система, вярна средно и сгрешена точно в дните, които струват пари.
При multi-stop маршрут грешката на четвъртия адрес е натрупаната грешка в престоя от първите три плюс времето за движение — затова project44 приписва 35 и повече пункта на отделен модул за прогноза на престоя при multi-stop, срещу 8–10 за корекцията върху времето за движение. Честният изход е интервал: пристигане между 14:10 и 15:40 с 80% покритие, калибриран по направление. Интервалът може да бъде оценен. Точковата прогноза може само да бъде оспорвана.
Кой timestamp е „пристигане“ мести отговора с час
Влизане в geofence, gate-in, заставане на рампа, край на разтоварването, подпис върху POD. Един камион, пет защитими истини, разделени точно от престоя, който моделът се е опитвал да предвиди. Доставчик, който мери спрямо geofence, и клиент, който мери спрямо POD, не спорят за модел.
Още две дефиниции решават резултата преди всякаква математика. Коя прогноза се оценява — ETA, която се преизчислява на всеки пет минути, произвежда стотици за една пратка, а оценяването на последната гарантира красиво число. И дали подраняването се брои за попадение: при запазен слот на рампа четири часа по-рано означава отказан достъп и шофьор, който гори работно време в двора. Докладвайте разпределението на грешката със знак; двете опашки имат различна цена.
Осем въпроса, които правят твърдението проверимо
- Hit rate в какъв прозорец, при какъв хоризонт, за кой период и кои направления?
- Какъв дял от пратките са имали използваем поток и как се броят останалите?
- Кой timestamp се приема за пристигане?
- Коя от многото прогнози за една пратка се оценява?
- Как изглежда разпределението на грешката със знак — колко от нея е подраняване?
- MAE в минути по направление, включително най-лошото, не средното.
- Как изглежда първата седмица на ново направление или нов подизпълнител, без история?
- Ще работите ли месец в shadow mode срещу нашите реални пристигания, преди да сменим нещо?
Доставчик, който може да отговори на тези въпроси, е инструментирал собствения си продукт. Показателно е кой въпрос получава case study вместо число.
Докъде важи това
По-добрата ETA не струва нищо, ако надолу по веригата нищо не се променя заради нея. Ако получаващият обект не може да пренасрочи слот, ако диспечерът не може да пре-тендерира, ако обслужването на клиенти не научава — по-тесният интервал е по-приятно число на екран. Първо се назовава решението, а целта за точност следва от него: два часа стигат за пренасрочване на слот и не стигат за cross-dock прехвърляне.
И целта спира на физическия под на данните. Да се харчи за архитектура на модел, докато ограничението е 15-минутно опресняване и една трета от товарите при подизпълнители с телефон, е харчене в грешната половина. Първо покритие, после прозорец, после модел.
Една граница за нас. Palamed не е пускал visibility платформа за товарен транспорт. Четирите ни изпълнени проекта са европейски маркетплейс за автомобили с над 300 000 обяви, платформа за агенция за AI автоматизация, речникът на Министерството на образованието и науката на beron.mon.bg и автоматизация на имейл маркетинга за козметична марка, където около 60% съкращение на времето за комуникация е числото на клиента, измерено по неговия метод. Всичко по-горе е публикуваният модел — минимумите на ACEA, разкритата архитектура на project44, конвенциите за престой и detention — плюс това, което бихме измерили първо. А то не е модел. То е да възстановим реалните ви пристигания от данни, които вече държите, и да начертаем кривата на попадение на ETA-та, с която работите днес. Достатъчно често заварената система бие онази, която ви продават, и никой не е проверил.
