Integratieopties en best practices

Overzicht
De Leading2Lean MES/Dispatch-oplossing kan worden geïntegreerd met een breed scala aan externe 3rd party
systemen. Deze omvatten Enterprise Resource Planning (ERP), Computerized Maintenance
Management Systems (CMMS), Manufacturing Execution Systems (MES), Tijd & Aanwezigheid,
Documentbeheer, Traceerbaarheid en Training oplossingen. Dit document beschrijft de meest
gebruikelijke integratiemethoden en gegevens (toepassingsgebieden) en voor het integreren van 3rd party
toepassingen met de Leading2Lean MES/Dispatch applicatie. Je zou het moeten gebruiken als een planningshulpmiddel
om de integratiegebieden en de methoden/scenario's te identificeren die het meest overeenkomen
met het bedrijfsproces dat je probeert te ondersteunen.

Dispatch heeft een open webservice Application Programming Interface (API) die gebaseerd is op de
HTTP, REST, en JSON standaarden. Het is zeer gebruiksvriendelijk en biedt de flexibiliteit die nodig is voor
de meeste behoeften. (Voor meer informatie over de API, raadpleeg de API-documentatie.) Hoewel deze
API integratie op veel verschillende manieren mogelijk maakt, zijn de meeste bedrijven geïnteresseerd in het uitwisselen
van gegevens in een of meer van de volgende toepassingsgebieden:

1. Reserveonderdelenlijst, voorraadniveaus, en gebruik
2. Machines/assets en lijnen/cellen/kostenplaatsen
3. Preventief onderhoudsopdrachten, werkorders, en reactieve oproepen (verzenden)
4. Medewerkersgegevens/inloggen
5. Productieschema's en werkelijke gegevens
6. Arbeidsuren, materiaal, en andere kosten

In elk van deze gebieden hebben we verschillende standaardintegratiemethoden die variëren van volledig
geautomatiseerd tot gedeeltelijke automatisering aangevuld met enkele handmatige processen. Om te bepalen welke
van deze methoden geschikt is voor jouw bedrijf, hangt af van de integratiefunctie die beschikbaar is in
de 3rd party applicatie en het zakelijke doel dat je probeert te bereiken. Een gecombineerde
benadering kan nodig zijn waarbij de 3rd party applicaties eenvoudige mechanismen hebben voor het lezen van
gegevens, maar geen functionaliteit om gegevens terug te schrijven.

Wanneer te Integreren
Wanneer integratie geschikt is, kan het de stroom van gegevens tussen systemen mogelijk maken, de gegevensnauwkeurigheid verbeteren, en de efficiëntie verhogen. Echter, voordat je je volledig stort op je integratieplan, is het belangrijk om te pauzeren en de verwachte voordelen te evalueren. 

Fabrikanten kunnen vaak in de val lopen door systeemintegratie te zien als de oplossing voor hun gegevensproblemen. Alleen omdat integratie mogelijk is, betekent niet dat het extra waarde voor het bedrijf zal opleveren. Geschikte integratie betekent alleen integreren wanneer en waar het logisch is voor jouw bedrijf.

Integratie is zinvol wanneer het:

• Geeft zichtbaarheid op verborgen problemen
• Automatiseert de verzameling van productiegegevens of machinecycli
• Trigger een belangrijk menselijk proces (bijv. Signalen materiaalhandelaars)
• Maakt gegevens van onzichtbare gesiloiseerde systemen toegankelijker voor operators/technici
• Bespaart tijd voor grote aantallen gebruikers

Integratie die om andere redenen wordt gedaan, kan een verspilling van middelen zijn. Integratie heeft geen zin wanneer het:

• Alleen een paar knopklikken bespaart
• Infrequente taken automatiseert waarbij de huidige methoden volstaan
• Gegevens verplaatst naar onzichtbare, gesiloiseerde systemen
• Versterkt verouderde legacy-systemen of bedrijfsregels voor “systeem van record”
• Gedreven wordt door aspiraties zoals “volledig geïntegreerd,” “geen dubbele invoer,” of “lights out operaties,” waar geen duidelijk kostenbesparing of extra bedrijfswaarde is.
• Betekent dat je dollars uitgeeft om centen te besparen - Geen duidelijk rendement op investering (ROI)
  
  

