Интегрировать на сайт кнопку "Купить в кредит"

Trzeba do internetowego sklepu na platformie OpenCart 2.3.x podłączyć PRRO. Jakie dokładnie nie jest istotne, ale jest konto w CheckBoxie z zarejestrowanym Punktem Handlowym, kasą itd. Używamy prostego CRM https://api.net.ua/. Jest instrukcja dotycząca integracji z CheckBoxem: https://api.net.ua/%d0%bf%d1%80%d0%be%d0%b3%d1%80%d0%b0%d0%bc%d0%bc%d0%bd%d1%8b%d0%b9-%d1%80%d1%80%d0%be-%d1%81heckbox-ua/ Używamy 3 typów płatności: 1) online przez LikPay 2) przelew na konto FOP (o ile rozumiem, nie wymaga fiskalizacji) 3) płatność przy odbiorze NП Napiszcie, z którym PRRO proponujecie integrację oraz koszt.

Dzień dobry! Potrzebny specjalista z OpenCart do audytu i dopracowania sklepu internetowego https://www.mineralsspa.com.ua. Sytuacja jest taka: reklama w Meta działa, ale jest problem z konwersją. Z danych Meta wynika, że 26 użytkowników rozpoczęło składanie zamówienia, a faktycznie otrzymano tylko 2 zamówienia. Potrzebne: sprawdzić, czy nie ma błędów technicznych na stronie; przeanalizować koszyk i składanie zamówienia; sprawdzić poprawność działania Meta Pixel i zdarzeń; zaproponować zmiany, które pomogą zwiększyć konwersję; w razie potrzeby wykonać niezbędne poprawki. Napisz, proszę: jakie masz doświadczenie w pracy z OpenCart; czy realizowałeś podobne zadania; przykłady stron, które optymalizowałeś; orientacyjną cenę audytu i poprawek; kiedy możesz zacząć. Dziękuję!

Muszę zrobić panel Tego typu: https://upvote.net/ https://upvote.biz/ https://www.buyupvotes.io/ W perspektywie możliwość SEO Tutaj usługa UpVotes dla reddita Ja będę miał trochę inną usługę Zamówienia będą realizowane ręcznie Płatność trzeba będzie podpiąć do stripe (mam konto) kryptowaluta Oczekuję ofert i terminów

Konfiguracja i sprawdzenie działania systemu płatności dla klientów na działającej stronie internetowej. Doświadczenie jest wymagane! Standardowa instalacja i sprawdzenie działania (płatność kartą bankową, Apple Pay itp.). Wszystko jest gotowe do szybkiej instalacji: działająca strona, osoba prawna, konta bankowe, dwie odpowiednie systemy wybrane/pobrane aplikacje (praca dla specjalisty zajmie 1-2 godziny). P. S. Mile widziane doświadczenie w tworzeniu stron internetowych, będzie dodatkowe zlecenie na edycję projektu strony oraz kopię strony na innej domenie (domena zakupiona), konfiguracja jeszcze jednego systemu płatności.

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.