BŁĘDY PRZY KSIĘGOWANIU WPŁAT AUTOMATYCZNYCH !!

[- Kałuża - 8]

Witam

 

Sello czasami ŹLE księguje wpłaty automatyczne !!!

 

Użytkownik kupił dnia 08.05.2014 30 szt. produktu wypełnił formularz opcji dostawy i nie zapłacił. Następnie 10.05.2014 ten sam użytkownik kupił kolejne 30 szt. tego samego produktu na tej samej aukcji, wypełnił formularz opcji dostawy (zmieniając sposób dostawy) i zapłacił przez PayU za 30 szt.

 

W Sello obie transakcje pojawiły się z indeksem: Płatność automatyczna - poprawna i automatycznie znalazły się w sekcji "do wysyłki". Etykiety adresowe zostały wydrukowane. Tylko i wyłącznie dlatego że zamówienie było nietypowe zauważyliśmy, że coś jest nie tak.

 

Jest to dość duży problem który może generować nie małe straty. W naszym WYKRYTYM PRZYPADKU 350 zł  

 

[Alwin Kolano 143]

Niestety póki co Sello nie potrafi porównać daty transakcji z formularzem, przez to przynajmniej u nas formularze/wiadomości dość często podpinane są pod archiwalne transakcje. Między innymi dlatego też nie korzystamy z automatycznych księgowań.  

[- Kałuża - 8]

Przecież chyba każda transakcja ma swój numer, a przynajmniej jest coś takiego jak karta płatności która posiada unikalny numer do każdej transakcji, a tak było w tym przypadku

[Ks. Robak 314]

 

A czy po wybraniu grupowania po formularzu, nie zrobi się tak, że kwota z formularza nie będzie się zgadzać z sumą zgrupowanych transakcji?

Wtedy możnaby wychwycić, że coś jest nie tak.

 

Ale nie testowałem.

[Bartosz Rosa 1 775]

Przecież chyba każda transakcja ma swój numer

Transakcja w Sello to "akt zakupowy" w Allegro, zaś płatność to "transakcja" w Allegro. Problem polega na tym, że z Allegro transakcje (czyli informacje o sprzedaży) można pobrać na 2 sposoby i oba są w Sello używane. Jeden z nich (pobieranie pełnych danych) pobiera informacje nt sprzedaży w danej aukcji - tam niestety oba zakupy tego samego klienta na jednej aukcji są sumowane i nie da się ich rozróżnić. Z tego względu podpinanie formularzy do transakcji sellowych odbywa się na zasadzie dopasowania aukcji i użytkownika. W specyficznych sytuacjach może się zdarzyć, że formularz podepnie się pod dwie transakcje. Póki co, trzeba na takie transakcje zwracać uwagę. W wersji 1.17 będziemy próbować ten mechanizm poprawić.

 

[Alwin Kolano 143]

Z tego względu podpinanie formularzy do transakcji sellowych odbywa się na zasadzie dopasowania aukcji i użytkownika.

Przepraszam, że znowu truje ale dlaczego do podpinania formularzy płatności nie są brane do porównania:

- data utworzenia transakcji w sello

- data wypełnienia formularza

 

przecież wg. dokumentacji webAPI metoda doGetMyIncomingPayments zwraca m.in datę utworzenie transakcji PayU oraz datę zakończenia transakcji PayU, więc na logikę nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest młodsza od daty formularza.

 

Póki co, trzeba na takie transakcje zwracać uwagę

przy małej ilości transakcji da radę ale przy większej ilości zalecił bym wyłączenie automatycznego księgowania  

[Ks. Robak 314]

więc na logikę nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest starsza od formularza.

 

 

Chyba czegoś nie rozumiem.

Transakcja ma miejsce o 15:00, trafia do Sello i tworzy się 15:10.

Kontrahent wypełnia formularz i dokonuje zapłaty o 16:00.

 

Więc transakcja jest starsza niż formularz i wszystko jest poprawne.

