Błedy 1.2.0

[stanko91 0]

anulowane chyba nie powinny się pobierać (dopiszemy do sugestii), ale zakończone dlaczego nie?

 

więc ponowię zapytanie:

a jak zrobić aby "stare" transakcje zakończone "ręcznie" zmienić na zapłacone ? bo poprzez "zarejestruj pełną wpłatę" nie ma możliwości, a wg podliczeń oczekuję na "kilkanaście tysięcy" wpłat "z góry"

[e-strefa 0]

anulowane chyba nie powinny się pobierać (dopiszemy do sugestii), ale zakończone dlaczego nie?

 

No bo jak cos jest zakonczone to znaczy ze juz sie skonczylo i tego nie bedzie. Po jakiego grzyba ma mi to robic nadzieje na dodatkowa kase?

[Wojciech Stawarz 10]

zakończone - powinny być opłacone, bo chyba tak wynika z ciągłości pracy, na tych, które nie są opłacone trzeba zmienić stan, zarejestrować wpłatę, zmienić stan (zakończyć) i zapisać

[e-strefa 0]

Ale to jest nie do konca logiczne.

Dlaczego jesli transakcja jest zakonczona, bo np klient kupil i sie nie odzywal ma byc oplacona? Oczywistym jest ze nie bedzie wplaty.

[Bartosz Rosa 1 784]

Może zbytnio jestem wyrwany z kontekstu, ale taką transakcję wtedy może trzeba anulować a nie zakańczać? Zakończona transakcja ma chyba w podtekście zrealizowana (doszła do skutku)

[e-strefa 0]

No moze i tak, ale ja rozrozniam w ten sposob czy z klientem byl kontakt czy tez nie.

Dla mnie na przyklad jak klient napisze ze sie pomylil, bla bla bla to transakcja zakonczona, ale jak jest zero kontaktu albo wraca pobranie bez kontaktu to transkacja jest anulowana.

 

Mozna by to rozszerzyc o powod anulowania/zakonczenia.

[Wojciech Stawarz 10]

można, ale po co, jeżeli Twój sposób pracy wymaga podania powodu to proponuje skorzystanie z notatek - tam można opisać jakieś szczegółowe czy też niestandardowe informacje (jak np. zero kontaktu)

[stanko91 0]

zakończone - powinny być opłacone, bo chyba tak wynika z ciągłości pracy, na tych, które nie są opłacone trzeba zmienić stan, zarejestrować wpłatę, zmienić stan (zakończyć) i zapisać

dokładnie TAK, ale zawsze jest jakieś "ale" - chodzi cały czas o "stare" transakcje pobrane i zrealizowane przed rozpoczęciem pracy z sello, kilkadziesiąt transakcji zmieniałem na zakończone bez zaznaczania zapłaty i teraz to wszystko odznaczać, "zapłacić" i ponownie "zakończyć" ?

[Wojciech Stawarz 10]

można najpierw zmienić stan, poźniej zbiorczo zarejestrować wpłatę, i ponownie zmienić stan, jakiś automat ciężko będzie tu zastosować

[e-strefa 0]

można, ale po co, jeżeli Twój sposób pracy wymaga podania powodu to proponuje skorzystanie z notatek - tam można opisać jakieś szczegółowe czy też niestandardowe informacje (jak np. zero kontaktu)

 

Moim zdaniem nie powinno to byc pobierane z zakonczonych.

A co do notatek to znowu idziecie na latwizne. Pewnie ze mozna stosowac notatki, ale kto to bedzie potem czytal. Mozna by zrobic szersze zaznaczanie powodu zakonczenia transakcji (brak kontaktu, dogadane z klientem, zakonczone FZP itp itd) i dzieki temu mozna by opracowac jakas statystyke. Tak mamy tylko zakonczowe (wg Was tylko zaplata) i anulowane.

[Wojciech Stawarz 10]

moim zdaniem powinno być pobierane z zakończonych

łatwizna łatwizną, ale mając takie a nie inne (czytaj: więcej) stany transakcji o wiele prościej jest 'czytać' dane finansowe zestawienie

notaki robi ten, któremu są potrzebne i ten kto je będzie czytał, z drugiej strony po co wracać do czegoś co było i nie miało wpływu w zasadzie na nic, taką transakcje anulujemy i koniec (chcemy wiedzieć czemu - choć nie wiem po co to komu wiedzieć po jakimś tam okresie czasu) to sprawdzamy notatki

kolejny powód to taki (odczucie subiektywne) takich transakcji jest bardzo mało

 

dodam, jeszcze, że rozbudowa zestawień jest w planach

[Paweł Woliński 0]

Od jakiegoś czasu serwis Allegro umożliwia zdefiniowanie osobno adresu do wysyłki oraz danych użytkownika. Zauważyłem że po sciągnięciu transkacji przez sello jako adres wysyłki paczki do Klienta mam adres z jego danych rejestracyjnych a nie zdefiniowanych przez użytkownika danych do wysyłki. Czy problem ten został już jakoś rozwiązany?

