Formularze pozakupowe i PzA - dyskusja

[Bartosz Rosa 1 770]

W wersji 1.8 pojawi się w Sello obsługa formularzy pozakupowych Allegro oraz Płacę z Allegro i tym razem funkcjonalność ta nie będzie już przesuwana dalej. W związku z tym zapraszam do dyskusji nt. jak powinna wyglądać ta obsługa aby maksymalnie ułatwić Wam pracę.

 

Zagadnienia, które można by rozważyć na początek to np:

1. Czy formularze powinny się zapisywać w Sello jako osobne byty, czy od razu aktualizować transakcje?

2. Formularze przechowywane jako osobne byty służyły by w zasadzie tylko po to, aby użytkownik mógł spowodować przepisanie pobranych danych do transakcji. Czy jest zatem sens wizualnego wglądu w formularze, czy wystarczy, że zaktualizują one transakcje od razu po pobraniu z serwisu?

3. Czy powinno pojawiać się potwierdzenie zmienionych danych w transakcji na zasadzie takiej jak to aktualnie jest z zatwierdzaniem danych ze Strefy Sello?

4. Jakie dane z formularzy powinny się automatycznie dodawać jako notatka do transakcji ( pomijając oczywiście notatkę od klienta bo to jest oczywiste)?

5. Czy transakcje w Sello powinny się automatycznie grupować w zależności od tego, których aukcji dotyczy formularz (tu mogą pojawić się konflikty z ręcznym grupowaniem trudne do rozwiązania).

6. Jak w tej chwili obsługujecie odbiór w punkcie (adres wpisywany jest jako adres klienta w transakcji?) i ewentualnie czy tutaj nie trzeba by czegoś zmienić/dodać/usprawnić.

7. Automatyczna zmiana typu dokumentu z paragonu na fakturę w momencie gdy klient zaznaczy, że chce otrzymać fakturę.

8. Automatyczna zmiana sposobu dostawy w zależności od wyboru użytkownika - będzie to wymagało prawdopodobnie zmian w słownikach dostaw i dostawców, tak aby Sello było w stanie powiązać dostawy allegrowe na te używane w Sello (np, kurierów w Sello może być wielu, na serwisie definiuje się 1 dostawę typu kurier).

 

c.d.n.

[Tomek Mazur 158]

Czy jest zatem sens wizualnego wglądu w formularze, czy wystarczy, że zaktualizują one transakcje od razu po pobraniu z serwisu?

może mieć sens we wgląd i konieczność akceptacji zmian bo w sytuacji kiedy mamy w SGT kilka wzorów produktów pod różnymi pozycjami a 1 aukcję i opcję wyboru tych wzorów (ręczne dopisywanie produktów) to pojawi się zabawa z "odksięgowaniem" i zaksięgowaniem wpłat.

 

 

Czy transakcje w Sello powinny się automatycznie grupować w zależności od tego, których aukcji dotyczy formularz

no właśnie, trzeba to dobrze przemyśleć, bo Klienci często uzupełniają kilka formularzy dla każdej transakcji osobno, mają też przy tym opcję zmieniać koszty wysyłki ręcznie...

 

 

Przydałaby się też nowa zakładka we wiadomościach, tzn. rozdzielić FOD'y i zwykłe maile.

[krvpik 3]

 

1. Czy formularze powinny się zapisywać w Sello jako osobne byty, czy od razu aktualizować transakcje?

zapisywane automatycznie gdy w wiadomosci od kupujacego niema adresu, np trzeba zrobic wykrywanie kodu pocztowego, nieraz adres wysylki wpisze taki a wiadomosci wpisze inny wtedy ja uwzgledniam ten z wiadomosci

 

2. Formularze przechowywane jako osobne byty służyły by w zasadzie tylko po to, aby użytkownik mógł spowodować przepisanie pobranych danych do transakcji. Czy jest zatem sens wizualnego wglądu w formularze, czy wystarczy, że zaktualizują one transakcje od razu po pobraniu z serwisu?

proponuje przepisanie ich do notatki ze specjalnym formoatowaniem by adres byl wyrozniony

3. Czy powinno pojawiać się potwierdzenie zmienionych danych w transakcji na zasadzie takiej jak to aktualnie jest z zatwierdzaniem danych ze Strefy Sello?

tak powinno najlepiej gdy bedzie tez nowa wiadmosc autmatyczna po zatwierdzeniu do klienta

4. Jakie dane z formularzy powinny się automatycznie dodawać jako notatka do transakcji ( pomijając oczywiście notatkę od klienta bo to jest oczywiste)?

dodatkowo adres i koszt dostawy/sposob

5. Czy transakcje w Sello powinny się automatycznie grupować w zależności od tego, których aukcji dotyczy formularz (tu mogą pojawić się konflikty z ręcznym grupowaniem trudne do rozwiązania).

