Hoe koppelingen zichzelf ingelogd houden

Morris vernieuwt het inlogtoken van de loonadministratie uit zichzelf, weet bij een terugkeer van de leverancier nog om welke vestiging het ging, en weigert liever te synchroniseren dan naar de verkeerde administratie te schrijven.

Wanneer gebruik je dit

Je hebt de loonadministratie een keer gekoppeld en wilt weten of je daar nog iets aan moet doen — of je ziet in de meldingenfeed staan dat een synchronisatie geweigerd is en wilt weten wat Morris dan precies gecontroleerd heeft.

Eén keer inloggen, daarna vanzelf

De koppeling met de loonadministratie werkt met een inlogtoken dat maar kort geldig is. Je logt één keer in via de knop op de kaart; daarna houdt Morris het token zelf bij.

Elke drie kwartier loopt een achtergrondtaak alle koppelingen langs die aan staan én een verversingssleutel hebben. Is het token verlopen of verloopt het binnen twintig minuten, dan vraagt Morris een nieuw token aan. Die ronde draait ook meteen bij het opstarten, zodat een omgeving die net herstart is niet eerst drie kwartier zonder geldig token zit.

Daarnaast controleert Morris het token nog een keer vlák voor een opdracht: verloopt het binnen vijf minuten, dan wordt het eerst ververst en pas daarna gesynchroniseerd. Zo kan een lange wachtrij niet halverwege stranden op een token dat onderweg verliep.

Elk van deze twee paden gebeurt zonder dat jij iets merkt. Je hoeft alleen opnieuw in te loggen als het verversen zelf niet meer lukt — bijvoorbeeld omdat de verversingssleutel of de inloggegevens van de koppeling ontbreken. Dat blijft in het serverlogboek staan; op het scherm zie je het aan de statusregel Toegang op de kaart, die dan NIET INGELOGD meldt.

De terugkeer weet nog welke vestiging het was

Inloggen bij de leverancier gaat via een omweg: Morris stuurt je naar hun inlogpagina, en zij sturen je daarna terug. Dat terugkeeradres is een van de weinige adressen in Morris die publiek zijn — het verzoek komt van de leverancier en draagt geen sessie van jou.

Om dat veilig te houden onthoudt Morris bij het starten in een kleine browserkoekje voor welke vestiging je aan het inloggen was. Bij de terugkeer wordt dat koekje gelezen en meteen daarna gewist, zodat het token bij de juiste vestiging terechtkomt. Is het koekje er niet meer, dan kijkt Morris naar het filiaal waarop je ingelogd was, en als laatste redmiddel naar de eerste vestiging van je zaak.

Komt de terugkeer helemaal zonder inlogcode binnen, dan gebeurt er niets en staat er bovenaan "Nmbrs callback zonder code ontvangen". Begin dan gewoon opnieuw.

De verbindingstest probeert het breed

De knop Verbinding testen op de loonkaart doet meer dan één poging. Hij loopt vijf verschillende adressen van de dienst langs, en probeert elk adres met zes verschillende manieren om je sleutel mee te sturen. Zodra er iets anders terugkomt dan "niet gevonden", stopt hij en meldt hij dat antwoord.

Dat lijkt omslachtig, maar het is er met opzet: verschillende versies van de dienst verwachten de sleutel op een andere plek, en een test die maar één combinatie probeert zou onterecht melden dat er niets werkt. Komt er op geen enkele combinatie iets terug, dan is dat een echte uitkomst — dan klopt het serveradres of de sleutel niet.

Liever weigeren dan gokken

Morris synchroniseert alleen als volstrekt duidelijk is naar welke administratie iets moet. Drie dingen worden gecontroleerd voordat er iets vertrekt:

1. Staat er een vestiging op het dossier? Zonder vestiging is niet vast te stellen bij welk bedrijf in de loonadministratie deze medewerker hoort. De opdracht wordt geweigerd.
2. Staat er een abonnementssleutel bij de koppeling van díé vestiging? Zonder eigen sleutel wordt de opdracht geweigerd met de vraag om hem in te vullen. Staat er wel een sleutel op de installatie zelf, dan gebruikt Morris die als noodgreep — want bij meer dan één klant is dat aantoonbaar de verkeerde sleutel. Die terugval is niet langer alleen iets voor het serverlogboek: er komt ook een melding voor bij, met de vestiging erin genoemd en de vraag om de eigen sleutel bij Instellingen › Koppelingen in te vullen.
3. Is er een bedrijfsnummer bekend voor die vestiging? Zo niet, dan weigert Morris, om te voorkomen dat een medewerker in de administratie van een andere zaak belandt.

Elk van deze drie weigeringen komt in de meldingenfeed te staan met de reden erbij, en de synchronisatieopdracht blijft op mislukt staan. Er is dus geen stille terugval naar een standaardbedrijf meer: als het niet zeker is, gaat het niet.

De bedrijfsnummers zelf staan niet in het scherm maar in de code. Een nieuwe zaak die de loonkoppeling gaat gebruiken, moet daar dus eerst worden bijgeschreven — dat is werk voor de beheerder van Morris, niet iets wat je zelf instelt.

Dezelfde storing meldt zich niet elke dag opnieuw

Als een achtergrondtaak dag na dag op dezelfde storing stuit, zette dat vroeger elke dag een nieuwe regel in de meldingenfeed. Sinds 27 augustus 2026 gaat dat anders: loopt er al een onafgehandelde melding met dezelfde titel, dezelfde vestiging en hetzelfde dossier, dan wordt díé ververst — met de nieuwe tekst, de nieuwe tijd en een teller achter de tekst, in de vorm (3× voorgekomen).

Je ziet dus één regel die bijwerkt in plaats van een groeiende stapel. Handel je hem af, dan begint het opnieuw bij één zodra de storing zich weer voordoet — zo weet je meteen dat het probleem terug is.

Dit geldt voor de storingsmeldingen van de loonkoppeling én voor de dagelijkse controle van de kassajournaalketen.

Let op

• Een uitgezette koppeling wordt overgeslagen, niet uitgevoerd. Staat de schakelaar Koppeling actief uit voor een vestiging, dan doet Morris niets voor die vestiging — ook het verversen van het token gaat dan niet door.
• Het serveradres op de kaart stuurt de synchronisatie alleen als er een geldig https-adres staat. Staat er iets anders, dan valt de achtergrondtaak stil terug op het ingebouwde adres en schrijft daar een regel over in het logboek.
• Een verbindingstest zegt iets over de sleutel en het adres, niet over het inlogtoken. Een geslaagde test met NIET INGELOGD erboven betekent nog steeds dat je opnieuw moet inloggen.

Bijgewerkt op 28 augustus 2026