Applicatiestrategie wel of geen ESB?

Transcriptie

1 Olke Jan van der Meer, Managing partner HC&H Patrick van Lingen, Business Consultant HC&H Applicatiestrategie wel of geen ESB? Herkent u zich in één van de onderstaande vraagstukken? U wilt innoveren maar uw applicatielandschap is verouderd; U wilt een klantportaal dat aansluit bij uw klantbenadering; U wilt meer digitaliseren en uw processen efficiënter inrichten; U bent ontevreden over de kwaliteit van uw data en wilt dit stroomlijnen; U heeft problemen met (het onderhouden van) koppelingen tussen applicaties; U wilt een deel van uw processen uitbesteden en vraagt zich af hoe dit moet met uw ERP systeem en de gegevensuitwisselingen. Dit zijn actuele vraagstukken die bij veel corporaties spelen. De I&A verantwoordelijke speelt een grote rol bij strategische keuzes van bovenstaande vraagstukken. In het I&A beleid is verwoord hoe de applicatiestrategie ondersteunt bij het realiseren van de ondernemingsdoelstellingen. Maar wat is nu eigenlijk een applicatiestrategie? De applicatiestrategie zorgt ervoor dat een toekomstvaste en onderbouwde keuze gemaakt kan worden bij de aanschaf van nieuwe applicaties of het afscheid nemen van applicaties, die niet meer voldoen aan de wensen en eisen van de organisatie. Omdat hierbij vaak rekening gehouden moet worden met lopende contracten en bij vervanging met de selectie en implementatie van nieuwe applicaties, is de verwezenlijking van de strategie niet iets wat van de ene op de andere dag gerealiseerd kan worden. Er zijn grofweg vier applicatie strategieën: 1. Alle benodigde applicaties zo veel mogelijk van één leverancier afnemen (one stop shop, ontzorgd worden); 2. Het ERP systeem, aangevuld met specialistische software waar nodig (afwijken als oplossing van ERP leverancier niet voldoet); 3. Applicaties van verschillende leveranciers (vrij shoppen) en onderling aan elkaar gekoppeld voor de onderlinge gegevensuitwisseling; 4. Applicaties van verschillende leveranciers (vrij shoppen), maar wel op een gestructureerde manier met elkaar verbonden. Over het algemeen kom je bij corporaties de volgende typen applicaties tegen in het applicatielandschap (Figuur 1). Veelal zijn deze aan elkaar gekoppeld om gegevens uit te wisselen. 4 HC&H Magazine

2 Laat ICT voor u werken Itris levert ViewPoint, hét informatiesysteem voor alle primaire processen van woningcorporaties, voor nu en de toekomst. ViewPoint: Blijvend aanpasbaar De centrale bron van informatie Volgt de ontwikkelingen in de sector Compleet, betrouwbaar en innovatief Nieuwsgierig naar praktijkvoorbeelden? Neem dan vrijblijvend contact met ons op, wij helpen u graag! naar verkoop@itris.nl of bel en vraag naar Pim Kamstra of Marcel Glissenaar. HOE EENVOUDIG ONTSLUIT U UW INFORMATIE? TIJD VOOR INFO SUPPORT! De Corporatie Service Bus helpt corporaties om gegevensuitwisseling te optimaliseren. Het ontsluiten en incorporeren van informatie binnen en tussen corporaties en haar stakeholders is hiermee eenvoudig en op een kosteneffectieve manier te realiseren. Itris BV Rhijnspoor LB Capelle a/d IJssel T E info@itris.nl W woningcorporaties ERP Ondersteuning primaire processen Centrale database Externe applicatie Applicaties die vanuit ketensamenwerking gebruikt worden Vaak dient koppeling plaats te vinden Expertsysteem Indien ERP niet/onvoldoende functionaliteit biedt, niet primaire processen Vaak dient koppeling plaats te vinden Portaal Centrale digitale kanaal voor klanten en / of partners Gekoppeld aan ERP en evt. overige applicaties Datawarehouse Centrale bron voor gegevens sturing en verantwoording Gestructureerde informatie vanuit verschillende gegevensbronnen DMS - ECM Centrale bron voor ongestructureerde informatie als documenten Figuur 1 ESB Koppeling tussen applicaties op basis van standaard afspraken Deze applicaties communiceren met elkaar, zodat de juiste data op de juiste plek getoond of gemuteerd kan worden. Wanneer gekozen wordt voor strategie 2, 3 of 4 dan komt al snel het integratievraagstuk om de hoek kijken: Hoe krijg ik mijn applicaties gekoppeld en kan ik beschikken over de benodigde data in de processen? Ook bij strategie 1 zal er, in mindere mate, sprake zijn van koppelingen maar is dit doorgaans een vraagstuk dat de ERP leverancier voor haar rekening neemt (is onderdeel van de ERP Suite). Het middel dat kan ondersteunen bij de onderlinge communicatie in strategie 2, 3, 4 is een ESB. ESB staat voor Enterprise Service Bus. HC&H Magazine 5