i tu jest pies pogrzebany, moze takie rozwiazanie okno dialogowe czy zgrupowac te tranzakcje w jedna i zeby w tym oknie byly widoczny formularz dostawy

8. Automatyczna zmiana sposobu dostawy w zależności od wyboru użytkownika - będzie to wymagało prawdopodobnie zmian w słownikach dostaw i dostawców, tak aby Sello było w stanie powiązać dostawy allegrowe na te używane w Sello (np, kurierów w Sello może być wielu, na serwisie definiuje się 1 dostawę typu kurier).

tak musi to byc, trzeba stworzyc slowniki by byly zgodne z cennikiem dostawy a wiec w takiej formie jak na allegro, jak i szablonach aukcji

 

c.d.n.

[herman 3]

 

5. Czy transakcje w Sello powinny się automatycznie grupować w zależności od tego, których aukcji dotyczy formularz (tu mogą pojawić się konflikty z ręcznym grupowaniem trudne do rozwiązania).

 

Jest masa osób, która kupuje 40 produktów i do każdego z osobna wypełnia FoD... Moim zdaniem powinno zostać grupowanie ręczne tak jak do tej pory - po zgrupowaniu transakcji, jeśli kwoty się zgadzają, Sello mogłoby pytać, czy podpiąć FoDa, który został wykryty i pasuje do zgrupowanej transakcji.

[Bartosz Rosa 1 770]

może mieć sens we wgląd i konieczność akceptacji zmian bo w sytuacji kiedy mamy w SGT kilka wzorów produktów pod różnymi pozycjami a 1 aukcję i opcję wyboru tych wzorów (ręczne dopisywanie produktów) to pojawi się zabawa z "odksięgowaniem" i zaksięgowaniem wpłat.

To w zasadzie i tak nic nie zmieni, bo zamówienia tworzą się przy zapisywaniu transakcji, gdzie niekoniecznie FPZ (formularz pozakupowy) musi być wypełniony. Sam formularz jest pobierany dopiero po zapisaniu transakcji w bazie (na podstawie istniejących w Sello transakcji).

 

grupowanie automatyczne:

no właśnie, trzeba to dobrze przemyśleć, bo Klienci często uzupełniają kilka formularzy dla każdej transakcji osobno, mają też przy tym opcję zmieniać koszty wysyłki ręcznie...

Czyli być może przydatna była by opcja grupowania ręcznego, ale na podstawie informacji z FPZ, tak jak teraz jest opcja grupuj transakcje klienta.

 

zapisywane automatycznie gdy w wiadomosci od kupujacego niema adresu, np trzeba zrobic wykrywanie kodu pocztowego, nieraz adres wysylki wpisze taki a wiadomosci wpisze inny wtedy ja uwzgledniam ten z wiadomosci

Adres w transakcji będzie się brał z adresu wysyłkowego który widnieje w formularzu, natomiast wiadomość do sprzedawcy będzie się wpisywać jako notatka do transakcji. Jeśli tam będzie adres to już trzeba go przepisać ręcznie. Myśleliśmy kiedyś nad wykrywaniem i parsowaniem adresów ale trochę czasu trzeba by poświęcić nad w miarę skutecznym algorytmem. Tak, więc być może będzie, ale nie w tej wersji.

 

odebrany formularz:

proponuje przepisanie ich do notatki ze specjalnym formoatowaniem by adres byl wyrozniony

Jest to jakieś rozwiązanie, w zasadzie najprostsze i najszybsze w realizacji, ale jednak notatki w tej chwili nie bardzo wspierają formatowanie (jeśli chodzi o czcionki, pogrubienie etc). Tu trzeba również pamiętać, że przechowywanie formularzy w jakiejkolwiek postaci zajmuje dosyć dużo miejsca w bazie danych a tak naprawdę używane są tylko po to, żeby zaktualizować nimi dane w transakcji.

 

w notatce:

dodatkowo adres i koszt dostawy/sposob

Jeśli adres wpisze się sam do adresu dostawy w transakcji to w zasadzie nie ma sensu powielać informacje. Stary adres będzie widoczny w historii transakcji. Można ewentualnie pokusić się o bardziej przejrzyste wyświetlanie w historii adresów i możliwość ich przywracania/zmieniania, lub też zbiorczy widok wszystkich adresów, łącznie z adresami klienta (podstawowy i wysyłkowy) - wtedy można będzie zdecydować który adres wstawić w transakcję.

 

automatyczna zmiana sposobu dostawy:

tak musi to byc, trzeba stworzyc slowniki by byly zgodne z cennikiem dostawy a wiec w takiej formie jak na allegro, jak i szablonach aukcji

