1. Opis ogólny
2. Rozwiązania
e-zamówienia
e-faktury, e-archiwum
e-maile
Kursy walut z NBP
Usługi internetowe (SOA, API)
Google
3. Sklepy internetowe. B2B, B2C
Omnichannel. BaseLinker
Prestashop
oscTrawers
cStore
Edito
IdoSell
4. Sprzedaż bezpośrednia. D2C
Zamówienia sprzedaży via SOA
Produkty wariantowe
5. Tematy powiązane
1. Opis ogólny
Jako integrację z internetem traktujemy te rozwiązania programowe,
które bezpośrednio używaja przeglądarek internetowych i stron www
do wymiany danych z bazą danych programu Trawers.
Zaliczamy do nich także inne rozwiązania korzystające z technik
i technologii internetowych, np. e-maile, usługi internetowe.
2. Rozwiązania
* e-Zamówienia
Rejestrowanie zamówień sprzedaży przekazywanych komunikatami EDI
Dokumenty EDI
Każdy dostawca może mieć dostęp do bazy danych programu Trawers.
Dostawca może sprawdzać aktualny stan zapasów magazynowych, ustalać potrzeby
zaopatrzeniowe, dostarczać materiały i towary.
RA Zdalny dostęp dostawców
Wpisywanie zamówień sprzedaży via SOA
SOA Funkcje OutBound i InBound
* e-faktury, e-archiwum
Wysyłanie e-faktur
Gromadzenie faktur w e-archiwum
Wydobywanie e-faktur z e-archiwum po otrzymaniu e-maila z kodem RefNo
e-faktury, e-archiwum
* e-maile
Odbieranie i wysyłanie e-maili przy pomocy wbudowanego programu
klienta poczty elektronicznej TrEmail
W programie jest mechanizm, który automatycznie kojarzy (łączy) e-maile
z dokumentami, np. fakturami sprzedaży i kartotekami, np. odbiorcami.
E-mail Używanie poczty elektronicznej
Usługi internetowe wykonywane w architekturze SOA
SOA Architektura
* Google
Usługi internetowe, przede wszystkim wyszukiwarka Google, oraz inne
usługi dostępne on-line, np. tłumaczenia tekstów.
Program Trawers korzysta z usług Google. Tu są opisy:
Integracja z internetem. Google
3. Sklepy internetowe. B2B, B2C
B2B Business to Business
Relacje biznesowe pomiędzy firmam.
Rozwiazania funkcjonalne do obsługi klientów instytucjonalnych (firm)
Np. platformy składania zamówień WOE Web Order Entry
Cechy: klienci zarejestrowani, zwykle ograniczona liczba, np. kilkuset
zakupy hurtowe, duża wartość zakupów jednostkowych, płatności odroczone,
przeglądanie historii sprzedaży i zapłat. Możliwość kopiowania (powielania) zamówień
Upraszczając: odbiorcy hurtowi
B2C Business to Customer
Relacje biznesowe z klientami końcowymi.
Rozwiązania funkcjonalne do obsługi klientów indywidualnych
Np. sklepy internetowe, portale aukcyjne
Cechy: klienci przypadkowi, nieograniczona liczba klientów,
zakupy detaliczne, mała wartość zakupów jednostkowych, płatności
w momencie zakupu lub dostawy. Monitorowanie stanu realizacji zamówienia.
Upraszczając: klienci detaliczni, klienci indywidualni.
Internetowe platformy sprzedażowe skracają czas składania zamówień,
pozwalają zwiększyć skalę sprzedaży, a przede wszystkim zwiększyć konkurencyjność firmy.
Omnichannel, BaseLinker
Omnichannel, to sprzedaż wielo-kanałowa. Sprzedaż kanałami tradycyjnymi
(sklepy stacjonarne) oraz kanałami elektronicznymi (e-commerce).
Ze szczególnym uwzględnieniem kanałów elektronicznych:
* Specjalizowane aplikacje, np. Edito (patrz niżej)
* Sklepy internetowe, np. PrestaShop, cStore (patrz niżej)
* Portale aukcyjne, np. Allegro, eBay
* Fulfilment, obsługa logistyczna, np. FBA Fulfillment by Amazon
FBM Fulfillment by Merchant
* Integratory e-commerce. Jedno miejsce dostępu do wielu kanałów
sprzedaży internetowej, np. BaseLinker, Plentymarkets E-Commerce-ERP
Wymiana danych z e-Commerce typu Omnichannel
Omnichannel (sprzedaż wielo-kanałowa). Integratory e-commerce.
Programy, które zapewniają jedno miejsce dostępu do wielu kanałów
sprzedaży internetowej.
Przykład: Trawers ERP wymienia dane z integratorem BaseLinker.
A BaseLinker wymienia dane z wskazanym sklepem internetowych, np. Shopify
lub z platformami: Amazon FBA, Allegro, eBay.
Integracja z BaseLinker
Korzyści: Trawers ERP utrzymuje tylko jeden interfejs wymiany z e-commerce.
Nie musi utrzymywać wielu (kilku, kilkunastu) interfejsów wymiany danych.
Sklepy internetowe (en: WebStore)
Klient wybiera w sklepie internetowym towary, dodaje je do koszyka dóbr
i bezpośrednio składa zamówienie. Złożone zamówienie jest automatycznie
przetwarzane na zamówienie sprzedaży w Trawersie. Listy towarów z cenami
przesyłane są automatycznie do sklepu internetowego i na bieżąco aktualizowane.
Program Trawers może wymieniać dane ze sklepami internetowymi.
Do wymiany danych stosuje się funkcje SOA (API)
Funkcje SOA (API)
Użytkownik może wybrać odpowiedni dla siebie program wymiany danych.
Produkty i usługi Partnerów
* Wymiana danych między sklepem internetowym Prestashop a Trawers
Możliwość synchronizacji towarów (nazwa, opis, stany magazynowe, ceny,
w tym także towary wg magazynów i cenników)
Możliwość synchronizacji klientów
Możliwość tworzenia zamówień sprzedaży w Trawersie prosto ze sklepu Prestashop
Oferta firmy: OpenIT Człuchów
Szczegóły rozwiązaniaProdukty i usługi Partnerów
* eLinker - Integrator Trawers ERP - Prestashop
Łączy Trawers i sklep internetowy Prestashop.
Integracja towarów, stanów magazynowych i zamówień sprzedaży.
Oferta firmy: Artoit Systemy Informatyczne
eLinker Integrator Trawers ERP z Prestashop
* cStore Sklep internetowy zintegrowany z Trawers ERP
Automatyczna synchronizacja danych z/do programu magazynowego. Integracja obejmuje
pobieranie informacji do sklepu o produktach, zdjęciach, stanach magazynowych i cenach
oraz zamówień do programu magazynowego.
cStore
Wymianę danych między ERP a sklepem IdoSell można zbudować korzystając
z modułu pośredniczącego Bridge. Moduł używa bazy MS SQL lub MySQL.
IdoSell Bridge
* Stany magazynowe i ceny sprzedaży do sklepu internetowego
Funkcje SOA codziennie przygotowują pliki XML o stanach i cenach towarów
SOA Architektura
Sklepy internetowe a KSeF
Dot. wymiany danych między Trawers ERP a sklepem internetowym w warunkach KSeF.
W podstawowy modelu odbywa się pobieranie zamówień do Trawersu oraz synchronizacja stanów.
W takim modelu tylko zamówienia + synchronizacja, to KSeF zasadniczo nie wprowadza
żadnych zmian w integracji sklep <--> Trawers.
Dlaczego:
* Integracja sklepu wykonuje SOA: OutBound: produkty/ceny/stany/kontrahenci
(np. ProductsRequest, Stock, PricesRequest...) oraz InBound: zapis zamówień
(Order/OrderNew/Document-Order) .
* KSeF dotyczy etapu fakturowania FA/FK i ich wysyłki/statusów/UPO - a tego,
w tym modelu, integracja sklepu nie wykonuje.
Ewentualne inne wymagania:
1. Dane do faktury: jeśli sklep dotąd w zamówieniu przekazuje tylko minimalne dane klienta,
a firma zacznie wymagać kompletności pod KSeF (NIP/kraj/adres), to może się pojawić
potrzeba, aby sklep zawsze je zbierał i przekazywał w zamówieniu lub w innej formie.
2. Moment fakturowania: firma może zmienić zasady (np. faktura dopiero po wysyłce/płatności).
To wpływa na proces w ERP, ale nadal nie musi zmieniać integracji zamówień.
4. Sprzedaż bezpośrednia. D2C
D2C Direct to Consumer
Sprzedaż bezpośrednia. Nabywca (klient) kupuje bezpośrednio od producenta.
Sprzedaż D2C (blog)
Wyróżniające cechy:
* Pominięcie pośredników: pozwala obniżyć koszty (i ceny), pozwala poznać wybory,
potrzeby i opinie klientów (z pierwszej ręki).
* Dotarcie do klientów z bezpośrednim, niezakłóconym przekazem marketingowym
* Zbudowanie trwałych relacji: Producent <--> Klient (konsument)
Zwiększa zaufanie do producenta, pozwala udoskonalać produkty
* W ślad za produktem może iść sprzedaż usług i produktów powiązanych
Tańsze i bardziej kompetentne usługi serwisowe.
* Trwałe relacje zmiejszają 'wrażliwość' cenową
Tzn. przy dobrych, trwałych relacjach klient łatwiej 'wybaczy' podwyżkę ceny.
Wyzwania u producenta towarów i usług (produktów):
* Zamiana strony internetowej, z informacyjnej --> na sprzedażową
Alternatywa: sprzedaż via aplikacje omnichannel, np. BaseLinker
* Uporządkowanie kartoteki klientów. Umożliwienie szybkiej modyfikacji
* Przebudowa procedur ofertowania, zbierania zamówień, wysyłki, zwrotów
Model przepływu danych
Klient Dostawca
====== ========
Marketing (oferty) Zamówienia Planowanie
Kalkulacje -->--->-----> sprzedaży --->-- Zaopatrzenie
^ v
| |
^ v
| Produkcja (opcja)
^ v
| |
^ v
Produkt <-------- Pakowanie <----------< Gotowy
dla klienta Wysyłka asortyment
Fakturowanie
Model oprogramowania
Klient Dostawca
====== ========
------------------------------------------------------
Zamówienia sprzedaży
e-Commerce ->------>------->----->------> Programy
Internetowe platformy ERP
sprzedażowe o
^ |
| v
^ |
| Realizacja (Fulfillment) v
o<---<----<----<------<-----<------<------o
------------------------------------------------------
Np. BaseLinker Np. Trawers ERP
^ ^
| |
o o
BaseLinker Trawers ERP
(programy stosowane do realizacji D2C Sprzedaż bezpośrednia)
Patrz też:
Produkty wariantowe. Wytwarzanie i sprzedaż
D2C Wiele jednostkowych sprzedaży
Model D2C to wiele jednostkowych sprzedaży dla konsumentów indywidualnych.
Zamówienia spływają różnymi kanałami, zwykle z aplikacji internetowych,
w tym z aplikacji Omnichannel. Omnichannel gromadzi zamówienia różnych
źródeł, np. Allegro, Amazon, eBay.
W programie Trawers ERP można automatycznie dopisywać nowych klientów
równocześnie z rejestracją zamówień sprzedaży.
Firmy identyfikuje się przez NIP a odbiorców indywidualnych poprzez
adresy e-mail osób do kontaktu.
Omnichannel ma własną numerację zamówień. Są to zamówienia obce, wg terminologii
programu Trawers ERP (Nr obcy).
Program Trawers ERP dba o to aby nie zapisać zamówień o takich samych numerach.
Program sprawdza: Nr obcy (parametr 0326 [1] SOA Order. Unikalny numer).
Parametry ogólne 01xx 02xx 03xx 08xx
Ąutomatyczne pobieranie zamówień z plików XML
W programie Trawers ERP można pobierać zamówienia sprzedaży z plików XML,
z aplikacji internetowych, np. BaseLinker i kierować zlecenia do modułów
produkcyjnych w celu wytworzenia zamówionych produktów.
Zamówienia mogą zawierać produkty wariantowe (konfigurowalne).
Produkty wariantowe. Zamówienia sprzedaży