Dominik kidl

Działamy w ten sposób przez ProstąPaczkę. W ZK mamy ustawione np FSd i program przy drukowaniu LP od razu wystawia PAi oraz FSd.

A mimo wszystko chciałbym więcej i szybciej Pamiętam, chyba na jesień przyszedł ktoś nowy. Też liczyłem na znaczne przyśpieszenie z nim. @Bartosz Rosa zmieniło się coś w kwestii funkcji "wstrzymaj/wznów" ofertę? Nie mogę znaleźć tematu, zaległości sporo na forum a jest to rzecz, która też mocno mnie interesuje. Chodzi tu o automatyczne ustawienie zakończenia np przy małej ilości towaru i automatycznym wznowieniu oferty, gdy ilość w magazynie przekroczy konkretną liczbę szt.

OK. Na tą chwilę uznajemy temat za "rozwiązany".

Gdzieś ta informacja jest. @Piotr Taraszkiewicz zrobił dla nas w jednym ze swoich programów dodatek, który sprawdza rodzaj dokumentu i ustawia odpowiednią wartość w zamówieniu (do Pola własnego SGT w ZK). Rozróżniamy 3 typy: PAi - paragon FSd - faktura sprzedaży detaliczna FS - faktura sprzedaży na firmę Źle zrozumiałem.

Włączyłem logowanie 8 kwietnia i mam plik z tego dnia. Nadal chcesz go dostać? Sporo czasu minęło. Pokazywał mi to później. Nie pojawiały się na żółto, a nawet więcej, wyświetlały się na zielono jako wykonane, a mimo tego nie zostały wprowadzone do oferty. W altualnej wersji jeszcze nie zauważyłem tego problemu, więc możliwe że sprawa jest nieaktualna.

nie zdążyłem wtedy dokończyć testów. Tak, transakcje nie miały statusu anulowane jak również zakończone. My tylko przerzucamy zamówienia do SGT, więc transakcja w Sello ma tylko status "Utworzono dokument początkowy". Później już nic z nią nie robimy. Powinienem im nadać status zakończone?

Zasmucasz mnie. Rzeczy, na które czekam od lat, miały się pojawić na wiosnę tego roku, dziś jest już czerwiec i choć wpis Twój z kwietnia a ja dopiero do niego dotarłem, to jednak wnioskuję z niego, że co najmniej jeszcze rok trzeba czekać na potrzebne nowości. Z kim trzeba w Insercie rozmawiać, żeby przekonać do zwiększenia mocy przerobowych w Waszym teamie? Wiem, że dla Insertu Sello nie ma wysokiego priorytetu i wielka szkoda. Tak niewiele mu brakuje, żeby został bezkonkurencyjnym programem na rynku (w mojej oceni). Grube pieniądze uciekają "przez palce". Ten wyjątkowy rok u nas pokazał, jak wielkie jeszcze mamy braki w automatyzacji procesów. I tu niestety okazuje się, że właśnie najwięcej na linii Allegro <-> Subiekt Synchronizator jest zaplanowany w aktualizacji lipcowej?

Rozważałeś wystawianie PAi do każdej transakcji zamiast PA (bo rozumiem, że taki wystawiasz skoro w przypadku faktury detalicznej chcesz mieć imienny)? Od początku u nas wystawiamy Paragony imienne zamiast zwykłych. W ten sposób zawsze mam dane klienta w paragonie i łatwiej jest się odnaleźć w transakcjach.

Może twórca programu Prosta Paczka 2 coś tutaj zaradzi @Piotr Taraszkiewicz Sam korzystam z ich rozwiązań i dużo rzeczy z automatyzowaliśmy.

