De verificatiecode komt binnen — op het verkeerde bureau

2026-09-06

Je kent het wel: er staat een oude Android-telefoon op kantoor, ergens bij de balie of in een la, met een simkaart die al jaren hetzelfde nummer heeft. Dat nummer staat overal ingevuld — bij de hostingpartij, bij de bank, bij een leverancier, misschien nog bij een boekhoudpakket dat nooit is gemigreerd. Zodra iemand moet inloggen, stuurt de dienst een sms-code naar dat toestel. En dan begint het rondlopen: wie heeft die telefoon nu weer, ligt hij op slot, staat hij eigenlijk wel aan.

Het gekke is dat dit probleem vaak niet wordt opgelost, maar wordt genegeerd. Iedereen weet dat het onhandig is, maar niemand trekt de tijd uit om het structureel aan te pakken — tot de code er weer eens te laat is en een collega een halve minuut voor de deadline nog naar de andere kant van het pand moet lopen.

Waarom "gewoon een wachtwoordmanager" niet altijd werkt

Het standaardadvies bij gedeelde inloggegevens is bekend: gebruik een wachtwoordmanager, of geef iedereen een eigen account. Voor veel diensten klopt dat ook. Maar niet alle systemen zijn zo flexibel. Sommige leveranciers, oudere administratiepakketten of een bank die nog met één zakelijk contactnummer werkt, bieden helemaal geen ruimte voor losse accounts per medewerker. Er is één telefoonnummer gekoppeld, punt. En dus komt de code op dat ene toestel terecht, ongeacht wie er op dat moment mee moet werken.

Dat is precies de situatie waarin een gedeelde of oude telefoon geen tijdelijke noodoplossing is, maar een vast onderdeel van hoe het bedrijf werkt — en waarin het probleem dus ook een structurele oplossing verdient.

Eén telefoon, automatisch doorgestuurd

Pushferry lost dit op zonder dat er iets verandert aan hoe de dienst zelf werkt. Je installeert de app op die oude Android-telefoon — de simkaart blijft precies zoals hij was, het nummer blijft hetzelfde. Vanaf dat moment stuurt de telefoon elke binnenkomende sms automatisch door naar waar je collega's daadwerkelijk werken: een Slack-kanaal, een e-mailadres, of via een webhook naar een intern systeem.

Dat betekent dat een verificatiecode niet meer op een toestel in een la belandt, maar direct verschijnt in het Slack-kanaal van het team dat die bank- of hostingtoegang beheert. Niemand hoeft ernaar te zoeken, niemand hoeft iets door te sturen — de code staat er al tegen de tijd dat iemand hem nodig heeft.

Het gaat hierbij nadrukkelijk om jullie eigen toestel en jullie eigen berichten. Pushferry is geen platform waarmee je berichten verstuurt naar klanten of contacten; het is automatisering van een telefoon die je zelf al bezit, voor sms'jes die je zelf al ontvangt. Als er ooit teruggeantwoord moet worden — bijvoorbeeld op een bevestiging — gaat dat gewoon vanaf hetzelfde, echte nummer terug.

Ook zonder abonnement te proberen

Voor precies dit scenario — één gedeeld toestel, berichten die naar een paar mensen moeten — is de gratis laag van Pushferry vaak al genoeg: één telefoon, onbeperkt doorsturen, geen creditcard nodig om te beginnen. Pas als je meerdere van dit soort toestellen hebt — bijvoorbeeld een oude telefoon voor financiën en een aparte voor klantenservice — ga je kijken naar een betaald abonnement, dat per aangesloten toestel wordt berekend en niet per bericht.

Het gaat niet om een indrukwekkend systeem met veel schakels. Het gaat om iets simpels: een code die ergens binnenkomt, moet bij iemand terechtkomen die er op dat moment iets mee kan. Die stap tussen "binnenkomen" en "gezien worden" is precies waar dit op inspeelt.