www.tres.pl - Baza wiedzy Trawers ERP - Spis treści
Produkty wariantowe. Web Konfigurator 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) 1. Opis ogólny Produkty wariantowe Produkty wariantowe. Wytwarzanie i sprzedaż Konfigurator w Trawers ERP BOM Konfigurator produktu Produkty wariantowe. BaseLinker Integracja z BaseLinker. Produkty wariantowe 2. Web Konfigurator Opis ogólny 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 SOA SOA 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ży Produkty 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 produktu BOM Konfiguracje produktu Przykł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ów XML ---> [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ży Produkty 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> 4. Tematy powiązane Produkty wariantowe. Zamówienia sprzedaży Produkty wariantowe. BaseLinker Architektura SOA SOA Funkcje OutBound i InBound Funkcje TrExt Realizacja zamówień sprzedaży BOM Struktury produktu BOM Konfiguracje produktu KIM Tabela atrybutów Słowa kluczowe #Produkcja-BOM #Produkcja-Warianty #Produkcja-Konfigurator #Produkcja-BOM #e-IntegracjaAPI #Pomoc-AsystentAI AsystentAI Ź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] ---
www.tres.pl - Baza wiedzy Trawers ERP - Spis treści