Każdy inaczej wykorzystuje rozwiązania Insertu. U nas akurat Sello jest używane do tworzenia zamówień od klienta (ZK) w Subiekcie GT i dalsza obsługa zamówień odbywa się właśnie przez ten program. Subiekt służy nam jako taki program centralny, w którym schodzą się zamówienia ze wszystkich kanałów sprzedaży. Przez lata wypracowaliśmy dodatkowe rozwiązania, które pozwalają nam na sprawną obsługę klientów. Do dalszego rozwoju sprzedaży przez Allegro potrzebuję zautomatyzować pewne procesy, które aktualnie musi wykonywać człowiek. Możemy zamówić rozwiązania szyte pod nas, które wykonają oczekiwane czynności, jednak jest kilka "ale". Po pierwsze jest to nieporównywalnie droższe. Po drugie team Sello od dawna zapowiada wprowadzenie części z potrzebnych nam funkcji i robienie tego teraz na własną rękę za kilka lub kilkanaście tys zł będzie nieekonomiczne. Po trzecie w tym momencie dużo się też zmienia w samym Sello i rozwiązania, które stworzymy, mogą za chwilę nie działać i trzeba będzie je poprawiać. Z niecierpliwością czekam na synchronizator SGT, który powinien wiele zmienić i wyjaśnić co do tego, w jakim kierunku powinniśmy iść dalej. Automatyczne tworzenie ZK przez Sello, pozwoliłoby mi zmniejszyć ilość pracy dla osoby obsługującej zamówienia z Allegro o jakieś 90%. Zamówienia od razu wpadałyby do realizacji na magazyn, bez udziału człowieka. Pracując np w niedzielę i święta lub na zmianach nocnych, nie musiałbym "wciskać" do pracy handlowca do przyjmowania zamówień. Po prostu magazyn miałby bieżące zamówienia automatycznie. Handlowca mógłbym oddelegować do innych zadań, jakby chociaż ciągłe poprawianie ofert, żeby wykręcały większą i bardziej zyskowną sprzedaż. Bez tych opcji, czuję jakby nasza firma była "ferrari" na szutrowej drodze. Niby mamy duże możliwości, ale brak warunków żeby je wykorzystać. W sumie, to nie wiem czy to dobry kierunek, bo u nas firmy kurierskie i Poczta złapały już zadyszkę i co jeśli damy im dwa razy więcej paczek? I tak nie wyrabiają z aktualnymi odbiorami.

polecenie nie wywołuje żadnego wyniku. Tak ma być? Po jego zastosowaniu nadal próbuje aktualizować stare ZK.

Nasza placówka poddała się 4 lata temu. "Pani z za okienka" powiedziała, że nie chce naszych paczek, bo nie jest wstanie ich obsłużyć. Przesyłki leżały na parkingu Teraz przyjeżdżają po paczki do nas, ale i to jest dla nich dużym wyzwaniem.

...a i tak umrę głupi.? @MARCIN e-kupowanie.pl Nigdy, ale to nigdy nie sprawdziłem, czy da się zbiorczo do transakcji zrobić dokument początkowy ? Wiszę Ci flachę. Jest to jak najbardziej rozwiązanie, które wystarczy na czas wyczekiwania na pełen automat. Jeszcze nie przetestował jak się u nas sprawdzi, bo pracownicy na bieżąco wszystko przyjęli do realizacji.

A ja liczyłem, że to już w tej najbliższej wersji będzie Bartek, z tym tworzeniem ZK w automacie dla "zielonych transakcji", da radę coś szybciej niż maj 2020? Mam teraz nawet po 1000 zamówień po weekendzie. Klepanie tego ręcznie jest strasznie mozolne i czasochłonne.

Tak, ten scenariusz jest możliwy. W jednym czasie może korzystać 3-4 użytkowników. Pierwszy, to automat, który co pewien czas wykonuje określone czynności. Dochodzą użytkownicy, którzy chcąc przyśpieszyć proces wysyłki zmian do Allegro, mogą dodatkowo wywołać "wyślij". Do tej pory jakoś to działało. Zdarzało nam się celowo włączać wysyłkę zmian na kilku stanowiskach, żeby było szybciej. Szczególnie wtedy, gdy do edycji szło kilka tys ofert. A po rozszerzeniu na cały ekran wygląda jak poniżej: Mam jeszcze jeden błąd w wersji 1.34. Dzisiejszej jeszcze nie instalowałem. W piątek chciałem zmienić czas realizacji dla 9 tys ofert. Sello z bólem ale przetworzyło to zadanie. Wysłało do serwisu i w Sello wyświetla się zmiana na zielono. Niestety nie zapisała się w ofertach. W sobotę zrobiłem to powtórnie. Niestety również bezskutecznie. W niedzielę, zrobiłem to z podziałem na konta. Również się nie udało. Poniżej przykład: Teraz niech ktoś mi pomoże obsłużyć zamówienia ponad nasze możliwości I jeszcze jedna rzecz. Sam nie widziałem, ale pracownik mi zgłaszał, że w wersji 1.34 robiąc edycję w ofercie lub ofertach ale kilku rzeczy, np ceny, czasu wysyłki, stanu - w jednym czasie, Sello zapisywało mu tylko jedną rzecz. Zdarzało się też, że przy grupowej edycji kilku rzeczy, nawet kategorii nie zmienił (oczywiście została wskazana do zmiany).

