ANDREW 0 Napisano 24 Marca 2009 Udostępnij Napisano 24 Marca 2009 w FOD I WEBAPI Już jest!!!!!!!!! http://allegro.pl/phorum/read.php?f=327&i=11010&t=11010 Co możecie z tym zrobić i w jakim terminie jeśli można zapytać? Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 24 Marca 2009 Udostępnij Napisano 24 Marca 2009 w FOD I WEBAPI Najpierw przeczytać co wymyślili, potem sprawdzić jakie zmiany trzeba zrobić . ps. angielski skrót SOF brzmi jak Soldier of Fortune Cytuj Link to postu
ANDREW 0 Napisano 24 Marca 2009 Autor Udostępnij Napisano 24 Marca 2009 w FOD I WEBAPI Ok jak sprawdzicie to napiszcie co sadzicie o tym i jakie ma to ewentulane bolączki. Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 26 Marca 2009 Udostępnij Napisano 26 Marca 2009 w FOD I WEBAPI Podstawowa bolączka jaką ja widzę, to nadmiar danych: adres klienta, adres wysyłkowy, strefa sello, dane z FOD, a pewnie znajdzie się ktoś kto wypełni kilka adresów i przydało by się chyba lepsze zarządzanie adresami w transakcji. Tym bardziej, że część klientów wpisuje adres w pole opisu/uwag co uniemożliwia automatyczne przeniesienie go we właściwe pola. Stąd można by o tym podyskutować: jak zarządzać, prezentować adresy żeby dało się z tego korzystać szybko i sensownie. Druga sprawa, strefa sello blokuje edycję adresu gdy np paczka jest już spakowana, wysłana. FOD jest zdaje się dostępny cały czas, klient może zatem wpisać tam coś 2 tygodnie po wygraniu aukcji... co w takim przypadku robić? Skąd klient się dowie jaki aktualny adres wysyłkowy ma sprzedawca? Tu można by np wysłać wiadomość automatyczną do klienta: "Zmieniono dane za pomocą FOD". Cytuj Link to postu
ANDREW 0 Napisano 26 Marca 2009 Autor Udostępnij Napisano 26 Marca 2009 w FOD I WEBAPI Zmieniono dane za pomocą FOD O to jest dobre Jeszcze transakcje zmienione w FOD powinny trafiać "do zatwierdzenia" i tam czytamy notatki i wyskubujemy tych którzy wpisali adres w uwagach. Przydałoby się mieć widoczne 2 adresy "z serwisu" i "podany przez klient" czyli z fod, e-maila, strefy. Aha i przy okazji moje pytanie czy można zablokować możliwosć zmiany przez klienta adresu w strefie?? Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 26 Marca 2009 Udostępnij Napisano 26 Marca 2009 w FOD I WEBAPI Wszystko wygląda fajnie jak się mówi o konkretnym przypadku. Bo nawet jesli będzie widoczny w jakiś sposób adres z serwisu (który? bo jeśli jest podany adres wysyłkowy to ten jest brany do transakcji) i adres podany przez klienta, to na dobrą sprawę nie wiadomo skąd ten adres przyszedł. W jednej chwili może to być adres z foda, w drugiej ze strefy. Inna sprawa jest taka, że opcja dostawy jest przesyłana jako tekst.. co z nią zrobić? Allegro twierdzi, że to wersja wstępna formularza i naszym zdaniem wypada się jeszcze wstrzymać z wdrażaniem tego, bo wymaga to na pewno paru zmian w działaniu transakcji, a jak allegro wprowadzi kolejne zmiany w FOD to znów trzeba będzie coś przerabiać. Na tą chwilę to widzę więcej kłopotów z tym związanych niż ułatwień. Co do strefy, to można w konfiguracji strefy wyłączyć możliwość edycji. Najlepszym wyjściem wydaje mi się była by możliwość wyłączenia FODa, i dorobienia do strefy możliwości wyboru formy dostawy. A wynika to z faktu iż to Sello kontroluje strefę, a w przypadku foda, nikt go nie kontroluje Cytuj Link to postu
mac 1 Napisano 26 Marca 2009 Udostępnij Napisano 26 Marca 2009 w FOD I WEBAPI Najlepszym wyjściem wydaje mi się była by możliwość wyłączenia FODa juz ci mówie , że to nie przejdzie i za chwilę Cie użytkownicy zjedzą za ten pomysł, zresztą nie bez podstaw, bo jednak jak klienci przzwycają się do FODa to nie wygrasz z tym. Strefa powinna raczej odczytywać FODa. Czyli podpisujemy opcje dostawy dla strefy i Fod (identyczne) ,klient wypełnia FODa , dane pojawiają się w strefie , klient zmienia w strefie to też jest ok. Muszę przyznać , że nie dokońca jeszcze wiem jak działa ten FOD i np. mimo, że nigdzie nic nie włączałem to czaem dostaje maila , że klienta coś tam sobie pozmieniał. Dziwne... Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 27 Marca 2009 Udostępnij Napisano 27 Marca 2009 w FOD I WEBAPI Tylko że w strefie mogą się one pojawić w dwojaki sposób: 1. Sello musiało by to najpierw ściągnąć do Siebie, potem wysłać na strefę - a wysyła to co jest w transakcji. 2. Strefa mogła by sama to ściągać, tylko: a) kiedy? b) nie każdy używa strefy Dodatkowa komplikacja jest taka, że teraz musiało by dojść nowe źródło modyfikujące transakcje - moduł aukcji, a to z kolei pociąga za sobą konieczność zmian natury wątkowej i dostępowej do danych. FOD jest włączony z defaulta, nawet wyłączyć się go nie da, jak ktoś kliknie to dostajesz mejla. Minusem FODa może też być stringowość pól z opcjami dostawy i płatnościami - co wyklucza automatyczne ustawianie tych opcji w transakcji. Cytuj Link to postu
Markus 0 Napisano 27 Marca 2009 Udostępnij Napisano 27 Marca 2009 w FOD I WEBAPI A czy byłaby możliwość ustawienia Strefy w tryb "READ ONLY": klient w strefie nie może niczego zmieniać, ale może sprawdzić, czy sprzedający ma poprawny adres wysyłkowy, czy zanotował już wpłatę, czy nadał paczkę (i jaki jest numer nadania) itd. W zasadzie klient wszystkie konieczne dane (zmiana adresu wysyłkowego, wybór formy finalizacji i rodzaju przesyłki, chęć otrzymania FV) może nam przesłać przez FOD. Wydaje się to rozsądną formą pośrednią, zwłaszcza że nie ma możliwości wyłączenia FOD. FOD jest narzędziem zintegrowanym z Allegro i kupujący szybko się do niego przyzwyczają (dostaję coraz częściej wypełnione FODy), a Strefa Sello jest dla nich jednak narzędziem "obcym". pozdrawiam Markus Cytuj Link to postu
ANDREW 0 Napisano 28 Marca 2009 Autor Udostępnij Napisano 28 Marca 2009 w FOD I WEBAPI FOD jest narzędziem zintegrowanym z Allegro i kupujący szybko się do niego przyzwyczają (dostaję coraz częściej wypełnione FODy), a Strefa Sello jest dla nich jednak narzędziem "obcym". RACJA!!! wiec prędzej czy później trzeba to powiązać z sello bo ręcznie tego się nie da czytać! Wiele sprzedających narzeka na FODa... bo? nikt nie ma programu który czytał by foda! Jeżeli powiążecie FOD gwarantuje nowych użytkowników Sello!!! Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 28 Marca 2009 Udostępnij Napisano 28 Marca 2009 w FOD I WEBAPI powiązać powiążemy, tylko odnoszę wrażenie że nie taki fod znów fajny na jaki wygląda Cytuj Link to postu
Markus 0 Napisano 28 Marca 2009 Udostępnij Napisano 28 Marca 2009 w FOD I WEBAPI powiązać powiążemy, tylko odnoszę wrażenie że nie taki fod znów fajny na jaki wygląda ale nie uciekniesz od FODa, bo... nie da sie go wylaczyc a dane przekazane przez FOD trzeba uwzgledniac, bo wielu klientow przekazuje informacje o zmianie adresu, czy wybranym sposobie finalizacje wlasnie w ten sposob, ignorujac wszelkie inne informacje przekazane w wiadomosci od sprzedajacego... Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 29 Marca 2009 Udostępnij Napisano 29 Marca 2009 w FOD I WEBAPI i tak i nie, w tej chwili fod dociera w postaci mejli z tego co wiem. Cytuj Link to postu
Smart-Office.pl 7 Napisano 13 Czerwca 2011 Udostępnij Napisano 13 Czerwca 2011 w FOD I WEBAPI Polecam korzystanie z naszego programu, nie jest to duży koszt, a wszystkie formularze opcji dostawy są zatwierdzane automatycznie. http://www.smart-office.pl/pobierz.html Cytuj Link to postu
krzyzanowski 10 Napisano 1 Października 2012 Udostępnij Napisano 1 Października 2012 w FOD I WEBAPI A czy byłaby możliwość ustawienia Strefy w tryb "READ ONLY": klient w strefie nie może niczego zmieniać, ale może sprawdzić, czy sprzedający ma poprawny adres wysyłkowy, czy zanotował już wpłatę, czy nadał paczkę (i jaki jest numer nadania) itd. W zasadzie klient wszystkie konieczne dane (zmiana adresu wysyłkowego, wybór formy finalizacji i rodzaju przesyłki, chęć otrzymania FV) może nam przesłać przez FOD. witam podbijam temat. około 0,5% klientów wprowadza zmiany w STREFIE SELLO, gdyby była możliwość włączenie trybu "READ ONLY" dla strefy, zaoszczędziłoby to sporo czasu i nie trzeba by uważać przed zgrupowaniem czy klient wprowadził zmiany po wprowadzeniu FOD, obecna forma strefy nie jest już potrzebna pozdrawiam Cytuj Link to postu
Bartosz Rosa 1 784 Napisano 2 Października 2012 Udostępnij Napisano 2 Października 2012 w FOD I WEBAPI Taka możliwość jest, w konfiguracji Strefy (okno zarządzania kontami i licencjami, link Strefa Sello) wystarczy odznaczyć pola "Udostępnij formularz...". Wtedy klient nie będzie mógł zmieniać adresów. Cytuj Link to postu
krzyzanowski 10 Napisano 2 Października 2012 Udostępnij Napisano 2 Października 2012 w FOD I WEBAPI Dzięki bardzo, zaraz sobie wyłączę. Cytuj Link to postu
pramiz 1 Napisano 4 Października 2012 Udostępnij Napisano 4 Października 2012 w FOD I WEBAPI Dla klienta takie niuanse jak FOD czy Strefa Sello niejednokrotnie są abstrakcyjne. Po prostu zmienia dane, gdzie mu popadnie i interesuje go, żeby u sprzedawcy były zmienione. Ja zastosowałem kryterium czasowe. Do momentu zaksięgowania wpłaty można zmienić wszystko - przyjmuję ostatnią wersję bez względu na żródło pochodzenia, wychodząc z założenia, że skoro klient coś zmienia później, to to, co było wcześniej w takim razie jest nieaktualne. Jak zapłacił i podał dane, to znaczy, że mamy wysyłać. Trochę pracochłonne jest śledzenie tych zmian, ale wydaje mi się, że kryterium chronologiczne jest jak najbardziej zgodne z logiką. A gdyby były z tym kłopoty, to zawsze mu można zwrócić uwagę, że przecież on sam to później zmienił, więc pretensje są bezsadne. Cytuj Link to postu
Patryk Tworek 39 Napisano 5 Października 2012 Udostępnij Napisano 5 Października 2012 w FOD I WEBAPI Zgadzam się, kryterium chronologiczne jest jak najbardziej poprawne. Należy przy tym zwrócić uwagę, że ludzie są dziwni Wychodzę z założenia, że jeżeli nie ma info że np: paczka ma iść na 2 adresy (np: 2x cośtam było zamówione) to bierzemy adres najnowszy i tyle. Wyjątkiem są FV, jeżeli są to zmieniam... zawsze lepiej wypisać niż później z paragonami się motać Cytuj Link to postu
Polecane posty
Dołącz do dyskusji
Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.
Uwaga: Twój wpis zanim będzie widoczny, będzie wymagał zatwierdzenia moderatora.