Dsco to sieć dropshippingowa: retailer sprzedaje na swojej stronie, zamówienie trafia do Ciebie jako dostawcy, a Ty wysyłasz je bezpośrednio do jego klienta, w imieniu retailera. Dziś Dsco jest częścią Rithum, firmy powstałej z połączenia CommerceHub i ChannelAdvisor. Zanim przejdziemy dalej, rzecz najważniejsza: nie mamy opublikowanego konektora Dsco. Jeśli szukasz modułu do instalacji, nie ma go w naszym katalogu. Możemy za to opowiedzieć, jak jego sposób działania wpasowuje się w Odoo, bo tam rozstrzyga się prawie każdy problem.
Jak działa sieć z perspektywy dostawcy
Rejestrujesz się raz, a każdy retailer, który Cię zaakceptuje, jest partnerem handlowym z własnymi regułami. Zgodnie z przewodnikiem integracji Dsco dostawca odbiera zamówienia i zwraca do sieci cztery rzeczy: potwierdzenie, że zrealizuje zamówienie, wysyłkę z numerem śledzenia, anulowanie, gdy nie może go zrealizować, oraz fakturę za wysłane sztuki. Osobno przekazywany jest stan magazynowy, na podstawie którego retailer decyduje, co oferuje. Rithum zaleca robić to przez API, z poświadczeniami klienta wymienianymi na token; pliki CSV lub EDI nadal są możliwe, ale z mniejszą liczbą funkcji.
W Odoo to nie jest trasa dropship
Nazwa wprowadza w błąd. Trasa Dropship w Odoo służy do czegoś odwrotnego: Ty sprzedajesz, a Twój dostawca wysyła. W Dsco dostawcą jesteś Ty, więc zamówienie to zwykła sprzedaż z Twojego magazynu, z trzema poprawnie ustawionymi danymi: klientem, któremu wystawiasz fakturę, jest retailer, adres dostawy to adres jego klienta, a cena to koszt uzgodniony z retailerem, nie to, co zapłacił kupujący. Numer zamówienia retailera trafia do odnośnika klienta i jest kluczem, który sprawdzasz, zanim cokolwiek utworzysz. W przeciwnym razie każda ponowna próba dubluje zamówienia, a to pierwsze, czego szukamy przy audycie odziedziczonego konektora.
Dokument dostawy nosi markę retailera
Kupujący nie wie, że istniejesz. W paczce jest dokument dostawy retailera: jego logo, jego numer zamówienia, jego treść dotycząca zwrotów i żadnej Twojej ceny. W Odoo oznacza to szablon raportu dla każdego retailera, wybierany według klienta zamówienia, a nie jeden szablon pełen warunków, który rośnie z każdym nowym partnerem. Jeśli korzystasz z etykiet generowanych przez Dsco, jego dokumentacja podaje, że dokument dostawy można też pobrać z jego portalu. Wtedy trzeba zdecydować, retailer po retailerze, czy drukujesz dokument z Odoo, czy dołączasz jego własny. Obie opcje są dobre. Obie naraz nie.
Etykieta, którą Ci narzucają
Dsco może wygenerować etykietę z konta przewoźnika podłączonego przez retailera albo przez samego dostawcę. Jeśli konto należy do retailera, nie wybierasz ani przewoźnika, ani usługi: etykietę dostajesz jako plik, dołączasz ją do zlecenia dostawy w Odoo, a numer śledzenia, który odsyłasz, musi być numerem z tej etykiety. Jeśli konto jest Twoje, etykieta może pochodzić z Twojego konektora przewoźnika w Odoo, a wysyłkę zgłaszasz do sieci później. Dsco identyfikuje każdą wysyłkę po partnerze, kodzie magazynu i numerze zamówienia, więc każdy magazyn w Odoo musi mieć zmapowany swój kod Dsco.
Jedno źródło etykiety na retailera. Jeśli etykietę mogą wygenerować i Odoo, i Dsco, prędzej czy później ktoś wydrukuje dwie: paczka wyjdzie z jedną, a retailer dostanie numer śledzenia drugiej.
Brak towaru kosztuje
Na marketplace'ie bez zapasów po prostu przestajesz sprzedawać. W dropshippingu dla retailerów retailer już pobrał pieniądze od klienta, a jeśli anulujesz, to anulowanie obciąża Ciebie i retailer je mierzy. Każdy retailer ustala własne reguły i konsekwencje, więc nie podamy Ci żadnej liczby. Można jednak do tego nie dopuścić, podejmując w Odoo trzy decyzje: publikować ilość wolną (dostępną minus zarezerwowaną) z bufor em dla każdego retailera, a nie stan fizyczny; wysyłać ją przy każdej zmianie, a nie w nocnej paczce; oraz potwierdzać zamówienie w Dsco dopiero wtedy, gdy Odoo zdołało zarezerwować sztuki. To problem nadsprzedaży w wielu kanałach z mniejszym marginesem błędu.
Co robimy my i kiedy Ci się to nie opłaca
Powtarzamy: nie mamy opublikowanego konektora Dsco. Robimy natomiast integrację na zamówienie, zgodnie z wymaganiami każdego retailera, opierając się na tym, co Odoo już rozwiązuje (przewoźnicy, trasy, raporty i rezerwacje), oraz na doświadczeniu z naszych opublikowanych konektorów dla Amazon, Mirakl i pozostałych z katalogu. A teraz uczciwie: jeśli sprzedajesz jednemu retailerowi i masz kilka zamówień dziennie, portal Dsco i uważna osoba prawdopodobnie Ci wystarczą, a płacenie za integrację nie ma sensu. Opłaca się, gdy wolumen albo liczba retailerów sprawia, że ręczne przepisywanie zaczyna kosztować anulowania. Ogólny kontekst dropshippingu dla retailerów znajdziesz w artykule CommerceHub i Odoo.
Najczęstsze pytania
Czy istnieje gotowy do instalacji konektor Dsco dla Odoo?
My nie mamy opublikowanego. Jeśli ktoś Ci go oferuje, zapytaj, z którymi retailerami działa produkcyjnie i czy obejmuje potwierdzenie, wysyłkę, anulowanie i fakturę, a nie tylko odbiór zamówień.
Lepiej przez API czy przez pliki?
Rithum zaleca API dla dostawców, a jego przewodnik opisuje drogę przez pliki CSV lub EDI jako mającą mniej funkcji. Jeśli już wymieniasz EDI z innymi retailerami i ten przepływ działa, jego ponowne wykorzystanie może mieć sens; jeśli zaczynasz od zera, najlepsze jest API.
Jak z Odoo fakturować retailera?
Zgodnie z polityką fakturowania według dostarczonych ilości. Faktura trafia do retailera, nie do kupującego, i obejmuje tylko wysłane sztuki, czyli to, co Dsco oczekuje otrzymać. Fakturowanie tego, co zamówiono, zamiast tego, co wysłano, daje fakturę niezgodną z wysyłkami.
Przydatne linki w FlexigoTech
Czy retailer zaakceptował Cię w Dsco?
Prześlij nam jego przewodnik z wymaganiami: jakich komunikatów oczekuje, kto zapewnia etykietę i jaki termin Ci daje. Powiemy Ci, co da się zautomatyzować w Odoo, co nadal będzie wymagało czyjegoś nadzoru i czy integracja naprawdę się opłaca. Napisz na comercial@flexigobe.com lub umów rozmowę.

