Aga Zgaga

To jest problem. InPost coś zmieniło i jeżeli nie masz doładowanego konta w Menagerze Paczek InPost, to tak właśnie się dzieje. Dokładnie tak jak @MARCIN e-kupowanie.plnapisał, w Sello musisz usunąć paczki, następnie doładować konto w InPost i utworzyć paczki w Sello

Poszło zgłoszenie

Tak, zgadza się ostatnie zamówienia nie mają błędów. Status jest "Zamówienie oczekujące", ale po kliknięciu "Zaakceptuj", status zmienia się na "Zamówienie potwierdzone", ale dokument oraz klient nie synchronizuje się do Subiekta. Mamy zamówienie testowe, gdzie została wybrana płatność poprzez Przelewy24, ale nie opłacona, więc dokument ZK oraz klient nie pojawiły się w Subiekcie. Dopiero po ręcznej zmianie statusu płatności na "Płatność zakończona" dokument ZK pojawił się w Subiekcie i teraz wszystko jest ok 👍 Potrzebujemy, żeby to prawidłowo funkcjonowało. Dokumenty ZK muszą się tworzyć, żeby nastąpiła rezerwacja asortymentu. Przykładowe zamówienie z dnia dzisiejszego: płatność za pobraniem; Status: "Zamówienie oczekujące" Zaakceptuj: "Zaakceptuj" To zamówienie normalnie zsynchronizowało się do Subiekta, klient oraz ZK prawidłowo utworzone. Podejrzewamy, że coś ma na sumieniu brak płatności poprzez Przelewy24 i nie pozwala na synchronizację i utworzenie dokumentu w Subiekcie. Czy w związku z powyższym już coś się rozjaśniło, czy tak czy inaczej mamy przesłać zgłoszenie poprzez formularz?

@Paweł Żółtaniecki niestety powraca temat z tworzeniem zamówień w Nexo Pro. W dniu dzisiejszym mamy z weekendu kilka zamówień, z czego jedno zamówienie na sklepie Vendero, które nie zsynchronizowało się do Nexo, nie utworzyło się ZK w Nexo Jest to jedyne zamówienie, które ma płatność poprzez Przelewy24, ale jest nie opłacone. Wszystkie inne zamówienia się synchronizują - jeżeli jest wybrany sposób zapłaty przez Przelewy24 ze statusem wykonany oraz inne płatności np. przelew bezpośrednio na konto. W ustawieniach nic nie było ruszane. W panelu administracyjnym Vendero, w ustawieniach mamy tak: -> Synchronizacja -> Wymagaj zmiany statusu zamówienia dla automatycznego wystawiania dokumentów. oraz -> Płatności -> Płatność przez Przelewy24 -> ☑️ Aktywna ☑️ Dokumenty tworzone automatycznie Dokument początkowy: Zamówienie z rezerwacją Wcześniej wszystko prawidłowo się synchronizowało. Co może być przyczyną takiego stanu?

Nie ma takiej możliwości. Generalnie założenie jest takie: tworzysz ZD i czekasz, aż zamówienie przyjedzie od dostawcy; następnie, po poprawnym przyjęciu towaru, na podstawie ZD dodajesz FZ.

W widoku, jak tworzysz FZ, po prawej stronie do góry masz koło zębate i ustawiasz widoczność pola "Zamówienia". Generalnie widoczność tego pola nie wiele zmieni, bo nie możesz edytować tego pola tworząc FZ. To pole domyślnie samo się podświetla podczas tworzenia FZ z ZD i wtedy masz tam wpisane z jakich ZD została utworzona FZ.

Cześć, można zaznaczyć kilka ZD i zrealizować jako jedna FZ. Można również w powyższym widoku FZ ustawić widoczność pól i zaznaczyć, żeby "Zamówienia" były cały czas widoczne, ale nie można wpisać ręcznie, jakich ZD dotyczy dana FZ. Dopiero jak ZD realizujesz jako FZ, to widać z jakiego ZD powstała FZ

Na razie obserwujemy Na ten moment zamówienia opłacone normalnie tworzą się w Subiekcie. Zobaczymy jak z nieopłaconymi będzie, bo na tą chwilę nie mamy żadnego takiego. Generalnie zawsze, również te nieopłacone, powinny przechodzić do Subiekta, żeby zarezerwować towar dla kogoś kto po jakimś czasie jednak zdecyduje się zapłacić. I tak to właśnie wyglądało do tej pory Dam znać jak coś będzie nie tak. Jeszcze raz dzięki za pomoc

