gFM-NEXT op SchallOS combineert FileMaker, runtimes, AI en moderne webtechnologieën

Functionele opbergmeubels in plaats van rommel

Wie al jarenlang bedrijfsapplicaties ontwikkelt, kent het probleem. Met elke nieuwe functie neemt het aantal objecten op een lay-out toe. Er worden extra velden toegevoegd, nog meer knoppen geplaatst, nieuwe scripts geschreven en er wordt rekening gehouden met steeds meer uitzonderingsgevallen. Op een gegeven moment ontstaat er een applicatie die weliswaar uitstekend functioneert, maar waarvan de interne structuur steeds complexer wordt.

Juist in klassieke ontwikkelomgevingen moesten daarom vaak creatieve oplossingen worden gevonden. Velden werden over elkaar heen geplaatst om verschillende weergavevormen mogelijk te maken. Knoppen werden onzichtbaar gemaakt en alleen onder bepaalde voorwaarden weergegeven. Extra hulpopjecten namen taken over die eigenlijk onderdeel van het platform hadden moeten zijn. Deze technieken werken en hebben zich door de jaren heen bewezen. Toch vergroten ze op de lange termijn de complexiteit van een applicatie.

Tijdens de ontwikkeling van SchallOS kwam daarom steeds weer dezelfde vraag naar voren:

Hoe zou je een moderne lay-outmodus ontwikkelen als je vandaag de dag helemaal opnieuw zou kunnen beginnen?

Een lay-outmodus voor ontwikkelaars

Een van de belangrijkste eisen was het behoud van de precisie van klassieke rapid-development-systemen. Veel moderne webframeworks bieden weliswaar enorme technische mogelijkheden, maar halen vaak niet de efficiëntie van een goed doordachte visuele lay-outeditor. Daarom is de lay-outmodus van SchallOS bewust gebaseerd op de sterke punten van gevestigde ontwikkelomgevingen.

Raster, Richtlijnen, magnetische uitlijning, meervoudige selectie, objectgroeperingen en nauwkeurige positionering zijn vanzelfsprekend onderdeel van het systeem. Het was nooit de bedoeling om een vereenvoudigde webeditor te ontwikkelen. Het doel was veeleer om de snelheid en precisie van klassieke ontwikkeltools te combineren met een moderne architectuur.

Tegelijkertijd zijn talrijke concepten opnieuw bekeken om typische tijdelijke oplossingen uit het verleden overbodig te maken.

Minder objecten, meer intelligentie

Een goed voorbeeld hiervan zijn veldlabels. In veel systemen bestaat een invoerveld uit ten minste twee objecten. Het eigenlijke veld en het bijbehorende label moeten afzonderlijk worden beheerd, gepositioneerd en vertaald.

In SchallOS kunnen veldlabels rechtstreeks deel uitmaken van een veldobject. Voor de ontwikkelaar blijft alles flexibel. Intern neemt het aantal benodigde objecten echter aanzienlijk af.

Deze aanpak klinkt op het eerste gezicht niet bijzonder. In grotere toepassingen met duizenden velden maakt het echter een enorm verschil. Minder objecten betekent minder administratieve rompslomp, overzichtelijkere lay-outs en eenvoudiger onderhoud.

Tegelijkertijd biedt deze aanpak nieuwe mogelijkheden. Aangezien de labels rechtstreeks aan het veld zijn gekoppeld, kunnen ze automatisch via de semantische taallaag worden vertaald. De ontwikkelaar hoeft niet langer op elke plek afzonderlijke vertalingen bij te houden. Het systeem kent de betekenis van een veld en kan automatisch de bijbehorende taalvarianten aanbieden.

Dynamische inhoud in plaats van technische hulpmiddelen

Een ander doel was om zoveel mogelijk onderdelen van het platform dynamisch bruikbaar te maken. In veel toepassingen ontstaan er extra hulpconstructies omdat bepaalde eigenschappen geen berekeningen ondersteunen. Ontwikkelaars moeten daarom hulpvelden, triggers of extra scripts gebruiken om dynamische inhoud weer te geven.

