Funkcii

Системни интеграции & API

Днес Logistiq предлага една машинна повърхност — API-то за гейт устройства с ключ и лимит на заявките — плюс портал за самообслужване на превозвачите, който вкарва данните им без обмен на файлове; API-то за TMS, WMS и ERP системи е в пътната карта и тази страница го отбелязва като такова, вместо да го разкрасява.

Zajavka za demo Ceni

Днес — един машинен API, а партньорският API е в пътната карта

Преди да поискате конектор

Повечето данни в двора все още пристигат по имейл, по телефон и с преписване

Портиерната работи с разпечатан списък и обаждане до офиса. Превозвачът изпраща по имейл таблица с пристигащите ден по-рано, диспечер я преписва в резервация, а номерът на камиона се коригира още два пъти на бариерата. Нищо от това не е технологичен проблем — това е проблем с въвеждането на данни, повтарян всяка сутрин и плащан в часове на диспечера и празен ход на камионите.

Logistiq атакува въвеждането на данни в източника, вместо да свързва системите ви помежду им. Превозвачите се регистрират в собствен портал и сами поддържат актуални своите фирми, шофьори, камиони и ремаркета, така че данните се въвеждат веднъж от този, който наистина ги знае. Шофьорите подават check-in от qrgo.ro или от приложението QRGO Driver. Резервациите носят поле external_reference, направено да съхранява ID-то на пратката от вашата собствена система, така че двата записа днес да могат да се съпоставят с поглед — и да станат машинно четими в деня, в който има API, който да ги извади. А гейтът вече работи машина-към-машина: устройство QRGOBox извиква API-то с ключ, обхватен до организацията, и бариерата се вдига при валиден код за check-in.

Без Logistiq

Превозвачът изпраща утрешните пристигания като таблица по имейл
Диспечер преписва на ръка данните за шофьор, камион и ремарке
Портиерната звъни в офиса, за да потвърди, че камионът се очаква
ID-то на вашата пратка стои на хартия, далеч от записа в двора

С Logistiq днес

Превозвачите се регистрират сами и поддържат своите шофьори, камиони и ремаркета
Шофьорът подава check-in от qrgo.ro или от приложението QRGO Driver
Устройство QRGOBox валидира кода за check-in през API-то и отваря бариерата
bookings.external_reference съдържа ID-то на пратката от вашата система

Единствената машинна повърхност, която е активна: API-то за гейт устройства

Шест крайни точки на logistiq.cloud, автентикирани с един ключ на организация. Това е автентикация на устройства за бариерния хардуер QRGOBox — предоставя гейтове, heartbeat и валидация на кода за check-in, и нищо за резервации, check-in-и, рампи или анализи.

Активни крайни точки: GET /api/device/gates · POST /api/device/heartbeat · POST /api/device/validate-api-key · POST /api/device/validate-key · POST /api/gate/validate · GET /api/gate/list
Автентикация: Един ключ на организация, във формат org_, следван от 32 шестнадесетични символа. Изпраща се като заглавка X-API-Key към /api/device/gates, като api_key в JSON тялото при POST маршрутите и като параметър ?api_key= в заявката към GET /api/gate/list.
Извикването на гейта: POST /api/gate/validate с { gate_id, api_key, checkin_code }. Самият ключ определя наемателя — не се изпраща ID на организация и един ключ никога не може да види друг склад освен своя.
Отваря за: Check-in-и в статус confirmed, assigned или in_progress. Всичко останало се отказва на бариерата и се записва в хронологията като gate_entry_denied.
Лимит на заявките: 30 заявки за 60 секунди по четирите маршрута от device-групата, 60 за 60 секунди за heartbeat и списъка с гейтове, броени в споделен Redis, така че лимитът важи за всички serverless инстанции.
Жизнен цикъл на ключа: Генериране, копиране и регенериране от Settings → API Credentials (за QRGoBox). Един ключ на организация; регенерирането означава да обновите всяко устройство, което използва стария.

Обектите, които системите ви биха обменяли, вече съществуват

Една интеграция струва точно колкото полетата под нея, а те вече са в схемата и в ежедневна употреба. Резервацията носи booking_reference и external_reference за ID-то от вашата система, booking_status, type (loading, unloading или both), scheduled_date с начален и краен час, transport_company, driver_name и driver_phone, truck_number и trailer_number, категория на товара, отдел и extra_references като свободен JSON за каквото и да наричате нещата при вас. Check-in-ът носи същите референции плюс назначената рампа или паркомясто и пълната верига от времеви отпечатъци: checked_in_at, confirmed_at, assigned_at, started_at, completed_at. Всяка промяна на състоянието вече се записва в типизирана хронология — created, status_change, ramp_assigned, ramp_unassigned, parking_assigned, department_changed, gate_entry, gate_entry_denied, gate_exit и други. Съществителните са уточнени, събитията са каталогизирани. Липсва крайната точка, която да ги извади навън — и точно това го казваме на глас.

roadmap

API-то за TMS, WMS и ERP е пътна карта, не издание

За да сме точни: днес няма /api/v1, няма OpenAPI спецификация, няма SDK или клиентска библиотека, няма изходящи webhook-ове и няма EDI или какъвто и да е обмен на файлове. Публичен REST API за резервации — ключове на организация, крайни точки за резервации, слотове и отдели, и webhook-ове за събития — е записан като планирана функционалност и е отбелязан като незапочнат. Не поставяме тримесечие насреща, защото дата, която не можем да гарантираме, струва по-малко от гейта, който работи тази сутрин. Ако ползвате TMS, WMS или ERP, с която искате Logistiq да говори, кажете ни коя е: този отговор решава какво ще се направи първо.

Въпроси за интеграция, отговорени направо

Не. Единственото машина-към-машина API в продукта е API-то за гейт устройства и то съществува, за да автентикира бариерния хардуер QRGOBox: гейтове, heartbeat и валидация на кода за check-in. Не предоставя нищо за резервации, check-in-и, рампи или анализи. Публичен REST API за резервации е специфициран вътрешно и е отбелязан като незапочнат. Предпочитаме да го кажем, вместо да ви продадем крайна точка, която не отговаря.

Не, на всичко изброено. Няма EDIFACT, X12 или AS2, няма SFTP или файлова папка, няма пакетен трансфер и няма експорт на резервации или check-in-и към Excel или CSV. Единствената работа с файлове в продукта е човек, който дърпа .xlsx в раздела Data на една резервация — свободна таблица, прикачена към този единствен запис. Данните от превозвачите вместо това влизат през портала за превозвачи.

Превозвачите ги въвеждат сами. Транспортната фирма си създава акаунт, вие я каните веднъж и оттам нататък тя сама поддържа своите шофьори, камиони и ремаркета. Шофьорът подава check-in от qrgo.ro или от приложението QRGO Driver, на своя език. Данните се въвеждат веднъж от този, който наистина ги знае, и никога не идват като таблица в пощата на диспечера.

Не, така ви фактурираме ние. Stripe движи абонамента, а SmartBill издава румънската фактура за него. Нито едното не докосва вашето счетоводство, вашия ERP или данните ви от двора и нито едното не е изложено, за да свързвате нещо към него. Приемайте ги като наши доставчици, а не като конектори от вашата страна на оградата — разликата е важна и няма да я замъгляваме.

Goten li ste da transformirate operaciite v sklada?

Prisedinte se km stotici skladove, koito izbrahha efektivnostta. Bezplatno demo, bkrza nastrojka, bez zadlzhenija.

Zajavete bezplatno demo