W praktyce prawdopodobnie do każdej dostawy będzie dodana lista przypisująca konkretną dostawę z serwisu dla każdego serwisu. Takie powiązanie każdy będzie musiał zrobić ręcznie. Automatycznie można powiązać tylko dostawy, które są predefiniowane w Sello.

 

[Tomek Mazur 158]

może mieć sens we wgląd i konieczność akceptacji zmian bo w sytuacji kiedy mamy w SGT kilka wzorów produktów pod różnymi pozycjami a 1 aukcję i opcję wyboru tych wzorów (ręczne dopisywanie produktów) to pojawi się zabawa z "odksięgowaniem" i zaksięgowaniem wpłat.

To w zasadzie i tak nic nie zmieni, bo zamówienia tworzą się przy zapisywaniu transakcji, gdzie niekoniecznie FPZ (formularz pozakupowy) musi być wypełniony. Sam formularz jest pobierany dopiero po zapisaniu transakcji w bazie (na podstawie istniejących w Sello transakcji).

Nie do końca, bo muszę wiedzieć jaki towar podpiąć, informacja o tym jest często w notatce w FOD, czyli rozwiązaniem byłaby funkcja zastosowywania zmian z FOD'ów na żądanie (bo ew. ręcznych korektach).

[tadzimir.pl 155]

Świetnie, że taki temat wreszcie się pojawił, mam nadzieję, że to pierwsza jaskółka, która wreszcie zwiastuje obsługiwanie formularzy i PzA przez Sello.  Pozwolę sobie umieścić tu przemyślenia i koncepcje związane z tym tematem własne oraz współpracownika, niekoniecznie ułożone dokładnie w/g. listy pytań BartKa, a na pewno znacznie szerzej opisujące temat.

 

Podstawowa kwestia - nie jest dla mnie całkowicie jasne, jaką Sello Team ma koncepcję przyjmowania wpłat przez PzA.  Moim zdaniem powinno to być niezależne od samego formularza - np. można dodać zakładkę w Transakcjach "PzA do przyjęcia", czy jakoś podobnie, gdzie będzie lista transakcji wraz z wpłaconą kwotą i możliwość łatwego zaznaczenia wielu transakcji i przyjęcia wpłaty.  Dość często zdarza się, że klient niedopłaci lub nadpłaci, więc nie chcę, żeby PzA były księgowane w pełni automatycznie.  Jednocześnie rozwiąże to kwestię, którą (jeśli dobrze rozumiem) porusza masur związaną z pojawiającą się niekiedy koniecznością zmodyfikowania listy towarów przed zaksięgowaniem wpłaty.

 

Jeśli chodzi o formularze - dla pojedynczych transakcji z formularzem wypełnionym jeden raz sprawa jest dość prosta:

- trzeba zrobić mapowanie rodzajów przesyłki w Sello na rodzaje przesyłki na Allegro - rozwiązanie, o którym pisze BarteK jest dobre

- pobranie formularza powinno ustawiać adres wysyłki wybrany przez klienta, rodzaj i koszt przesyłki, informację, czy ma być faktura (+ ew. dane do niej), numer telefonu (najlepiej byłoby tylko do transakcji, ale jeśli nadal nie będzie takiej możliwości to powinien on również zostać ustawiony jako domyślny dla klienta) i wpisywać notatkę od klienta.

- jeśli chodzi o kwestię zatwierdzania danych z formularza - proponuję zaznaczanie transakcji (w rodzaju wykrzyknika ze Strefy Sello) w sytuacji, gdy w formularzu jest notatka od klienta lub wybrany został "inny rodzaj przesyłki".  Dane powinny być tak czy inaczej wpisane, chodzi tylko o dodatkowy znacznik.  Tu nie widzę potrzeby tworzenia bytu typu FOD (a przynajmniej prezentacji go użytkownikowi Sello).

- jedynym problemem jest kwestia odbioru w punkcie.  Korzystam tylko z Paczki w Ruchu, gdzie trzeba podać dane (nazwisko, adres i telefon) klienta oraz nr kiosku (POPeR), natomiast adres kiosku nie jest nigdzie potrzebny.  Na ten moment radzę sobie w ten sposób, że nr POPeR wpisuję w polu "Państwo" - jednak nie jest to rozwiązanie do końca intuicyjne, poza tym nie wiem, jakie są wymagania jeśli chodzi o adresowanie innych rodzajów przesyłek tego typu.  Rozwiązania widzę 3:

1. Dodatkowe pole w danych adresowych typu "nr punktu odbioru" - jednak nie wiem, czy to wystarczy przy innych przesyłkach, a dodatkowo pole to będzie tylko wprowadzać zamieszanie przy przesyłkach innych niż odbiór w punkcie.

2. Dodatkowy adres punktu odbioru - to z kolei wiąże się z jego prezentacją w karcie transakcji.  Nie mam pomysłów na rozwinięcie tej koncepcji.

