Monitoren en problemen oplossen

Automatisering is van nature onzichtbaar: als het werkt merkt u het niet, en als het niet werkt gebeurt er helemaal niets. Deze pagina gaat over zien wat er speelt.

Wat SHIPM8 vastlegt

Elke keer dat een event bij een van uw abonnementen past, schrijft SHIPM8 een regel in het uitvoeringslogboek, of de uitvoering slaagde of niet. Die bevat:

• welk abonnement paste, en welk event het in gang zette;
• wanneer het draaide en hoe lang het duurde;
• de uitkomst — geslaagd, gedeeltelijk geslaagd (sommige acties lukten, andere niet) of gefaald;
• een regel per actie, met eigen tijden, uitkomst en eventuele foutmelding;
• de gegevens die binnenkwamen, en het resultaat dat eruit kwam.

Events die bij geen enkel abonnement passen worden niet gelogd — er is dan niets te melden.

Dit logboek wordt aan de SHIPM8-kant bewaard, dus vraag support als u iets wilt opzoeken. Geef ze de naam of trigger identificatie van het abonnement en ongeveer wanneer het had moeten draaien, dan kunnen zij u vertellen of het event is aangekomen, of het paste, en wat elke actie deed.

Zelf meekijken

De praktische manier om een automatisering in de gaten te houden is er een actie Administratieve melding aan toe te voegen (zie Actietypen). Die mailt u elke keer dat het abonnement draait, en omdat het onderwerp en de inhoud sjablonen zijn, kunt u de waarden opnemen die u interesseren. Het is ook de snelste manier om de vorm van de eventgegevens te zien terwijl u voorwaarden en veldpaden opbouwt.

Houd het een tijdje aan nadat u live gaat, en haal het weg zodra u de automatisering vertrouwt.

Als er niets gebeurt

Bijna elke "mijn abonnement draait niet" blijkt een van deze te zijn, ruwweg in volgorde van waarschijnlijkheid:

1. De trigger identificatie past niet. Het is een vrij tekstveld, dus een typefout, een ontbrekende $ of een verkeerde objectsysteemcode betekent dat het abonnement simpelweg nooit wordt gevonden. Controleer het teken voor teken tegen Eventtypen.
2. Het triggertype past niet bij de identificatie. Beide moeten op één lijn liggen — …_add heeft Creëren nodig, …_finalized heeft Algemeen nodig, enzovoort. De tabel op Een abonnement aanmaken laat zien wat wat is.
3. Het abonnement staat buiten zijn actieve periode. Een Begint op in de toekomst of een Eindigt op in het verleden zet het stilzwijgend uit.
4. Een voorwaarde sluit het uit. Voorwaarden zijn streng: een veldpad dat niet in de eventgegevens voorkomt laat de voorwaarde falen in plaats van dat die wordt genegeerd. Stuur het ruwe event naar uzelf met een actie Administratieve melding en vergelijk.
5. Het event gebeurde nooit. Niet elke wijziging in de app stuurt een event — controleer of het event echt bestaat voor het moment dat u in gedachten hebt.
6. De actie heeft geen instellingen. Een actie met lege waarden doet niets.

Als er wel iets gebeurt, maar niet wat u verwachtte

• Een actie faalde maar de overige draaiden. Dat is zo bedoeld: alle acties worden geprobeerd. Mag de latere stap alleen draaien als de eerdere lukte, splits ze dan en gebruik koppeling.
• Een vervolgevent ging nooit af. Triggers gaan alleen af als de actie een resultaat teruggaf. Geen resultaat — omdat de actie faalde of er niets te doen was — betekent geen vervolg.
• Het draaide vaker dan u verwachtte. Sommige events gaan herhaaldelijk af voor hetzelfde record: havenbezoektijden worden keer op keer gecorrigeerd, en een actie die een record bijwerkt kan zijn eigen wijzigingsevent in gang zetten. Voorwaarden zijn de oplossing.
• Het draaide later dan verwacht. Alles hier draait op de achtergrond, dus geef het een moment. Structureel lange vertragingen zijn het waard om te melden.

Voordat u een live abonnement wijzigt

• Noteer de instellingen die u vervangt — het type van een actie omzetten wist de configuratie.
• Kies liever een Eindigt op-datum dan verwijderen: dat zet de automatisering uit maar houdt de configuratie, zodat u die terug kunt zetten.
• Een abonnement verwijderen verwijdert al zijn acties mee.