1. Opis ogólny
Produkty wariantowe
Konfigurator w Trawers ERP
Produkty wariantowe. BaseLinker
2. Web Konfigurator
Opis ogólny
Schemat przepływu danych
3. Konfigurator i Trawers ERP. Wymiana danych
Struktura produktu
Tabela atrybutów
Zamówienie sprzedaży
4. Tematy powiązane
(AsystentAI)
Patrz też blog:
Produkty wariantowe (blog)
Web Konfigurator, to popularne określenie aplikacji internetowej, która pozwala,
w trybie dialogu, definiować konfigurację produktów wariantowych.
Aplikacja wymienia dane z programem ERP, tu: Trawers ERP.
Patrz opis dalej: Wymiana danych.
Inne nazwy: Visual Product Configurator
3D Product Configurator
Konfigurator produktu (Wizualny) WKP
Schemat przepływu danych
Rysunek przedstawia przepływ danych między konfiguratorem a programem ERP.
W programie Trawers ERP do wymiany danych stosuje się usługi internetowe: SOA (API).
Architektura SOASOA Funkcje OutBound i InBound
Schemat przepływu danych (draft)
Konfigurator produktu (Wizualny) WKP
Konfigurator (aplikacja) <------<-----<--o Web Konfigurator
^ | ^ | |
| | | | |
| | | | |
^ v ^ v ^
------------------------------------------------------- SOA (API)
^ v ^ v ^
| | | | |
| | | | |
(2) | | | v (1) | Trawers ERP
o->--->----o | ^ | ^
| | | | |
| | | | |
Gotowe produkty | | | |
wariantowe | | v o
| | | Indeksy produktów
(3) | | | (5) Indeksy komponentów
o------<----o | o------>---o Cechy i opcje (możliwe warianty)
| | |
| | |
| ^ |
v | v
o | o
Zamówienie sprzedaży | Zamówienie sprzedaży
Pytanie o warunki | Decyzja o zakupie
oferty ^ o
| | |
v | |
| (4) | v
| ^ |
| Wycena produktu | (6)
o-->-----> wariantowego |
|
|
v
Skierowanie do produkcji
(kompletacjI
lub wydanie z magazynu
|
|
| (7)
v
Realizacja: wysyłka + faktura
(1) Konfigurator produktu (Wizualny) (dalej: WKP)
pobiera indeksy produktów, indeksy komponentów
i definicje możliwych wariantów (cechy i opcje)
Pobiera z bazy danych Trawers ERP (Dalej: Tr)
BOM Konfiguracje produktu
(2) WKP pobiera gotowe produkty wariantowe z Tr
klient może wybrać już gotowe warianty,
nie musi konfigurować
BOM Konfiguracje produktu
(3) WKP wysyła do Tr definicje wariantów
ustaloną przez klienta. Tr pobiera definicję.
W Tr jest to struktura: [ZL] Zamówienie sprzedaży
ze wskazaniem, że jest to tylko zapytanie ofertowe
Dokumenty sprzedaży
(4) Tr wycenia wariant produktu i odsyła cenę do WKP
(5) Klient zamawia produkt (decyzja o zakupie)
WKP wysyła do Tr zamówienie sprzedaży
Ta sama struktura co w (3) [ZL] Zamówienie sprzedaży,
ze wskazaniem, że klient kupuje
Dokumenty sprzedaży
(6) Tr kieruje zamówienie:
- do wysyłki (wydanie z magazynu)
- do kompletacji
- do produkcji
Realizacja zamówień sprzedaży
(7) Tr realizuje zamówienie
- wydanie
- wysyłka
- faktura
Realizacja zamówień sprzedażyProdukty wariantowe. Zamówienia sprzedaży
3. Konfigurator i Trawers ERP. Wymiana danych
Opis ogólny
Poniżej opisano przykładowe pliki, które uczestniczą w wymianie danych
między Web Konfigurator, np. BaseLinker a Trawers ERP.
Pliki można wykorzystać podczas sprawdzania przydatności innych Web Konfigurator
do współpracy z programem Trawers ERP.
Ogólny model wymiany danych podano powyżej. Dlatego tutaj ograniczamy się
do przedstawienia zawartości kartotek, tabel i plików danych.
Struktura produktu: [RAMA-JAF] Rama - fotel JAZZ210
Definicja struktury produktu (BOM) w systemie: BM > Struktury produktów.
BOM Struktury produktuBOM Konfiguracje produktuPrzykład struktury produktu:
RAMA-JAF Rama fotela z dwiema opcjami: bejca i lakier
Wszystkie pozycje struktury (BOM) są w branżowych danych przykładowych
MT Meble Tapicerowane.
Dane branżowe. Profile firm
Tutaj umieszczamy fragment definicji BOM dot. cech i opcji.
Produkt - RAMA-JAF Rama - fotel JAZZ210
- Cecha: Bejca - z opcjami do wyboru
1........ BEJCA Bejca do drewna (cecha)
.2....... BEJCA-CO Bejca typ GLAZE - ciemny orzech
.2....... BEJCA-D Bejca typ GLAZE - dąb
.2....... BEJCA-O Bejca typ GLAZE - orzech
- Cecha: Lakier - z opcjami do wyboru
1........ LAKIERY Lakiery do drewna (cecha)
.2....... LAKIERGM109 Lakier satynowany
.2....... LAKIERGM110 Lakier błyszczący
.2....... LAKIERPO101 Lakier poliuretanowy półpołyskowy
.2....... LAKIERPO102 Lakier poliuretanowy matowy
NOTE: Cechy mogą mieć strukture drzewiastą (wielo-poziomową), np.
kolor
- zwykły
- czerwony
- niebieski
- metalik
- srebrny
- złoty
Tabela atrybutów. Zastosowanie
Tabela atrybutów wskazuje wartości cech (opcje) możliwe do wskazania
w oczekiwanym wariancie produktu.
Patrz szczegóły:
KIM Tabela atrybutówXML ---> [ZL] Zamówienie sprzedaży
Program pobiera zamówienie sprzedaży (XML) z aplikacji internetowej
i tworzy dokument: [ZL] Zamówienie sprzedaży w systemie NA Sprzedaż
z odpowiednio wypełnionymi polami definiującymi konfigurację wyrobu.
Funkcja:
a) NA > Zamówienia sprzedaży > Pobieranie zamówień z XML (SOA) [NA_DXML1]
b) on-line - funkcja SOA: [Order].
Podczas tworzenia zamówienia sprzedaży korzysta z tabeli atrybutów
aby ustalić konfigurację (warianty) produktu.
Patrz szczegóły ustalania opcji (wariantów) w zamówieniach sprzedaży:
Produkty wariantowe. Zamówienia sprzedażyProdukty wariantowe. Wytwarzanie i sprzedaż
----------------------------------------
Poz Indeks KIM Cecha Wartość
--- ---------- ------ -------------
1 BEJCA-CO Kolor ciemny orzech
2 BEJCA-D Kolor dąb
3 BEJCA-O Kolor orzech
4 LAKIERGM109 Lakier Satynowany
5 LAKIERGM110 Lakier Błyszczący
6 LAKIERPO101 Lakier Półpołyskowy
7 LAKIERPO101 Lakier Matowy
----------------------------------------
Zamówienie sprzedaży XML
Zamówienie sprzedaży XML odebrane z aplikacji internetowej.
Program pobiera zamówienie sprzedaży (XML) z aplikacji internetowej
i tworzy dokument [ZL] Zamówienie sprzedaży w systemie NA Sprzedaż
z odpowiednio wypełnionymi polami definiującymi konfigurację wyrobu.
Zamówienie sprzedaży XML:
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header/>
<soapenv:Body>
<orderNew>
<customerKey>000001</customerKey>
<item>
<productKey>RAMA-JAF</productKey>
<quantity>1</quantity>
<price>6.60</price>
<memo>opis pozycji (memo)</memo>
<features>
<feature>
<name>Kolor</name> <--- cecha
<value>orzech</value> <--- wartość
</feature>
<feature>
<name>Lakier</name> <--- cecha
<value>Satynowany</value> <--- wartość
</feature>
</features>
</item>
<description>To jest przykład zamówienia na 1 sztukę
Ramy do fotelu z konfiguratora internetowego
z oznaczonymi opcjami: koloru - orzech, lakier - satynowany
</description>
</orderNew>
</soapenv:Body>
</soapenv:Envelope>
Źródła informacji dla opisów:
Produkty wariantowe. Web Konfigurator
Integracja z BaseLinker. Produkty wariantowe
Produkty wariantowe. Wytwarzanie i sprzedaż
Produkty wariantowe. Zamówienia sprzedaży
Zapytanie do firm oferujących konfiguratory webowe
Potrzeba
Zewnętrzna firma oferuje wykonanie webowych konfiguratorow.
Chce zapytać tę firmę o ich konkretną ofertę. Jakie powinienem im przekazać
informacje i jakie zadać pytania ?
Na podstawie opisów w Baza Wiedzy Trawers ERP można przygotować zapytanie ofertowe
(RFI/RFQ) do zewnętrznej firmy oferującej webowe konfiguratory.
Poniżej są dwie sekcje: 1. Zakres informacji i 2. Pytania
---
Informacje, które należy przekazać firmie
To kluczowe są dane techniczne i organizacyjne, bez których dostawca nie będzie
w stanie rzetelnie ocenić projektu:
1. Cel projektu
* Krótkie przedstawienie celu: np. Chcemy udostępnić klientom możliwość konfigurowania
produktów wariantowych online z integracją do Trawers ERP (system wewnętrzny produkcji,
sprzedaży i logistyki).
2. Rodzaj produktów i wariantów
* Przykłady produktów konfigurowalnych (np. rama fotela JAZZ210 z cechami: kolor, lakier).
* Informacja, że warianty są zdefiniowane w strukturze BOM w Trawers.
3. Architektura ERP / integracji
* Trawers ERP umożliwia wymianę danych przez SOA (API) - web services.
* Format komunikacji: XML, struktura zgodna z Trawers ERP
([OrderNew], z `<feature><name>`, `<value>` itd.).
* Przekaż przykładowy XML zamówienia sprzedaży (jest w dokumentacji).
4. Zakres integracji z Trawers ERP
* Oczekujemy:
* Pobierania danych (produkty, cechy, opcje) z ERP.
* Możliwości zapisania konfiguracji jako zapytanie ofertowe (ZL z oznaczeniem).
* Możliwości przekształcenia konfiguracji w zamówienie sprzedaży.
* Zwrotnej wyceny na podstawie danych ERP.
* Zapisu cech do tabeli konfiguracji (tabela [126], funkcja [NA_DXML1]).
5. Systemy pośredniczące (jeśli są)
* Np. BaseLinker (jeśli Web Configurator miałby być z nim powiązany).
6. Oczekiwane funkcje Web Configuratora
* Intuicyjny interfejs (wizualny/3D - jeśli to wymagane).
* Dynamiczne generowanie opcji na podstawie danych ERP.
* Obsługa różnych wariantów i drzewiastych struktur opcji.
* Możliwość kalkulacji ceny i wyświetlenia klientowi.
* Eksport konfiguracji do ERP w zgodnym XML.
* (Opcjonalnie) logowanie, historia konfiguracji, koszyk itp.
---
Pytania, które warto zadać firmie wykonującej konfiguratory
Techniczne:
1. Czy obsługujecie wymianę danych z systemem ERP przez SOA (API)?
2. Czy możecie dostosować format XML do wymagań Trawers ERP (OrderNew z cechami `feature`)?
3. Czy Wasz konfigurator może dynamicznie pobierać dane o produktach i wariantach z ERP
(lub pliku eksportowanego)?
4. Czy potraficie odwzorować strukturę drzewiastą cech i opcji (np. kolor > metalik > złoty)?
5. Jak wygląda integracja z systemem takim jak BaseLinker lub innym integratorem?
Funkcjonalne:
6. Czy konfigurator umożliwia klientowi zapisanie konfiguracji jako zapytanie ofertowe?
7. Czy konfigurator umożliwia przekształcenie zapytania w zamówienie sprzedaży z przekazaniem danych do ERP?
8. Czy konfigurator umożliwia wycenę wariantu w czasie rzeczywistym na podstawie danych ERP?
Projektowe:
9. Czy dostarczacie także interfejs administracyjny do definiowania cech, opcji, cenników?
10. Czy możecie przedstawić demo lub case study podobnych realizacji?
11. Jak wygląda wasz model wsparcia technicznego, SLA?
12. Jaki jest przewidywany czas realizacji wdrożenia MVP?
13. Jakie są przewidywane koszty wdrożenia i licencji (SaaS / własna instancja)?
---
Co warto załączyć do zapytania?
* Przykładowy plik XML z zamówieniem.
* Schemat danych z ERP (opis BOM, atrybutów, przykładowa konfiguracja).
* Diagram przepływu danych.
* Lista przykładowych produktów i wariantów.
* Informację o używanych funkcjach w Trawersie (np. NA_DXML1, BM_KOP10 itd.).
***********************************************************************************************************************
E-mail z zapytaniem ofertowym
Wzór e-maila z zapytaniem ofertowym do firmy oferującej konfiguratory webowe.
Można go dowolnie dostosować do własnej sytuacji:
Temat: Zapytanie ofertowe - konfigurator produktów wariantowych z integracją z Trawers ERP
---
Treść e-maila:
Szanowni Państwo,
Reprezentuję firmę [Twoja firma] i jesteśmy zainteresowani nawiązaniem współpracy
w zakresie wdrożenia webowego konfiguratora produktów wariantowych, który umożliwi
naszym klientom konfigurowanie produktów online oraz przesyłanie zamówień bezpośrednio
do naszego systemu ERP Trawers ERP.
W związku z tym prosimy o przedstawienie Państwa oferty oraz odpowiedzi na kilka
pytań technicznych i funkcjonalnych, które pomogą nam ocenić możliwość integracji
i zakres wdrożenia.
---
Informacje o systemie ERP i potrzebach:
* Pracujemy na systemie Trawers ERP, który umożliwia integrację z zewnętrznymi systemami
za pomocą SOA (API) oraz plików XML.
* Produkty wariantowe definiowane są jako pojedynczy indeks (KIM) z cechami i opcjami
konfiguracyjnymi (np. kolor, lakier).
* Wymagamy, aby konfigurator:
* Umożliwiał pobieranie danych o produktach, cechach i opcjach (np. z BOM).
* Umożliwiał zapis konfiguracji jako zapytania ofertowego lub zamówienia (w formacie XML).
* Umożliwiał kalkulację ceny na podstawie konfiguracji.
* Był responsywny i intuicyjny dla klienta końcowego (preferowany układ wizualny
lub 3D, ale niekonieczny).
Przykład formatu zamówienia (plik XML) oraz schemat integracji możemy przesłać na życzenie.
---
Pytania do Państwa:
1. Czy oferowany przez Państwa konfigurator umożliwia integrację z zewnętrznym
systemem ERP przez API / XML?
2. Czy możecie dostosować strukturę pliku XML do formatu wymaganego przez Trawers ERP
(elementy `<feature><name>` i `<value>`)?
3. Czy Wasze rozwiązanie umożliwia dynamiczne pobieranie danych o produktach
i ich wariantach z zewnętrznego źródła?
4. Czy konfigurator umożliwia wycenę konfiguracji w czasie rzeczywistym lub przez komunikację z ERP?
5. Czy oferujecie narzędzia do zarządzania cechami i opcjami (panel administracyjny)?
6. Czy możecie zaprezentować przykłady wdrożeń lub demo?
7. Jak wygląda model rozliczenia: koszt wdrożenia, licencje, utrzymanie?
8. Jaki jest przewidywany czas realizacji MVP?
---
Jeśli potrzebują Państwo dodatkowych informacji technicznych - chętnie prześlemy
dokumentację lub umówimy się na krótkie spotkanie.
Z góry dziękujemy za odpowiedź i liczymy na możliwość współpracy.
Z poważaniem,
[Jerzy Dworzecki]
[Dyr. ds. Rozwoju]
[Tres Centrum Oprogramowania]
[tres@tres.pl]
---