Subiekt nexo
Rachmistrz nexo
Rewizor nexo
Gratyfikant nexo
Gestor nexo
Biuro nexo
Subiekt GT
Rachmistrz GT
Rewizor GT
Gratyfikant GT
Gestor GT
Biuro GT
-1.png.0f1edc1b20004431b4597241289a5724.png)
Dominik Heidemann
-
Liczba zawartości
100 -
Rejestracja
-
Ostatnia wizyta
-
Wygrane w rankingu
1
Posty dodane przez Dominik Heidemann
-
-
W dniu 16.02.2021 o 13:40, Bartosz Rosa napisał:
No bo tutaj zachodzi konieczność, albo naprawienia takich sytuacji i np. dezaktywowania jednego z powielonych kontrahentów w Subiekcie z takim samym NIPem albo wyłączenie kontroli.
W takim razie co zaznaczyć aby Sello było w stanie normalnie pracować?
-
1 minutę temu, Bartosz Rosa napisał:
Widzę, ze w Subiekcie jest opcja Powiel pod skrótem Ctrl+D, czyli tak jak utwórz dokument w Sello. Podejrzewam, że w trakcie gdy Subiekt pod spodem przetwarza coś z Sello i nastąpi w Sello kliknięcie na Ctrl+D to wywołuje się funkcja w Subiekcie. Zauważyłem takie coś kilka razy u siebie podczas pracy i jest zgłoszone do poprawy.
Tylko kilka dni temu uruchomiliśmy automatyczne tworzenie Zk aby zakończyć pracę w Sello z CTRL+D, chyba że chodzi o sam proces nie zależny od człowieka.
-
7 minut temu, Bartosz Rosa napisał:
Co do Subiekta to nie wiem. Są jakieś sposoby śledzenia ale trzeba je najpierw włączyć. Natomiast tutaj brak informacji o transakcji Sello może oznaczać, że z poziomu Sello zostało usunięte powiązanie z ZK. Ale to dotyczyło by tego wcześniejszego zamówienia z 4 marca. No i w historii nie widać aby powstało jakiekolwiek drugie zamówienie. Więc może zostało po prostu stworzone ręcznie w Subiekcie?
Pracownik solidny więc raczej wątpię aby dublował zamówienie.
-
4 minuty temu, Dominik kidl napisał:
@Bartosz Rosa W ubiegłym tygodniu spotkałem podobna sytuacje w innej firmie. Sprawdzałem z nimi co i jak i nie znalazłem żadnego błędu, nic co mogłoby powodować dublowanie ZK. W mojej ocenie taki scenariusz był możliwy tylko poprzez zdublowanie ZK w SGT. Ewentualnie, gdyby faktycznie powiązanie z ZK zostało usunięte. To było jeszcze na wersji 1.37.5. Mieli dzwonić jeśli powtórzy się ten scenariusz. Teraz, gdy ktoś jeszcze zgłasza taka sytuacje, mocniej wierze, ze to nie musiał być błąd człowieka.
Dziwne tylko to, że u nas przy około 2 tys transakcji tygodniowo nie pojawił się nigdy taki błąd.
Nam zdarzyło się to 3 razy w przeciągu 2 dni tylko w transakcjach grupowych. Będę śledzić jak się sytuacja rozwinie. Póki co jesteśmy uważni żeby nie wysyłać dwa razy towaru do klienta
-
8 minut temu, Bartosz Rosa napisał:
Chodzi o zakładkę HISTORIA w oknie edycji transakcji.
Można też w samym Subiekcie włączyć kolumny Sello nazwa i Sello data i zobaczyć co w nich jest przy tych ZK.
W Subiekcie faktycznie nie ma powiązania.
Sello jak poniżej.
Istnieją jakieś LOGI Subiekta aby sprawdzić w jaki sposób pojawiło się to zamówienie? Może pracownik po prostu powielił przez przypadek to zamówienie czy cokolwiek?
-
2 godziny temu, Bartosz Rosa napisał:
Sprawdzimy czy to może mieć jakiś wpływ, chociaż nie powinno. Wersja Sello która?
Sello 1.37.6, Subiekt 1.66 HF2, za chwilę zaaktualizuje od najnowszej wersji może to coś da. Zobaczymy po weekendzie.
5 minut temu, Bartosz Rosa napisał:Czy ZK w transakcji nie zostało przypadkiem odpięte w Sello i stworzone ponownie?
Nie, była jedynie ta zmiana w uwagach ale tu już w SGT
CytatWygląda na to, że one zostały stworzone dzień po dniu.
Tak, dlatego że klient kupił wczoraj 04.03 a dziś nastąpiły jakiekolwiek zmiany tj. "obróbka zamówienia"
CytatCzy ta grupa była jakoś przetwarzana, coś było było może dogrupowywane?
Jedynie to co Sello robi z automatu. Automatyczne grupowanie.
CytatMożna też zajrzeć do historii tej transakcji, czy nie ma tam jakichś śladów odpinania dokumentu.
Jeżeli o to chodzi to proszę:
-
13 minut temu, Bartosz Rosa napisał:
Transakcje grupowane są automatycznie przy pobieraniu z Allegro?
tak
CytatW jaki sposób są dokonywane zmiany w ZK? Ręcznie czy za pomocą jakiegoś zewnętrznego rozwiązania?
Cała procedura wygląda jak opisałem. Nie posiadamy żadnych rozwiązań. Segregujemy zamówienia według uwag i porządek alfabetyczny robi resztę
Tylda to oznaczenie u nas dla nowych zamówień - coś jak gwiazdka w Sello. Po sprawdzeniu poprawności koszyka po prostu zmienia się tylde na np wykrzyknik co oznacza że jest gotowe do wysłania. Wszystkie zmiany zachodzą ręcznie.
-
Mam nadzieję że zadziała. Mam jeszcze jeden problem dotyczący tworzenia dokumentów.
Mam kilka zgłoszeń dotyczących wielokrotnego tworzenia zamówień klienta. Sytuacja wygląda następująco:
1. Pracownik przegląda utworzone Zk i sprawdza czy wszystko się zgadza z zamówieniem z Allegro.
2. Jeżeli jest wszystko ok to usuwa z uwag znak tyldy "~", który oznacza nowe zamówienie z Allegro
3. W to samo miejsce pojawia się nowe zamówienie stworzone przez Sello.
4. Efekt to dwa takie same zamówienia.
Dodam, że ZK 876 jest nowym zamówieniem a 880 tym obrobionym co by wskazywało że zmiana w uwagach zmieniło również numer zamówienia.
-
2 minuty temu, Bartosz Rosa napisał:
Można spróbować za pomocą zmian zbiorczych zmienić typ dokumentu początkowego na nie twórz dla tych transakcji.
Tylko nie mam tak jakby dostępu do konta ebay. Widzę go w dodanych kontach, natomiast nie mogę nic z nim zrobić. Ani się na nie przełączyć, ani aktywować ani dezaktywować.
-
2 minuty temu, Bartosz Rosa napisał:
Dotyczy to tylko transakcji eBayowych?
Tak tylko transakcji ebay, dodam że nie korzystamy z ebay przez sello od 2014
-
Właśnie przełączyłem się na Nowy synchronizator. Dzieje się magia. Od początku mieli w systemie sprzedaży, chcąc utworzyć dokumenty początkowe do transakcji... sprzed wielu lat gdy jeszcze sprzedawaliśmy na eBay. Jednoczesnie wygląda że każda taka próba kończy się nie powodzeniem.
Mam od kilku dni włączoną opcję aby tworzyło automatycznie ZK wiec mam nadzieje że nie pojawi mi się za chwilę tysiąc nowych zamówień w SGT
CytatTworzenie w systemie sprzedaży dokumentu początkowego do transakcji 'universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer (322559950865)': BŁĄD: Towar 'universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer' nie jest powiązany z systemem sprzedaży.
POLECENIE: InsERT.Sello.SalesSystemServer.DataExchange.ManagedSide.CreateUpdateDocumentRequest
{
"needsUI":false,
"user":{
"id":6,
"login":"Fiskal PC",
"password":"qaIvlJmFb+QCb2OT0/IYmA==",
"appRole":"",
"appRolePass":"hdXBjD3A7xcSGuV4i4LsgmuYrn+j7vpm",
"warehouseId":1
},
"transactionName":"universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer (322559950865)",
"requestedDocumentKind":1,
"requestedDocumentType":1,
"updateDirtyOrder":false,
"basicDocInfo":null,
"externalCustomerId":null,
"customer":{
"epSymbol":"",
-- usunięto dane osobowe
"country":"Deutschland",
"phoneNumber":"Invalid Request",
"email":"",
"NIP":""
},
"deliveryAddress":{
-- usunięto dane osobowe
"phoneNumber":"Invalid Request",
"email":"",
"NIP":""
},
"documentAddress":{
-- usunięto dane osobowe
"phoneNumber":"Invalid Request",
"email":"",
"NIP":""
},
"remarks":"",
"addressWWW":"",
"emails":
[
],
"phones":
[
{
"value":"Invalid Request",
"isDefault":true,
"remarks":"z adresu wysyłki"
}
]
},
"preventNotUniqueNIP":true,
"customerSymbolPrefix":"SE",
"updateMainAddress":true,
"updateDeliveryAddress":true,
"positions":
[
{
"itemExternalId":null,
"name":"universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer",
"quantity":1,
"price":22.99
}
],
"treatOrphanItemAsService":false,
"priceLevelId":1,
"notes":"~UPS Dotyczy: universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer (322559950865) dla: saunaomma2 (17:33) przedpłata\r\nUPS przedpłata (3,99 EUR)",
"paymentType":1,
"paymentFromDictionaryId":null,
"transactionId":23192,
"transactionCreationDate":"2017-06-20T13:45:07",
"transactionSourceDescription":"universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer (322559950865)",
"symbolExtension":"",
"shipmentCost":{
"externalItemId":102369,
"name":"",
"price":3.99
},
"category":"_sprzedaż allegro.pl",
"showDocumentWindow":false,
"parentWindowHandle":0,
"printAfterCreation":false,
"showPrintingWindow":false,
"fiscalize":false
}
WYJĄTEK: System.Exception: Towar 'universal Spiegel paar 2 St SUZUKI HONDA KAWASAKI SIMSON Motorrad BMW cafe racer' nie jest powiązany z systemem sprzedaży.
w InsERT.Sello.SalesSystemServer.GTInstance.CopyPositionsToDoc(SuPozycje suPozycje, DocumentPosition[] positions, ShipmentCost shipmentCost, Boolean treatOrphanItemAsService)
w InsERT.Sello.SalesSystemServer.GTInstance.DoCreateUpdateDocumentRequest(CreateUpdateDocumentRequest request)
--- Koniec śladu stosu z poprzedniej lokalizacji, w której wystąpił wyjątek ---
w System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
w InsERT.Sello.SalesSystemServer.SalesSystemHost.ProcessCurrentRequest()@edit
Zauważyłem że cały czas "tworzy" mi te stare dokumenty. Czy aby poprawnie działało automatyczne tworzenie ZK powinny być włączone oby dwie opcje poniżej? Miałem zaznaczone obie i myślę że przez to cały czas mieliło.
-
Czytając posty raczej wpada ten błąd u wszystkich. U mnie generalnie wszystkie z wymienionych powyżej pojawiły się po kilka razy. Średnio raz w tygodniu. Zaczęło się gdy chciałem zaaktualizować nową wersje i nie przeszła z powodu zbyt dużej bazy danych. Od tamten pory baza jest przepełniona i wyskakują błędy.
-
25 minut temu, Bartosz Rosa napisał:
W nowym synchronizatorze Subiekta tak.
W takim razie postaram się niedługo przejść.
Drugie pytanie - włączyłem niedawno automatyczne tworzenie dokumentów (ZK) podczas synchronizacji. Niestety przerzuca mi wszystkie transakcje, nawet te nie opłacone bądź z anulowaną płatnością. Przejrzałem wszystkie ustawienia i nie mogę znaleźć odpowiedniej opcji. Nowy synchronizator również to załatwi?
-
W dniu 22.01.2021 o 09:21, Bartosz Rosa napisał:
Obecnie nie ma takiej możliwości ale planujemy ją dodać w jednej z najbliższych wersji.
Z tego co widzę jest jakaś opcja z ustawieniem sposoby płatności - pobranie/przedpłata w Sello
Osobiście wystawiam jedynie zamówienia klienta, czy jest taka opcja aby jeżlei klient wybierze pobranie zaznaczała się opcja pobranie w zamówieniu klienta w subiekcie? Aktualnie zawsze jest ustawiona gotówka.
-
Godzinę temu, Bartosz Rosa napisał:
A prócz UPSa jakies inne działają normalnie?
Mam problemy tylko z pocztą polską od wczoraj, komunikat jak poniżej. Podobno Poczta nie ma żadnego problemu, Allegro również nie potwierdziło usterki jednak z braku czasu nie miałem czasu sie tym zająć a E-nadawca działa bez zarzutu więc chwilowo tam generuje etykiety. Jest problem jednie z etykietą UPS dla POBRANIA.
-
Godzinę temu, Bartosz Rosa napisał:
Wszystkie transakcje na zrzucie powyżej mają wpłatę, pierwsza się zgadza, druga nie, natomiast transakcja jest opłacona tylko dla trzeciej transakcji. Pytanie czy transakcje są oznaczane ręcznie jako opłacone przez Ctrl+W (zarejestruj wpłatę). Jeśli nie, to będą nadal widniały w zakładce OCZEKUJĄCE NA PŁATNOŚĆ.
Tak, już zrozumiałem, chyba nawet ustawiłem aby przy zgadzającej się płatności aby automatycznie oznaczało jako opłaconą - zobaczymy jutro.
Godzinę temu, Bartosz Rosa napisał:Kolejne pobranie tej etykiety nadal zwraca takie coś? Występuje przy jednej czy przy wielu paczkach?
Tak, każde pobranie tak działa. Wygenerowałem etykiete bezpośrednio na stronie WzA - bez problemu dlatego zgłosiłem tutaj. Miałem dzisiaj tylko jedno UPS pobranie i na czarno.
-
-
22 godziny temu, Bartosz Rosa napisał:
Możesz sprawdzić co znajduje się w zakładce historia dla takiej pary transakcja i paczka?
Podpowiedz mi jak w tą historie wejść bo nie mogę znaleźć.
19 godzin temu, Remigiusz Pawlak napisał:Cześć,
Czy paczki mają zarejestrowaną płatność? Wygląda jakby nie miały i były tworzone przez utwórz paczkę i taka paczka po wysłaniu wraca do okna oczekujące na płatność.
U nas paczki ze statusem płatności na zielono są klikane "zarejestruj płatność" (można to zautomatyzować), wtedy wpadają do "do paczek" (razem z pobraniami) tu wystawiamy faktury (zbiorczo) i dopiero tworzymy paczki (dla pewności można włączyć jeszcze filtr dokument końcowy - utworzony). Po oznaczeniu jako wysłane do oczekujących na płatność wpadają tylko wysłane za pobraniem - na stałe mamy włączony filtr "płatne z góry".
Wszystkie transakcje do paczek jakie generujemy mają oznaczenie płatności bądź jej braku (pobranie) oraz że są gotowe do przetworzenia jeżeli o to chodzi.
@edit
chyba rozumiem @Remigiusz Pawlak Chodzi o zarejestrowanie płatności (CTRL+W) w transakcji i automatyzacji jak poniżej tak?
-
Cześć,
od tygodnia korzystam z paczek w sello. Praca idzie super jednak zauważyłem dziwne zachowanie. Po wygenerowaniu etykiet i odebraniu przez klienta oznaczam paczki jako wysłane zwykle poprzez listę wysyłkową (CTR+W). Daje to taki efekt że transakcje (Wszystkie) zostają oznaczone jako Zakończone. Jednak następnego dnia, wracają do statusu W trakcie realizacji. Jest jakieś wytłumaczenie?
-
Teraz, Bartosz Rosa napisał:
A nick klienta nie zawiera jakichś znaków spoza dozwolonych a-z A-Z 0-9 - oraz _?
Tak, zawiera Client:xxx - problemem jest : ale nie jest to dziwne bo dużo nicków z allegro właśnie w takiej formie jest zapisana. Po zmianie modyfikatorem na - już generuje normalnie.
Cytat[Klient::Nick | replace_many=` ==-;:==-`]
-
1
-
-
Godzinę temu, Bartosz Rosa napisał:
Treść błędu jest ta sama, ale czy w szczegółach (w logu) dotyczy tego samego pola? Przy pobraniach trzeba dodatkowo skonfigurować numer konta bankowego - może te wartości są puste?
Faktycznie numer konta bankowego był problemem. Teraz niestety coś czego nie rozumiem - wyskakuje błąd w logach że numer referencyjny jest błędny chociaż jest ustawiony nick klienta i w przypadku UPS przedpłata działa bez problemu a konfiguracje różnią się tylko numerem konta do wpłat. Nie robi różnicy inny modyfikator i nie działa również puste pole
Cytat{"errors":[{"code":"VALIDATION_ERROR","message":"musi pasować do wzorca \"[A-Za-z0-9-_]+\"","details":"Invalid value: Client:45695703","path":"label.referenceNumber","userMessage":"musi pasować do wzorca \"[A-Za-z0-9-_]+\""}]}
-
23 minuty temu, Bartosz Rosa napisał:
getLabel.parcelId
Tutaj chodzi o to, że przesyłka ta nie została jeszcze utworzona, albo w Sello nie ma jej numeru nadawczego. Proszę pobrać dane z Wyślij Odbierz -> Dostawy paczek -> Odbierz. W przypadku sięgania po wydruk musi być w Sello możliwość zidentyfikowania tego wydruku po numerze przesyłki.
Po poprawieniu jak wyżej działa mi jedynie UPS przedpłata. Pobranie wyrzuca ten sam błąd "nie może być puste" a pozostałe o błędnych znakach. Wszystko wyskakuje gdy klikam Wyślij Odbierz Dostawy paczek
-
1 minutę temu, Bartosz Rosa napisał:
getLabel.parcelId
Tutaj chodzi o to, że przesyłka ta nie została jeszcze utworzona, albo w Sello nie ma jej numeru nadawczego. Proszę pobrać dane z Wyślij Odbierz -> Dostawy paczek -> Odbierz. W przypadku sięgania po wydruk musi być w Sello możliwość zidentyfikowania tego wydruku po numerze przesyłki.
Z zakładki transakcje zrobiłem paczki. Za pierwszym razem wysłałem i odebrałem. Teraz mogę jedynie odebrać dla jednej która jest pobraniowa. Reszta jakby już została pobrania. Natomiast w konfiguracji poprawiłem pole Numer referencyjny z [Paczka::Symbol|replace=`/==-`] na [Klient::Nick] po czym udało mi sie wygenerować etykiete dla UPS przedpłata. Po tej zmianie usunałem paczke i dodałem ją na nowo. Testuje z resztą
-
1 minutę temu, MARCIN e-kupowanie.pl napisał:
Może być tak jak z DHL-em z którego korzystam, gdzie trzeba było w Sello przeprogramować DHL-a na niewysyłanie danych tego punktu. Jakby allegro wstawiło za dużo o jedno pole, do niczego nie potrzebne. Ale to już Bartek musi się wypowiedzieć.
No ciekawe, bo "musi pasować" to kwestia jakichś niedozwolonych znaków w danych.
Może wpisz nr PNI Poczty na którą kurier zawozi paczki (pewnie na Główną?)... Coś trzeba wpisać, bo pole nie może być puste.
Z tych logów rozumuje że są niepoprawne znaki właśnie w punkcie ID. Poczta ma już swoje PNI UPS natomiast nie. Pomijając to że w poczcie PNI składa się z dozwolonych znaków tj liczb
Przedsprzedaż na allegro
w Pomocna dłoń
Napisano
Cześć, mógłbyś podpowiedzieć która opcja dokładnie za to odpowiada?
Nigdy nie mieliśmy żadnej synchronizacji typu wznawianie i zakończanie aukcji w zależności od stanu magazynowego.