Paragony ze stacji zamieniane w faktury zbiorcze.
Aplikacja web (ASP.NET Core 8, Blazor Server)Wspólny fundament z obiegiem dokumentów: Blazor Server, Oracle i jedno logowanie (SSO między aplikacjami).
Klient firmowy tankuje w ciągu miesiąca kilkadziesiąt razy i na koniec chce jednej faktury. Ktoś musi więc znaleźć jego paragony, sprawdzić, które już zostały wykorzystane, i przenieść pozycje na fakturę zbiorczą. Robione ręcznie kończy się dwiema rzeczami: paragonem zafakturowanym dwa razy albo takim, o którym zapomniano. Jedno i drugie wychodzi przy zamknięciu miesiąca, gdy jest najmniej czasu.
Drugi moduł obok webowego obiegu dokumentów, na tym samym fundamencie: Blazor Server na froncie, logika i dane w Oracle. Główne zadanie to agregacja paragonów w faktury — użytkownik zaznacza paragony ze sprzedaży stacyjnej i tworzy z nich fakturę zbiorczą, a status paragonu pokazuje, w jakiej części został już wykorzystany. Do wystawionych faktur można tworzyć korekty. W kartotece kontrahentów dane uzupełnia GUS, a rachunki sprawdza Biała Lista VAT. Między obiegiem a portalem przechodzi się bez ponownego logowania.
Lista paragonów ze statusem wykorzystania i rozwijanymi pozycjami. Z zaznaczonych powstaje faktura zbiorcza; do wystawionych faktur można tworzyć korekty.
Kartoteka kontrahentów z adresami i kontami bankowymi.
Kartoteka środków trwałych z dokumentami i przesunięciami.
Hasło weryfikuje procedura w Oracle — ta sama, co w wersji desktopowej.
Sprawdzam, jak sprzedaż ze stacji trafia dziś do bazy i czy da się na niej oprzeć status wykorzystania paragonu.
Ustalamy, co wolno łączyć w jedną fakturę i kto widzi dane których stacji.
Uruchamiamy na wybranej stacji i porównujemy wystawione faktury z tym, co robiła księgowość ręcznie.
Po zgodności podłączamy pozostałe stacje i uprawnienia dla kolejnych osób.
Etap pierwszej stacji zwykle trwa dłużej niż podłączenie całej reszty. To on wyłapuje przypadki brzegowe: korekty, paragony częściowo wykorzystane, klientów z kilkoma NIP-ami.
Czyta paragony i kartoteki z bazy Oracle Impulsa; faktury i korekty zapisuje jego procedurami.
FAQ
Tak. To ten sam system — Impuls EVO jest dziś sprzedawany jako BPSC ERP, a fundament jest wspólny: baza Oracle i logika w .NET. Rozwiązanie dopasowuję do wersji i konfiguracji, którą masz u siebie.
Zależy od zakresu i od tego, co po Twojej stronie jest już gotowe. Drobne modyfikacje to kwestia dni, integracje i aplikacje — tygodni. Konkretny termin podaję na etapie wyceny, zanim cokolwiek ruszy.
Tak — to jeden z głównych priorytetów przy modyfikacjach rdzenia. Prowadzę je tak, żeby były odporne na kolejne aktualizacje Impuls EVO / BPSC ERP. Szerzej opisuję to w artykule Jak modyfikować Impuls EVO, żeby zmiany przetrwały aktualizacje systemu.
Twój. Rozwiązania robione na Twoje zlecenie przekazuję wraz z kodem źródłowym i prawami, zgodnie z umową.
Tak. Wdrożenie to nie koniec — zostaję do dyspozycji przy poprawkach i kolejnych zmianach, w miarę jak zmieniają się Twoje procesy.
Nie ma tu Twojego pytania? Zadaj je — odpowiadam też wtedy, gdy nic z tego nie wynika. Formularz jest tutaj albo napisz wprost na kontakt@bartoszolchowik.pl.
Obieg dokumentów, który przeprowadził się do przeglądarki.
Webowa wersja obiegu dokumentów: skrzynka zadań, akceptacje, kancelaria i OCR. Logika biznesowa została w Oracle.
Operator stacji wpisuje ceny, a strona porównuje je z poprzednimi i przekazuje dalej.
Kilkaset pozycji z arkusza w systemie sprzedaży tego samego dnia.
Arkusz Excel zamieniony na plik CSV gotowy do wczytania w NoviCloud, z nadaniem kodów towarów, dopasowaniem kategorii i raportem błędów.