Integratiemethoden
Eenrichtingsreplicatie
De meest voorkomende methode is waarbij gegevens in het ene systeem worden onderhouden en naar het andere
systeem worden gepusht. Alle bewerkingen van die gegevens worden gedaan in het eerste systeem. Deze synchronisatie gebeurt
automatisch op de achtergrond door de integratieapplicatie zonder enige interventie van de gebruiker
van de systemen.

Eenrichtingsreplicatie heeft de neiging om de integratie-inspanningen en de training die nodig is voor eindgebruikers te vereenvoudigen
door één systeem verantwoordelijk te maken voor het onderhouden van een bepaalde set gegevens. Hoewel tweeweg-replicatie
mogelijk is, hebben we in de praktijk gemerkt dat eindgebruikers de voorkeur geven aan één systeem van record voor elke set gegevens.

Bijvoorbeeld: In een typische CMMS- of ERP-systeemintegratie zien we “master” gegevens zoals
Machines/Assets of Reserveonderdelen lijsten die al worden onderhouden door de administratie en inkoop
afdelingen. Die gegevens kunnen worden gebruikt in Dispatch door een eenrichtingsreplicatie naar het
verzendingssysteem te bieden. In dit geval is het systeem van record voor het toevoegen van nieuwe Machines of Onderdelen het
CMMS- of ERP-systeem. De typische integratie synchroniseert die mastergegevens éénrichtings naar het Dispatch
systeem.

Een ander voorbeeld: Verzenden of Werkordergebeurtenissen worden meestal aangemaakt en onderhouden in het
Verzendingssysteem. Op basis van de zakelijke vereisten van uw bedrijf kunnen deze gebeurtenisrecords worden
gesynchroniseerd in één richting naar het CMMS- of ERP-systeem op basis van recordaanmaak, bij een update, of gewoon wanneer
afgerond in Verzenden. Het synchroniseren van individuele gebeurtenissen kan een extra kopie van de werk
geschiedenis en reserveonderdelen/arbeidsdetails bieden. Maar aangezien dat al op grote schaal beschikbaar is in Verzenden, kiezen de meeste
bedrijven ervoor om alleen geaggregeerde kostprijsinformatie per machine per tijd
dagelijks/wekelijks/maandelijks te synchroniseren.

Mogelijke locatie voor gemeenschappelijke hoofddat
* OPMERKING: Verzenden kan fungeren als de hoofddat in een of alle van deze gebieden indien nodig.

Gedeeltelijke Automatisering / Handmatige Verwerking
Met enkele derde partij tools bestaat er geen goede integratiemethode of API om
gegevens programmatisch te synchroniseren zoals hierboven beschreven. In deze gevallen hebben we een aantal
best practices om te overwegen:

1. Maak gebruik van eventuele importeer- of batchverwerkingsfunctionaliteit. Als uw derde partij
   applicatie gegevens kan importeren of exporteren vanuit een bestand, kunnen we die functionaliteit benutten.
2. Overweeg het gebruik van Verzenden als het systeem van record en gebruik geaggregeerde kosten
   informatie alleen in het derde partij systeem om de gegevensinvoer te vergemakkelijken. Veel derde partij
   applicaties kunnen ongeveer dezelfde functionaliteit bereiken door geaggregeerde
   transacties voor de benodigde tijdsperioden in te voeren. Bijvoorbeeld: ERP-systemen die arbeidskosten
   en reserveonderdeleninformatie nodig hebben, kunt u overwegen één transactie per week/maand in te voeren
   met die gegevens op basis van de rapporten van Verzenden. Deze methode verplaatst de informatie
   die het ERP-systeem nodig heeft zonder dat alle detailinformatie vereist is.
3. Centraliseer elke gegevensinvoer bij een aangewezen laagkostenbron. Als u niet in staat bent om
   gegevens programmatisch te importeren en nog steeds het derde partij systeem moet gebruiken, moet u
   overwegen de gegevensinvoer te centraliseren. Hierdoor wordt de impact op de gebruiker van het
   systeem verminderd en krijgt u een auditvoordeel door een aparte medewerker de gegevens te laten overbrengen
   van degenen die het systeem gebruiken.

Samenvatting van Best Practices voor Integratie

Typische Integratie Scenario's per Toepassingsgebied
Reserveonderdelen lijst, kosten, voorraadniveaus, en gebruik
Hier zijn de veelvoorkomende scenario's die we hebben gezien voor het integreren van Reserveonderdelen met een 3e partij CMMS of
ERP-systeem.

