CPP ConnectorCPP HUB
Profile, walidacja, wersje, dokumenty, publikacja, audyt i integracje zewnętrzne.
ARCHITEKTURA
Oddziel integrację od publikacji.
Portal działa w technologii Vue, ASP.NET Core i MySQL. Architektura docelowego CPP Connector rozdziela źródła klienta od publicznego odczytu danych.
PODZIAŁ ODPOWIEDZIALNOŚCI
CPP HUB, opcjonalny agent lokalny i adaptery źródeł.
Centralny CPP HUB przyjmuje ustandaryzowane dane i utrzymuje logikę właściwą dla DPP. CPP Cloud Agent może działać w środowisku klienta, a adaptery odpowiadają za komunikację z konkretnym ERP, bazą SQL, plikiem albo interfejsem REST.
Konfiguracja klienta powinna być mapowaniem, a nie osobną gałęzią kodu. Dzięki temu aktualizacja profili i reguł nie wymaga przebudowy każdej instalacji, a zmiana systemu źródłowego nie destabilizuje centralnej platformy.
CPP Cloud Agent
Lokalne pobranie, połączenie, filtrowanie i mapowanie danych.
Adaptery
Wymienne sposoby komunikacji z SAP, SQL, plikami i usługami API.
Vue i kod HTML stronyInterfejs API w ASP.NET CoreBaza danych MySQLKopie danych
Warstwa publiczna
Strony mają wygenerowany kod HTML, a interakcje obsługuje Vue. Treści artykułów pochodzą z aktualnej wersji systemu zarządzania treścią (CMS).
Warstwa aplikacji
Interfejs programistyczny aplikacji (API) obsługuje walidację formularzy, sesje redakcyjne, dwustopniową publikację i zapis zgód.
Warstwa danych
MySQL przechowuje wersje treści, zgłoszenia, zapisy newslettera i dziennik audytu. Baza nie musi być dostępna publicznie.
Model integracji produktu
Docelowy przepływ DPP: źródła klienta → mapowanie → walidacja profilu → publikacja. Warunki realizacji tego przepływu określa projekt wdrożenia.
Wdrożenie cyfrowego paszportu produktu w Twojej firmie
Omów produkty, źródła danych i zakres pierwszego etapu wdrożenia.