[Bartosz Rosa 1 784]

dopóki allegro nie rozwiąże go w pełni to my nie jesteśmy w stanie nic zrobić (nie ma tych informacji w webApi, będzie w październiku wg allegro, wtedy też będziemy mogli coś z tym zrobić)

[e-strefa 0]

Ale przygotowac sie do tego juz chyba mozecie od strony technicznej(baza itp)?

[Bartosz Rosa 1 784]

baza jest gotowa.. jest przecież adres wysyłkowy w kliencie, więc można to tam zapisywać. Zresztą póki nie ma szczegółów to ciężko jest pisać kod który ma z tym współpracować

[Paweł Woliński 0]

Osobiście uważam, że jest to bardzo poważny błąd w aplikacji, który może spowodować u sprzedających oraz używających program Sello straty finansowe. Myślę, że producent oprogramowania wykazałby się niezła klasą informując mailowo swoich Klientów o takim problemie, takie zachownie uważałbym za profesjonalne.

 

A istniała by mozliwość "wyciągnięcia" tych danych z maila informującego sprzedającego o sprzedaży? Można wtedy poinformować użytkownika Sello np. za pomoca notatki do transkacji o tym fakcie Wtedy też używanie oprogramowania typu Sello ma jakiś sens, bo nie wyobrażam sobie sprawdzania kilku/kilkudziesięciu paczek dziennie pod katem poprawności adresu wysyłki.

[Bartosz Rosa 1 784]

No ale powiadomienie nie rozwiązuje problemu, nadal trzeba przeglądać te adresy ręcznie. Moim zdaniem to dostawca usługi zachował się co najmniej nieprofesjonalnie wprowadzając taką możliwość dla kupujących a pozbawiając sprzedawców możliwości korzystania z niej (taka sytuacja była do przewidzenia). Gdyby wprowadzono obie zmiany jednocześnie, to faktycznie sam miałbym pretensję do nas, że Sello tego nie obsługuje a powinno.

 

Kombinowanie z mejlami ma mały sens, ponieważ jakiekolwiek rozwiązanie na teraz i tak wymagałoby wypuszczenia wersji, a za miesiąc informacje te powinny być już dostępne przez webApi.

[lux 0]

Potwierdzam błąd zliczania danych w rubryce "płatnych z góry" po podliczeniu tego co jest w transakcjach u mnie ta wartość jest zawyżona o ponad 300 zł.

[Wojciech Stawarz 10]

zaprzeczam, u mnie jest ok, proszę zwrócić uwagę na filtry i najlepiej zliczyć kwoty na zakładce Wszystkie

[lux 0]

zaprzeczam, u mnie jest ok, proszę zwrócić uwagę na filtry i najlepiej zliczyć kwoty na zakładce Wszystkie

Właśnie tak zrobiłem, podsumowałem wszystko z zakładki transakcje i ta kwota nie zgadza się z tym co jest w rubryce "płatnych z góry" i z tego co wyczytałem w tym poście to nie tylko ja mam ten problem.

[Wojciech Stawarz 10]

no właśnie w tym wątku wyjaśniło się, że statystyka jest liczona poprawnie

[lux 0]

no właśnie w tym wątku wyjaśniło się, że statystyka jest liczona poprawnie

 

liczyć to ja jeszcze potrafię w przeciwieństwie do statystyk sello, jest błąd w sumowaniu dla transakcji płatnych z góry. Nie mam włączonych żadnych filtrów, i wszystkie moje przesyłki wysyłam po wcześniejszej wpłacie na konto więc nie mam żadnych przesyłek za pobraniem. Wystarczy skopiować liczby z transakcji i wrzucić do arkusza kalkulacyjnego żeby przekonać się że jest błąd w zliczaniu płatności z góry.   

[Wojciech Stawarz 10]

tak moglibyśmy się 'przepychać' całe wieki, obiawiam się, że bez analizy bazy danych niewiele więcej się da powiedzieć

[lux 0]

tak moglibyśmy się 'przepychać' całe wieki, obiawiam się, że bez analizy bazy danych niewiele więcej się da powiedzieć

 

zgoda, tylko że ja nie jestem jedyną osobą u której ten błąd występuje i przydałoby się to naprawić, bo niestety jak na razie są różnice pomiędzy tym co jest w transakcjach a statystykami. Akurat te statystyki są dla mnie ważne i każda pomyłka +/- 200/300 zł robi dla mnie sporą różnice.

[e-strefa 0]

A ja nadal bede sie trzymal wersji, ze te dane powinny sie pobierac z oczekujacych, a nie wszystkich, bo wychodzi na to ze przez to ze ktos nie dokonca przemyslal sprawe, ja zeby miec poprawne statystyki musze poprawic wszystkei transakcje na zapacone mimo, ze tak sie wcale nie stalo.