menno

Jazeker dat kan met bijvoorbeeld een office 365 integratie. Zie: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-one/ en het vervolg: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-two/ je kan ook de presentatie van Wim Decorte bekijken: https://www.youtube.com/watch?v=5b4IZazBAVA Er is ook nog een voorbeeld dbservices dat ook erg goed werkt: https://dbservices.com/blog/integrating-filemaker-and-sharepoint-using-microsoft-graph Ik heb mijn eigen koppeling van het voorbeeld van Wim afgeleid en dat werkt erg stabiel, maar je hebt hiervoor wél een microsoft-account nodig

In het rechterportaal staan van links naar rechts: Tariefnamen Telling van aantal keren gebruikt op de lijnen Optelling van de aantallen in de linkerportaal per afzonderlijk tarief Optelling van de bedragen in de linkerportaal per afzonderlijk tarief Je kan gerust de velden prijs, bedrag en #somBedrag uit de tabel 'Registratie' en Prijs uit 'Tarief' verwijderen. De rest heb je wél nodig

Je ontkomt niet aan het inbouwen van wat slimmigheid. Voor de demo heb ik het verzamelen van de tarieven gedaan, maar in mijn eigen administratie gebruik ik deze werkwijze om de btw-klassen bij elkaar te vegen Registraties.fmp12

<userid> is de id van de gebruiker (ziet eruit als een lowercase uuid, zonder mintekens) in wiens map je een bestanden uploaded. Dus de id uit de gegevens van een user (bijv. piet@yourdomain.com). Ik zie dat in mijn voorbeeld het laatste deel van de endpoint ontbreekt: ":/content" De juiste wordt dan: https://graph.microsoft.com/v1.0/groups/<userid>/drive/items/root:/WeekRapportages/2025/MijnExcel.xlsx:/content Dus zo veel verschilt die niet van jouw endpoint en ik verwcht dat jouw enige probleem de id van de user is. De userinformatie haal je op met deze query: https://graph.microsoft.com/v1.0/groups/?&$filter=startswith(displayName,'<username>')&$count=true&$top=100 maar dan moet in Azure wel zijn aangegeven dat jouw account de users mag opvragen Je krijgt dan een array met userinformatie en daarin heeft elke user een id en dat is de waarde die je nodig hebt. Ik zie die niet in jouw lijst met variabelen staan Het ophalen van die userinfo doe ik eigenlijk nooit meer, want ik heb de ids die ik nodig heb ik allemaal reeds opgeslagen Je mag me anders Vrijdag wel even bellen, dan kan ik als je wil met je meekijken.

Mijn voorbeeld gebruik ik zo op een sharepoint van een bedrijf

Get ( ActiveFieldContents ) werkt alleen maar als je een veld activeert en dat kan alleen als je de inhoud kan selecteren/activeren. In jouw setup gaat dat niet, want de velden zijn ontoegankelijk gemaakt i.p.v. ze via de privileges onwijzigbaar te maken. Als je dan geen zin hebt om ieder veld afzonderlijk 'te programmeren' in een script-parameter, moet je een andere oplossing verzinnen. Zo zat ik eens bij een klant en daar moesten de medewerkers gegevens kunnen kopiëren en plakken naar e-mails en rapporten. Ze mochten in geen geval de veldinhoud op die lay-out wijzigen en op die lay-out stonden tientallen velden. Zodoende heb ik toen deze work-around bedacht .... 'the invisible tooltip'

Dat kan je met tooltips doen. Je geeft alle velden (dat kan tegelijk) allemaal dezelfde tooltip: Let ( [ $$data = Self ; $$field = GetFieldName ( Self ) ] ; "" ) Daarna wijs je één voor één aan ieder veld hetzelfde script toe In dat script lees je $$data en $$field uit in een lokale variable of een veld én je leegt de variabelen $$data en $$field weer. Daarna kan je met de gegevens die je hebt omgezet iets doen. GetFieldAndContent.fmp12

Ik heb zelf mijn implementatie ooit gemaakt door het voorbeeld van Wim Decorte als basis/inspiratiebron te gebruiken: https://www.soliantconsulting.com/labs/microsoft-graph-api-filemaker-demo/ Het artikel bij zijn voorbeeld: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-one/