SchallOS hanteert hier een andere aanpak. Overal waar tekst kan worden ingevoerd, moet ook dynamische inhoud mogelijk zijn. Hieronder vallen bijvoorbeeld veldlabels, plaatshouderteksten, tekstobjecten, helpteksten of eigenschappen van besturingselementen.

Daarnaast kan gebruik worden gemaakt van berekeningen, SQL-query's of andere dynamische uitdrukkingen. Hierdoor kunnen veel taken direct ter plekke worden uitgevoerd, waar ze nodig zijn. De noodzaak voor technische omwegen wordt hierdoor aanzienlijk verminderd.

Uiteraard blijven klassieke functies zoals voorwaardelijke opmaak, voorwaardelijke zichtbaarheid of dynamische activering van objecten een integraal onderdeel van het platform. Deze mechanismen hebben zich in de loop van vele jaren bewezen en behoren nog steeds tot de belangrijkste hulpmiddelen bij de ontwikkeling van moderne bedrijfsapplicaties.

Bekende objecten, moderne architectuur

Ondanks alle vernieuwingen moet het platform voor ervaren ontwikkelaars vertrouwd aanvoelen. Daarom bevat SchallOS nog steeds de meeste objecttypes die men kent uit klassieke ontwikkelomgevingen. Velden, knoppen, tabbladen, besturingselementen, lijsten, containers, diagrammen en andere objecttypes blijven beschikbaar.

Het doorslaggevende verschil zit echter onder de oppervlakte. Terwijl veel systemen elk object grotendeels afzonderlijk behandelen, werkt SchallOS op een aanzienlijk sterker semantisch niveau. Objecten kennen hun rol binnen een toepassing. Ze zijn niet langer alleen grafische elementen, maar maken deel uit van een grotere architectuur.

Hierdoor wordt het mogelijk om verbanden te herkennen, vertalingen te automatiseren en AI-systemen veel intensiever bij de ontwikkeling te betrekken.

De echte innovatie: functionele containers

De meest zichtbare uiting van deze filosofie zijn de functiecontainers. Een functiecontainer kan een kleine taak uitvoeren. Hij kan bijvoorbeeld een diagram weergeven of een zoekfunctie aanbieden.

Een functiecontainer kan echter ook een volledig beheergebied bevatten. Meerdere tabbladen, complexe dialoogvensters, eigen gegevenstoegang, beveiligingslogica en uitgebreide gebruikersinterfaces kunnen binnen één enkele container worden gebundeld.

In de lay-outmodus blijft een functiecontainer niettemin slechts één object. Hierdoor verschuift de complexiteit van de gebruikersinterface naar duidelijk gedefinieerde, herbruikbare componenten.

Een navigatiebalk wordt een functiecontainer. Een werkbalk wordt een functiecontainer. Een beheerinterface wordt een functiecontainer. Zelfs complete vakmodules kunnen als zelfstandige containers worden gerealiseerd. Deze aanpak vermindert het aantal zichtbare objecten aanzienlijk en zorgt tegelijkertijd voor een veel overzichtelijkere architectuur.

Van FileMaker-scripts naar AI-gestuurde componenten

Dit concept wordt vooral interessant door de koppeling met kunstmatige intelligentie. De oorspronkelijke FileMaker-scripts dienen daarbij vaak als kennisbron. Ze beschrijven bedrijfslogica, werkwijzen en processen die in de loop van vele jaren zijn ontstaan.

De eigenlijke programmacode van een functiecontainer wordt echter niet zomaar overgenomen. In plaats daarvan analyseert de AI de bestaande logica, begrijpt de inhoudelijke taak en genereert een moderne implementatie binnen de nieuwe architectuur. Hierdoor blijft de kennis behouden, terwijl de technische uitvoering volledig opnieuw kan worden opgebouwd.

Juist hierin ligt een van de grootste voordelen van het platform. Niet de oude code wordt bewaard, maar de kennis die erachter schuilgaat.

Migreren zonder een nieuwe start via het klembord

Dit principe geldt ook bij de migratie van bestaande oplossingen. Als de MBS-plug-in aan de FileMaker-kant is geïnstalleerd, kunnen tabellen, velden, lay-outelementen, scripts en andere elementen rechtstreeks via het klembord worden overgenomen. Het platform analyseert de inhoud en creëert op basis daarvan de bijbehorende structuren binnen SchallOS.

