Logika powinna być następująca:
1. Zamówienia z witryny na OpenCart są przekazywane do 1C/BAF.
Podczas składania zamówienia klient wybiera sposób płatności:
— jeśli jest to zamówienie z VAT, wtedy w 1C/BAF od razu tworzy się faktura;
— po dokonaniu płatności księgowy samodzielnie przeprowadza płatność w 1C/BAF;
— dokumentem końcowym dla takiego zamówienia jest faktura wydania;
— paragon fiskalny przez PRRO dla takich zamówień nie jest wymagany.
Jeśli jest to klient prywatny i płatność przy odbiorze na Nowej Poczcie, wtedy zamówienie również jest przekazywane do 1C/BAF, ale paragon musi być tworzony tylko po tym, jak Nowa Poczta przekaże status, że towar został odebrany / opłacony.
2. W 1C/BAF dla każdego zamówienia musi być tworzony odpowiedni dokument.
Dla zamówień z VAT:
— faktura jest tworzona od razu po złożeniu zamówienia;
— płatność przeprowadza księgowy ręcznie w 1C/BAF;
— po tym formułowana jest faktura wydania;
— fiskalizacja przez PRRO nie jest wykonywana.
Dla zamówień klientów prywatnych:
— zamówienie jest przekazywane do 1C/BAF;
— przechowywane są dane klienta, towary, kwota, sposób dostawy, sposób płatności, TTN Nowej Poczty;
— paragon jest tworzony automatycznie tylko po otrzymaniu odpowiedniego statusu od Nowej Poczty.
3. Dla zamówień z VAT należy wdrożyć taką logikę:
— faktura jest tworzona od razu;
— paragon fiskalny przez PRRO nie jest tworzony;
— księgowy samodzielnie przeprowadza płatność w 1C/BAF;
— dokumentem końcowym jest faktura wydania.
4. Dla zamówień z płatnością przy odbiorze na Nowej Poczcie potrzebna jest dodatkowa integracja z Nową Pocztą.
W ramach tej integracji należy:
— przekazywać lub przechowywać TTN dla zamówienia;
— automatycznie otrzymywać status wysyłki z Nowej Poczty;
— śledzić status „odebrano” / „opłacono”;
— powiązać status Nowej Poczty z zamówieniem w 1C/BAF;
— uruchamiać tworzenie paragonu fiskalnego tylko po statusie „odebrano” lub odpowiednim statusie płatności;
— paragon ma być tworzony automatycznie, bez ręcznego potwierdzenia przez menedżera.
5. Typy zamówień, które należy uwzględnić w specyfikacji:
6. Zamówienia z płatnością na podstawie faktury z VAT.
7. Zamówienia klientów prywatnych z płatnością przy odbiorze na Nowej Poczcie.
8. Zamówienia z płatnością online WayForPay.
9. Zamówienia z płatnością przy odbiorze Nowej Poczty z przedpłatą 10%.
10. Zamówienia anulowane.
11. Zwroty towarów i paragony zwrotu.
12. Dla każdego typu zamówienia należy osobno określić:
— jaki dokument jest tworzony w 1C/BAF;
— czy potrzebny jest paragon fiskalny;
— kiedy dokładnie jest tworzony paragon;
— kto potwierdza płatność: system automatycznie, księgowy czy menedżer;
— co robić w przypadku anulowania;
— co robić w przypadku zwrotu;
— jak tworzony jest paragon zwrotu.
7. PRRO.
Obecnie, jak rozumiem, już zarejestrowaliście się w Checkbox, ale jeszcze nie jest podłączony. Dlatego na tym etapie można rozważyć dwie opcje:
— skonfigurować Checkbox;
— lub podłączyć WebCheck, jeśli pod względem technicznym i integracji z 1C/BAF będzie to wygodniejsze.
Ostatecznie PRRO lepiej wybrać po analizie technicznej integracji z 1C/BAF, OpenCart i Nową Pocztą.
8. Należy koniecznie przewidzieć logowanie i obsługę błędów.
W systemie powinno być widoczne:
— czy zamówienie zostało przekazane z witryny do 1C/BAF;
— czy faktura została utworzona;
— czy TTN została pobrana;
— jaki status został otrzymany od Nowej Poczty;
— czy paragon został utworzony;
— jeśli wystąpił błąd — jaki dokładnie;
— możliwość ponownego wysłania lub ponownego utworzenia paragonu.
9. Zwroty.
Należy wdrożyć obsługę zwrotów:
— jeśli zamówienie zostało anulowane przed odbiorem towaru;
— jeśli towar został odebrany, paragon został utworzony, ale klient zwrócił towar;
— jeśli zwrot jest częściowy;
— jeśli zwrot jest pełny;
— w jakich przypadkach tworzony jest paragon zwrotu przez PRRO.
10. Dla ostatecznej oceny należy sprawdzić:
— wersję OpenCart;
— jak obecnie realizowane są płatności na stronie;
— jak działa formularz dla zamówień z VAT;
— jak przekazywana lub tworzona jest TTN Nowej Poczty;
— czy jest dostęp do API Nowej Poczty;
— konfigurację 1C/BAF;
— jakie dokumenty są rzeczywiście używane w 1C/BAF;
— czy są gotowe moduły integracyjne;
— który PRRO lepiej podłączyć: Checkbox czy WebCheck.
Biorąc pod uwagę waszą logikę, integrację należy rozważać jako rozszerzoną wersję, ponieważ tutaj nie tylko chodzi o przekazywanie zamówień z witryny do 1C/BAF, ale także o osobną logikę dotyczącą VAT, faktur, faktur wydania, WayForPay, płatności przy odbiorze, Nowej Poczty, automatycznego otrzymywania statusów, tworzenia paragonów po odbiorze towaru oraz obsługi zwrotów.