[Alwin Kolano 143]

więc na logikę nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest starsza od formularza.

 

 

Chyba czegoś nie rozumiem.

Transakcja ma miejsce o 15:00, trafia do Sello i tworzy się 15:10.

Kontrahent wypełnia formularz i dokonuje zapłaty o 16:00.

 

Więc transakcja jest starsza niż formularz i wszystko jest poprawne.

 

mea culpa, masz rację oczywiście chodzi o:

nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest młodsza od daty formularza.

[PanBanBan Marcin 185]

przecież wg. dokumentacji webAPI metoda doGetMyIncomingPayments zwraca m.in datę utworzenie transakcji PayU oraz datę zakończenia transakcji PayU, więc na logikę nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest młodsza od daty formularza.

 

Ja w ogóle tego nie rozumiem więc drążę temat i się rozpisuję, znowu... Oczywiście żeby pomóc rozwiązać problem

 

Rozumiem tak, że przypadek który Alwin opisał dotyczy jednej sytuacji czyli tak jak tutaj:

1. Klient kupił 8 maja pierwszy raz.

2. Klient wypełnił jeden formularz 10 maja i Sello najpierw pobrało formularz i zaksięgowało do transakcji z 8 maja bo nie miało jeszcze tej transakcji z 10 maja.

3. Dopiero po czasie Sello pobrało transakcję z 10 maja i drugi raz zaksięgowało formularz z 10 maja ale tym razem do tej transakcji z 10 maja.

 

Rozumiem rozwiązanie Alwina w ten sposób, że rzeczywiście porównując datę utworzenia transakcji w Sello i datę utworzenia formularza w Sello to Sello nie powinno w takiej sytuacji podpiąć formularza do tej drugiej (młodszej) transakcji bo się pojawiła po pojawieniu się formularza w Sello. Więc formularz byłby tylko raz podpięty do transakcji z 8 maja, a ta z 10 maja widniałaby bez formularza. Chyba, że źle to rozumiem? Ale de facto klient wypełnił ten formularz nie do transakcji z 8 maja tylko do transakcji z 10 maja.

 

Niby co za różnica jak obie transakcje są takie same ale potem wystąpimy o zwrot prowizji i inne powody wyskoczą dla transakcji z 8 maja, a inne z 10 maja bo jedna została zapłacona, a druga nie. No i klient napisze, że on przecież kupił towar 10 maja i zapłacił bo nie pamięta/nie wie, że 8 maja też go zakupił,a nie zapłacił. Więc gdyby przyjąć takie rozwiązanie to w Sello te dwie transakcje byłyby na odwrót niż w Allegro. Ale oczywiście byłoby to zdecydowanie lepiej niż jest to zrobione obecnie bo formularz byłby przypisany tylko raz.

 

 

 

Natomiast pytanie - czy tutaj faktyczny problem nie leży właśnie w tej kolejności pobierania? Bo jeśli mamy transakcję z 8 maja, a nie ma jeszcze tej z 10 maja. I najpierw pobierze się formularz z 10 maja to zostanie błędnie przypisany do tej transakcji z 8 maja. Więc może trzeba najpierw sprawdzić/upewnić się czy nie ma nowej transakcji.

 

Jeśli rzeczywiście w przypadku identycznych zakupów na tej samej aukcji Sello nie ma jak powiązać formularza z transakcją to może rozwiązać by ten problem zmieniając kolejności pobierania danych z Allegro. Może powinno być tak, że przy każdym pobieraniu bez względu na metodę:

-jako pierwsze pobrać dane o sprzedaży, żeby w Sello utworzyły się najpierw wszystkie transakcje,

-wykonywać wszystkie inne pobrania żeby dać czas Sello na spokojne utworzenie transakcji,

-na samym końcu pobrać formularze.

 