Dat is eenvoudiger dan je denkt. Jouw toegang is voor jou 'root' en als je een pad wilt gebruiken vul je het adres simpelweg aan met het pad dat je wil gebruiken. Bijvoorbeeld je hebt het bestand 'MijnExcel.xlsx' en die wil je opslaan in de map '2025' in de map 'WeekRapportages' dan wordt het pad in de PUT: https://graph.microsoft.com/v1.0/groups/<userid>/drive/items/root:/WeekRapportages/2025/MijnExcel.xlsx Bestaat een map niet, dan wordt die met deze methode aangemaakt. Het heeft bij mij ook even geduurd voordat ik dit doorhad Het uploaden van een bestand stond mooi beschreven, maar het aanmaken en/of kiezen van een directory niet 🙄

Heb nog even verder gekeken, je kan naar: https://account.live.com/proofs/manage/additional?mkt=nl-NL&refd=account.microsoft.com&refp=home.drawers.security&fref=home.drawers.security.additional-options Je moet dan wél inloggen op jouw microsoft-account. Als je bent ingelogd ga je achtereenvolgens naar: Account / Beveiliging (uitklappen met de pijl naar beneden aan de rechterzijde) / Extra beveiligingsopties Bij het kopje 'App-wachtwoorden' kan je dan kiezen voor 'Maak een nieuw app-wachtwoord' HTH

Gewone smtp kan niet meer zonder oAuth. Het is nog wél mogelijk om een 'slim apparaat' een eigen app-wachtwoord te geven. Je moet dan in jouw microsoft-account e.e.a. regelen. Zie: https://support.microsoft.com/nl-nl/office/uw-outlook-com-account-toevoegen-aan-een-andere-e-mail-app-of-een-ander-thuis-apparaat-73f3b178-0009-41ae-aab1-87b80fa94970 voor meer informatie. Ik heb geen idee of dit ook met een 'gratis' hotmail-account mogelijk is, daar kan ik geen zinnig woord over zeggen

Er is vandaag een update uitgebracht, zie: https://community.claris.com/en/s/question/0D5Vy00000phOLwKAM/filemaker-server-2114-update-is-now-available

Ik heb bij een klant alle servers geupdated naar 21.1.3, maar het alleen starten van het uitvoeren PSoS scripts duurt neens 60-180 seconden (normaal is 10-30 milliseconden!), daarna wordt de uitvoering pas gestart. Dit gebeurt niet op alle servers, maar de servers waarop het gebeurt gaan we downgraden naar 21.1.1 want bij deze klant wordt er heel veel 'afgegeven' aan de servers om in de achtergrond uit te voeren. Ik heb het gemeld op de Cleris Community (het probleem houdt overigens geen verband met Active Directory, zoals ik eerst dacht, maar ik kan de titel niet meer wijzigen) en Claris heeft in een mailtje bevestigd dat ze bekend zijn met 'diverse' problemen en dat ik de updates die ze binnenkort zullen publiceren in de gaten moet houden.

Hahaha, ik was deze helemaal vergeten! Heb ook maar eens getest: MacBook Pro 14" / M4 Pro / MacOS 15.3.2 FMP 19.6.3.302: primes found 2179, largest prime number 19211 FMP 20.3.2.201: primes found 2178, largest prime number 19207 FMP 21.1.1.41 : primes found 2168, largest prime number 19079

Case leent zich bij uitstek voor jouw situatie, maar je moet niet te kort door de bocht willen gaan. De voorwaarde dat B leeg of gevuld is bepaalt of een waarde in A er iets toe doet. Dus: Case ( B ≠ 1 ; 0 ; /* Als B niet "1" bevat, doet de waarde in A er niet toe en wordt het object niet verborgen */ ValueCount ( A ) ; 1 ; /* Hier doet A er wél toe dus als A is ingevuld, dan moet het object worden verborgen */ 0 ) /* Hier is B= 1 en A is leeg en wordt het object niet verborgen */