3. Zostawienie tego zasadniczo tak, jak jest (tzn. każdy radzi sobie z odbiorami w punkcie dotychczasowymi sposobami) - wtedy konieczna jest tylko informacja, że w formularzu wybrany został odb. w punkcie  - na podobnej zasadzie, co w przypadku notatki lub "innego rodzaju przesyłki" - i może dodanie danych punktu odbioru jako notatki.  Osobiście skłaniam się ku temu rozwiązaniu - odbiory w punkcie to dość niewielka część wysyłki, a uprości to zmiany w Sello i przyspieszy wprowadzenie wersji obsługującej formularze.  Gdy już formularze będą działać prawidłowo można pomyśleć nad usprawnieniem tej funkcjonalności.

 

Problem zaczyna się w przypadku kilku transakcji lub kilkukrotnie wypełnionego formularza.  Niestety w takim przypadku chyba nie ma innego wyjścia niż stworzenie dodatkowego bytu (FOD), gdyż klient może wypełniać formularze dość dowolnie i, w przypadku zakupu kilku przedmiotów, w dowolnych konfiguracjach.  Proponuję wstępną obróbkę takich formularzy oraz transakcji z nimi związanych:

- automatyczne grupowanie transakcji w przypadku, gdy został wypełniony jeden formularz dla kilku zakupów - na pewno w sytuacji, gdy wszystkie transakcje są Nowe, natomiast jeśli są W trakcie realizacji to jest to kwestia do przemyślenia (może np. umożliwić użytkownikowi wybór, czy takie transakcje również grupować, czy nie)

- jeśli do transakcji zgrupowanej (automatycznie lub ręcznie, nieistotne) jest tylko jeden formularz to zostaje on przepisany tak samo jak dla pojedynczej transakcji, jednak _zawsze_ powinna pojawiać się informacja (np. wykrzyknik), że zostały wpisane dane z formularza.  Niestety cenniki dostawy są ograniczone i zdarza się, że opłata za przesyłkę wyliczona przez formularz nie jest prawidłowa

- jeśli jest więcej formularzy, ale w każdym jest taki sam adres wysyłki i dane do faktury to te dane zostają wpisane do Sello.  Dodatkowo w transakcję wpisane zostają wszystkie notatki (z każdego formularza osobno) i jeśli wszędzie wybrany został ten sam rodzaj przesyłki, lub w części formularzy jakiś (wszędzie ten sam) rodzaj, a w pozostałych "inny rodzaj przesyłki" (czyli wybór spoza listy przesyłek oferowanych przez sprzedającego i koszt wpisany przez kupującego) to ustawiany jest rodzaj przesyłki wybrany przez klienta.  Koszt przesyłki mógłby zostać obliczony na podst. cenników dostawy w poszczególnych aukcjach, ale nie jest to szczególnie istotne, gdyż i tak musi zostać zweryfikowany przez użytkownika.  Oczywiście transakcja musi zostać oznaczona do weryfikacji

- w pozostałych przypadkach trzeba dać możliwość łatwego sprawdzenia, co jest w poszczególnych formularzach i wybrania jednego z nich jako obowiązujący - wtedy Sello przepisuje dane z niego, a użytkownik je w razie potrzeby modyfikuje

 

Pojawia się tu jeszcze kilka kwestii:

- w ostatnim przypadku (kilka formularzy z różnymi adresami) najczęściej będzie tak, że transakcję trzeba rozgrupować, po czym wysłać poszczególne towary na różne adresy (ew. częściowo jeszcze grupując po drodze).  Sello musi na tyle inteligentnie łączyć formularze z transakcjami, żeby po takim rozgrupowaniu formularze zostały podpięte do odpowiednich transakcji

- jest trochę różnych rzeczy do sprawdzenia przez obsługę i myślę, że dobrze byłoby wypracować jakiś sposób oznaczania, co konkretnie jest do zweryfikowania, tak żeby użytkownik nie musiał sprawdzać wszystkiego, jeśli dostanie tylko ogólną informację typu "transakcja do weryfikacji"

- usuwanie formularzy.  Myślę, że dla zaoszczędzenia miejsca w bazie danych spokojnie można formularze usuwać permanentnie, np. po 30 dniach od zmiany statusu transakcji, której FOD dotyczy na Zakończona.  Pewnie nawet szybciej - najlepiej chyba dorobić to jako opcję konfiguracyjną

 

[BITechnology 3]

Tadzmir jak zwykle imponuje głębią i sensem swoich przemyśleń (pozytyw).

Nie chcąc wchodzić w polemikę i cytowanie przyjmę również system opisu własnej koncepcji. Zdając sobie sprawę, że każdy robi to inaczej powiem:

 