1. De hoofdonderdelenlijst, kosten, en voorraadniveaus bevinden zich in het 3e partij systeem en worden
   regelmatig gesynchroniseerd met Dispatch. Het gebruik wordt gevolgd in Dispatch en teruggekoppeld naar het
   3e partij systeem om uit de voorraad te worden gehaald. Reserveonderdelen gebruikskosten worden geleverd via
   samenvattende rapporten of gedetailleerde records terug naar het 3e partij systeem.
2. Dispatch volgt de onderdelenlijst, kosten, voorraad, en gebruik. Dispatch biedt rapportages
   voor inkoop om onderdelen opnieuw te bestellen die onder een minimum voorraadniveau komen. Inkooporders worden gevolgd
   in het 3e partij systeem. Reserveonderdelen gebruikskosten worden geleverd via samenvattende rapporten of
   gedetailleerde records terug naar het 3e partij systeem.

Machines/assets en lijnen/cellen/kostenplaatsen
Deze registratiegebieden zijn niet transactioneel van aard en worden meestal in één richting gesynchroniseerd of de
andere op basis van de voorkeuren van de bedrijven voor waar ze ze willen bewerken.

1. Records worden toegevoegd en onderhouden in het 3rd party systeem en gesynchroniseerd naar Verzenden voor
   gebruik.
2. Records worden toegevoegd en onderhouden in Verzenden en gesynchroniseerd naar 3rd party systeem.

Preventieve onderhoudsopdrachten, werkorders, en reactieve oproepen (verzendingen)
De meeste van onze klanten migreren naar het gebruik van onze PM planner voor gepland werk. Hier zijn de
enkele opties die we hebben gezien.

1. PM’s en werkorders worden gepland en onderhouden in Verzenden. Voltooide PM’s, werk
   orders, en reactieve oproepen (verzendingen) gegenereerd in verzenden worden gesynchroniseerd met het 3rd
   party systeem als detailrecords of geaggregeerde kosten/arbeid informatie.
2. PM’s worden gepland in het 3rd party systeem en gelanceerd als verzendingen in het Verzenden
   systeem. Voltooide PM’s, werkorders, en reactieve oproepen (verzendingen) gegenereerd in
   verzenden worden gesynchroniseerd met het 3rd party systeem als detailrecords of geaggregeerde
   kosten/arbeid informatie.

Medewerkerrecords / inloggen
We hebben de mogelijkheid om medewerkerrecords te synchroniseren met het Verzenden systeem via de API. We ondersteunen ook
LDAP-integratie met klantservers voor authenticatie. En/of de mogelijkheid tot
integratie met klantwebportalen voor Single Sign On (SSO) mogelijkheden.

Productieschema's en werkelijke gegevens
Bedrijven kunnen via de API integreren met Verzenden om het volgende te bieden:

1. Productieschema (pitch schema, vraag).
2. Werkelijke productiegegevens (werkelijke onderdelen geproduceerd, afvalhoeveelheden, product sku, en operator
   aantal.)

Deze gegevens zijn ook beschikbaar via de API voor export.

Arbeidstijd, materiaal, en andere kosten
Arbeidstijd besteed aan PM’s, werkorders, en reactieve oproepen (verzendingen), samen met eventuele
materiaal- of externe kosten kunnen worden teruggegeven aan het 3rd party systeem op de volgende manieren:

1. Als detailarbeid/kostenrecords voor elke PM, werkorder, of verzending in het systeem.
2. Als geaggregeerde arbeid/kostenrecords per machine, per lijn, en/of per dag/week/maand
   basis.

Deze gegevens kunnen worden geleverd via automatische integratie of handmatig door gebruikers die rapporten uitvoeren en
de gegevens handmatig invoeren.

API-beperking

Er is een limiet aan API-aanroepen die kunnen worden gedaan. De limiet is 10 verzoeken/seconde. Hierna ontvangt de client een antwoord met een 429 statuscode.

Samenvatting
Dit document geeft een overzicht van de veelvoorkomende integratiemethoden en scenario's die we zien
bij onze klanten. Veel andere scenario's zijn zowel mogelijk als in gebruik vandaag de dag. Als u niet de
integratie ziet die u zoekt, vraag het ons dan en we helpen u graag verder.