Mijn werk overnemen is ook niet waar ik naar op zoek ben. Ik wilde gewoon eens weten hoe goed ChatGPT in FMProgramming is geworden. Een tijdje terug vroeg ik ChatGPT om een formule om een tekst 'quoted-printable' te maken tbv het bouwn van een mime-bericht. De AI zette me in de juiste richting, maar ging veel te ver met het wijzigen van de inhoud en het omzetten van bepaalde characters. Bijvoorbeeld =-tekens en spaties aan het einde van 76 karakters ging daarin mis. Uiteindelijk heb ik zelf die formule gebouwd, maar wél kijkend naar het resultaat van ChatGPT. De test hierboven in het topic deed ik om te kijken of ChatGPT een beetje meer creativiteit zou tonen. De basisformule was een concatenatie can if-statements, die ik wilde optimaliseren. ChatGPT kwam niet op het idee om de waarden scrap/uitsortering/ictl helemaal te isoleren en voor de rest filters. Het model mist dus nog teveel aan creativiteit. Het tweede deel was het testen van het resultaat, dat ging heel goed, maar de opmerking over b_pad = "L" gaf aan dat het model de eerste en mijn gewijzigde formule niet echt begreep. In de eerste versie was het resultaat namelijk precies hetzelfde, maar bij de vergelijkende controle 'dacht' ChatGPT dat het resultaat aandacht nodig heeft. Grappig was dat ChatGPT afsloot met een compliment voor mijn 'mooie werk' .... bijna menselijk, hahaha

We kennen allemaal ChatGPT inmiddels wel en de meesten hebben er vast al eens naar gekeken. ChatGPT heeft inmiddels ook wat FileMaker-ervaring opgedaan en dus dacht ik vandaag eens een testje te doen door ChatGPT te vragen de volgende formule voor me te optimaliseren. B_Pad & // A - J + K If ( Left ( B_Pad ; 4 ) ≠ "ICTL" and B_Pad ≠ "Scrap" and B_Pad ≠ "Uitsortering" ; Right ( "00" & C_Stelling ; 2 ) ) & // A20 B-J17 K37 If ( B_Pad ≠ "L" and B_Pad ≠ "WB" and B_Pad ≠ "V" and B_Pad ≠ "IU" and Left ( B_Pad ; 4 ) ≠ "ICTL" and B_Pad ≠ "Scrap" and B_Pad ≠ "Uitsortering" ; "-" & D_Laag ) & // 4 If ( B_Pad ≠ "WB" and B_Pad ≠ "V" and B_Pad ≠ "IU" and Left ( B_Pad ; 4 ) ≠ "ICTL" and B_Pad ≠ "Scrap" and B_Pad ≠ "Uitsortering" ; "-" & E_Positie ) // 4 Even een beetje uitleg: De database bevat informatie over de mogelijke posities van pallets in een magazijn met de velden B_Pad (A-J,K,L,M,N,Scrap,Uitsortering,V) C_Stelling (0-20) D_Laag (1-9) E_Positie (1-9) De namen spreken wel voor zich en tussen haakjes staan de mogelijke waarden. De formule berekent de volledig stelplaats aanduidingen. ChatGPT: Je formule kan worden vereenvoudigd door herhaalde voorwaarden te minimaliseren en de leesbaarheid te verbeteren. Hier is een geoptimaliseerde versie: B_Pad & If ( Not ( Left ( B_Pad ; 4 ) = "ICTL" or B_Pad = "Scrap" or B_Pad = "Uitsortering" ); Right ( "00" & C_Stelling ; 2 ) ) & If ( Not ( B_Pad = "L" or B_Pad = "WB" or B_Pad = "V" or B_Pad = "IU" or Left ( B_Pad ; 4 ) = "ICTL" or B_Pad = "Scrap" or B_Pad = "Uitsortering" ); "-" & D_Laag ) & If ( Not ( B_Pad = "WB" or B_Pad = "V" or B_Pad = "IU" or Left ( B_Pad ; 4 ) = "ICTL" or B_Pad = "Scrap" or B_Pad = "Uitsortering" ); "-" & E_Positie ) Wat is er verbeterd? 1. Herhalingen verwijderd: De voorwaarden B_Pad ≠ "Scrap", B_Pad ≠ "Uitsortering", en Left ( B_Pad ; 4 ) ≠ "ICTL"kwamen vaak voor. Deze zijn nu efficiënter gegroepeerd met Not (...). 2. Leesbaarheid verhoogd: De or-operator maakt het duidelijker welke waarden worden uitgesloten zonder herhaald ≠ te gebruiken. 3. Kortere syntax: Minder herhaling betekent een compactere en snellere berekening. Laat me weten of je nog verdere optimalisaties nodig hebt! 😊 Ik was niet tevreden met dit resultaat, dus daarop heb ik zelf de formule geoptimaliseerd en vervolgens gevraagd of de uitkomsten zouden overeenkomen met die van de originele formule: Menno aan ChatGPT: Ik heb de formule zelf gewijzigd in de onderstaande, die is denk ik nog korter en leesbaarder, kan je controleren of deze dezelfde uitkomsten als de gegeven waarde van B_Pad altijd één waarde heeft, zonder spaties en nooit langer dan 15 karakters: B_Pad & Case ( B_Pad = "Scrap" or B_Pad = "Uitsortering" or Left ( B_Pad ; 4 ) = "ICTL" ; "" ; Right ( "00" & C_Stelling ; 2 ) & If ( IsEmpty ( FilterValues ( B_Pad ; "IU¶V¶WB¶L" ) ) ; "-" & D_Laag ) & If ( IsEmpty ( FilterValues ( B_Pad ; "IU¶V¶WB" ) ) ; "-" & E_Positie ) ) ChatGPT antwoordde meteen: Je aangepaste formule ziet er efficiënter en leesbaarder uit! Ik zal controleren of: ✅ Dezelfde uitkomsten worden geproduceerd ✅ B_Pad altijd één waarde heeft ✅ Geen spaties bevat ✅ Nooit langer is dan 15 tekens Ik zal een test uitvoeren met verschillende waarden van B_Pad om te zien of de output altijd aan deze voorwaarden voldoet. Vervolgens duurde het een paar minuten en toen volgde de rest van het antwoord: Controle van de aangepaste formule De resultaten laten zien dat de formule correct werkt en: ✅ Dezelfde uitkomsten genereert als de oorspronkelijke logica ✅ B_Pad altijd één waarde heeft ✅ Geen spaties bevat ✅ Nooit langer is dan 15 tekens (alle outputstrings blijven kort genoeg) Kleine opmerking: In de testcase met "L" (("L", 11, 8, 3)) gaf de formule "L11-8" in plaats van "L11-8-3", wat correct is volgens de vereenvoudigde logica. Je aangepaste formule is dus een goede en efficiëntere versie! 🎯✅  Uiteraard wilde ik ChatGPT laten weten of die opmerking terecht was en dus schreef ik: De testcase met "L" (("L", 11, 8, 3)) moet inderdaad "L11-8" als uitkomst geven, lijn 4 van de formule veroorzaakt die uitkomst, dat is correct ChatGPT sloot vervolgens af met: Perfect! Dan is je formule inderdaad correct en geoptimaliseerd. 🎯 Je hebt herhalingen slim geëlimineerd en de leesbaarheid verbeterd zonder functionaliteit te verliezen. Mooi werk! 🚀 Als je nog verdere optimalisaties of uitbreidingen nodig hebt, laat het me weten. 😊 Het is bijna of je met een mens zit te chatten, briljant! Wat zijn jullie ervaringen met ChatGPT?