NAJBARDZIEJ IRYTUJĄCE JEST PORÓWNYWANIE KTÓRE POLE Z MAILA FoD oraz PzA

(KTÓRY PRZYPIĘTY JEST PRZECIEŻ AUTOMATYCZNIE DO TRANSAKCJI) JEST RÓŻNE OD TEGO CO JUŻ MAM ZAPISANE W BAZIE SELLO W REKORDZIE TRANSAKCJI I NIEMOŻNOŚĆ Z POZIOMU TEGO MAILA DOKONANIA ZMIANY W REKORDZIE SELLO.

 

Idąc niejako tropem "doróbki" umożliwiającej przeniesienie adresu Ctrl+C do rekordu transakcji w pole adresu Ctrl+V Proponuję:

 

Dodać osobne 2 tabel do bazy Sello w których jako klucz funkcjonowałby numer transakcji; typ (FOD, PZA); Numer (FOD, PZA - a jeśli brak numeru to nadany względem daty wypełnienia dla zachowania chronologii) oraz kolumny pochodzące odpowiednio z maili FOD oraz PZA (tech: taki skrót myślowy, a co do tabel to może być oczywiście jedna bo TYP wprowadza rozróżnienie).

 

Trzecia tabela (sterująca automatem) zawierałaby kolumny ze statusami odpowiadającymi dla każdemu polu z poprzednich 2 tabel. (Wrócę do tego pózniej).

 

Dodanie 1 nowych zakładek gdzie chronologicznie wg daty wypełnienia widoczne byłyby "maile" (jako lista z filtrem - FOD/PZA) (tech: znowu skrót myślowy) z tym, że kliknięcie w taki rekord powodowałoby wyświetlenie okna lub wyświetlenie w ramach tej zakładki tabeli trzykolumnowej gdzie w jednej kolumnie widoczne są dane z obecnego rekordu transakcji a w drugiej dane pochodzące z "maila" FOD lub PZA.

Trzecia kolumna zawiera SYGNALIZATOR, Status (o którym za chwilę) i przycisk COPY (przenoszący korespondujące wartości pomiędzy kolumnami) oraz przycisk ADD (dodający wartość jednej kolumny do drugiej - przydatne szczególnie przy polach z wartościami).

 

UWAGA: Dodatkowa elastycznosc uzyskamy jeśli pola będą miały możliwość wpisania wartości również "z palca" (czyli nadpisanie wartości z maila, zapamietanie jej jako nowej wartości w mailu i następnie przepisanie do transakcji - tez taki skrót myślowy).

 

SYGNALIZATOR: -CZERWONY - RÓŻNICA (bo przecież chodzi o to aby łatwo zidentyfikować które pole jest różne).

 

Idea jest taka, że jeden będzie zmieniał poczynając od pierwszego  "maila",  drugi tylko na podstawie ostatniego a trzeci użytkownik Sello tylko na podstawie PzA.

 

AUTOMAT:

Gdy przychodzi "mail" FOD lub PZA Sello go zapisuje do bazy (te nowe tabele) i w zależności od STATUSÓW dla poszczególnych pól zapisanych w tabeli STERUJĄCEJ AUTOMATEM samodzielnie dokonuje modyfikacji w rekordzie transakcji.

 

Co z grupowaniem i rozgrupowaniem transakcji: NIC, nic się nie zmienia (w stosunku do tego co jest), a dodatkowa zakładka dla grupy transakcji zawiera wszytkie "maile" FOD i PZA z transaakcji wchodzących w skład tej grupy.

 

UWAGA: Ważne aby ta zakładka szła za transakcją do paczki (bo wielu może na tym etapie dopiero dokonywać zmian), ale MAMY JASNOŚĆ sprawy, że jak ktoś dokonuje zmian w rekordzie paczki to jak ma to miejsce w tej chwili po skasowaniu paczki (bo sie pomylil czy coś tam) naniesione zmiany giną bo nie są oczywiście przepisywane do transakcji !!!

 

Pozostałe pytania Bartka na razie zostawiam bez odpowiedzi.

 

Komu pomysł się podoba "Łapa w górę" ;-)

 

Pozdrowienia

Radek

[Bartosz Rosa 1 770]

Tu muszę nadmienić jeszcze od strony technicznej. Formularze oraz wpłaty nie są w Sello w żaden sposób powiązane z mailami - pobierane są przez webApi Allegro. Maile to zupełnie osobny byt przekazywany niezależnym kanałem.

 

Idąc jednak małymi kroczkami, w tej chwili najistotniejszy jest fakt, że formularze muszą być zapisywane w bazie i prawdopodobnie będą usuwane po czasie. Ewentualnie nie sam formularz będzie usuwany a jego zawartość - po to, żeby Sello nie ściągało go ponownie.

[tadzimir.pl 155]

Również kwestia techniczna:

testowałem przez jakiś czas SmartBL pod kątem pobierania formularzy (nie sprawdził się nawet tymczasowo) i właśnie widzę w testowej bazie danych w adresie wysyłki kwiatki typu:

Jan Iksiński

ul. Jakaśtam

Warszawa

Norway

 

w transakcji był adres norweski, natomiast w formularzu klient podał adres polski - nie wiem, w jaki sposób jest przekazywana informacja nt. kraju, jednak najwyraźniej jest pole do popełnienia błędów takich, jak powyżej.  Zwróćcie na to od razu uwagę.

[tadzimir.pl 155]

Jeszcze jedna rzecz przyszła mi do głowy - konieczne jest ograniczenie czasowe pobierania formularzy (coś w rodzaju tego, co teraz jest dla transakcji, tylko poprawnie działające).  Inaczej zaraz po zainstalowaniu wersji je obsługującej mogą pojawić się błędy w starszych transakcjach w sytuacji, gdy klient wpisał coś w formularz, a później pojawiły się zmiany wynikające z mejli i/lub telefonów.  Albo np. (jak to niektórzy klienci namiętnie robią) zostawił adres wysyłki, jaki jest, a prawidłowy wpisał w uwagi - jak to pracownik przepisze prawidłowo to lepiej, żeby potem automat nie poprawił z powrotem na źle.

 

Być może będzie nawet konieczność wprowadzenia (jednak) zatwierdzania zawartości formularzy wszędzie, nawet w najprostszym przypadku (pojedyncza transakcja z jednokrotnie wypełnionym formularzem).  Wszystko zależy od kwestii technicznych związanych z synchronizacją.  Zastanawiam się, czy możliwa jest sytuacja tego typu:

1. Klient kupuje towar

2. Wypełnia formularz

3. Pisze mejla lub dzwoni (np. minutę później), że on jednak chce przesyłkę kurierską, a nie paczkę pocztową lub (co istotniejsze) zmienia adres dostawy

4. Pracownik wprowadza do transakcji dane na podst. tego mejla/telefonu

5. dopiero teraz Sello pobiera formularz i aktualizuje transakcję - danymi już nie całkiem poprawnymi

Jeśli taki scenariusz może mieć miejsce to w pełni automatycznie mogą być aktualizowane tylko transakcje Nowe, natomiast dla tych W trakcie realizacji operator musi zatwierdzić przepisanie danych z formularza.  Albo (może nawet lepiej - to kwestia do rozważenia) przepisać je również dla transakcji w trakcie realiz. tylko

- zawsze zaznaczać, że formularz jest do zweryfikowania _oraz_

- dorobić łatwą możliwość (jednym - dwoma kliknięciami) wycofania zmian wprowadzonych przez formularz

[Tomek Mazur 158]

Może to dałoby się rozwiązać w ten sposób, że jakakolwiek edycja transakcji zostawia oddzielny znacznik w bazie i przy hurtowym zatwierdzaniu zmian z formularzy dla takich transakcji pojawiało by się pytanie które dane podmienić (adres, sposób, wysyłki, notatka itd.) -opcja zaznaczenia ptaszkiem co do zmiany...

[tadzimir.pl 155]

Może tak być - jednak najczęściej trzeba będzie zweryfikować te dane w momencie zatwierdzania, więc powstaje z kolei kwestia, jak to prosto i czytelnie rozwiązać od strony interfejsu.

[Tomek Mazur 158]

będą też jaja w sytuacjach, gdzie jest 10 transakcji, do tego uzupełnionych 13 formularzy - z różnymi adresami, kosztami (często ręcznie zmienianymi) i sposobami wysyłki, w notatce któregoś z nich właściwy adres...

[Alwin Kolano 143]

5. Czy transakcje w Sello powinny się automatycznie grupować w zależności od tego, których aukcji dotyczy formularz (tu mogą pojawić się konflikty z ręcznym grupowaniem trudne do rozwiązania).

 

Kilkakrotnie otrzymałem płatności PZA zawyżone w skutek:

- klient dokunuje zakupów i płaci zwyczajnym przelewem pomijając formularz.

- za dwa tygodniu robi kolejne zakupy i tym razem płaci poprzez PZA, który z automatu uwzględnia poprzednie zakupy.

 

W tym wypadku klient ponownie płaci za rzeczy, które defakto ma już u siebie w domu, więc grupowanie w zależności od formularza może generować błędy.

[tadzimir.pl 155]

będą też jaja w sytuacjach, gdzie jest 10 transakcji, do tego uzupełnionych 13 formularzy - z różnymi adresami, kosztami (często ręcznie zmienianymi) i sposobami wysyłki, w notatce któregoś z nich właściwy adres...

 