Wtedy w Sello zawsze najpierw pojawią się wszystkie transakcje czyli jak w tym przypadku będą najpierw dwie transakcje bez formularza (ta z 8 i z 10 maja). Gdy Sello na końcu pobierze jeden formularz, i nadal nie będzie wiedzieć do której transakcji go przypisać to zamiast "bezmyślnie" przypisywać do obu powinno:

-albo przypisać go do ostatniej transakcji bo na 100% taki był zamysł klienta,

-albo przypisać do obu transakcji ale oznaczyć obie transakcje na liście innym kolorem np. pomarańczowym, że uwaga - jeden formularz występuje w więcej niż jednej transakcji.

 

W Sello obie transakcje widnieją jako oddzielne z oddzielnymi datami więc Sello może przecież porównać czy ten sam formularz jest przypisany do więcej niż jednej transakcji i odpowiednio to oznaczyć na liście. Fakt, że widnieje kolor zielony to definitywny błąd. Kolor czerwony oznacza niezgodności w formularzu, których tak naprawdę nie ma więc też byłoby to błędne oznaczenie bo użytkownik nie stwierdziłby błędu w obu transakcjach i w obu zaznaczyłby "zatwierdź pomimo różnic". Ale np. kolor pomarańczowy oznaczałby zdublowany formularz i użytkownik by wiedział, że to jest ten "inny" przypadek.

 

Ale jak już napisałem ja kompletnie tego nie rozumiem...

 

Póki co, trzeba na takie transakcje zwracać uwagę

przy małej ilości transakcji da radę ale przy większej ilości zalecił bym wyłączenie automatycznego księgowania  

 

Po to mamy Sello żeby było szybciej i sprawniej. Jakieś zaufanie do tego programu musimy mieć

 

My oczywiście mamy ten sam problem - w takich przypadkach chyba zawsze źle podpina formularz i płatność. Jedyne wyjście to sprawdzać po wiadomościach za ile sztuk klient faktycznie zapłacił ale i z tym nie jest do końca łatwo bo podpinanie wiadomości też źle działa w takim przypadku. Trzeba działać szybko i automatycznie ale trzeba też się pilnować bo można nieźle popłynąć. Przecież klient się nie przyzna, że zapłacił za 30, a dostał 60 sztuk

 

[Alwin Kolano 143]

Rozumiem tak, że przypadek który Alwin opisał dotyczy jednej sytuacji czyli tak jak tutaj:

1. Klient kupił 8 maja pierwszy raz.

2. Klient wypełnił jeden formularz 10 maja i Sello najpierw pobrało formularz i zaksięgowało do transakcji z 8 maja bo nie miało jeszcze tej transakcji z 10 maja.

3. Dopiero po czasie Sello pobrało transakcję z 10 maja i drugi raz zaksięgowało formularz z 10 maja ale tym razem do tej transakcji z 10 maja.

Przede wszystkim to nie przypadek Alwina tylko PHU-MAD ale i tak odpowiem na twoje punkty:

 

Ad.1 Tak

Ad.2 niekoniecznie klient mógł wypełnić formularz 8 maja ale nie dokończył transakcji (czyt. porzucił stronę banku) płatność została np. anulowana.

Ad.3 10 maja klient dokonał ponownego zakupu, tym razem zapłacił, z racji, że Sello podpina formularze na zasadzie dopasowania aukcji i użytkownika, podpięło formularz pod dwie transakcje. W takim wypadku Sello zasygnalizuje zielonymi dolarami , a  niedoświadczony użytkownik zarejestruje taką transakcję ręcznie lub co gorsza zrobi to automat.

 

 

Po to mamy Sello żeby było szybciej i sprawniej. Jakieś zaufanie do tego programu musimy mieć

Niestety nigdy nie zaufam programowi w kwestii księgowania wpłat.

 

Edit: Do TeamSello, zdaje sobie sprawę, że temat podpinania jest bardzo trudny, jednak dla ludzi korzystających z automatycznego księgowania może to być nie lada problem.

Mamy teraz nowe środowisko testowe, więc proszę zasymulować taką sytuację:

Kupuję 15 maja towar X płacę przez PayU , sprzedawca towar wysyła, dokonuje ponownego zakupu na tej samej aukcji 30 maja identyczną ilość wypełniam formularz po czym go anuluję.

Jak zareaguje Sello na nową transakcję ? czy, zostanie podpięty formularz z 15 maja i transakcja zaświeci na zielono dolarem ?

[Ks. Robak 314]

Tak czy siak Sello powinno podliczać otrzymane środki i "rozliczać" aukcje tylko do ich wysokości. Gdy coś się nie zgadza, a Sello nie wie jak powinno być, wówczas należy zablokować tą transakcję, aż do momentu wyjaśnienia ręcznego sprawy przez użytkownika.

 

 

[PanBanBan Marcin 185]

Przede wszystkim to nie przypadek Alwina tylko PHU-MAD

 

E tam... Niezrozumienie

Cytowałem Twoją odpowiedź i chodziło mi o opisany przez Ciebie przypadek. Sorki, źle napisałem - powinno pisać: zaproponowane przez Ciebie rozwiązanie, gdy: "na logikę nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest młodsza od daty formularza."  

 

Ad.3 10 maja klient dokonał ponownego zakupu, tym razem zapłacił, z racji, że Sello podpina formularze na zasadzie dopasowania aukcji i użytkownika, podpięło formularz pod dwie transakcje. W takim wypadku Sello zasygnalizuje zielonymi dolarami , a  niedoświadczony użytkownik zarejestruje taką transakcję ręcznie lub co gorsza zrobi to automat.

 

No dobra. Czyli jeśli obie transakcje są w Sello. I Sello obecnie podpina formularz pod obie. To podane przez Ciebie rozwiązanie, że nie powinno podpinać formularza kiedy data transakcji w Sello jest młodsza od daty formularza, nic nie zmieni w tym przypadku? Bo obie transakcje są przecież starsze niż data formularza? I tak obie były wcześniej w Sello niż formularz.

 

Twoje zaproponowane rozwiązanie załatwia tylko ten przypadek gdy jednak tej drugiej transakcji nie ma w Sello. Formularz zostanie przypisany do pierwszej transakcji, a jak się pojawi druga transakcja to będzie młodsza od formularza i wtedy już Sello nie powinno podpiąć tego formularza do tej drugiej transakcji (porównując daty). Oczywiście jeśli dobrze to rozumiem?

 

Stąd wydaje mi się, że Sello zawsze powinno najpierw pobrać dane o sprzedaży i utworzyć transakcje. A potem tylko porównać czy formularze zostały podpięte do więcej niż jednej transakcji i na podstawie podanej przez Ciebie daty podjąć decyzję do której transakcji przypisać formularz lub przypiąć go do dwóch ale wtedy odpowiednio je oznaczając.

 

Bo jak Sello naprawdę nie ma możliwości powiązania transakcji po niczym innym jak tylko te dane aukcji i użytkownika to nie ma rozwiązania dla takich przypadków jak właśnie zgłosił PHU-MAD Obie transakcje mają te same dane i są wcześniej w Sello niż formularz. Data nie pomoże. Oczywiście jeśli dobrze to rozumiem?

 

Ale to skomplikowane

 

Tak czy siak Sello powinno podliczać otrzymane środki i "rozliczać" aukcje tylko do ich wysokości. Gdy coś się nie zgadza, a Sello nie wie jak powinno być, wówczas należy zablokować tą transakcję, aż do momentu wyjaśnienia ręcznego sprawy przez użytkownika.

 

Tak, jak najbardziej. Ale w zgłoszonym przez PHU-MAD przypadku mamy dwie identyczne transakcje na identyczną kwotę i dopóki nie zostaną zgrupowane to błąd nie wyskoczy. I będzie to co pisał Alwin, że niedoświadczony użytkownik zarejestruje taką transakcję. Przy dużej liczbie transakcji i automatyzacji to można przecież obie transakcje zarejestrować, do każdej utworzyć oddzielną paczkę, i obie posłać oddzielnie z tą samą zawartością na jeden adres klienta.

 