Daarnaast biedt Smart Paste een mechanisme dat veel verder gaat dan het klassieke invoegen. Vóór het importeren kan worden geselecteerd welke onderdelen daadwerkelijk moeten worden overgenomen. Tegelijkertijd kunnen er aanpassingen worden aangebracht voordat de gegevens überhaupt worden ingevoegd.

Een typisch voorbeeld hiervan is de omzetting van een offerteformulier naar een orderformulier. In plaats van alle velden achteraf handmatig aan te passen, kunnen de benodigde aanpassingen al tijdens het importproces worden doorgevoerd. Dit leidt tot een aanzienlijk slimmer migratieproces dan bij traditionele importtools.

De basis voor de volgende generatie bedrijfsapplicaties

Functiecontainers zijn daarom veel meer dan alleen maar een nieuw objecttype. Ze vormen de basis van een architectuur die consequent is gericht op herbruikbaarheid, semantische kennis en AI-gestuurde ontwikkeling.

In combinatie met de moderne lay-outmodus, de geïntegreerde taallaag, de uitgebreide objectfuncties en de slimme migratietools ontstaat een platform dat zowel vertrouwd als fundamenteel nieuw is.

Het doel is niet om bestaande systemen te kopiëren. Het doel is om de sterke punten van klassieke Rapid Development-omgevingen te behouden en tegelijkertijd de mogelijkheden van moderne AI-technologieën ten volle te benutten.

Migratie van FileMaker naar SchallOS / gFM-NEXT

De technische architectuur

Als er over nieuwe softwareplatforms wordt gesproken, richten veel discussies zich in eerste instantie op de zichtbare functies.

• Welke modules zijn er?
• Welke rapporten kunnen worden opgesteld?
• Welke interfaces worden ondersteund?

Dit zijn belangrijke vragen. Op de lange termijn is het echter meestal iets anders dat bepalend is voor het succes van een platform.

De architectuur vormt de eigenlijke basis. Deze bepaalt hoe flexibel een systeem kan worden uitgebreid, hoe stabiel het onder belasting functioneert, hoe goed nieuwe technologieën kunnen worden geïntegreerd en hoe eenvoudig applicaties in de toekomst verder kunnen worden ontwikkeld.

Om die reden is bij de ontwikkeling van SchallOS niet in de eerste plaats nagedacht over afzonderlijke functies. In plaats daarvan stond de vraag centraal hoe een modern platform moet zijn opgezet, zodat het ook over vijf of tien jaar nog op zinvolle wijze kan worden uitgebreid.

Het resultaat is een meerlaagse architectuur die klassieke bedrijfsapplicaties, moderne webtechnologieën en kunstmatige intelligentie met elkaar verbindt.

De AI-laag als nieuw ontwikkelingsniveau

Een bijzonder kenmerk van SchallOS is dat kunstmatige intelligentie niet als een extra module wordt beschouwd. De KI vormt veeleer een eigen laag binnen het platform.

In veel hedendaagse systemen wordt AI achteraf geïntegreerd. Er wordt een chatvenster toegevoegd, een assistent ingebouwd of een koppeling met een externe dienst gecreëerd. De eigenlijke architectuur blijft daarbij ongewijzigd.

SchallOS hanteert een andere aanpak. Het platform is vanaf het begin ontwikkeld vanuit de gedachte dat AI in de toekomst een centrale rol zal spelen bij de ontwikkeling, documentatie en het onderhoud. Daarom heeft de AI niet alleen toegang tot gegevens, maar ook tot documentatie, architectuurbeschrijvingen, containerdefinities en semantische informatie.

Zo ontstaat een systeem dat niet alleen gegevens beheert, maar ook inzicht heeft in zijn eigen structuur. Voor ontwikkelaars maakt dat een aanzienlijk verschil. De AI kent niet alleen afzonderlijke codefragmenten, maar begrijpt ook de onderlinge verbanden binnen het platform.

Runtime-mounts en containerregister