Próba uzupełniania parametrów specyficznych. Za pierwszym razem, wszystko OK. Drugi raz dostałem poniższy błąd: Aktualizacja istniejącej oferty "....................................................." z konta ................... na Allegro.pl: Token odświeżający jest niepoprawny. Token odświeżający jest niepoprawny. Zautoryzuj konta Allegro w oknie zarządzania kontami i licencjami. Obie próby na tym samym koncie, do tych samych produktów tylko w innych kolorach. Łącznie do 6 ofert. Za pierwszym razem uzupełniałem sama wysokość. Za drugim wysokość + waga z opakowaniem. Za drugim razem z 6 edytowanych, zrobiło 4 i przy 2 wywaliło błąd. Po autoryzacji poszło OK. Druga rzecz: u mnie źle wyświetla parametr specyficzny. Wiesz z pierwszym parametrem nakłada się na wiersz z wyborem atrybutu. Poniżej sreeny:

Dziś zainstalowałem nową wersję. Włączyłem automatyczne tworzenie dokumentów początkowych, chcąc przetestować działanie w najnowszej wersji. W raporcie mam błędy dość dziwne, bo m.in. o treści: InsERT_Driver: Uaktualnianie dokumentu z transakcji: Dokument ZK 3907/02/2019 został unieważniony, nie można go edytować.. (0x80040F19) Dlaczego Sello próbuje coś zrobić na dokumencie z przed ponad roku? Co chciało w nim wyedytować? Bo jeśli coś Sello zmienia w ZK z wcześniejszą datą, to może mi coś pozmieniać w tych jeszcze niezrealizowanych z tego roku? Kolejny błąd jaki się pojawił ma treść: "nie wygenerowano żadnej pozycji towarowej (prawdopodobnie transakcja nie zawiera towarów powiązanych z InsERT GT)" i nic więcej. Mam też zapis: "Aktualizacja dokumentu wstępnego do transakcji (Organizer .............................................................................. (762677.......))" Co sello zmieniało w transakcji do tej oferty i która to była transakcja. Przydałaby się bardziej szczegółowa informacja. Dodam, że transakcje na których testowałem automatyczne tworzenie ZK poszły prawidłowo. Powyższych zapisów w raporcie mam mnóstwo z przeciągu 30 min. Mam trochę obawy, że coś mogło zostać zmienione w bieżących zamówieniach. Mam ich ponad 500 na jutro i ewentualne przeglądanie ręcznie nie wchodzi w grę.

Grupowanie działa. Mogę też tworzyć ZK w automacie. Mam tu jednak prośbę, dodacie do ustawień, żeby ZK można było tworzyć tylko do "zielonych transakcji". Aktualnie automat przerzuca wszystkie transakcje do SGT, bez względu na ich status. Byłoby super, gdyby można było robić ZK tylko do zamówień "gotowych do przetwarzania". Druga sprawa, czy w najbliższej wersji pojawi się już nowy synchronizator Sello <-> Subiekt ?

Będzie możliwość tworzenia automatycznie ZK tylko do "zielonych" transakcji. Jeśli będę chciał pozostawić niedokończone transakcji w Sello, do czasu otrzymania wpłaty, wtedy przydałoby się, żebyśmy mieli wybór w jakich sytuacjach ma zostać utworzone ZK.

Niestety i nas to spotyka. Faktycznie Allegro nie widzi w tym problemu, choć moim zdaniem nie powinni mieć najmniejszego problemu, żeby pokazywać koszt wysyłki do kraju, który klient wskazuje w adresie dostawy. Wg nich nie trzeba wysyłać, ale ewentualnego negatywa z tego powodu nie usuną, bo przecież nie są wstanie ustalić faktycznego przebiegu transakcji U nas znacznie zmniejszyła się liczba takich sytuacji, gdy uzupełniliśmy cenniki niemal na wszystkie możliwe kraje. Może jednak kupując, klient czyta koszt wysyłki do jego kraju? Jak jest u Was, macie ustawione cenniki do tych krajów, gdzie wpadają Wam dostawy? Na pewno przyda się jakiś znacznik na tego typu transakcję. Dążąc do automatyzacji, musimy w jakiś sposób wyłapać te zakupy, żeby nie wylądowały od razu na magazynie.