Wbrew pozorom jest to bardzo łatwe do zrobienia bo przecież wszystko robi się z automatu i nikt nie czyta danych adresowych klienta. Jedyna nadzieja w pakowaczu że zorientuje się że "już dziś pakował coś takiego". Ale jak jest dużo transakcji to i pakowaczy kilku, jeden spakuje jedną paczkę, drugi drugą. Obie w Sello oznaczone są jako zapłacone więc wszystko gra i nikt nie zauważy błędu. Dopiero podczas rozliczania płatności PayU można by to wychwycić że kwota się nie zgadza i szukać ale ja na przykład w ogóle nie pilnuję transakcji opłaconych przez PayU bo nawet nie mam pomysłu jakbym miał to robić - zeszyt prowadzić? Muszę im ufać jak i swojemu bankowi Pilnuję tylko płatności za pobraniem.

 

[Alwin Kolano 143]

No dobra. Czyli jeśli obie transakcje są w Sello. I Sello obecnie podpina formularz pod obie. To podane przez Ciebie rozwiązanie, że nie powinno podpinać formularza kiedy data transakcji w Sello jest młodsza od daty formularza, nic nie zmieni w tym przypadku? Bo obie transakcje są przecież starsze niż data formularza? I tak obie były wcześniej w Sello niż formularz.

 

Z przykładu podanego przez PHU-MAD wynika, że formularz z 10maja został podpięty do transakcji z 8 maja, więc napewno obie transakcje nie są starsze od formularza.

Rozumiem, że chodzi Ci o taki scenariusz, zakup następuje 9 maja w godzinach wieczornych, następny zakup następuje 11 maja (niedziela) w poniedziałek przychodzimy do pracy, ściągamy dane i cały scenariusz idzie w diabły bo obie transakcje w Sello będą miały datę 19 maja, a formularze z 8maja i 10maja teoretycznie nie powinny zostać podpięte  . Dlatego należy coś zrobić aby Sello dodatkowo analizowało datę złożenia oferty na aukcji, a nie samą datę transakcji w Sello (zapis,modyfikacja w bazie).

[MARCIN e-kupowanie.pl 1 015]

Ciekawe inne problemy (miałem takie i było zamieszanie):

 

1. ten sam kupujący kupuje na dwóch aukcjach różne przedmioty, wypełnia 2 formularze z dwoma adresami wysyłki i płaci dwie opłaty za wysyłkę; co więcej tego właśnie chce - wysłać dwie paczki na różne adresy; zakupów dokonuje w odstępie kilku minut - sello to łączy i trzeba opierać się na mailach, żeby to zrozumieć...

 

2. ten sam kupujący dokonuje zakupu tego samego towaru, ale 1 szt. z jednego konta allegro i 1 szt. z naszego drugiego konta. Wpłaca tylko za 1 zakup (z drugiego zrezygnował - zp był) - sello to łączy i pisze, że niedopłata, znów trzeba było się naszukać, żeby zlokalizować co ten kupujący zrobił i jak to naprostować.

 

Tylko czy takie "kwiatki" w ogóle można w sello "zaprogramować" i omijać...

[Ks. Robak 314]

Ciekawe inne problemy (miałem takie i było zamieszanie):

 

1. ten sam kupujący kupuje na dwóch aukcjach różne przedmioty, wypełnia 2 formularze z dwoma adresami wysyłki i płaci dwie opłaty za wysyłkę; co więcej tego właśnie chce - wysłać dwie paczki na różne adresy; zakupów dokonuje w odstępie kilku minut - sello to łączy i trzeba opierać się na mailach, żeby to zrozumieć...

 

 

 

A czy grupowanie wg formularza nie pomaga w takich sytuacjach ?

 

