Wspólne stoły tulipanowe
  • 06 Mar 2024
  • 2 Minuty do przeczytania
  • Współtwórcy

Wspólne stoły tulipanowe


Article Summary

Dowiedz się więcej o typowych tabelach Tulip, których można używać w aplikacjach i najlepszych praktykach dotyczących przechowywania danych z tych aplikacji.

Najlepsze praktyki Tulip Tables mogą nie być od razu oczywiste w porównaniu z tradycyjnym systemem monolitycznym (np. MES): 1. Aplikacje zwykle przechowują pewne dane podstawowe (np. etapy procesu produkcyjnego, kontekst dotyczący używanych narzędzi/sprzętu itp. 2. Completion Records zapewniają łatwy sposób przechowywania niezmiennych historycznych danych procesowych, ograniczając w ten sposób potrzebę przechowywania tych danych w oddzielnych tabelach. 3. Rozwiązania są tworzone w sposób oddolny. Dostarczają zwięzły model tabelaryczny, podczas gdy sztywny odgórny model danych nie spełnia potrzeb biznesowych. 4. Rozwiązania mogą współdziałać z zewnętrznymi źródłami danych w celu pobierania kontekstu w czasie rzeczywistym (np. zestawienie materiałów dla zlecenia pracy z systemu ERP).

Tabele są zwykle najlepiej wykorzystywane do reprezentowania cyfrowego bliźniaka obiektu, przy czym każda tabela spełnia jeden z dwóch celów: 1. Fizyczne artefakty 2. Artefakty operacyjne

Fizyczne artefakty to namacalne obiekty w zakładzie lub komponenty, które są używane lub produkowane podczas operacji. Przykłady: * Stacje * Partie * Jednostki

Artefakty operacyjne to materialne lub niematerialne elementy lub komponenty, które umożliwiają lub wspierają operacje. Przykłady: * Zlecenia pracy * Wady * Zdarzenia

Inne powszechnie używane tabele obejmują:* Zestawienie materiałów (np. jeśli nie pobiera tego kontekstu w czasie rzeczywistym z systemu innej firmy) * Materiały (dane podstawowe) * Genealogia jednostek.

Wspólne struktury tabel

Fizyczne artefakty

Poniższe struktury tabel stanowią punkt wyjścia dla najczęściej spotykanych artefaktów fizycznych.

Stacje

Każdy rekord jest odrębną stacją Tulip, gdzie ID jest nazwą stacji.Sample Structure for Genealogy Records Table

Partie

Każdy rekord jest odrębną partią materiału. Zwykle używane w przemyśle przetwórczym.Sample Structure for Batches Table

Jednostki

Każdy rekord reprezentuje odrębną serializowaną jednostkę (numer części, podzespół lub zespół nadrzędny).Sample Structure for Units Table

Artefakty operacyjne

Poniższe struktury tabel stanowią punkt wyjścia dla najczęściej spotykanych artefaktów operacyjnych.

Zlecenia pracy

Każdy rekord jest odrębnym zleceniem pracy / zleceniem warsztatowym, zwykle skorelowanym z zamówieniem w systemie ERP.Sample Structure for Genealogy Records Table

Wady

Każdy rekord jest odrębnym defektem produktu WIP lub materiału innej firmy.Sample Structure for Defects Table

Zdarzenia

Każdy rekord jest odrębnym zdarzeniem, takim jak incydent bezpieczeństwa lub zapotrzebowanie na materiał itp.Sample Structure for Downtime Events Table

Zaawansowane przypadki użycia

Zestawienie materiałów

Ta tabela jest zwykle używana, jeśli nie jest pobierana bezpośrednio z systemu innej firmy (np. ERP lub PLM) za pośrednictwem funkcji Tulip Connector.Sample Structure for BOM Table

Rekordy genealogiczne

Każdy rekord jest unikalną relacją rodzic/dziecko. Dziecko może być serializowanym lub nieserializowanym podzespołem lub pojedynczą częścią. Jeśli wszystkie rekordy w genealogii obiektu są serializowane, powszechną praktyką jest nieużywanie tabeli genealogicznej i zamiast tego dołączanie kolumny tekstowej Parent Serial Number do tabeli Units.Sample Structure for Genealogy Records Table

Materiały (dane podstawowe)

Jest to tabela danych podstawowych, w której każdy rekord reprezentuje odrębny numer części surowca, gdzie identyfikator jest komponentem w zestawieniu materiałów.
Sample Structure for Genealogy Records Table


Więcej informacji


Czy ten artykuł był pomocny?