Budżet: 22222 UAH Termin: 22 dni
Alex, robiłem integracje dla systemów Laravel/PHP przez API, Webhooks i SDK, więc dobrze rozumiem, jak zbudować aplikację PRRO pod wasz POS. Mogę zająć się backendem z UI dla KEP, kas/kasjerów i powiązania z POS, a także front-endem na TypeScript dla terminala z wydarzeniami i akcjami SDK. Osobno przemyślałem offline/online, kolejki, podpisy i weryfikację kodów. Jestem gotów omówić architekturę i niuanse DPS.
Budżet: 20000 UAH Termin: 15 dni
Witamy! Jesteśmy zespołem deweloperów z 4-letnim doświadczeniem w zakresie automatyzacji procesów dla e-commerce oraz ochrony danych komercyjnych. Doskonale rozumiemy specyfikę bezpośredniej interakcji z API Urzędu Skarbowego i jesteśmy gotowi zrealizować niezawodne, indywidualne PPR dla Twoich potrzeb. Zapewnimy natychmiastowe podpisywanie elektronicznych paragonów, nieprzerwaną pracę w trybie offline oraz pełne bezpieczeństwo przechowywania tokenów i certyfikatów na Twoim serwerze. System będzie działał stabilnie, szybko i bez miesięcznych opłat abonamentowych dla zewnętrznych usług. Jesteśmy gotowi rozpocząć dyskusję na temat specyfikacji technicznej w wiadomościach prywatnych już teraz.
Budżet: 22000 UAH Termin: 14 dni
Cześć! Zapoznałem się z zadaniem. Projekt jest dość poważny, ponieważ ważna jest nie tylko integracja, ale także stabilna praca z fiskalizacją, trybami offline, KEP, kolejkami i interakcją z DPS bez utraty danych.
Mam doświadczenie w pełnostackowym rozwoju systemów komercyjnych oraz integracjach przez API / Webhooks / SDK, dlatego dobrze rozumiem wymagania dotyczące takich rozwiązań: niezawodność, kolejki, obsługa błędów, podpisy, synchronizacja i odporność na awarie.
Będę w stanie:
• zrealizować część backendową na Laravel
• stworzyć UI do pracy z KEP, kasami i kasjerami
• skonfigurować integrację z DPS
• zrealizować logikę offline/online oraz kolejki fiskalizacji
• zintegrować aplikację frontendową dla POS przez SDK events/actions
• zapewnić stabilną synchronizację przez API/Webhooks
Pracuję zarówno z częścią backendową, jak i frontendową, więc mogę prowadzić zadanie kompleksowo bez rozdzielania między zespołami.
O mnie:
• 5 lat doświadczenia w rozwoju freelancera
• doświadczenie w pracy z systemami produkcyjnymi, logiką finansową i skomplikowanymi integracjami
• stack: Laravel, TypeScript, Next.js, Node.js, PostgreSQL, integracje WebSocket/API
Budżet: 27000 UAH Termin: 50 dni
Mam własny działający wieloplatformowy PRRO - tryb offline/online. Jedynie nie jest to do końca Wasz format - jest napisany w javie = działa jako mikroserwis/otrzymuje xml paragonu z systemu POS.
Budżet: 27000 UAH Termin: 60 dni
Nazywam się Władysław. Nie lubię dużo mówić o sobie i tym, czym się zajmuję. Wolę pokazać to raz. Ale krótko mówiąc.
Co zrobiłem sam i teraz działa:
- Program kasowy na Windows (fiskalizacja przez Checkbox, offline do 36 godzin, raporty X/Z, zwroty, KEP)
- Dashboard internetowy dla kierownika (monitoring 26 kas w czasie rzeczywistym, analityka, poziomy dostępu)
- Aplikacja mobilna (PWA) dla właściciela - widzi wszystkie punkty z telefonu, drukuje raporty X/Z na drukarkę kasową zdalnie, pobiera gotówkę z kasy na kasie
- Program lojalnościowy - bonusy, poziomy (Brązowy, Srebrny, Złoty), kupony, powiązanie klienta na kasie przez telefon
- Własny silnik zniżek i promocji (grupy towarów, cena za ilość, kody promocyjne, Koło Fortuny, Aukcja, program poleceń)
- Bot Telegram dla klientów (elektroniczne paragony, konto osobiste, kod kreskowy lojalnościowy, promocje, newslettery o otwarciu punktów)
- Bot Telegram dla kierownika z automatycznymi raportami (uzgadnianie z terminalem bankowym do grosza, analiza sprzedaży, anomalie)
- Analizator logów kasy z AI - sam wychwytuje podejrzane działania kasjerów (manipulacje cenami, nietypowe anulacje, sprzedaże poza zmianami) i przynosi kierownikowi poranny raport
- Bot zdalnego zarządzania kasami - z telefonu mogę zrobić zrzut ekranu dowolnej kasy, zablokować ekran, wysłać wiadomość kasjerowi, zsynchronizować katalog
- Bot admina katalogu - edytowanie cen i stanów z czytnika kodów kreskowych z telefonu
- Integracja z terminalami bankowymi (uzgadnianie raportu X, alarm przy rozbieżnościach), wagi przez RS-232, sieciowe drukarki paragonów (1 drukarka na 2 kasy)
Osobno: sam również instaluję kasy w punktach. PC, drukarka paragonów, skaner, wagi, terminal dowolnego banku (Privat, Oschad, PUMB, Uniwersal) - podłączę i skonfiguruję. Czyli mogę zamknąć zarówno oprogramowanie, jak i sprzęt pod klucz.
To wszystko działa teraz w żywej sieci handlowej: 26 kas, 33,76 mln UAH obrotu, 29 631 paragonów. Żadnej krytycznej awarii przez cały czas.
Mój stack to Python (FastAPI, MySQL, SQLite, Tkinter) i JavaScript/React. Jeśli nie macie Pythona - powiem szczerze i omówimy, jak wejść w projekt.
W ciągu dwóch miesięcy mogę zrobić to, czego potrzebujecie. Dajcie mi szansę.
26 kas to nie wszystko, co obsługuję na swoim oprogramowaniu, a wszyscy są zadowoleni. Jest jeszcze wiele kas, które nie zdążyły się zaktualizować. Ale jako administrator systemu jestem dostępny 24/7 dla wszystkich tych kas.
Mój szef jest tak zadowolony, że nie ma nic przeciwko, żebym wziął coś na poziomie waszego projektu.
Jeśli jesteście zainteresowani - piszcie, pokażę na żywo: kasę, dashboard, prawdziwy paragon w biurze skarbowym. Jeden telefon 30 minut - a sami wszystko zobaczycie.
Budżet: 27000 UAH Termin: 60 dni
Dobrze rozumiem logikę działania systemów POS, architekturę opartą na webhookach oraz integracje przez API/SDK. W podobnych projektach główną trudnością jest nie tylko wysyłanie paragonów do DPS, ale także budowanie niezawodnego poziomu middleware między systemem POS a rdzeniem fiskalnym: obsługa kolejek, mechanizmy ponownego próbowania, kody offline, kontrola statusów paragonów, synchronizacja kasjerów/kas, praca z KEP oraz stabilna obsługa błędów. To właśnie te elementy decydują o tym, czy system będzie działał stabilnie pod obciążeniem w rzeczywistym biznesie.
Posiadam praktyczne doświadczenie w pracy z Laravel, TypeScript, integracjami API, systemami opartymi na zdarzeniach oraz skomplikowaną logiką backendową. Dobrze rozumiem specyfikę synchronizacji stanu między frontendowym terminalem POS a usługami backendowymi. Również zwracam dużą uwagę na architekturę odporną na błędy: logika ponownego połączenia, przetwarzanie kolejek, logowanie, kontrola błędów oraz stabilna praca w trybie offline/online. Dla takich systemów szczególnie ważne jest budowanie skalowalnej architektury od razu w sposób prawidłowy, aby w przyszłości można było rozszerzać funkcjonalność bez przepisywania rdzenia.
Plan pracy:
Analiza API, SDK oraz architektury webhooków systemu POS.
Projektowanie architektury aplikacji PRRO.
Realizacja backendu na Laravel.
Rozwój UI do pracy z KEP i kasami.
Integracja z DPS oraz mechanizmem fiskalizacji.
Realizacja trybów offline/online.
Obsługa kodów offline oraz kolejek paragonów.
Realizacja logiki otwierania/zamykania kasy.
Synchronizacja kasjerów oraz jednostek POS.
Rozwój aplikacji frontendowej dla terminala POS.
Integracja zdarzeń/akcji SDK.
Testowanie obciążenia oraz odporności na błędy.
Logowanie, logika ponownego próbowania oraz monitorowanie błędów.
Wdrożenie oraz końcowe testowanie.