2. ten sam kupujący dokonuje zakupu tego samego towaru, ale 1 szt. z jednego konta allegro i 1 szt. z naszego drugiego konta. Wpłaca tylko za 1 zakup (z drugiego zrezygnował - zp był) - sello to łączy i pisze, że niedopłata, znów trzeba było się naszukać, żeby zlokalizować co ten kupujący zrobił i jak to naprostować.

 

 

To akurat jeszcze nie jest takie złe, bo widzisz, że coś jest nie tak i nie wyślesz nieopłaconego towaru.

Tu również powinno grupowanie wg formularza pomóc, bo transakcja bez formularza nie powinna się zgrupować, tylko wisieć nieopłacona.

 

Ale to tylko moje przemyślenia, nie testowałem tego  :

 

 

[MARCIN e-kupowanie.pl 1 015]

Ciekawe inne problemy (miałem takie i było zamieszanie):

 

1. ten sam kupujący kupuje na dwóch aukcjach różne przedmioty, wypełnia 2 formularze z dwoma adresami wysyłki i płaci dwie opłaty za wysyłkę; co więcej tego właśnie chce - wysłać dwie paczki na różne adresy; zakupów dokonuje w odstępie kilku minut - sello to łączy i trzeba opierać się na mailach, żeby to zrozumieć...

 

 

 

A czy grupowanie wg formularza nie pomaga w takich sytuacjach ?

 

2. ten sam kupujący dokonuje zakupu tego samego towaru, ale 1 szt. z jednego konta allegro i 1 szt. z naszego drugiego konta. Wpłaca tylko za 1 zakup (z drugiego zrezygnował - zp był) - sello to łączy i pisze, że niedopłata, znów trzeba było się naszukać, żeby zlokalizować co ten kupujący zrobił i jak to naprostować.

 

 

To akurat jeszcze nie jest takie złe, bo widzisz, że coś jest nie tak i nie wyślesz nieopłaconego towaru.

Tu również powinno grupowanie wg formularza pomóc, bo transakcja bez formularza nie powinna się zgrupować, tylko wisieć nieopłacona.

 

Ale to tylko moje przemyślenia, nie testowałem tego  :

 

 

 

 

Pierwszy raz słyszę o grupowaniu wg formularzy... Rzeczywiście jest coś takiego pod ppm, nie widziałem... (czy jest od zawsze?) Chyba tak trzeba grupować zatem. Zobaczymy jak będzie działało. Dzięki za podpowiedź.

[Bartosz Rosa 1 775]

Przepraszam, że znowu truje ale dlaczego do podpinania formularzy płatności nie są brane do porównania:

- data utworzenia transakcji w sello

- data wypełnienia formularza

Są. Jednak występują różne przesunięcia czasowe pomiędzy kupnem, wypełnieniem formularza, rejestracją wpłaty, utworzeniem transakcji w Sello, pobraniem formularza. Do tego w przypadku rat PayU np, data zakupu jest późniejsza niż data utworzenia formularza.

 

doGetMyIncomingPayments nie zwraca danych formularza, tylko wpłaty.

 

Chyba czegoś nie rozumiem.

Transakcja ma miejsce o 15:00, trafia do Sello i tworzy się 15:10.

Kontrahent wypełnia formularz i dokonuje zapłaty o 16:00.

 

Więc transakcja jest starsza niż formularz i wszystko jest poprawne.

Gorzej, jeśli klient kupił również o 14 a z przyczyn opóźnień ta transakcja nie pojawiła się w Sello.  Wtedy wpada formularz, podpina się pod ostatnią transakcję. Potem Sello pobiera kolejną transakcję i formularz podpina się przy ponownym pobraniu również pod nią.

 

nie powinno być miejsca podpięcia formularza, kiedy data transakcji w sello jest młodsza od daty formularza.

Takie ograniczenia są, jednak te daty nie zawsze są idealne, nie zawsze też sprawa jest taka klarowna. Inna sprawa, że jak dotąd nie mieliśmy możliwości łatwego sprawdzenia takich zależności na serwisie testowym. Bez odpowiednich testów trudno powtórzyć "dziwne" sytuacje.

 