3 ERP systeem Leverancier A Gegevens van huurders, contracten en woningen ESB Haal huurdersgegevens op Woningopname App Leverancier B Portaal Leverancier C... Maar wat is nu eigenlijk een ESB? Een ESB is een stukje software dat fungeert als een soort makelaar: Het kan de communicatie verzorgen tussen een aanbiedende applicatie en een vragende applicatie. Bijvoorbeeld klantportaal vraagt klantgegevens op uit het ERP systeem (via ESB); Het maakt een vertaling wanneer de applicaties een verschillende taal spreken of verschillende definities hanteren. (VHE in bron systeem -> (ESB: VHE CORA definitie) -> VHE in doel systeem); Het kan ervoor zorgen dat de juiste processtappen in de juiste volgorde worden uitgevoerd. Bijvoorbeeld eerst betalen, dan pas goederen geleverd krijgen; Het zorgt ervoor dat er geen communicatie (berichten tussen applicaties) verloren gaat en er eventueel bijgestuurd kan worden in een foutsituatie. Bijvoorbeeld het bericht nog een keer versturen. Je zou de vergelijking kunnen maken met een elektronische postbode. Wanneer een ESB? Een ESB is geen toverdoos die alle problemen in het applicatielandschap oplost. Een ESB brengt extra kosten met zich mee en moet ook beheerd worden, waar specialistische kennis en kunde voor nodig is. Ook de applicaties, die gekoppeld worden, moeten ESB enabled zijn, dat wil zeggen dat ze aangesproken moeten kunnen worden door de ESB. De wat oudere applicaties hebben meestal alleen maar een importen een exportfunctie. Hiervoor moet dan aan de applicatiekant een stukje software gebouwd worden om communicatie mogelijk te maken met de ESB (Wrapper, Webservices). Over het algemeen zetten bedrijven een ESB in wanneer zij: 1. Keuzevrijheid in het applicatielandschap willen, en geen Vendor lock-in bij een leverancier; 2. Realtime gegevens verwerken over meerdere applicaties, elke mutatie is direct zichtbaar in alle systemen; 3. Veel gegevensuitwisseling met de buitenwereld hebben (klanten, leveranciers), maar geen afhankelijkheid willen tussen de verschillende applicaties; 4. Applicaties van verschillende leveranciers op elkaar willen aansluiten zonder een wirwar van koppelingen te krijgen; 5. Reductie van het aantal applicaties en point to point koppelingen willen; 6. Hoge volumes van gegevensberichten en transacties gecontroleerd doorgevoerd moeten worden; 7. Hoge datakwaliteit en uniforme gegevensdefinities willen; 8. Maximale flexibiliteit willen om applicaties uit het landschap weg te halen of toe te voegen zonder hoge kosten te maken, of hoge risico s te lopen; 9. Herbruikbaarheid van functionaliteit willen. Een service die klantgegevens uit het ERP systeem haalt, kan zowel door een portaal, een app of een applicatie in de Cloud aangesproken worden (1 keer ontwikkelen, meerdere keren gebruiken). Rechtvaardiging voor een ESB Hoe complexer het applicatielandschap (#applicaties, #koppelingen, #interacties met de buitenwereld, #overlappende functionaliteiten binnen applicatielandschap) des te meer komt een ESB tot zijn recht. Bij de Business case is het altijd lastig dat er eerst een investering moet wor- 6 HC&H Magazine

4 den gedaan in een ESB platform, voordat er een koppeling gemaakt kan worden. De gebruiker van de eerste koppeling verantwoordelijk maken voor de totale investering is niet rechtvaardig. De inzet van de ESB als onderdeel van de applicatiestrategie is een strategische keuze. Ontwikkelingen: VERA [bron VERA zorgt voor de uniforme gegevensuitwisseling tussen ICT systemen door implementeerbare gegevensdefinities beschikbaar te stellen. En is hiermee de technische vertaalslag van CORA (COrporatie Referentie Architectuur). Dit klinkt ingewikkeld, maar zie het als een soort Esperanto, die ervoor zorgt dat applicaties bij het uitwisselen van gegevens over hetzelfde praten. Hierdoor worden koppelingen steeds minder maatwerk en komen steeds meer als standaard beschikbaar. We constateren echter nog een gebrek aan voldoende concrete koppelingen die op VERA zijn gebaseerd, ondanks dat veel leveranciers het VERA convenant hebben ondertekend. Cloud/SaaS/Office 365 Steeds meer applicaties bevinden zich in de Cloud en niet meer on-premise bij de klant zelf. Dit vraagt om veilige gegevensuitwisseling, zonder afhankelijkheid. Je moet ook zo weer afscheid kunnen nemen van een Cloud applicatie. De ESB is een geschikt middel om de applicaties losjes met elkaar te koppelen. Beveiliging De corporatie moet er alles aan doen om een goede bewaarder te zijn van de gegevens die privacygevoelig zijn. Een ESB biedt mogelijkheden om een veilige gegevensuitwisseling te creëren. Intelligente apparaten (Internet of everything) Steeds meer apparaten zijn aangesloten op het internet en genereren informatie die gebruikt kan worden om processen te optimaliseren en klanten beter te bedienen. Denk aan intelligente verwarmingsketels, beveiligingssystemen, rook- en koolmonoxidemelders die kunnen uitbellen en meldingen versturen. TIPS: HC&H kan helpen bij het opstellen van uw applicatiestrategie en de selectie en implementatie van applicaties. Als onderdeel hiervan zal eerst het huidige applicatielandschap in beeld worden gebracht. Ook kunnen wij ondersteunen bij het maken van een Business case voor een ESB of het begeleiden van een Proof of Concept. Enkele tips die wij nog mee willen geven met betrekking tot een ESB: Ga niet zo maar over tot het aanschaffen van een ESB. Maak een goede Business case en toon door middel van een Proof of Concept aan wat de toegevoegde waarde van een ESB kan zijn; Denk vooraf na over het beheer. Het technisch applicatiebeheer is specialistisch. Dit geldt ook voor het ontwikkelen van koppelingen. Kijk of deze activiteiten uit te besteden zijn tenzij je als corporatie groot genoeg bent om deze kennis in huis te halen. Ook vraagt een ESB meer inspanning van de functioneel beheerders. Zij moeten als het ware de gegevensuitwisseling tussen de systemen kunnen volgen om te kijken waar er iets mis is gegaan in de keten van applicaties en koppelingen in geval van storingen; Niet alleen de ESB regisseert tussen de applicaties, ook de ICT afdeling zal een sterke regierol moeten pakken. Kijk welke taken en verantwoordelijkheden binnen en buiten de organisatie nodig zijn om deze rol goed in te kunnen vullen. Leg afspraken vooraf goed vast. Wij hebben ESB leveranciers die oplossingen bieden voor corporaties een aantal vragen gesteld. Op de volgende pagina s leest u onze vragen en de antwoorden van de ESB leveranciers. HC&H Magazine 7

5 Voor welke corporaties is een positieve Business case voor een ESB te maken? Voor iedere corporatie die geïntegreerd met zijn externe partners wil communiceren; Voor iedere corporatie die een vrije keuze wil maken in huurders- en/of KCC-portalen; Voor iedere corporatie die meerdere applicaties van verschillende vendoren in zijn landschap heeft. Niet ieder ESB product is vanwege licentiekosten geschikt voor iedere corporatie. Een positieve Business case is te maken voor elke corporatie. Er zijn namelijk op dit moment geen volledige all-in oplossingen beschikbaar in de corporatiebranche. Afhankelijk van het aantal applicaties binnen de infrastructuur van een corporatie is er natuurlijk wel onderscheid te maken in de mate van toegevoegde waarde van een ESB. Het belangrijkste aspect waar een ESB aan kan bijdragen is namelijk het eenduidig en vaak eenmalig vast leggen van gegevens op de plekken waar deze gegevens ook beheerd worden. Maar ook het snel ontsluiten van informatie aan huurders, medewerkers en partners wordt vaker als een pijler gezien voor een Business case. Corporaties die in beweging zijn en een integratievraagstuk hebben. Te denken valt hierbij aan ontwikkelingen als Shared Service Centers en Innovatie in dienstverleningsconcepten. Regiecorporaties met een strategie tot Ketensamenwerking kunnen tevens een positieve Business case maken. In onze optiek kan voor elke corporatie een positieve Business case gemaakt worden. Zowel in kwantitatieve als kwalitatieve zin. Ons ESB concept is gebaseerd op een maandelijkse payment per use (lees: aantal koppelingen). Bovendien is ons concept gebaseerd op het adagium voor corporaties door corporaties : elke nieuwe koppeling is beschikbaar via de ESB voor alle corporaties. Een ESB kan worden ingezet voor ruwweg 3 doeleinden: Efficiëntie voordeel; Ontsluiten data ten behoeve van web-applicaties; Ontsluiten data ten behoeve van stuurinformatie. Punt 1 en 3 zijn alleen relevant voor grotere woningcorporaties. Punt 2 is ook relevant voor kleine organisaties. Immers het is voor iedere corporatie belangrijk om bijvoorbeeld huurdergegevens online te kunnen tonen. Daarom hebben wij gekozen voor een architectuur waarin zowel de ESB als eventueel aanpalende applicaties als SaaS model worden aangeboden. Een ESB is daarmee voor iedereen bereikbaar en relevant. Waar dient in uw visie de regierol te liggen zodat koppelingen blijven werken? In principe is het juist de functie van de ESB om deze wijzigingen op te vangen zonder dat de impact hiervan te groot wordt op andere applicaties. Wie er verantwoordelijk is hangt ook een beetje af van de koppeling. Als het een standaard adapter is die door de ESB leverancier wordt meegeleverd en onaangepast wordt gebruikt dan is deze verantwoordelijk om deze compatible te houden indien er hier ook een onderhoud/support contract voor is afgesproken. Hij zal dan ook de klant moeten informeren en actie ondernemen. Is er geen contract of is de koppeling heel klant specifiek dan zijn de applicatie leverancier en/of de klant verantwoordelijk voor het initiëren van eventueel benodigde aanpassingen. In de praktijk blijkt het handig om bij een klant het initiatief en de verantwoordelijkheid te leggen om partijen bijeen te roepen indien er wijzigingen gepland staan. Zo worden bij een klant van door applicatiebeheer altijd alle ESB services getest als er een nieuwe versie van het ERP wordt geplaatst en worden wij op de hoogte gebracht wanneer deze tests gaan plaatsvinden zodat wij capaciteit kunnen vrijmaken om eventuele problemen direct op te pakken. Dit omdat de impact van een wijziging vaak niet geheel duidelijk is. Bij een beheerorganisatie die het overzicht heeft m.b.t. projecten, changes en softwareontwikkeling. Deze beheerorganisatie is een samenwerking met de corporatie en haar applicatieleveranciers. Releasemanagement en een duidelijke road map zijn daarin key. Primair bij de corporatie die hierbij eventueel gebruik maakt van expertise van een integratiespecialist. Corporatie = vragende (en betalende) partij c.q. klant en heeft nog enige invloed. NB: zorgen dat koppelingen blijven werken gebeurt bij de eerste implementatie en het eerste project. Niet pas na oplevering. verzorgt de rol van technisch integratiespecialist en is bereid hier integratieverantwoordelijkheid voor te nemen. Ons concept is gebaseerd op een as a service oplossing. De regierol ligt in dit geval altijd bij. Indien een klant dit op eigen locatie of in eigen beheer gehost wilt hebben, kunnen we deze regierol in functionele/coördinatieve zin op ons nemen. Technisch gezien bij de leverancier van de ESB, deze zorgt ervoor dat bij wijzigende omstandigheden alles blijft werken. Organisatorisch en functioneel gezien ligt het bij de woningcorporatie. Een ESB kan succesvol worden ingezet om een vendor lockin te voorkomen. 8 HC&H Magazine

6 Op welk vlak onderscheidt u of uw oplossing zich van andere aanbieders? Lagere licentiekosten Branche specifieke Proven Technology Toevoeging van Business Process Management Engine Toevoeging van Business Activity Monitoring Toevoeging van Complex Event Processing Toevoeging van Business Rules De ESB van Condor onderscheidt zich in prijs, snelheid en de aanwezigheid van meer dan 200 standaard connectoren. Tevens is het platform klaar voor integratie van vandaag (ESB) en de integratie van morgen (Cloud en API). biedt een onafhankelijk en domein-overstijgend integratieplatform met koppelingen aan een zogenaamde datarotonde. Onafhankelijk van aan te sluiten systemen. Onafhankelijk van een technisch platform. Het platform bestaat uit drie lagen, te weten: 1) platform; 2) koppelvlakken; 3) proces. Onze oplossing (Vera as a Service) is volledig gebaseerd op de beschikbare VERA-standaarden. Uitwisseling van data vindt plaats o.b.v. in eigen beheer ontwikkelde gateways naar andere systemen (keten, intern) dan wel door gebruik te maken van door leveranciers (op VERA standaarden) beschikbare gestelde connectoren. Daarnaast maken wij louter gebruik van de-facto industriestandaarden (Azure, BizTalk). Er komt derhalve geen maatwerk aan te pas en een mogelijke vendor-lockin is niet aan de orde. Tot slot bieden wij ons ESB zowel as a service aan (inclusief de volledige managed services) als ook in een on-premise omgeving. Dit naar wens van de klant. Hoe speelt u in op de ontwikkeling dat applicaties vaker als SaaS oplossing zullen worden aangeboden? Ons platform is geschikt voor en wordt gebruikt in hybride (on en off premise) omgevingen. Deze ontwikkeling onderschrijven wij en ons ESB platform is dan ook klaar voor ESB op locatie, in de Cloud of een hybride variant hiervan. Het aspect SaaS vergroot in onze optiek de noodzaak voor ESB. Dit is voor de datarotonde van overigens geen enkel probleem omdat we deze reeds als SaaS aanbieden. Het betreft doorgaans een ketting/keten van integraties: een rotonde bij de corporatie via de integratie van de rotonde waar de SaaS partij op zit. SaaS applicatie betekent ook uniformering van de koppelvlakken. Door onze oplossing als SaaS oplossing aan te bieden en gebruik te maken van enkel en alleen standaard en generiek beschikbare software-componenten. Wij bieden de ESB als SaaS model aan. Daarnaast bieden we onze (web)applicaties ook als SaaS oplossing aan. Onderdeel van de architectuur van onze oplossing is altijd een SaaS ESB. Verder worden applicaties niet alleen als SaaS oplossing aangeboden maar wordt ook meer en meer functionaliteit in de vorm van webservices aangeboden. Daar spelen we op in met onze AppBuilder, een hulpmiddel om webservices (SOAP/JsonRest) in te lezen op basis waarvan applicaties gegenereerd en gemodelleerd kunnen worden. De AppBuilder heeft de TIBCO ESB als module op basis waarvan webservices gemaakt kunnen worden. Onze ESB is Business Works van TIBCO ( Het is een absoluut high end product dat binnen zeer veel grote bedrijven wereldwijd wordt ingezet. In Nederland bijvoorbeeld bij de ING, AirFrance/KLM, KPN, ASML, Essent enz. Door een uniek partnership met TIBCO kunnen wij dit product binnen de woningcorporatiemarkt aanbieden. Onze ESB is cutting-edge technologie, het is uniek dat deze technologie bereikbaar is voor woningcorporaties. HC&H Magazine 9

7 Hoe kijkt u tegen VERA aan? Stap in de goede richting maar op dit moment nog te theoretisch en database gericht (te veel uitgenormaliseerd) en daardoor in de praktijk nog niet volledig inzetbaar. In principe moet men niet tegen VERA aankijken maar tegen het initiatief van waaruit VERA voortgekomen is, namelijk CORA. Als we het totaal bekijken van het initiatief CORA/VERA is dit een mooie ontwikkeling binnen de corporatiebranche. Als de processen binnen de corporaties eenduidiger worden, met ruimte voor individuele aanpassingen, worden de processen ook voor iedereen; klanten, stakeholders, werknemers en dergelijke, transparant en kan ook de gegevensuitwisseling op een transparante manier plaats vinden. Op dit moment is het zo dat corporaties en applicatieleveranciers VERA ondersteunen als initiatief, maar dat het doorvoeren van de VERA-afspraken binnen de diverse applicaties nog ruimte voor verbetering behoeft. De ESB van Condor is volledig VERA-compliant en sluit daarmee naadloos aan op de gemaakte afspraken. VERA is een goed initiatief geweest waarbij een belangrijke rol in het opstarten ervan heeft ingenomen. We hebben momenteel met de WRV pilot en de KOVRA pilot een goede stap naar toepassing ervan gemaakt. Wij beschouwen VERA als een mogelijkheid om (eindelijk) tot een standaard uitwisselingsformaat te komen in een zeer gefragmenteerd applicatielandschap en hierdoor ontstane wildgroei aan interfaces. Hierin ligt dan ook de reden dat wij ons ESB volledig baseren op de (beschikbare) VERA definities. Wij zien onze VaaS-propositie als een belangrijke enabler om VERA van theoretisch model naar een in de praktijk werkende ESB te brengen. VERA is een mooi initiatief en zal de integratie tussen meerdere applicaties, en dus de flexibiliteit voor woningcorporaties, vergroten. Waar we naartoe gaan is een wereld waarin steeds meer functionaliteit middels webservices beschikbaar wordt gesteld en het dus steeds makkelijker wordt voor corporaties om functionaliteit van meerdere applicaties te combineren. VERA kan daarbij helpen om de communicatie tussen deze applicaties makkelijker te maken. Met welke applicaties koppelt uw oplossing op dit moment (zowel binnen corporatie als in de keten)? eworx, ShareWorX, REMS, ONYX, SG Tobias, Tobias AX, Woningnet, Movin U WOS, Sigmax/Ortec, GreenValley Portalen, Empire, Batavia, Pharos, Connect-IT en alle andere systemen die gebruik maken van Open Standaarden. We hebben de ESB oplossing de laatste 8 jaar aan alle gangbare applicaties bij een corporatie gekoppeld zowel binnen de corporatie als ook de keten. We werken het laatste jaar dan ook veel intensiever samen met partners zoals Square DMS, CNS, Kubion en Aareon. Er is momenteel bij een groot aantal koppelingen met oplossingen zowel binnen als buiten het domein beschikbaar. Zie voor detaillering com/wp-content/uploads/koppelvlakoverzicht-csb.pdf Wij zien onze ESB oplossing niet als een applicatie, maar als een onafhankelijk, open integratielaag (service bus). Afhankelijk van de - in de keten of bij leveranciers - beschikbare koppelvlakken kan deze bus via onze eigen connectoren (gateways) ofwel rechtstreeks via connectoren van deze leveranciers gegevensuitwisseling en transacties mogelijk maken. Dit maakt ons ESB propositie onafhankelijk van de wijze of het formaat waarop leveranciers hun gegevens kunnen delen. Momenteel hebben wij een aantal koppelingen (connectoren) beschikbaar met zowel ERP-leveranciers, leveranciers van portaaloplossingen als ook met leveranciers in de keten. Binnen de woningcorporatiemarkt met ViewPoint, SAP, Empire, Omega, Tobias, WOCAS4all, ZIG software en meer. 10 HC&H Magazine

8 Welke corporaties kunnen als referentie optreden? De Alliantie, WonenBreburg, Allee Wonen en Woonpartners. De vorige ESB oplossing van Condor (light variant) is bij een 15-tal corporaties in gebruik. Sinds begin dit jaar maken we gebruik van de oplossing van MuleSoft. Momenteel zijn we met een aantal corporaties bezig om hier de nieuwe oplossing te implementeren. Zo zijn we nu bezig met o.a. Wonen Zuid en Eigen Haard. Mitros in Utrecht, Stadlander in Bergen op Zoom, Trivire in Dordrecht. Dit altijd in en na overleg met onze klanten. Dat zijn er 35 waaronder VHV Arnhem, l escaut, Woongoed Zeeuws Vlaanderen, Woonplus Schiedam, Haag Wonen. Think outside the box! ECM-oplossing voor al uw informatiestromen Het motto van Square DMS is Think outside the box. Een verfrissende benaderingswijze van complexe informatieproblemen zorgt vaak voor de beste oplossingen. Voor woningcorporaties is Square DMS een erkend en betrouwbare partner voor de digitalisering c.q. automatisering van informatie. Onze doelstelling is een effectieve en efficiënte inrichting van de werkprocessen. is developed by Document Management Systems HC&H Magazine 11