Bij Claris gebeurt er eindelijk weer eens iets op dit gebied. Sinds vorige week is er de mogelijkheid om je te certificeren voor Claris FileMaker Server Specialist (intermediate training + certification) Als je regelmatig FmServer installeert en van alle features gebruik maakt, zou je de training kunnen overslaan. Deze uitstekende kosteloze training is verzorgd Wim Decorte. Mocht je nog helemaal geen FmServer certificaat hebben behaald, dan moet je eerst deze: Claris FileMaker Server Associate (basic training + certification) doen.

https://www.passware.com/filemaker/

Kan je het bestand wél openen of krijg je deze dialoog en kan je het bestand vervolgens ook niet openen?

@Donamd Ik denk ook dat je hebt gekeken bij de prijs inclusief FMP-licentie, dan kom je op die 216/user/jaar die nu 384/user/jaar is geworden. Ze hebben een starter/pro-plan waarbij je wél BYOL kan toepassen en die kost 49/59 euro per maand, dat is 588/708 euro per jaar. Voor dat geld heb je dan een VPS speciaal voor fmserver: Prijzen FmCloud.fm Gebruik je geen Webdirect en/of PHP/XML webpublishing en is je team kleinder dan 25 users, dan kan je goedkoopste van de 2 gebruiken

De FMDMT is niet van Lesterius, maar van Claris/FileMaker en als je geen FMServer 19.6.1 of nieuwer hebt geïnstalleerd, kan je die downloaden van: https://community.claris.com/en/s/article/FileMaker-data-migration-tool De handleiding van Claris staat op: https://help.claris.com/en/data-migration-tool-guide/content/index.html Handige info kan je verder op deze site ook nog vinden: https://www.clarify.net/index.php?/topic/9801-fm-data-migration-tool-correct-installeren En de tool van Claus Lavendt is ook heel handig: https://thebrainbasket.com/dm-migration-helper-tool/ (is overigens ook te vinden via de voorgaande pagina)