Rozumiem rozwiązanie Alwina w ten sposób, że rzeczywiście porównując datę utworzenia transakcji w Sello i datę utworzenia formularza w Sello to Sello nie powinno w takiej sytuacji podpiąć formularza do tej drugiej (młodszej) transakcji bo się pojawiła po pojawieniu się formularza w Sello. Więc formularz byłby tylko raz podpięty do transakcji z 8 maja, a ta z 10 maja widniałaby bez formularza.

I takie porównanie jest, data utworzenia formularza porównywana jest z datą utworzenia transakcji (z przesunięciem 5min).

 

to może rozwiązać by ten problem zmieniając kolejności pobierania danych z Allegro

To nic nie da, biorąc pod uwagę luki w transakcjach jakie się zdarzają.

 

Bo jak Sello naprawdę nie ma możliwości powiązania transakcji po niczym innym jak tylko te dane aukcji i użytkownika to nie ma rozwiązania dla takich przypadków jak właśnie zgłosił PHU-MAD Uśmiech Obie transakcje mają te same dane i są wcześniej w Sello niż formularz. Data nie pomoże.

Generalnie jest identyfikator aktu zakupowego, czyli po naszemu transakcji i zdaje się (muszę to jeszcze sprawdzić) formularze są z nim powiązane, ale...

Jak wiadomo Sello ma obecnie 2 mechanizmy pobierania transakcji, stary (pełny) i nowy na podstawie dziennika zdarzeń. Stary nie rozróżnia transakcji bo pobiera łączną liczbę zakupionych produktów na aukcji i tworzy w Sello transakcję na podstawie różnicy w już istniejących transakcjach do tej aukcji. To z tymi transakcjami jest problem. W wersji 1.17 mamy zamiar się przyjrzeć jeszcze raz procesowi pobierania transakcji bo ewoluował on od wersji 1.0 dostosowując się do różnych zmian na Allegro. Pobieranie danych na podstawie dziennika zdarzeń wygląda na zdecydowanie lepsze, aczkolwiek wiążą się z nim liczne ograniczenia i zmiany w funkcjonowaniu Sello. Stąd w tej chwili dziennik zdarzeń nie jest wykorzystywany w 100%, a bardziej jego wykorzystanie było dostosowane do już obecnych w Sello założeń przy tworzeniu transakcji.

 

1. ten sam kupujący kupuje na dwóch aukcjach różne przedmioty, wypełnia 2 formularze z dwoma adresami wysyłki i płaci dwie opłaty za wysyłkę; co więcej tego właśnie chce - wysłać dwie paczki na różne adresy; zakupów dokonuje w odstępie kilku minut - sello to łączy i trzeba opierać się na mailach, żeby to zrozumieć...

To jest właśnie wynik pobierania informacji o sprzedaży z aukcji nie z dziennika zdarzeń.

 

Pierwszy raz słyszę o grupowaniu wg formularzy... Rzeczywiście jest coś takiego pod ppm, nie widziałem... (czy jest od zawsze?) Chyba tak trzeba grupować zatem.

Zostało dodane (strzelam) 2 wersje temu.

[Alwin Kolano 143]

doGetMyIncomingPayments nie zwraca danych formularza, tylko wpłaty.

No tak, ale przecież wątek dotyczy złego księgowania wpłat, więc doGetMyIncomingPayments jest odpowiednią metodą ponieważ ma datę jak i status płatności.

 

I takie porównanie jest, data utworzenia formularza porównywana jest z datą utworzenia transakcji (z przesunięciem 5min).

No tak ale tutaj są przesunięcia kilku, a nawet kilkunasto dniowe.

 

