Tjenester

SEARCH module: routing algorithm and POST_DRONE

Appendix A to the framework spec: flowchart No. 3.1.1 — the main and only routing algorithm for any shipment needing more than one transport mode, extended to six modes without changing the graph structure.

This is an algorithm specification, not a running service: there is no points/lots database, no /search/routes API and no Go SEARCH service anywhere in this demo. The POST_DRONE contract's JSON Schema (schemas/post-drone.schema.json) and its checker (schemas/check_schema.py) are real, working files in this repository: 12 examples valid, 37 of 37 mutations rejected. ci/check_contract_text.py is also a real file, and it now runs: the proto/ directory and grpc_tools are in place, a run yields 24 checks reconciling the spec text with the schema and the proto contract, and the self-test catches 10 of 10 mutations. That run is a step of the proto job in contract.yml, i.e. part of the required check «Контракт proto модуля SEARCH».

Module subsystems (S1-S8)

ID Name What it covers
S1Простий пошук заявокПошук по одному розділу за фільтрами: країна, регіон, пункт, дата, тип транспорту, тип завантаження, маса, обʼєм
S2Фільтр «інші напрямки»Два незалежні списки пунктів відправлення / призначення
S3Пошук зворотних рейсівЗаявки, виставлені до пункту відправлення (ймовірний зворотний рейс)
S4Пошук мультимодального маршрутуОсновний алгоритм — блок-схема № 3.1.1; ланцюг заявок з 2–4 плечима по 6 видах транспорту
S5Fallback «компанії напрямку»Перелік компаній, які коли-небудь перевозили в цьому напрямку
S6Fallback «можливі сполучення»Перелік станцій/портів/аеропортів/точок дрона, між якими існує сполучення
S7РанжуванняСортування за критерієм «вартість» або «швидкість» + успадкований коефіцієнт переваги
S8Збереження запитуІсторія запитів, підписка, сповіщення про нові відповідні заявки

Six transport modes in the route graph

The drone isn't a graph leg - it's post-processing of an already-found route: one implementation instead of four copies of the same condition in every branch.

Code Name Role in the graph Point base
MМореМагістральне плече (гілка 1)порти (seaport)
FАвіаМагістральне плече — альтернатива морюаеропорти (airport)
TЖДФідерне плече 1-го рівнястанції (rail_station)
AАвтоФідерне плече 2-го рівня, «остання миля»міста (city)
DДронНе плече графа — пост-обробка останнього авто-плечамайданчики (drone_pad)
XМультимодальнийНе окреме плече — розділ із доступом до заявок усіх розділівусі типи пунктів

POST_DRONE module gates (figure 3.1.1-7)

Every "no" exits the module: the auto leg is left unchanged, and no drone variant is created or replaces it.

Gate Check Reason code Scenario
1Плече останнє й вид — автоnot_last_auto_legT16
2Зона дозволена (немає no_permit)no_permitT17
3d ≤ range_km × drone_range_marginout_of_rangeT18
4weight_t × 1000 ≤ max_payload_kg, габарити, ADR, не живі твариниcargo_not_allowedT19
5Лот D знайдено або підставлено площадку в межах max_legs=4no_drone_lot / no_landing_pad / max_legs_exceeded / extra_leg_disabledT20, T22, T23
6Погода у вікні вильоту (не відмова — прапорець weather_risk)— (weather_risk)T21, T26
—Модуль вимкнено запитомdrone_disabledT24
—Перевищено бюджет модуляtimeoutT25

Ranking: criterion weights and flag penalties

Criterion wc wt wk wr wn
cost0.550.100.150.100.10
time0.100.550.100.100.15
balanced0.300.300.150.150.10
Flag Penalty Rationale
weather_risk0.08Ризик погоди або невідома погода у дрон-плечі
no_permit0.10Плече без дозволу вимагає дій учасника
customs_missing0.06У плечі немає потрібного документа CMR/T1/TIR
estimated_price0.03Вартість не з лота, а з медіан link_stats

CI steps (required for merge)

Contract, branch-rule and currency/language scenarios need no database or app - only the spec text, the schema and fixtures.

Step Command What fails
Контрактschemas/validate_schema.py, schemas/check_schema.pyневалідний приклад A.8.4.1, порушення програмної перевірки, непокрита мутація, непокритий код reason
Правило гілкиci/check_ruleset.pyперевірка з правила не відповідає job-у, gate не залежить від нового job-а, фільтр paths у тригері, сценарій не описаний у ТЗ
Числа в документаціїci/check_doc_counts.pyтвердження ТЗ про кількість обовʼязкових перевірок, діапазон правил R1–RN, кількість сценаріїв pull request чи назва групи сценаріїв відстали від фактичного складу правила гілки й конвеєрів
Валюти й мовиschemas/check_i18n.pyрізна базова валюта в A.5 і рамковому ТЗ, застарілий курс без позначки, непокрита мутація
Текст/схема/protoci/check_contract_text.py (U1–U5, N1–N5)розбіжність носія одиниці ваги або коду валюти між ТЗ, схемою і proto
Юніт і прийманнятести модуля + сценарії T1–T27розбіжність реалізації або поведінки з контрактом (модуль ще не реалізований)

State in this repository: schemas/check_schema.py, schemas/check_i18n.py, ci/check_ruleset.py (R1-R11, 18 mutations) and the new ci/check_doc_counts.py (D1-D8, 9 mutations) all pass at 100% - verified in this session, including ci/check_doc_counts.py --self-test. ci/check_ruleset.py currently only reconciles the contract and UI-scenario pipeline - the proto job that would call ci/check_contract_text.py hasn't been added yet.

Model files