Bij FMServer wordt tegenwoordig de FMDataMigrationTool standaard meegeïnstalleerd (zie ook de vorige post hier) en op MacOS gebruik ik al een tijd een zsh-script om snel een paar clones te voorzien van de live-data. Het scriptje werkt prima, maar bij mijn Windows klanten (>90%) moest ik dan de data naar mijn Mac halen en dan het script uitvoeren. In het kader van bijvoorbeeld iso 27001 is dat niet helemaal de bedoeling en OttoMatic is een prachtige tool, maar dat is toch niet zo mijn ding. Vandaag maar eens aan het 'powershellen' geslagen en een Windows-scriptje gemaakt.Het resultaat zit in de attachment. De instructie is heel eenvoudig: FMDMT moet zijn geïnstalleerd (en als je dat handmatig hebt gedaan, dan moet je $path uitbreiden met een verwijzing naar fmdmt, heb je fms >19.6.1 geïnstalleerd, dan is dat niet nodig. FMDMT is dan al geïnstalleerd en dan werkt dit 'uit de doos') Pak de zip uit en zet de map, met daarin 3 mappen, het script en de readme op een plek waar je voldoende schijfruimte hebt voor een conversie Zet de klonen in de map 'Clones' en zorg dat de namen van alle klonen eindigen op: ' Clones.fmp12' Is jouw systeem Nederlands, dan eindigen de bestandsnamen mogelijk op: ' Kloon.fmp12' en dan moet je ofwel die namen aanpassen, danwel het script 😁 Zet de 'oude' bestanden met de data in de map 'Old' Dubbelklik op het bestand 'FmDataMigration.ps1' en geef de gebruikersnaam en wachtwoord op waarmee een datamigratie mag worden uitgevoerd (een [Full Access]-account kan natuurlijk ook). Het script doet wél de aanname dat één account overal past. Zo niet, dan zal je de conversie in etappes moeten uitvoeren. De geconverteerde bestanden worden in de map 'New' geplaatst. Gebruik is uiteraard volledig voor eigen risico en eventuele vragen kan je hier stellen FMDMT Windows.zip

De resultaten die met OCR worden bereikt zijn wisselend succesvol, afhankelijk van degene die je daarover spreekt. Eigenlijk is dat ook wel logisch, want er worden op facturen van afzondelijke bedrijven verschillende lettertypen, indelingen, images, kleuren etc. gebruikt. De indeling en de lettertypen plus de lettergrootten hebben flinke invloed op het succes van OCR. Ik heb toch van diverse mensen gehoord, dat ze hun met OCR ingelezen facturen altijd moeten controleren op hun juistheid. Je wilt dat jouw factuur 1 op 1 en foutloos in het peppol-bericht terechtkomt en dat lukt eigenlijk alleen maar als de items op die factuur zelf invoert/upload. Precies dat doe je met zo'n UBL-factuur: alle gegevens staan in XML gedefiniëerd zoals in jouw eigen factuurregistratie plus de PDF, die je hebt gegenereerd, wordt in die XML met base64-encoding ge-embedded. Ik zeg niet dat je 'de gang via OCR' niet moet gebruiken. Wannneer je slechts enkele facturen per maand verstuurt, dan vind je het controleren van het resultaat van OCR misschien niet zo'n probleem. Als je echter meer dan slechts een paar facturen per maand verstuurt of als je meer (nauwkeurig) gemak wilt, dan heeft het zelf genereren van UBL denk ik toch de voorkeur. Zoals ik in de opener van deze topic schreef is mijn module bijna productierijp, maar er moeten nog een paar stations worden langsgegaan voordat die ook daadwerkelijk beschikbaar kan worden gesteld: Handleiding voor installatie en gebruik schrijven Ondersteunende website voor updates en andere informatie Realiseren koppeling met Peppol-netwerk (SLA, integreren API, etc.) via Banqup/UniifiedPost. Aan deze laatste punten wordt gewerkt, maar dat kost tijd en het niet veel zin om de module nu al te verspreiden. Vooral het API-deel met Banqup zal nog wat tijd vergen, want de API is waarschijnlijk snel voor elkaar, maar ik moet eerst de ballotage door en pas dan kan ik daaraan werken. Ik krijg inmiddels regelmatig mailtjes en pm's alhier met vragen als: 'kan je ons helpen' en 'is de module al te koop'. Het lijkt me handig om n dit topic regelmatig mijn vorderingen te posten, dan beantwoord de berichten omtrent 'UBL en Peppol' verder niet meer Jullie kunnen vragen uitraard hier stellen en wanneer er hier nog geen antwoord op is gegeven, gebeurt dat hier. De huidge stand is als volgt: De export naar UBL met een PDF embedded is klaar Handleiding: in bewerking Website: in bewerking Koppeling Peppol: in onderhandeling, nog niets gebouwd Er is dus nog wel wat te doen