Jak wiadomo Sello ma obecnie 2 mechanizmy pobierania transakcji, stary (pełny) i nowy na podstawie dziennika zdarzeń. Stary nie rozróżnia transakcji bo pobiera łączną liczbę zakupionych produktów na aukcji i tworzy w Sello transakcję na podstawie różnicy w już istniejących transakcjach do tej aukcji. To z tymi transakcjami jest problem.

 

Czy to znaczy, że "stary pełny mechanizm" jest za to wszystko odpowiedzialny ?

W każdym razie większość użytkowników już się przyzwyczaiła do takiego działania, mnie przynajmniej nauczyło sumienności sprawdzania dat i chyba już tak zostanie niezależnie od wersji Sello

[Bartosz Rosa 1 775]

Tak, bo stary mechanizm pobiera to co znajduje się w zakładce sprzedane na Allegro i porównuje te informacje z tym co ma już w bazie Sello zapisane. Jeśli pojawia się różnica w liczbie kupionych tzn, że trzeba dodać transakcję. Jest to zupełnie oderwane od formularzy i wpłat - stąd te wszystkie problemy.

[Ks. Robak 314]

 

A czy można się przełączyć wyłącznie na nowy system ?

Czy ma to jakieś minusy, przez które nie jest to wskazane ?

[Bartosz Rosa 1 775]

Dziennik zdarzeń trzyma informacje tylko sprzed tygodnia - starszych transakcji pobrać się nim nie da. Czasami gubi transakcje lub są w nim opóźnienia. Cel jaki chcemy osiągnąć, to zrealizować możliwie wszystko nowym mechanizmem, stary będzie tylko jako pobieranie alternatywne. Nie wiem w tej chwili czy oba te mechanizmy uda się pogodzić bez pewnych kompromisów.

[azalewski1 1]

Przecież chyba każda transakcja ma swój numer

Transakcja w Sello to "akt zakupowy" w Allegro, zaś płatność to "transakcja" w Allegro. Problem polega na tym, że z Allegro transakcje (czyli informacje o sprzedaży) można pobrać na 2 sposoby i oba są w Sello używane. Jeden z nich (pobieranie pełnych danych) pobiera informacje nt sprzedaży w danej aukcji - tam niestety oba zakupy tego samego klienta na jednej aukcji są sumowane i nie da się ich rozróżnić. Z tego względu podpinanie formularzy do transakcji sellowych odbywa się na zasadzie dopasowania aukcji i użytkownika. W specyficznych sytuacjach może się zdarzyć, że formularz podepnie się pod dwie transakcje. Póki co, trzeba na takie transakcje zwracać uwagę. W wersji 1.17 będziemy próbować ten mechanizm poprawić.

 

 

A sumowanie dopłat do transakcji też jest w planach 1.17 ?

 

[Bartosz Rosa 1 775]

A co jest nie tak z tym sumowaniem?

[azalewski1 1]

Na podsumowaniu formularzy widnieje kwota dopłaty a nie suma wpłaconej kwoty i dopłaty.

 

[Ks. Robak 314]

Przecież chyba każda transakcja ma swój numer

Transakcja w Sello to "akt zakupowy" w Allegro, zaś płatność to "transakcja" w Allegro. Problem polega na tym, że z Allegro transakcje (czyli informacje o sprzedaży) można pobrać na 2 sposoby i oba są w Sello używane. Jeden z nich (pobieranie pełnych danych) pobiera informacje nt sprzedaży w danej aukcji - tam niestety oba zakupy tego samego klienta na jednej aukcji są sumowane i nie da się ich rozróżnić. Z tego względu podpinanie formularzy do transakcji sellowych odbywa się na zasadzie dopasowania aukcji i użytkownika. W specyficznych sytuacjach może się zdarzyć, że formularz podepnie się pod dwie transakcje. Póki co, trzeba na takie transakcje zwracać uwagę. W wersji 1.17 będziemy próbować ten mechanizm poprawić.

 

 

 

Jako, że temat powrócił, zapytam - czy udało się w 1.17 bardziej zabezpieczyć Sello przed podwójnym rozliczeniem tej samej wpłaty ?