Z tego co Bartek wyżej napisał, to zrozumiałem że już nie będzie czegoś takiego jak grupowanie transakcji. Jeśli się nie mylę, to aktualnie Allegro zwraca w API zgrupowaną transakcję i to Sello samo rozbija na oferty i później trzeba zgrupować. Gdyby udało się uzyskać efekt taki, że od razu dostajemy kompletne zamówienie, już zgrupowane, to nie wystąpi sytuacja tworzenia wielu ZK i później ich usuwania oraz tworzenia jednego. Od razu otrzymamy kompletne ZK, jedno do transakcji. To jest na pewno efekt, jaki chciałbym uzyskać.

Jeśli Bartek piszesz "większe przeróbki", to coś czuję że na ten sezon wiosenny nie będzie oczekiwanej aktualizacji

Biorę się za instalację.

? na prawdę tak robi!? ? Nigdy nie doszedłem do tego etapu. Uruchomiłem automat, zobaczyłem że "wali" ZK do każdej oferty i wyłączyłem. Więcej razy nie uruchamiałem. Nigdy też jakoś nie doczytałem na forum, żeby po późniejszym zgrupowaniu, ZK były usuwane i robione było jedno zbiorcze ? Możliwe, że gdybym wiedział o tym wcześniej, to już dawno coś z tym byśmy podziałali. Na aktualnym etapie już nie mogę zastosować tego rozwiązania. Zamówienia obsługujemy w SGT. Każde utworzone ZK, jest synchronizowane przez dodatek z ProstejPaczki. Program wrzuca do odpowiednich Pól własnych: numer zamówienia z Allegro ID konta sprzedawcy adres mailowy z "+" kupującego, rodzaj wybranego dokumentu końcowego (PAi, FS) sposób wysyłki adres punktu odbioru w przypadku usług odbioru w punkcie Poczty Polskiej Dodatkowo synchronizuje sposób płatności oraz uwagi kupującego. Jeśli w zamówieniu nie ma żadnych uwag od klienta i wszystkie dane zostały prawidłowo zsynchronizowane, to ZK dostaje kategorię "Potwierdzone". Jeśli jest jakaś uwaga lub wystąpił jakikolwiek błąd w synchronizacji, to ZK dostaje kategorię "Do weryfikacji". Nie wiem tak do końca, jak zareagowałaby ProstaPaczka, gdyby pojawiły się ZK do każdej oferty zamiast do całej transakcji. Co wtedy dokładnie zsynchronizuje i jak się zachowa, gdy te ZK znikną i pojawi jedno zbiorcze. Do tego wpadają w międzyczasie automatycznie ZK ze sklepów internetowych, telefoniczne i mailowe. Coś czuję, że byłby problem i spore zamieszanie w numeracji ZK. Mógłbym przetestować ten scenariusz. Może znajdę wolną chwilę, to spróbuję. Na ten moment, idealne rozwiązanie to dorzucenie do Sello auto grupowania i tworzenie ZK w automacie. Wtedy zrezygnujemy z ręcznej obsługi ZK wcześniej oznaczanych kategorią "Potwierdzone". Te ZK byłyby od razu ustawiane przez PP jako "Gotowe do wysyłki". Skoro nie ma uwag od klienta, Sello potwierdziło wpływ pieniędzy i transakcja jest gotowa do przetwarzania, a w programie nie wystąpiły żadne błędy w synchronizacji, to nie ma sensu ręcznie ich przerzucać z potwierdzonych na gotowe do realizacji. Oczywiście już teraz możemy do ZK ustawić, żeby od razu pojawiało się na magazynie. Póki co, testujemy czy mogą pojawić się jakieś błędy. Były tutaj komunikaty o dublowaniu transakcji i u nas nadal występuje błąd Forbirden. Gdy to wszystko zostanie wyeliminowane, wtedy ZK lecą od razu na magazyn, bez obsługi człowieka.

Od 15 lutego nie mieliśmy już takich sytuacji. Hmmm. dziwne, nic u nas się nie zmieniło.