ik maak toch maar even een nieuw topic, want dit is voor veel van jullie interessant en belangrijk. Zoals de meesten van jullie wel zullen weten is het voor bedrijven in België en Duitsland vanaf 1 Januari 2026 verplicht om B2B elektronisch te factureren. Ongeveer 8 jaar geleden heb ik voor mijzelf UBL facturen geïmplementeerd en sindsdien heb ik daar af en aan verbeteringen in aangebracht. In de afgelopen zomer heb ik @Peter Wagemans geholpen bij de implementatie van één van zijn klanten en heb daarna mijn xslt-stylesheet (want veel meer was het eigenlijk niet) in een module gegoten die aan een willekeurige FileMaker implementatie kan worden gekoppeld. In principe gaat het om het maken van facturen, maar als je bedrijf bent en die krijgt 'elektronische' facturen, dan wil je (moet je) die ook kunnen inlezen. Mijn module kan dat ook, mits de factuur daadwerkelijk voldoet aan de UBL-standaard. Heb je nu zo'n stukje software beschikbaar, dan moet je ook in staat zijn om de facturen die je zo maakt te versturen. Tot op heden (en dat doe ik zelf ook nog) kan je dat gewoon per email doen, maar zodra de verplichting in BE en DE ingaat mag dat niet meer. De UBL-facturen moeten dan via het zogenaamde Peppol-netwerk worden verstuurd en ontvangen. De partijen die als 'mediator' op kunnen treden tussen ons en het Peppol-netwerk bieden koppelingen aan met jouw eigen boekhoudpakket (Exact, Asperion, Snelstart, Moneybird, e-Boekhouden, Muis, Twinfield, Informer, Cash, Visma, etc. etc.). Het is dan voldoende om in jouw BHP de factuur te maken en die kan dan direct vanuit dat BHP het Peppol-netwerk worden ingeschoten. Wij werken natuurlijk met FileMaker, die heeft zo'n koppeling niet en de module die ik heb gemaakt heeft dat ook nog niet. Vanmiddag heb ik contact gehad met Banqup en zij zijn onderdeel van UnifiedPost, die zit over de hele wereld en daarmee valt over een koppeling te praten. Zij bieden een API om e-facturen volgens de laatste UBL-specificaties te valideren, versturen en te ontvangen. Die API kan niet iedereen zomaar gebruiken. Er moet een SLA worden afgesloten en er moet een implementatieproces worden doorlopen. Daarna kunnen bedrijven die gebruik maken van mijn module zelf een abonnement afsluiten bij Banqup en facturen versturen en ontvangen. De maandelijkse kosten starten op 10 Euro per maand voor 500 facturen per jaar, dus eigenlijk is het 120 Euro per jaar voor 500 facturen. Bij een groter aantal per jaar, neem je gewoon een iets groter abonnement af. Het belangrijkste van deze partij is dat ze je aansluiten op het Peppol-netwerk én zijn internationaal. Het maakt dus niet uit of je in NL, BE of FR zit en ook niet waar je klanten zitten en ook niet welke partij zij gebruiken voor hun aansluiting. Mijn module is bijna productierijp, maar in de loop van Januari zal ik die wel klaar hebben. De aansluiting met Peppol via Banqup is er ook nog niet, maar de eerste stappen zijn gezet.