Budżet: 1000 UAH Termin: 10 dni
Привіт. Добре знайомий з Лікпей. Якщо у вас вже є рахунок і ви у них зареєстровані то підкдючити оплату до сайту не буде проблемою. Пишіть!
Є готовий сайт - краудфандингова платформа. На ній розміщені проекти, які будуть фінансуватися користувачами сайту. Потрібно, щоб під кожним проектом окремо відображався реальний баланс зібраних коштів. Тобто, при кожній оплаті, сума під проектом має бути змінена автоматично у реальному часі. Все має працювати за аналогом краудфандингової платформи. Для цього потрібно інтегрувати платіжну систему. Підключити бажано Лікпей, або іншу, яка буде приймати кошти з-за кордону і максимально проста для користувачів.
Budżet: 1000 UAH Termin: 10 dni
Привіт. Добре знайомий з Лікпей. Якщо у вас вже є рахунок і ви у них зареєстровані то підкдючити оплату до сайту не буде проблемою. Пишіть!
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.