Trzeba przygotować zniżki i oferty.
Zniżki są obsługiwane przez model Discount; w praktyce wystarczy nazwa ulgi i jej wymiar. Jednak jeśli myślimy przyszłościowo (wskazówki dla kasjerów), to wypada jeszcze znać numer ulgi wg. kurs90.
Oferty są obsługiwane przez modul kolstatapp.utils.cennik; optymalne "pokrycie" połączenia ofertami jest liczone programowaniem dynamicznym. Interfejs ofert nie jest ustabilizowany, więc wszystkie propozycje będą rozważone. Dla przykładu napisałem kilka ofert dla testów.

Dobrze byłoby, gdyby można było wpisywać godzinę odjazdu nie tylko za pomocą dwukropka, ale też za pomocą samej kropki (np. 21.00).

Jaki algorytm wyszukiwania połączeń będzie "optymalny"?
Liczy się dla nas wydajność, czy poprawność wyniku?

Na razie jest to prosta Dijkstra. A* nie wygląda na zły pomysł. Jako oszacowanie heurystyczne można przyjąć przejazd z prędkością 160km/h po linii prostej. Współrzędne geograficzne mamy z hafasa.

Trzeba popracować nad wyglądem kolstata;
w szczególności nad prezentacją wyników wyszukiwania.