Skocz do zawartości

Paweł Romanowski

Użytkownik
  • Liczba zawartości

    31
  • Rejestracja

  • Ostatnia wizyta

Posty dodane przez Paweł Romanowski

  1. W dniu 5.04.2024 o 08:28, Bartosz Rosa napisał:

    Jaka forma płatności (jaki typ) jest ustawiona na ZK?

    Kurier Inpost Pobranie. 

    Moduł Należności i Rozliczenia. 

    Można wybrać tylko płatności dokonane i to w bardzo ograniczonym zakresie. Rozumiem, że jest, to pochodna od Allegro. Realizując zamówienia innego pochodzenia często sprzedajemy towary z odroczonym terminem płatności. 

    Czy faktura sprzedaży jest wystawiana na podstwiedanych z EZ czy ZK? 

  2. W dniu 5.04.2024 o 08:28, Bartosz Rosa napisał:

    Dziękuję, również dodamy. Czy informacje te mają się przenosić jako komentarz do EZ czy powinny lądować w polu uwagi od kupującego?

    Karta zamówienia EZ nie zawiera ani jednego ani drugiego jeżeli się nie mylę. W przeciwieństwie do ZK. Wystarczy uwidocznić uwagi do zamówienia. To bardzo pomaga osobie, która np. musi podać numer paczkomatu lub skonfigurować płatnosci. Niestety NX Sello fajnie działa jako program do obsługi Allegro, ale z Subiektem jest kompletnie nieporadny. Do komfortowej pracy jeszcze daleka droga. 

    Włąśnie odkryłem, że można podejżeć uwagi zapisane w ZK w dokumentach powiązanych. Da się ale nie jest to komfortowe. 

  3. W dniu 5.04.2024 o 08:28, Bartosz Rosa napisał:

    Czy na innych stanowiskach jest uruchomione Sello w trybie multiprogramu razem z Subiektem? Jeśli tak, to który program jest główny (uruchamiany)?

    Problem rozwiązany. Nie uruchamiało się Sello

  4. Edycja wzorca wydruku.

    Tabela z Pozycjami.

    VAT.

    Wybieram do pozycji "VAT".

    Na wydruku pojawia się symbol stawki Vat zamiast wartości cyfrowej. Niby żadna róznica ponieważ Vat jest wyliczny prawidłowo, ale z różnych powodów można stosować różne sybole dla tych samych stawek Vat. Symbole te nie powinny pojawiać się na wydrukach ponieważ są wewnętrznym oznaczeniem stawek. 

    Czy ktoś ma jakieś sensowne rozwiązanie poza oczywiście produkcyjnym? 

  5. Połączenie z Inpostem działa bez zarzutu.

     

    Zauważone dysfunkcje:

     

    Próba zapisania zamówienia EZ z ZK na innych stanowiskach niż moje generuje komunikat: "Brak środków w portfelu Insert".

    Zamówienie importowane z częściowo zrealizowanego ZK do EZ. Pakowanie. Pokazują się produkty wcześniej wysłane.

    Brak możliwości mapowania formy płatności z ZK.

    Brak numeru przesyłki na FS.

    Przygotuj do wysłania (z ZK) widać produkty ale nie widać uwag do dokumentu. Często są tam ważne informacje od klientów lub istotne dane z importu zamówienia. 

     

     

     

  6. 2 godziny temu, Bartosz Rosa napisał:

    Etykiety są pobierane z API kuriera/Allegro w postaci PDF i obecnie są wyświetlane. Na szybko (czyli w najbliższej wersji) możemy zmienić to aby wywoływane było od razu systemowe polecenie drukowania - wg parametrów domyślnych dla polecenia Drukuj na pliku PDF. 

     Jeżeli będzie można wskazać drukarkę, to wystarczy w zupełności. PDF A6, czy A4 zostanie sformatowany przez samą drukarkę.

    2 godziny temu, Bartosz Rosa napisał:

    Najpewniej by było aby te dane importowane do nexo były jednak w ustrukturyzowanej formie

    Super. Ludzie faktycznie wpisują te dane bardzo różnie. 

  7. Kolej kwestie.

     

    Wystawiając fakturę z zamówienia wysyłkowego do faktury nie jest eksportowany numer przesyłki. Można ustawić eksport do Allegro ale nie do faktury.

    Brakuje automatyzacji związanej z przygotowaniem ZK do EZ i ewentualnym dalszym postępowaniem. Np. ustawiamy Gotowość do realizacji w ZK, co skutkuje dalszymi procesami aż do uzyskania numeru przesyłki, wydruku etykiety i wydruku faktury. 

  8. Po zmianie adresu e-mail na numer wszystko działa. Dziękuję za cierpliwość i pomoc.

     

    Drukowanie etykiet kurierski.

    Jak widzę dostępne jest tylko drukowanie do PDF. Czy jest możliwe przesłanie etykiety bezpośrednio na drukarkę? Ręczne drukowanie z 50-60 PDF będzie wyzwaniem. 

     

    Numer domu/mieszkania Odbiorcy.

    Inpost wymaga aby te dane były wprowadzone. Nasz problem polega na tym, że 90% zamówień jest importowanych z naszych sklepów internetowych. Nazwa ulicy, jej numer oraz numer mieszkania wpisywane są w jednej linii i tak jest to importowane do NEXO. W kontekście masowej realizacji zleceń wysyłkowych rodzić będzie, to istotną niedogodność. Inpost będzie zgłaszał błąd. 

    W ProstejPaczce jest, to zrealizowane poprzez domyślne wstawienie kropki w niewypełnionych polach z numerem ulicy i mieszkania. Proste i skuteczne oszukanie serwera Inpost. Niestety w szablonie nowego Klienta Nexo nie można w ogóle definiować pól związanych z adresem. Jakieś sugestie na rozwiązanie tej kwestii?

     

     

     

  9. 30 minut temu, Bartosz Rosa napisał:

    No i tutaj jest problem. Zamiast adresu email należy podać identyfikator organizacji (numer). Zakładam też, że jako Hasło jest wpisany ten bardzo długi token pobrany ze strony menadżera paczek InPostu.

     

    Poprawimy nazewnictwo pól aby nie wprowadzało w błąd. Dodatkowo sprawdzanie poprawności połączenia nie weryfikuje tego identyfikatora organizacji, dlatego mylnie pojawia się tutaj informacja, że połączenie jest ok. Jest to już przewidziane do poprawki.

    Rozumiem, że 'ten bardzo długi token pobrany ze strony menadżera paczek InPostu" jest prawidłowy?

  10. "To wygląda na chwilowy problem z dostępem do serwera API InPostu."

     

    W tym samym czasie ProstaPaczka generuje etykiety bez problemu. Przydałaby się konkretna identyfikacja błędu z serwera Inpost. W tej chwili nie wiemy czy problemem jest błędna konfiguracji przesyłek po naszej stronie, czy zwyczajnie brakuje wypełnienia jakiegoś wymaganego przez Inpost pola. Inpost jest w tym zakresie dość upierdliwy.

  11. W zamówieniu wysyłkowym utworzonym z ZK w Subiekcie obligatoryjnie zaznaczona jest opcja "Inna waga paczek". Nawet kiedy odznaczymy to pole wyboru i zapiszemy zamówienie wysyłkowe jest ono zaznaczone. Przy tworzeniu paczki jej waga równa jest 0. Przy zapisie ZK jest ostrzeżenie o wadze równej 0.

    Nie są pobierane wymiary paczki mimo zdefiniowania w sposobie wysyłki. 

    Generowanie listu generuje błąd.

    "Serwis Inpost zwrócił błąd"

    "Serwis Inpost nie odpowiada"

     

    Konto w Inpost utworzone poprawnie wg Nexo. 

     

     

  12. W dniu 16.05.2022 o 15:27, Bartosz Rosa napisał:

    W Sello NX, nad którym obecnie pracujemy taka możliwość będzie. A jako, że będzie on jednym z programów wchodzących w skład nexo, jego moduły będą do wykorzystania także z poziomu Subiekta. Oczywiście nie jest to dostępne od ręki w tej chwili. Wydanie Sello NX planowane jest na rok 2023, ale jeśli macie Państwo ochotę podzielić się swoimi przemyśleniami i potrzebami odnośnie tego jak takie przesyłki miałyby współpracować z Subiektem (z którego miejsca tworzone, w jaki sposób zarządzane itp) to chętnie wysłuchamy. Można powiedzieć, że nasze prace nad Sello są akurat w okolicach zagadnień związanych z przygotowaniem i wysyłką paczek.

     

     

    Podbijam temat. Sello NX już jest. Obsługuje integrację z Inpostem li tylko. Na ten moment nie możliwości wystawienia listu przewozowego z Subiekta Nexo. Rozumiem, że taka opcja pojawi się w późniejszym czasie. Jak również integracje z innymi firmami kurierskimi? 

  13. Potrzebujemy osobny cennik w EURO do obsługi cen w e-sklepie dla kontrahentów zagranicznych.

    Utworzyłem zatem specjalnie dla tego celu cennik główny, w którym ustawiłem walutę Euro, kurs przeliczania waluty itp.. Wszystko wygląda ładnie ale cena ewidencyjna, która jest podstawą kalkulacji nie jest przeliczana z PLN na EURO. W efekcie mamy ceny EURO dokładnie takie same jak w PLN. 

    Czy można temu jakoś zaradzić? 

    Wiem, że mogę dodać dodatkowe parametry kalkulacji Control+K, ale to ustawienie znika po przeliczeniu cennika. 

    Ceny przeliczone na Euro są nam niezbędne do właściwej synchronizacji cen w e-sklepie. 

     

  14. W dniu 18.06.2021 o 13:06, Przemysław Werner napisał:

    Można przejść do szczegółów pozycji [Ctrl+F3] i wybrać przycisk, aby przeliczyć szacowany koszt. Operację należałoby wykonać dla każdej pozycji.

    image.png.9e1aa6727e29f08cfcfe12471fe29bd0.png

    Tak niestety robimy. 

    Zapraszam Pan do zmiany kilkudziesięciu pozycji faktury zakupu w sześciu cennikach jednocześnie. Ciekawe, w którym momencie zwymiotowałby Pan na klawiaturę.

    Po co zrobiliście bardzo ciekawe z założenia narzędzie do zmiany cen skoro działa ono wadliwie?

    Spodziewałem się raczej odpowiedzi w stylu: "poprawimy to przy najbliższej aktualizacji". Do tego czasu zatrudnijcie kilku chińczyków, którzy wyrobią sobie do perfekcji posługiwanie się Ctrl+F3. 

  15. W dniu 18.06.2021 o 13:22, Marcin Stefanowski napisał:

    no niestety przy kilkuset pozycjach to nie wchodzi w rachubę :(

    a na czym polega błąd ? Program nie przelicza z ceny ewidencyjnej czy w ogóle nie przelicza kosztu ? Może jakieś inne ustawienie parametrów ?

    może w jakimś innym miejscu (cenniki, schowek itp) można wywołać opcję przepisania ceny ewidencyjnej jako kosztu ?

     

    kiedy ta poprawka ma szansę się pojawić ?

    Właściwie wszystko opisałem. Nie zmienia KOSZTU. Koszt jest ustawiony jako cena ewidencyjna. Po zapisie faktury zakupu zmienia się cena ewidencyjna (na cenę z faktury - zgodnie z moim ustawieniem). Nie zmienia się jednak koszt. Dale skutkuje to tym, że "masowe" przeliczanie cen oferowane przez NEXO działa kompletnie niezgodnie z parametrami określonymi w cennikach. Przelicza ceny sprzedaży zmieniając marżę. Cenniki z założenia mają przeliczać ceny wg zadanej, stałej marży.  

     

    Zatem "funkcjonalność" podana przez Pana Wernera jest o kant ... 

×
×
  • Dodaj nową pozycję...