No niestety wiele formularzy do jednej transakcji (zwłaszcza będącej grupą, ale nawet niekoniecznie) to potencjalnie największy problem.  Pisałem o tym w swojej pierwszej wiadomości w tym wątku - proponuję wstępną obróbkę przez automat, a później łatwą możliwość wyboru, z którego formularza dane mają być wpisane do transakcji.

 

Kilkakrotnie otrzymałem płatności PZA zawyżone w skutek:

- klient dokunuje zakupów i płaci zwyczajnym przelewem pomijając formularz.

- za dwa tygodniu robi kolejne zakupy i tym razem płaci poprzez PZA, który z automatu uwzględnia poprzednie zakupy.

 

To akurat nie jest problem - poprzednie transakcje masz w takiej sytuacji już Zakończone (a przynajmniej zapłacone lub, jeśli były za pobraniem, wysłane), więc zgrupować się ich nie da.  Pytanie, czy grupować pozostałe (tzn. te nowe), czy w sytuacji, gdy jest taki błąd zostawić wszystko luzem.  Chyba lepsze jednak jest to pierwsze rozwiązanie.

[Bartosz Rosa 1 770]

Niestety formularze i pomysłowość ludzka może stwarzać sytuacje trudne do rozwiązania, których nieraz nie sposób przewidzieć, a nawet jeśli są do przewidzenia to rozwiązanie problemu może być bardzo trudne w realizacji. Tym bardziej, że różne osoby różnie chciałyby taki problem rozwiązać. Myślę zatem, że najsensowniej będzie sytuacje proste i oczywiste załatwić automatycznie, a te niepewne pozostawić do rozwiązania użytkownikowi. Potem dopiero w kolejnej iteracji można się zastanowić co można usprawnić.

[Tomek Mazur 158]

albo wariant taki, że wychodzi Sello trochę niedopracowane (co i tak brzmi jak ironia) i wtedy się zobaczy gdzie są problemy, przynajmniej forum ożyje 

[tadzimir.pl 155]

albo wariant taki, że wychodzi Sello trochę niedopracowane (co i tak brzmi jak ironia) i wtedy się zobaczy gdzie są problemy, przynajmniej forum ożyje 

 

"Niedopracowane Sello" to pleonazm, a nie ironia.   Niestety.  Ale miejmy nadzieję, że się to kiedyś zmieni.

 

Generalnie jednak jestem za - im szybciej będzie obsługa formularzy tym lepiej.  Jednak pod warunkiem, że sytuacje wątpliwe będą w czytelny sposób sygnalizowane obsłudze.

[tadzimir.pl 155]

Sytuacje proste i oczywiste to, jak mi się wydaje:

- jeden formularz do jednej lub do większej liczby tr., gdy wszystkie tr. są Nowe

- kilka formularzy do tej samej tr. (lub tego samego zestawu tr.) z powtórzonymi danymi (co zdarza się nierzadko).

To na pewno można zautomatyzować.

[Bartosz Rosa 1 770]

Kolejne pytanie. W jaki sposób/w którym miejscu pobrane formularze miały by być widoczne (lista z transakcjami - ikonka, szczegóły transakcji na dole, może zakładka w transakcji w oknie edycji lub zakładka dolna z formularzami)?

[krvpik 3]

Kolejne pytanie. W jaki sposób/w którym miejscu pobrane formularze miały by być widoczne (lista z transakcjami - ikonka, szczegóły transakcji na dole, może zakładka w transakcji w oknie edycji lub zakładka dolna z formularzami)?

 

proponuje ikonke tak jak to jest ze stefa sello+dodatkowo w tranzakcji zakladka z pelnym formularzem, po ikonce bedziemy wiedzic ze ktos wyslal formularz i wrazie czego recznie mozemy sprawdzic przechodzac w zakladke

[tadzimir.pl 155]

proponuje ikonke tak jak to jest ze stefa sello+dodatkowo w tranzakcji zakladka z pelnym formularzem, po ikonce bedziemy wiedzic ze ktos wyslal formularz i wrazie czego recznie mozemy sprawdzic przechodzac w zakladke

 

Popieram.  Tzn. osobiście wolałbym, żeby ikonka pojawiała się tylko wtedy, gdy są wątpliwości (zakładka w karcie transakcji lepiej niech będzie zawsze), ale jeśli przyspieszy to wprowadzenie obsługi formularzy to niech się na początek pojawia nawet wszędzie, można to dopracować w kolejnej wersji Sello.

[Michał Olszewski 1]

Witam serdecznie Bartku a więc:

 

pobieranie i automatyczne wprowadzanie formularzy z automatu na pewno ma nam przyśpieszyć pracę aby nie tracić czasu na żmudne kopiowanie głównie adres do wysyłki forma płatności i jeśli jest wybór kolor/rodzaj odpowiednio takie notatki wprowadzamy do transakcja->notatka (tutaj jest dużo klikania). Niestety ale chyba każdy się ze mną zgodzi że klienci potrafią takie kwiatki sadzić że automatyzacja musi być na to wyczulona i działać tylko jeśli klient wypełni formularz opcji dostawy według przeznaczenia. U nas to ok 70% formularzy

 