Een ander belangrijk onderdeel zijn de Runtime-Mounts en het containerregister. Moderne applicaties bestaan tegenwoordig vaak uit talrijke onafhankelijke componenten. Navigatiemenu’s, werkbalken, dialoogvensters, vakmodules en beheergebieden worden niet langer beschouwd als starre onderdelen van een lay-out, maar worden als zelfstandige eenheden beheerd.

De Container Registry zorgt daarbij voor het centrale beheer van deze componenten. Elke functiecontainer heeft een unieke identiteit, eigen eigenschappen en een vastgestelde levenscyclus. De runtime zorgt er op zijn beurt voor dat de betreffende componenten op het juiste moment worden geladen en uitgevoerd.

Dit concept biedt verschillende voordelen. Enerzijds ontstaat er een duidelijke scheiding tussen lay-out en functionaliteit. Anderzijds kunnen componenten onafhankelijk van elkaar verder worden ontwikkeld, vervangen of uitgebreid.

Bovendien legt het register de basis voor toekomstige functies zoals versiebeheer, ondertekening, beveiligingsniveaus of centrale componentbibliotheken.

IndexedDB als lokale waarheidslaag

Voor lokale opslag maakt SchallOS bewust gebruik van moderne browsertechnologieën. IndexedDB speelt daarbij een centrale rol. Dit is een krachtige databasetechnologie die direct in de browser beschikbaar is en ook grote hoeveelheden gegevens efficiënt kan beheren. In tegenstelling tot klassieke browseropslag is IndexedDB uitdrukkelijk ontwikkeld voor complexe toepassingen.

Dit biedt verschillende voordelen voor SchallOS. Lay-outs, configuraties, metagegevens en andere informatie kunnen lokaal worden opgeslagen. Hierdoor blijven applicaties ook zonder permanente netwerkverbinding bruikbaar. Tegelijkertijd zorgt dit voor korte reactietijden, aangezien veel gegevens direct op het lokale systeem beschikbaar zijn.

Vooral voor ontwikkeltools en omvangrijke bedrijfsapplicaties is dit een belangrijke factor.

Committed-First in plaats van cache-chaos

Tijdens de ontwikkeling werd al snel duidelijk dat moderne toepassingen niet alleen snel geheugen nodig hebben, maar ook een duidelijke ‘waarheidslaag’.

Veel systemen maken gebruik van verschillende caches, tussenopslag en tijdelijke toestanden. Dit kan weliswaar de snelheid verhogen, maar leidt op de lange termijn vaak tot moeilijk te achterhalen fouten.

Daarom maakt SchallOS gebruik van een zogenaamde ‘Committed-First’-architectuur. Nieuwe informatie wordt pas als geldig beschouwd als deze met succes is opgeslagen en geverifieerd. Pas daarna wordt deze zichtbaar voor andere componenten.

Deze aanpak zorgt voor een aanzienlijk grotere consistentie binnen het systeem. Tegelijkertijd vereenvoudigt het het opsporen van fouten en vermindert het het risico op tegenstrijdige situaties. Juist bij complexe lay-outbewerkingen en het beheer van veel componenten is dit concept uiterst nuttig gebleken.

PostgreSQL voor netwerk- en multi-user-omgevingen

Lokale opslag alleen is natuurlijk niet voldoende voor professionele bedrijfstoepassingen. Daarom vormt PostgreSQL de basis voor netwerkgebruik, samenwerking en servergebaseerde installaties.

PostgreSQL behoort al vele jaren tot de krachtigste en meest betrouwbare open-source databasesystemen die er zijn. De database wordt wereldwijd gebruikt in bedrijfsapplicaties, cloudplatforms en grote webdiensten. De combinatie van IndexedDB en PostgreSQL zorgt voor een flexibele architectuur.

Oplossingen voor één gebruiker kunnen lokaal worden uitgevoerd. Omgevingen met meerdere gebruikers maken gebruik van PostgreSQL als centrale database. Tegelijkertijd blijven hybride scenario’s mogelijk, waarbij lokale gegevensopslag en centrale serverstructuren met elkaar worden gecombineerd.

Zo ontstaat een platform dat zowel kleine applicaties voor één gebruiker als uitgebreide bedrijfsoplossingen kan ondersteunen.

Een architectuur voor de komende jaren