Tu są przykładowe realizacje: https://vendero.pl/realizacje Tu jest sklep demo: https://sklepdemo.pasaz24.pl/

Rozwiązaniem okazał się kontakt telefoniczny z Przelewy24. Dział techniczny musiał coś przeklikać i działają szybkie płatności poprzez Przelewy24

@Krzysztof Skrzypiec jeżeli w dalszym ciągu u Was nie działają Przelewy24, to polecam kontakt telefoniczny z nimi. U nas musieli coś przeklikać i działają szybkie płatności

@Paweł Żółtaniecki zaczekajmy z tematem do momentu rozwiązania sytuacji z Przelewy24. Zauważyliśmy, że klienci, którzy wybrali płatność DotPay i z powodu błędu nie mogą zapłacić, mają takie problemy. Na razie nie wiemy, czy to ma jakiś związek, ale zaczekajmy

pewnie, dobry pomysł, zawsze to poszerza horyzonty

W Nexo Pro pamięta pozycję, która jest na fakturze, czyli jeżeli pozycję "Ziemniaki" zmienimy jednorazowo na "Pyry", to wystawiając, do tej zmienionej faktury, korektę, zawsze na pozycji będziemy mieli "Pyry", nie ważne co aktualnie znajduje się w kartotece tego asortymentu.

Cześć, do tej części możemy się odnieść. No my polecamy Sello Z tego względu, że działamy na Subiekcie, a Sello z tej samej rodziny Niestety nie mamy porównania do innych narzędzi dostępnych na rynku, bo nie pracowaliśmy na innych. Tylko opieraliśmy się informacjami ogólnodostępnymi w necie. Z Sello pracujemy od jakiś 3-4 lat i wiadomo jak wszędzie są plusy i minusy. Na pewno minusem jest to, że Sello współpracuje tylko z Allegro Dla nas plusem jest to, że Sello nie pracuje jak np. Baselinker na ich serwerach, tylko w naszej firmie bezpośrednio na naszym serwerze. Jest też dobra informacja Team Sello pracuje nad nową aplikacją Sello NX, która będzie znacznie rozbudowana, będzie bardziej otwarta na inne marketplace, będzie z otwartym kodem planowana data wprowadzenia Sello NX jest przewidziana na ten rok. Wersja beta ma być dostępna w okolicy kwietnia

Cześć, generalnie, tak jak Bartosz napisał, to pytanie powinno być zadane w dziale Subiekta. Bo rozumiemy, że korektę tworzycie w Subiekcie, a nie w Sello Co prawda my działamy na Subiekt Nexo Pro i czasami również zdarza się, że zamieniamy nazwę, która w Subiekcie standardowo widnieje jako "Ziemniaki", a czasami zmieniamy na "Pyry" i jak chcemy zrobić korektę tej zmienionej faktury, to na korekcie widnieje również pozycja "Pyry" Ps. w Sello i tak widać nazwę standardową z Subiekta, czyli w tym przypadku "Ziemniaki"

Cześć, u nas jest problem po migracji z DotPay na Przelewy24. Więcej info poniżej.

Teraz zauważyliśmy jeszcze, że nie można zapłacić nawet poprzez DotPay

Cześć, my również mamy problem, co prawda po migracji z DotPay na Przelewy24, ale problem występuje. W panelu administracyjnym Vendero również otrzymujemy komunikat: a pomimo to, można zapisać płatność, ale po zakupie testowym w sklepie, w koszyku po próbie zapłaty pojawia się błąd. Również kontaktowaliśmy się z Przelewy24. Więcej informacji w wątku:

W koszyku mogą wybrać płatność przez DotPay i dalej są przekierowywani do Przelewy24 - tak to funkcjonuje od momentu migracji z DotPay na Przelewy24 Najgorsze jest to, że wszędzie na sklepie zmieniliśmy informację i grafiki, że płatności przechodzą przez Przelewy24, a w koszyku nie ma informacji, że płatność jest poprzez Przelewy24, tylko poprzez DotPay, a dalej jest przekierowanie na Przelewy24. Zauważyliśmy, że bardzo wzrosła liczba transakcji poprzez przelew tradycyjny (gdzie dla nas jest to bardziej opłacalne, bo nie płacimy prowizji ), natomiast zapewne zdarzają się porzucone koszyki, bo klienci są błędnie poinformowani i nie widzą w koszyku Przelewy24, a zawsze dużo płatności odbywało się Blikiem Tak, nadal występuje. Działa to tak jak powyżej opisaliśmy. To nie może czekać! To nie jest poprawka kosmetyczna, to jest błąd wprowadzający klientów w błąd. Błąd dotyczy uruchomienia wtyczki Przelewy24. Tak jak już wyżej opisywaliśmy mogliśmy zapisać wtyczkę, pomimo test pokazywał komunikat o błędzie połączenia, a to z kolei powodowało błąd w koszyku, jak klient chciał zapłacić poprzez Przelewy24. Prosimy o jak najszybsze naprawienie błędu lub informację jak sobie z tym poradzić, żeby funkcjonowało tak jak powinno, prawidłowo? Ps. zauważyliśmy, że nie jesteśmy jedyni z podobnym problemem. Poniżej podobny problem, ale z poziomu Subiekta Nexo:

Cześć, w dniu dzisiejszym mamy znowu problem z jednym zamówieniem z weekendu, a dokładnie z soboty. Niestety zamówienie nie pojawia się w Subiekcie Nexo Pro. Po wejściu w to zamówienie, klikamy "rozwiąż ponownie konflikty". Co skutkuje pojawieniem się komunikatu: "Czy na pewno chcesz wykonać tę operację? Jej wykonanie spowoduje konieczność ręcznego rozwiązania konfliktów przed wystawieniem dokumentu do zamówienia." Klikamy "OK" i mamy następny komunikat "Operacja udała się. W celu wysłania zamówienia do Subiekta należy kliknąć przycisk "Rozwiąż konlikty" na liście zamówień i ręcznie rozwiązać konflikty." Wchodzimy w "Konflikty" i widzimy tylko tego jednego klienta. Rozwijamy ptaszek po lewej stronie i mamy informację "Brak podobnych obiektów". Więc po lewej stronie mamy akcję "Dodaj nowego klienta" - klikamy i ten klient znika z "Konfliktów", ale dokument w dalszym ciągu jest nie utworzony I tak możemy w kółko sobie klikać to co powyżej Właśnie zaczęliśmy drążyć i okazało się, że klient już kiedyś składał u nas zamówienie jednak przez Allegro i mamy go w Subiekcie. Różni się tylko symbolem i adresem mailowym. W jaki sposób można sobie z tym poradzić, żeby w przyszłości nie pojawiały się takie problemy?

Kiedy można spodziewać się poprawki? Dopytuję, bo wygenerowaliśmy nowy klucz API i w tej chwili stary klucz ma status wygasający i nie wiemy, czy jeżeli on wygaśnie, to klienci będą mogli normalnie płacić tak jak do tej pory? Adresy IP wyglądają dokładnie tak jak na ostatnim screenie, czyli "wszyscy (%)". Tak jak poniżej, na Twoim screenie: "Nie wiem, nie znam się... zarobiony jestem" :D ... ale, chyba te adresy IP nie mają związku, z naszym stałym adresem IP?

Niestety nie... Coś zaczęli grzebać, bo można już wygenerować nowy klucz do CRC... Profilaktycznie wygenerowaliśmy również nowy klucz API. Wpisujemy wszystkie dane, a właściwie kopiujemy i tym razem nic się nie podświetla na czerwono, że jest jakiś błąd... jednak po kliknięciu "Testuj połączenie" otrzymujemy informację "Połączenie nie powiodło się. Sprawdź poprawność danych autoryzujących i spóbuj ponownie. Incorrect authentication" Po konfiguracji można normalnie zainstalować wtyczkę, jednak przy zakupie kontrolnym i próbie zapłaty poprzez Przelewy24 otrzymujemy komunikat o błędzie: "Coś poszło nie tak. Spróbuj ponownie za parę minut. Kod błędu: 00-6dbbc94d0c4f234f89c9bfb2d941559f-7390f97bb3709341-00" @Paweł Żółtaniecki, czy przy wpisywaniu danych konfiguracyjnych w wierszu "Klucz do raportów", powinniśmy wpisać klucz API z Przelewy24? - tylko ten klucz API nie pokazuje komunikatu o błędzie

Bardzo się cieszę, że również u Was sprawdził się nasz system pracy 👍 Współczuję teraz pracy, żeby to wszystko poukładać. Nam trochę zajęło, żeby to porozbijać i zrobić tak żeby było dobrze

Darmowa Dokładnie tak jak @Bartosz Rosa pisze Nam się to sprawdza. https://anydesk.com/pl