[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fxCjy_03Co3aFXl457p2jK6nKSPeH4aFgkJ7GKgPds9o":3},{"item":4},{"id":5,"idKnowledge":6,"slug":7,"title":8,"description":9,"bodyMarkdown":10,"bodyHtml":11,"author":12,"date":13,"createdAt":14,"topics":15,"image":17,"hasDownload":18,"fileName":19,"youtubeId":20},"106","68D8CAFA-C67B-2346-8C65-59F8544C43B7","gids-voor-legacy-software-modernisering","Gids voor legacy software modernisering","Deze gids voor legacy software modernisering helpt u processen behouden, koppelen en gefaseerd verbeteren zonder de dagelijkse operatie te verstoren.","Een magazijnmedewerker die gegevens eerst in een FileMaker-database invoert, daarna in Excel kopieert en vervolgens een factuurmail opstelt, werkt niet met een verouderd schermprobleem. Hij werkt met een procesrisico. Elke handmatige overdracht kost tijd, maakt fouten waarschijnlijker en houdt waardevolle bedrijfsinformatie opgesloten. Deze gids voor legacy software modernisering gaat daarom niet over techniek vervangen omdat die oud is. Het gaat over gerichte verbeteringen die uw operatie sneller, betrouwbaarder en beter bestuurbaar maken.\n\nVeel organisaties draaien al jaren op maatwerksoftware die hun werkwijze beter kent dan een standaardpakket ooit zou kunnen. Zeker bij FileMaker-oplossingen zit daarin vaak veel opgebouwde kennis: afwijkende prijsafspraken, productiecontroles, klantdossiers, planningsregels en uitzonderingen die voor het bedrijf heel normaal zijn. Die waarde wilt u behouden. Tegelijk mag een systeem geen rem worden op groei, integraties of veilig werken.\n\n## Wanneer is modernisering van legacy software nodig?\n\nLegacy software is niet automatisch software die oud is. Een FileMaker-systeem uit 2012 dat stabiel draait, goed wordt onderhouden en de juiste informatie levert, hoeft niet per direct vervangen te worden. De aanleiding ligt meestal in de kloof tussen wat het systeem kan en wat de organisatie nu nodig heeft.\n\nDie kloof wordt zichtbaar wanneer medewerkers dezelfde data op meerdere plekken invoeren, wanneer rapportages alleen met veel handwerk ontstaan of wanneer cruciale kennis bij één beheerder ligt. Ook een gebrek aan koppelingen met boekhouding, e-commerce, CRM, logistieke software of Microsoft 365 is vaak een concreet signaal. De database werkt nog, maar het proces eromheen is onnodig omslachtig geworden.\n\nTechnische signalen tellen eveneens mee. Denk aan verouderde plug-ins, trage schermen bij groeiende databestanden, zwak beheer van gebruikersrechten, afhankelijkheid van lokale bestanden of een oplossing die niet prettig werkt op iPad, telefoon of via een browser. De juiste vraag is niet: moeten we alles opnieuw bouwen? De betere vraag is: welke beperking levert nu de meeste vertraging, fouten of risico op?\n\n## Begin bij bedrijfsprocessen, niet bij een nieuw platform\n\nEen modernisering loopt vaak vast als de keuze voor technologie het startpunt is. Een nieuw platform kan aantrekkelijk klinken, maar lost geen onduidelijke workflow op. Breng eerst in kaart waar informatie ontstaat, wie die gebruikt, welke beslissing ermee wordt genomen en waar gegevens het systeem verlaten.\n\nNeem bijvoorbeeld orderverwerking. Een order kan binnenkomen via e-mail, een webformulier, een accountmanager of een EDI-koppeling. Vervolgens moet voorraad worden gecontroleerd, een prijs worden bepaald, een pickopdracht worden gemaakt en een factuur worden verstuurd. Als drie van die stappen buiten de centrale applicatie gebeuren, is er niet alleen tijdverlies. Ook is het lastiger om te zien waar een order blijft hangen of waarom de marge afwijkt.\n\nEen bruikbare inventarisatie maakt onderscheid tussen drie soorten onderdelen. Het eerste zijn processen die goed werken en vooral stabiel moeten blijven. Het tweede zijn processen die waardevol zijn, maar baat hebben bij automatisering of integratie. Het derde zijn tijdelijke omwegen, dubbele registraties en handmatige controles die beter kunnen verdwijnen. Zo voorkomt u dat u oude inefficiënties één op één meeneemt naar een nieuwere omgeving.\n\n### Bepaal wat niet mag veranderen\n\nLeg naast knelpunten ook vast wat absoluut behouden moet blijven. Dat kunnen complexe calculatieregels zijn, vertrouwde invoerschermen voor productie, historische data of een specifieke manier van autoriseren. Dit geeft een moderniseringsproject grenzen en voorkomt dat gebruikers na oplevering functionaliteit missen die pas zichtbaar werd toen deze wegviel.\n\nBetrek daarbij medewerkers uit de operatie, niet alleen IT of management. De persoon die elke dag orders corrigeert, weet meestal precies welke uitzonderingen een standaardproces niet opvangt. Die kennis is essentieel voor een oplossing die in de praktijk werkt.\n\n## Kies de moderniseringsroute die bij het risico past\n\nEr zijn grofweg vier routes, die ook naast elkaar kunnen bestaan. Welke route past, hangt af van de technische staat van het systeem, de gewenste snelheid en de bedrijfsimpact.\n\n**Gericht verbeteren** is passend wanneer de kernapplicatie gezond is. U optimaliseert scripts, herstelt datakwaliteit, vernieuwt schermen, scherpt rechten aan of verbetert rapportages. Dit is vaak de snelste manier om ergernis weg te nemen zonder grote verandering voor gebruikers.\n\n**Uitbreiden met integraties** is logisch wanneer gegevens tussen systemen blijven bewegen. Via [API-koppelingen](https:\u002F\u002Floggix.com\u002Fapis\u002F) kan een FileMaker-oplossing bijvoorbeeld klantgegevens synchroniseren met een CRM, orders doorgeven aan een boekhoudpakket, voorraad uitlezen uit een webshop of verzendinformatie ophalen bij een vervoerder. De kunst zit niet alleen in de koppeling zelf, maar in foutafhandeling, logging en duidelijke afspraken over welk systeem de bron is.\n\n**Vernieuwen van de gebruikerslaag** werkt goed als de database en bedrijfslogica nog bruikbaar zijn, maar medewerkers mobieler of extern moeten werken. Een webportaal, mobiele app of moderne gebruikersinterface kan dan boven op bestaande processen worden gebouwd. Daarmee verbetert de ervaring zonder dat alle kernlogica direct hoeft te verhuizen.\n\n**Gefaseerd herbouwen** is nodig als de oplossing structureel moeilijk te onderhouden is, bijvoorbeeld door sterk verweven scripts, oude afhankelijkheden of onduidelijke datamodellen. Ook dan is een big bang zelden verstandig. Bouw eerst een afgebakend proces opnieuw, laat oud en nieuw tijdelijk naast elkaar draaien en verplaats pas daarna het volgende domein.\n\nEen volledige vervanging kan verstandig zijn, maar is niet altijd de goedkoopste of veiligste optie. Hoe specifieker uw processen, hoe groter de kans dat u in een standaardpakket alsnog maatwerk, spreadsheets en workarounds nodig heeft. Modernisering moet een aantoonbare verbetering geven, niet vooral een nieuwe naam op de factuur.\n\n## Maak integraties betrouwbaar, niet alleen mogelijk\n\nEen API-koppeling wordt soms behandeld als een technisch detail. In werkelijkheid verandert deze de manier waarop uw processen functioneren. Als een webshop een order naar uw interne systeem stuurt, moet duidelijk zijn wat er gebeurt bij een tijdelijke storing, een dubbele verzending of een gewijzigd artikelnummer. Zonder die afspraken ontstaat er een nieuw handmatig controleproces naast de automatisering.\n\nBepaal daarom per koppeling welke gegevens worden uitgewisseld, hoe vaak dat gebeurt en welk systeem leidend is. Leg ook vast hoe fouten zichtbaar worden. Een melding in een technisch logbestand helpt een ontwikkelaar, maar een operations manager heeft vooral een overzicht nodig van orders die aandacht vragen. Goede integraties maken uitzonderingen beheersbaar in plaats van onzichtbaar.\n\nBeveiliging hoort vanaf het begin in dit ontwerp. Werk met minimale toegangsrechten, bescherm API-sleutels, registreer belangrijke acties en beoordeel welke persoonsgegevens werkelijk nodig zijn. Een modern systeem hoeft niet ingewikkelder te zijn voor gebruikers, maar moet wel beter controleerbaar zijn voor de organisatie.\n\n## Gebruik AI alleen waar het werk aantoonbaar verbetert\n\nAI kan een [zinvolle aanvulling](https:\u002F\u002Floggix.com\u002Fai\u002F) zijn op legacy software modernisering, mits de toepassing aansluit op een concreet proces. Denk aan het classificeren van inkomende documenten, het voorstellen van antwoorden op terugkerende klantvragen, het samenvatten van lange notities of het herkennen van afwijkingen in gegevens. Dit zijn taken waarbij medewerkers tijd verliezen aan sorteren, zoeken of herhaald lezen.\n\nAI is minder geschikt als vervanging voor regels die exact en controleerbaar moeten zijn, zoals prijsberekeningen, financiële boekingen of veiligheidskritische beslissingen. Daar blijft vaste bedrijfslogica leidend. Ook moet helder zijn welke data een AI-dienst ontvangt, waar die wordt verwerkt en hoe medewerkers uitkomsten kunnen controleren.\n\nDe meest bruikbare aanpak is klein beginnen. Kies één terugkerende handeling, meet de huidige tijdsbesteding en beoordeel na een proef of de kwaliteit en snelheid echt verbeteren. Zo blijft AI een praktisch hulpmiddel in uw applicatie, geen los experiment zonder eigenaar.\n\n## Plan gefaseerd en meet het resultaat\n\nEen modernisering hoeft de dagelijkse operatie niet stil te zetten. Sterker nog, systemen die cruciaal zijn voor planning, verkoop of productie kunt u beter in beheersbare stappen aanpakken. Start met een proces met duidelijke opbrengst en beperkte afhankelijkheden, zoals automatische overdracht van klantdata of een verbeterd invoerscherm voor buitendienstmedewerkers.\n\nSpreek vooraf af hoe succes eruitziet. Dat kan minder dubbele invoer zijn, kortere doorlooptijd per order, minder correcties op facturen of minder vragen aan de interne beheerder. Meet ook de minder zichtbare opbrengst: beter inzicht in werkvoorraad, sneller inwerken van nieuwe medewerkers en minder afhankelijkheid van individuele kennis.\n\nTest niet uitsluitend op de ideale route. Juist uitzonderingen, ontbrekende gegevens, dubbele transacties en gebruikers met verschillende rechten laten zien of een oplossing klaar is voor de praktijk. Een korte pilot met echte gebruikers levert doorgaans meer op dan een uitgebreide demonstratie met perfecte testdata.\n\n## Moderniseren zonder de bedrijfskennis te verliezen\n\nDe beste modernisering voelt voor medewerkers niet als een technische migratie, maar als werk dat logischer verloopt. Orders hoeven niet opnieuw te worden ingevoerd. Informatie is beschikbaar waar die nodig is. Fouten komen eerder aan het licht en uitzonderingen krijgen een duidelijke plek.\n\nDaarvoor is een partner nodig die zowel de bestaande FileMaker-omgeving als moderne API's, web- en mobiele toepassingen begrijpt. Loggix kiest daarom niet automatisch voor vervangen, maar voor een aanpak die de bruikbare kern behoudt en gericht vernieuwt waar de bedrijfswinst zit.\n\nBegin met één eerlijke procesvraag: waar besteden goede mensen nu tijd aan die software beter kan overnemen? Het antwoord daarop is vaak een veel sterker startpunt dan een plan om alles opnieuw te bouwen.","\u003Cp>Een magazijnmedewerker die gegevens eerst in een FileMaker-database invoert, daarna in Excel kopieert en vervolgens een factuurmail opstelt, werkt niet met een verouderd schermprobleem. Hij werkt met een procesrisico. Elke handmatige overdracht kost tijd, maakt fouten waarschijnlijker en houdt waardevolle bedrijfsinformatie opgesloten. Deze gids voor legacy software modernisering gaat daarom niet over techniek vervangen omdat die oud is. Het gaat over gerichte verbeteringen die uw operatie sneller, betrouwbaarder en beter bestuurbaar maken.\u003C\u002Fp>\n\u003Cp>Veel organisaties draaien al jaren op maatwerksoftware die hun werkwijze beter kent dan een standaardpakket ooit zou kunnen. Zeker bij FileMaker-oplossingen zit daarin vaak veel opgebouwde kennis: afwijkende prijsafspraken, productiecontroles, klantdossiers, planningsregels en uitzonderingen die voor het bedrijf heel normaal zijn. Die waarde wilt u behouden. Tegelijk mag een systeem geen rem worden op groei, integraties of veilig werken.\u003C\u002Fp>\n\u003Ch2>Wanneer is modernisering van legacy software nodig?\u003C\u002Fh2>\n\u003Cp>Legacy software is niet automatisch software die oud is. Een FileMaker-systeem uit 2012 dat stabiel draait, goed wordt onderhouden en de juiste informatie levert, hoeft niet per direct vervangen te worden. De aanleiding ligt meestal in de kloof tussen wat het systeem kan en wat de organisatie nu nodig heeft.\u003C\u002Fp>\n\u003Cp>Die kloof wordt zichtbaar wanneer medewerkers dezelfde data op meerdere plekken invoeren, wanneer rapportages alleen met veel handwerk ontstaan of wanneer cruciale kennis bij één beheerder ligt. Ook een gebrek aan koppelingen met boekhouding, e-commerce, CRM, logistieke software of Microsoft 365 is vaak een concreet signaal. De database werkt nog, maar het proces eromheen is onnodig omslachtig geworden.\u003C\u002Fp>\n\u003Cp>Technische signalen tellen eveneens mee. Denk aan verouderde plug-ins, trage schermen bij groeiende databestanden, zwak beheer van gebruikersrechten, afhankelijkheid van lokale bestanden of een oplossing die niet prettig werkt op iPad, telefoon of via een browser. De juiste vraag is niet: moeten we alles opnieuw bouwen? De betere vraag is: welke beperking levert nu de meeste vertraging, fouten of risico op?\u003C\u002Fp>\n\u003Ch2>Begin bij bedrijfsprocessen, niet bij een nieuw platform\u003C\u002Fh2>\n\u003Cp>Een modernisering loopt vaak vast als de keuze voor technologie het startpunt is. Een nieuw platform kan aantrekkelijk klinken, maar lost geen onduidelijke workflow op. Breng eerst in kaart waar informatie ontstaat, wie die gebruikt, welke beslissing ermee wordt genomen en waar gegevens het systeem verlaten.\u003C\u002Fp>\n\u003Cp>Neem bijvoorbeeld orderverwerking. Een order kan binnenkomen via e-mail, een webformulier, een accountmanager of een EDI-koppeling. Vervolgens moet voorraad worden gecontroleerd, een prijs worden bepaald, een pickopdracht worden gemaakt en een factuur worden verstuurd. Als drie van die stappen buiten de centrale applicatie gebeuren, is er niet alleen tijdverlies. Ook is het lastiger om te zien waar een order blijft hangen of waarom de marge afwijkt.\u003C\u002Fp>\n\u003Cp>Een bruikbare inventarisatie maakt onderscheid tussen drie soorten onderdelen. Het eerste zijn processen die goed werken en vooral stabiel moeten blijven. Het tweede zijn processen die waardevol zijn, maar baat hebben bij automatisering of integratie. Het derde zijn tijdelijke omwegen, dubbele registraties en handmatige controles die beter kunnen verdwijnen. Zo voorkomt u dat u oude inefficiënties één op één meeneemt naar een nieuwere omgeving.\u003C\u002Fp>\n\u003Ch3>Bepaal wat niet mag veranderen\u003C\u002Fh3>\n\u003Cp>Leg naast knelpunten ook vast wat absoluut behouden moet blijven. Dat kunnen complexe calculatieregels zijn, vertrouwde invoerschermen voor productie, historische data of een specifieke manier van autoriseren. Dit geeft een moderniseringsproject grenzen en voorkomt dat gebruikers na oplevering functionaliteit missen die pas zichtbaar werd toen deze wegviel.\u003C\u002Fp>\n\u003Cp>Betrek daarbij medewerkers uit de operatie, niet alleen IT of management. De persoon die elke dag orders corrigeert, weet meestal precies welke uitzonderingen een standaardproces niet opvangt. Die kennis is essentieel voor een oplossing die in de praktijk werkt.\u003C\u002Fp>\n\u003Ch2>Kies de moderniseringsroute die bij het risico past\u003C\u002Fh2>\n\u003Cp>Er zijn grofweg vier routes, die ook naast elkaar kunnen bestaan. Welke route past, hangt af van de technische staat van het systeem, de gewenste snelheid en de bedrijfsimpact.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Gericht verbeteren\u003C\u002Fstrong> is passend wanneer de kernapplicatie gezond is. U optimaliseert scripts, herstelt datakwaliteit, vernieuwt schermen, scherpt rechten aan of verbetert rapportages. Dit is vaak de snelste manier om ergernis weg te nemen zonder grote verandering voor gebruikers.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Uitbreiden met integraties\u003C\u002Fstrong> is logisch wanneer gegevens tussen systemen blijven bewegen. Via \u003Ca href=\"https:\u002F\u002Floggix.com\u002Fapis\u002F\">API-koppelingen\u003C\u002Fa> kan een FileMaker-oplossing bijvoorbeeld klantgegevens synchroniseren met een CRM, orders doorgeven aan een boekhoudpakket, voorraad uitlezen uit een webshop of verzendinformatie ophalen bij een vervoerder. De kunst zit niet alleen in de koppeling zelf, maar in foutafhandeling, logging en duidelijke afspraken over welk systeem de bron is.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Vernieuwen van de gebruikerslaag\u003C\u002Fstrong> werkt goed als de database en bedrijfslogica nog bruikbaar zijn, maar medewerkers mobieler of extern moeten werken. Een webportaal, mobiele app of moderne gebruikersinterface kan dan boven op bestaande processen worden gebouwd. Daarmee verbetert de ervaring zonder dat alle kernlogica direct hoeft te verhuizen.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Gefaseerd herbouwen\u003C\u002Fstrong> is nodig als de oplossing structureel moeilijk te onderhouden is, bijvoorbeeld door sterk verweven scripts, oude afhankelijkheden of onduidelijke datamodellen. Ook dan is een big bang zelden verstandig. Bouw eerst een afgebakend proces opnieuw, laat oud en nieuw tijdelijk naast elkaar draaien en verplaats pas daarna het volgende domein.\u003C\u002Fp>\n\u003Cp>Een volledige vervanging kan verstandig zijn, maar is niet altijd de goedkoopste of veiligste optie. Hoe specifieker uw processen, hoe groter de kans dat u in een standaardpakket alsnog maatwerk, spreadsheets en workarounds nodig heeft. Modernisering moet een aantoonbare verbetering geven, niet vooral een nieuwe naam op de factuur.\u003C\u002Fp>\n\u003Ch2>Maak integraties betrouwbaar, niet alleen mogelijk\u003C\u002Fh2>\n\u003Cp>Een API-koppeling wordt soms behandeld als een technisch detail. In werkelijkheid verandert deze de manier waarop uw processen functioneren. Als een webshop een order naar uw interne systeem stuurt, moet duidelijk zijn wat er gebeurt bij een tijdelijke storing, een dubbele verzending of een gewijzigd artikelnummer. Zonder die afspraken ontstaat er een nieuw handmatig controleproces naast de automatisering.\u003C\u002Fp>\n\u003Cp>Bepaal daarom per koppeling welke gegevens worden uitgewisseld, hoe vaak dat gebeurt en welk systeem leidend is. Leg ook vast hoe fouten zichtbaar worden. Een melding in een technisch logbestand helpt een ontwikkelaar, maar een operations manager heeft vooral een overzicht nodig van orders die aandacht vragen. Goede integraties maken uitzonderingen beheersbaar in plaats van onzichtbaar.\u003C\u002Fp>\n\u003Cp>Beveiliging hoort vanaf het begin in dit ontwerp. Werk met minimale toegangsrechten, bescherm API-sleutels, registreer belangrijke acties en beoordeel welke persoonsgegevens werkelijk nodig zijn. Een modern systeem hoeft niet ingewikkelder te zijn voor gebruikers, maar moet wel beter controleerbaar zijn voor de organisatie.\u003C\u002Fp>\n\u003Ch2>Gebruik AI alleen waar het werk aantoonbaar verbetert\u003C\u002Fh2>\n\u003Cp>AI kan een \u003Ca href=\"https:\u002F\u002Floggix.com\u002Fai\u002F\">zinvolle aanvulling\u003C\u002Fa> zijn op legacy software modernisering, mits de toepassing aansluit op een concreet proces. Denk aan het classificeren van inkomende documenten, het voorstellen van antwoorden op terugkerende klantvragen, het samenvatten van lange notities of het herkennen van afwijkingen in gegevens. Dit zijn taken waarbij medewerkers tijd verliezen aan sorteren, zoeken of herhaald lezen.\u003C\u002Fp>\n\u003Cp>AI is minder geschikt als vervanging voor regels die exact en controleerbaar moeten zijn, zoals prijsberekeningen, financiële boekingen of veiligheidskritische beslissingen. Daar blijft vaste bedrijfslogica leidend. Ook moet helder zijn welke data een AI-dienst ontvangt, waar die wordt verwerkt en hoe medewerkers uitkomsten kunnen controleren.\u003C\u002Fp>\n\u003Cp>De meest bruikbare aanpak is klein beginnen. Kies één terugkerende handeling, meet de huidige tijdsbesteding en beoordeel na een proef of de kwaliteit en snelheid echt verbeteren. Zo blijft AI een praktisch hulpmiddel in uw applicatie, geen los experiment zonder eigenaar.\u003C\u002Fp>\n\u003Ch2>Plan gefaseerd en meet het resultaat\u003C\u002Fh2>\n\u003Cp>Een modernisering hoeft de dagelijkse operatie niet stil te zetten. Sterker nog, systemen die cruciaal zijn voor planning, verkoop of productie kunt u beter in beheersbare stappen aanpakken. Start met een proces met duidelijke opbrengst en beperkte afhankelijkheden, zoals automatische overdracht van klantdata of een verbeterd invoerscherm voor buitendienstmedewerkers.\u003C\u002Fp>\n\u003Cp>Spreek vooraf af hoe succes eruitziet. Dat kan minder dubbele invoer zijn, kortere doorlooptijd per order, minder correcties op facturen of minder vragen aan de interne beheerder. Meet ook de minder zichtbare opbrengst: beter inzicht in werkvoorraad, sneller inwerken van nieuwe medewerkers en minder afhankelijkheid van individuele kennis.\u003C\u002Fp>\n\u003Cp>Test niet uitsluitend op de ideale route. Juist uitzonderingen, ontbrekende gegevens, dubbele transacties en gebruikers met verschillende rechten laten zien of een oplossing klaar is voor de praktijk. Een korte pilot met echte gebruikers levert doorgaans meer op dan een uitgebreide demonstratie met perfecte testdata.\u003C\u002Fp>\n\u003Ch2>Moderniseren zonder de bedrijfskennis te verliezen\u003C\u002Fh2>\n\u003Cp>De beste modernisering voelt voor medewerkers niet als een technische migratie, maar als werk dat logischer verloopt. Orders hoeven niet opnieuw te worden ingevoerd. Informatie is beschikbaar waar die nodig is. Fouten komen eerder aan het licht en uitzonderingen krijgen een duidelijke plek.\u003C\u002Fp>\n\u003Cp>Daarvoor is een partner nodig die zowel de bestaande FileMaker-omgeving als moderne API's, web- en mobiele toepassingen begrijpt. Loggix kiest daarom niet automatisch voor vervangen, maar voor een aanpak die de bruikbare kern behoudt en gericht vernieuwt waar de bedrijfswinst zit.\u003C\u002Fp>\n\u003Cp>Begin met één eerlijke procesvraag: waar besteden goede mensen nu tijd aan die software beter kan overnemen? Het antwoord daarop is vaak een veel sterker startpunt dan een plan om alles opnieuw te bouwen.\u003C\u002Fp>\n","Jeroen","2026-07-14",1784016333000,[16],"Socials","\u002Fapi\u002Fknowledge\u002Fimage\u002F106\u002F?v=0855327daa22",false,"",null]