De technische architectuur van SchallOS streeft uiteindelijk één eenvoudig doel na. Complexiteit moet niet verdwijnen. Complexiteit moet naar de juiste plek worden verplaatst.

De gebruiker moet zich op zijn werk kunnen concentreren. De ontwikkelaar moet zich op de bedrijfslogica en vakkennis kunnen concentreren. De technische infrastructuur zorgt ervoor dat gegevens, componenten en processen op betrouwbare wijze met elkaar worden verbonden.

AI-laag, Container Registry, runtime-mounts, IndexedDB, PostgreSQL en de ‘committed-first’-architectuur vormen daarbij geen verzameling afzonderlijke technologieën. Ze maken deel uit van een totaalconcept.

Dit concept moet de basis leggen voor een nieuwe generatie bedrijfsapplicaties. Applicaties die gebruikmaken van moderne webtechnologieën, maar tegelijkertijd de snelheid, flexibiliteit en productiviteit van klassieke rapid-development-systemen behouden.

Runtimes, implementatie en de terugkeer naar eenvoud

Wie twintig of dertig jaar geleden al bedrijfsapplicaties ontwikkelde, herinnert zich vaak een tijd waarin het distribueren van software verbazingwekkend eenvoudig was. Een applicatie werd gemaakt, getest en vervolgens aan de klant geleverd. In veel gevallen volstond één installatie, waarna de software direct klaar was voor gebruik.

Natuurlijk waren de systemen van toen technisch gezien aanzienlijk eenvoudiger dan de huidige oplossingen. Toch hadden ze een doorslaggevend voordeel: de complexiteit was voor ontwikkelaars en gebruikers overzichtelijk.

De afgelopen jaren is de situatie aanzienlijk veranderd. Moderne applicaties bestaan vaak uit talrijke componenten. Webservers, databases, certificaten, clouddiensten, beveiligingsrichtlijnen, containertechnologieën en hostingplatforms moeten met elkaar worden gecombineerd. Voor grote bedrijven is dat vanzelfsprekend. Voor veel kleinere bedrijven en onafhankelijke ontwikkelaars vormt deze ontwikkeling echter een aanzienlijke hindernis.

Veel gebruikers willen eigenlijk maar één ding: een applicatie die betrouwbaar werkt en eenvoudig kan worden geïmplementeerd. Precies daar komt de implementatiestrategie van SchallOS om de hoek kijken.

Werk op één werkplek zonder onnodige hindernissen

Niet elke toepassing heeft een server, een cloudinfrastructuur of een complexe netwerkarchitectuur nodig. Veel oplossingen worden door individuele gebruikers of kleine teams gebruikt. In dergelijke scenario’s moet de technische infrastructuur zo min mogelijk aandacht vragen.

Door de combinatie van moderne webtechnologieën en lokale gegevensopslag ontstaat de mogelijkheid om applicaties ook zonder permanente serververbinding te gebruiken. Lay-outs, instellingen, metagegevens en andere informatie kunnen lokaal worden opgeslagen. Hierdoor blijven applicaties snel, flexibel en onafhankelijk van een permanente internetverbinding.

Deze aanpak doet bewust denken aan de eenvoud van klassieke ontwikkelomgevingen. Er wordt gebruikgemaakt van moderne technologieën, zonder de gebruiker te overbelasten met onnodige complexiteit.

Netwerkbeheer voor teams en bedrijven

Zodra meerdere gebruikers samenwerken, veranderen de vereisten. Gegevens moeten centraal worden opgeslagen. Gebruikersrechten moeten worden beheerd. Wijzigingen moeten voor alle betrokkenen beschikbaar zijn.

Daarom ondersteunt de architectuur van SchallOS vanaf het begin ook de klassieke multi-user-omgeving. Dankzij PostgreSQL als centrale database kunnen applicaties binnen het netwerk worden uitgevoerd zonder dat er verschillende versies van een oplossing hoeven te worden onderhouden. Gegevens zijn centraal beschikbaar, terwijl de gebruikersinterfaces flexibel blijven.