Czyli jeśli klient:

1. wybierze wcześniej zdefiniowany adres do wysyłki lub adres główny z serwisu i takowy pojawi się w FOD to sello w takim przypadku powinno automatycznie zmienić adres bez pytania się nas.

2. wybierze odpowiednio wybrany rodzaj przesyłki ustalony z aukcji i kwota wysyłki będzie taka sama jak w cenniku sello powinno pobrać te informacje automatycznie bez pytania się nas

3. jeśli chodzi o odbiory w punkcie to co do inposta/paczkomaty.pl to uważam że powinniśmy odłożyć kwestię do następnej aktualizacji gdyż inpost wprowadził strukturę API i powinniśmy się najpierw jej przyjrzeć a dopiero ustawiać automatyczne formularze/zmiany

4.jeżeli chodzi o e-przesyłkę to jeśli klient wybrał zdefiniowany adres urzędu pocztowego sello również powinno przyjąć tę zmianę bez pytania się nas i odpowiednio zmienić wcześniej zdefiniowanego odbiorcę u nas e-przesyłka jest jako oddzielny dostawca

 

Teraz trudniejsza sprawa tz. kwiatki klientów

 

1. klienci notorycznie zmieniają sobie formularze dostawy np. forma płatności wybiera kuriera a koszta wpisuje inne. W takich sytuacjach allegro w formularzu informuje sprzedawcę napisem "z ustawień aukcji" w przypadku modyfikacji napis ten znika takie sytuacje nie ma jak zautomatyzować więc powinno być do zaakceptowania bądź nie. Nie wspomnę o tym że w notatkach podaje adres do wysyłki oczywiście inny w tym przypadku uważam że jeśli jest jakakolwiek notatka transakcja wymaga akceptacji albo i nie na pewno wymaga zajrzenia, bo tam po prostu może być wszystko.

 

Nasz pomysł to przede wszystkim zmianę pierwszej strony transakcji tak aby po wejściu w okno transakcji były tylko te dane co najczęściej zmieniamy, a lista zakupów powinna być w drugiej zakładce. Zmiany w towarach (lista zakupów)to raczej jakieś do 8% poświęconego czasu. Proponuje również aby za każdym razem kiedy włączamy okno transakcji ładował się formularz (coś na zasadzie chmurki tylko trochę większej niż z reguły występują) który klient wcześniej do nas napisał jeśli go nie ma to też musimy wiedzieć że nie wypełnił. Często się zdarza że klient coś tam twierdzi że podał w formularzu a przy naszym rozwiązaniu było by zawsze pod ręką (tutaj wyjątkowo przydatna jeśli klient dzwoni).

 

Poniżej screenshot troszkę przerobiony w gimpie (jak to tworzyłem to już mi się buzia cieszyła p.s. szkoda że tak nie jest w rzeczywistości)

 

 

Wprowadzenie automatyzacji uważam że niesie za sobą wprowadzenie dodatkowej zakładki Dział tranakcje gdzie obok

"Oczekujące na płatność" "Do Paczek" "Zaległe" "Wszystkie"

 

powinna być jeszcze "oczekująca na akceptacje" <- po zaakceptowaniu powinna pojawić się w zakłdce "do paczek"

 

p.s. to jest nasza propozycja wiem że inni troszkę inaczej pracują ale myślę że zaproponowane zmiany są na tyle ogólne że każdy powinien z tego skorzystać

 

Co wy na to proszę o komenty bo troszkę mi to czasu zajęło i jestem ciekaw

 

pozdrawiam sellomaniaków

[Michał Olszewski 1]

Aha na forum jest poruszona kwestia kilku wypełnionych formularzy. Myślę że prostym sposobem będzie jak sello zaakceptuje domyślnie ostatni formularz który otrzymujemy a pozostałe które sello pobrało i oczywiście te które posiadają dziwne nie do zautomatyzowania zmiany będą w dziale "do zaakceptowania". Transakcja z podglądem do wszystkich formularzy (zakładki FOD1, FOD2, FOD3, itd...). .wszystkie formularze będą pod jedną ręką. Sytuacje takie i tak muszą być przejrzane i to użytkownik (my) musimy zadecydować które dane ostatecznie zostawiamy. Zmiany do zaakceptowania inne od tych co z domyślnie pobranego ostatniego formularza mogły by być podświetlone tak aby po zajęciu się konkretną transakcją rzuciło się co jest jeszcze nowego wpisanego w formularzu a my nie mamy jeszcze tego zapisanego w odpowiednim miejscu