Jedna konsola dla walut, złota i długów.
Przeglądarkowa konsola łącząca handel walutami i złotem, magazyn, długi i marże w kilku lokalizacjach — właściciel widzi wynik netto w czasie rzeczywistym bez ręcznego raportowania.

- Branża
- FinTech / wymiana walut i metali szlachetnych
- Zakres
- Konsola operacyjna dla wielu lokalizacji (web + bot Telegram)
Kantory żyją szybkością: transakcja zamyka się w dwie minuty, ale właściciel często poznaje jej realny wynik dopiero na koniec miesiąca, po ręcznym uzgodnieniu ewidencji walut i złota. Zbudowaliśmy konsolę operacyjną, w której codzienne działania kasjera są księgowością: każda wymiana natychmiast aktualizuje magazyn, koszt nabycia, marżę i dashboard właściciela.
Traktując waluty i metale szlachetne jako dwa źródła jednego przychodu, a nie dwa osobne programy, daliśmy właścicielowi jedną liczbę netto na dzień, lokalizację i kontrahenta oraz pełny, nieedytowalny ślad audytowy: kto, kiedy i jaki kurs zmienił.
Z czym się mierzyliśmy
- Dwie ewidencje, jeden biznes. Waluty i złoto były prowadzone w osobnych narzędziach, więc dzienny zysk był sumą dwóch raportów, których nikt nie przygotowywał na czas.
- Niewidoczna marża. Zysk z transakcji szacowano z różnicy cen, a nie z realnego kosztu nabycia partii leżącej w kasie.
- Długi i otwarte transakcje „w głowie”. Kto, ile, w jakiej walucie i od jak dawna jest winien, żyło w notesach i pamięci, bez terminów i limitów.
- Martwe pola między lokalizacjami. Kilka punktów sprzedaży i podmiotów prawnych oznaczało brak skonsolidowanego widoku i żadnej możliwości zobaczenia, która lokalizacja lub kasjer po cichu traci pieniądze.
Jak to rozwiązaliśmy
- Jeden ekran transakcji dla walut i metalu. Jeden formularz obsługuje oba typy aktywów (kwota, kurs, kontrahent) i pokazuje marżę oraz stany kasy po transakcji, zanim gotówka zmieni właściciela.
- Silnik magazynowy oparty na koszcie nabycia. Każda partia waluty i partia metalu (gramy, próba) ma własny koszt nabycia; marża liczy się automatycznie w momencie sprzedaży, a nie na koniec miesiąca.
- Przełączanie zakresu i dostęp oparty na rolach. Dwa przełączniki, biznes i lokalizacja, przeliczają każdą liczbę w konsoli; kasjerzy, kierownicy lokalizacji i właściciele widzą dokładnie to, na co pozwala ich rola, a wyniki finansowe są zamknięte osobno.
- Dashboard właściciela, dziennik zdarzeń i bot Telegram. Wynik netto, przepływy pieniężne, marże według kierunków i lokalizacji, analiza kontrahentów i niezmienny dziennik działań dostępne w przeglądarce i na żądanie przez bota Telegram, a tryb Panic jednym kliknięciem odłącza konsolę od serwera.
Mierzalny efekt
- Zero przygotowywania raportów. Wyniki dzienne, tygodniowe i miesięczne składają się same z tych samych działań, które kasjerzy już wykonują. Żadnego osobnego wprowadzania danych do księgowości.
- Realna marża na każdej transakcji. Zysk per transakcja, kierunek, lokalizacja i kasjer jest widoczny natychmiast: ujawniło to stratne pary i pokazało, że klient z największym obrotem nie był najbardziej rentowny.
- Kontrolowana ekspozycja gotówki i długu. Gotówka zablokowana w otwartych transakcjach, należności i zobowiązania per waluta, terminy i wykorzystanie limitów kredytowych na jednym ekranie. Koniec z zapomnianymi pozycjami.
- Skaluje się bez nowych systemów. Nowa lokalizacja to jeden rekord; nowy podmiot prawny to jeden biznes. Ta sama konsola obejmuje wszystkie punkty sprzedaży ze skonsolidowanym lub per-lokalizacyjnym raportowaniem.
Czego użyliśmy
- Web Development
- Python
- Django
- Next.js
- TypeScript
- PostgreSQL
- Telegram Bot API
- AWS
- Role-Based Access Control
- Multi-Currency Accounting
- i18n (EN/UK)