Voor bedrijven betekent dit een belangrijk voordeel. Dezelfde applicatie kan zowel lokaal als stand-alone-oplossing als in een grotere omgeving met meerdere gebruikers worden ingezet. Het wisselen tussen verschillende bedrijfsmodellen zou hierdoor aanzienlijk eenvoudiger moeten worden dan bij veel traditionele systemen.

Browsergebruik als standaard

De ontwikkeling van moderne bedrijfsapplicaties vindt tegenwoordig grotendeels in de browser plaats. Daar zijn goede redenen voor. Browsers zijn platformonafhankelijk beschikbaar, vereisen geen ingewikkelde installaties en maken snelle updates mogelijk.

Om die reden is SchallOS volledig gebaseerd op moderne webtechnologieën. De browser wordt daarbij niet als een beperking gezien, maar als een uitvoeringsomgeving. Krachtige gegevensverwerking, lokale opslag, moderne gebruikersinterfaces en complexe bedrijfslogica kunnen tegenwoordig rechtstreeks in de browser worden uitgevoerd.

Zo ontstaat er een platform dat op Windows, macOS, Linux en tal van andere systemen kan worden gebruikt, zonder dat er voor elk platform een aparte applicatie hoeft te worden ontwikkeld.

Tegelijkertijd blijft de mogelijkheid bestaan om toepassingen later ook naar andere bedrijfsvormen over te hevelen.

SaaS en centrale implementatie

Naast lokale installaties en netwerkomgevingen speelt natuurlijk ook Software as a Service een belangrijke rol. Veel bedrijven geven tegenwoordig de voorkeur aan centrale oplossingen die via het internet worden aangeboden. Updates worden automatisch verspreid, gebruikers hebben vanaf verschillende locaties toegang tot dezelfde applicatie en de technische infrastructuur wordt centraal beheerd.

De architectuur van SchallOS houdt daarom vanaf het begin ook rekening met SaaS-scenario’s. Door de duidelijke scheiding tussen gebruikersinterface, runtime en gegevensopslag kunnen applicaties zowel lokaal als centraal worden uitgevoerd. Ontwikkelaars hoeven hun oplossingen niet voor elke bedrijfsvorm opnieuw te bouwen. In plaats daarvan ontstaat er een gemeenschappelijke technische basis die verschillende implementatiemodellen ondersteunt.

Flexibele implementatiestrategieën in plaats van technische impasses

Een veelvoorkomend probleem bij moderne softwareplatforms is dat vroege architectuurkeuzes latere uitbreidingen bemoeilijken.

Wie voor een bepaalde bedrijfsvorm kiest, moet daar vaak voor altijd bij blijven. Een overstap van een lokale installatie naar de cloud of van een cloudoplossing naar een lokale omgeving kan omslachtig en kostbaar zijn.

SchallOS kiest hier bewust voor een andere aanpak. Het platform moet ontwikkelaars zoveel mogelijk opties bieden. Stand-alone gebruik, netwerkgebruik, browsertoepassingen en SaaS-oplossingen worden niet als concurrerende concepten beschouwd. Het zijn verschillende toepassingsscenario’s van dezelfde architectuur.

Hierdoor kunnen ontwikkelaars de bedrijfsvorm kiezen die het meest geschikt is voor hun klanten en projecten.

De terugkeer naar eenvoud

Misschien is dit wel de belangrijkste gedachte achter het implementatieconcept van SchallOS. De technische wereld zal de komende jaren er niet eenvoudiger op worden. Er zullen zich steeds weer nieuwe technologieën, nieuwe beveiligingseisen en nieuwe integraties voordoen.

Tegelijkertijd mag moderne softwareontwikkeling niet onnodig ingewikkeld zijn. Veel ontwikkelaars herinneren zich nog een tijd waarin applicaties snel konden worden gemaakt, eenvoudig konden worden gedistribueerd en probleemloos konden worden onderhouden. Deze eenvoud was een van de redenen waarom Rapid Development-systemen decennialang zo succesvol waren.

SchallOS probeert het verleden niet te kopiëren. De technische eisen van moderne applicaties lopen daarvoor te sterk uiteen. Het doel is veeleer om de eenvoud van vroegere ontwikkelomgevingen te combineren met de mogelijkheden van moderne webtechnologieën. Ontwikkelaars moeten zich kunnen concentreren op hun applicaties en niet op de complexiteit van de infrastructuur.

Als dit lukt, ontstaat er een platform dat niet alleen krachtig is, maar ook weer plezier geeft. Daarin schuilt uiteindelijk het idee achter runtimes, flexibele implementatie en de bewuste terugkeer naar een eenvoudigere manier van softwareontwikkeling.

Implementatiemogelijkheden met SchallOS

De routekaart: gFM-Business 9 als brug naar de volgende generatie

De komende maanden vormen een belangrijke mijlpaal in de ontwikkeling van gFM-Business en SchallOS. Voor september 2026 staat de release gepland van gFM-Business 9 voor FileMaker en gFM-NEXT op het SchallOS-platform. Dit is niet zomaar een nieuwe update van een bestaande ERP-oplossing. Deze versie speelt juist een bijzondere rol binnen de toekomstige strategie.

gFM-Business 9 wordt de laatste grote hoofdversie op basis van het klassieke FileMaker. Dat betekent niet dat de oplossing verdwijnt. Integendeel. Bestaande klanten kunnen de software productief blijven gebruiken, bestaande installaties blijven behouden en ook nieuwe installaties blijven mogelijk.

Tegelijkertijd zal gFM-Business 9 echter de technische basis leggen voor de overgang naar de volgende generatie van het platform. Centraal staat daarbij de nieuwe migratie-assistent. Deze moet het mogelijk maken om bestaande, aangepaste oplossingen met open licenties aanzienlijk eenvoudiger over te zetten naar de nieuwe architectuur. Tabelopbouw, velden, lay-outs, scripts en andere componenten kunnen worden geanalyseerd en voorbereid voor de migratie. Hierdoor ontstaat voor het eerst een directe verbinding tussen de bestaande FileMaker-omgeving en het nieuwe SchallOS-platform.

SchallOS als ontwikkelingsplatform

Ongeveer twee maanden na de release van gFM-Business 9 zal de eerste openbare versie van het SchallOS Business-platform verschijnen. De nadruk ligt daarbij niet op eindgebruikers, maar op ontwikkelaars.

In de eerste uitbreidingsfase zal SchallOS vooral een ontwikkelingsplatform voor FileMaker-ontwikkelaars zijn. De doelgroep bestaat uit ontwikkelaars en bedrijven die hun bestaande oplossingen willen moderniseren, uitbreiden of op lange termijn op een nieuwe technologische basis willen zetten.

Daarbij staat het volledig opnieuw ontwikkelen van bestaande applicaties niet centraal. Veel belangrijker is de mogelijkheid om bestaande investeringen te behouden en deze stapsgewijs over te hevelen naar de nieuwe architectuur. De eerste versies zullen daarom vooral gericht zijn op de volgende gebieden:

• Migratie van bestaande oplossingen
• Ontwikkeling van de lay-out
• Functiecontainer
• semantische kennislagen
• AI-gestuurde ontwikkeling
• moderne implementatiemodellen

Nu al blijkt dat deze aanpak aanzienlijke mogelijkheden biedt. Veel taken die tot nu toe op arbeidsintensieve wijze handmatig moesten worden uitgevoerd, kunnen dankzij de combinatie van gedocumenteerde vakkennis en AI-ondersteuning aanzienlijk efficiënter worden uitgevoerd.

Perspectief op lange termijn

De lancering van SchallOS betekent niet het einde van de ontwikkeling, maar het begin van een nieuwe fase. Veel van de concepten die vandaag worden besproken, zullen zich de komende jaren verder ontwikkelen. Hiertoe behoren onder andere intelligente migratietechnologieën, automatische containerherkenning, semantische ontwikkeltools en AI-ondersteunde architectuurfuncties.

Een doel op lange termijn is om bestaande applicaties niet alleen technisch te importeren, maar ook hun structuur en betekenis te begrijpen. Hoe meer kennis er binnen het platform beschikbaar is, hoe beter toekomstige AI-systemen kunnen helpen bij de ontwikkeling, het onderhoud en de uitbreiding ervan.

De eerste versie van SchallOS vormt daarvoor de basis. De eigenlijke reis begint daarna.

De servermanager van gFM-NEXT en SchallOS