English / Dutch [+/-]

Business-to-Business (B2B), Enterprise Service Bus (ESB), Service Oriented Architecture (SOA)
Inter Enterprise Business Hub (IEBH), Project Management, Open Source Solutions
Electronic Invoicing, Electronic Invoice Presentment & Payment (EIPP), E-Procurement, E-Commerce
De wereld van Internetapplicaties en Open Source Oplossingen.
The world of Internet applications and Open Source Solutions.
Find the Electronic Business Knowledge Village (EBKV) on Linkedin
Join Platform eZakendoen on LinkedIn


Verzeker u van 2 GB gratis opslagruimte.

Get Mozy Free


Creative Commons License
Op dit werk is een Creative Commons Licentie van toepassing.

December 2009
M T W T F S S
« Oct    
 123456
78910111213
14151617181920
21222324252627
28293031  
View danga's profile on LinkedIn




Gratis Opslagruimte voor Windows

Get 2 GB of 100% free backup space.

Get Mozy Free


Share Media, de multi platform foto en video manager

Share Media is een multi-platform foto en video manager ontwikkeld in Java door Nicolas Richeton. Share Media is gebaseerd op het Eclipse Rich Client Platform (RCP) en wordt aangeboden onder een dubbele licentie: de Eclipse Public License (EPL) en de Lesser General Public License (LGPL).

Share Media maakt het mogelijk om uw media-bestanden met vrienden, kennissen en familie te delen. Dit kan via de websites van Google Picasa en van Flickr maar eveneens via het Jabber Instant Messaging protocol.

Voor het opslaan van media-bestanden maakt Share Media gebruikt van libraries of repositories. De Picasa en Flickr websites worden naast uw harde schijf eveneens gezien als repositories.

Share Media maakt gebruik van playlists of albums voor het groeperen van media-bestanden. Daartoe kent Share Media twee soorten albums:
- de standaard playlists: dit zijn albums die u zelf kunt aanmaken en waar u bestanden naartoe moet slepen en laten vallen (drag-and-drop)

- de intelligente playlists: dit zijn intelligente queries waarmee u bestanden uit uw repository die aan een bepaald criteria (filter) voldoen kunt koppelen

Share Media slaat informatie over uw repository op in een Derby database. Wanneer u een library aanmaakt moet u een directory op uw computer opgeven waar de Derby database neergezet. De informatie in de Derby database bevat thumbnails en basisinformatie (metadata) van uw media-bestanden. Deze gegevens worden gebruikt voor het bevragen van de repository ondermeer door de zoek-functie, de browse view en de intelligente playlists.

Share Media is a multi-platform photo and video manager developed in Java by Nicolas Richeton. Share Media is based on the Eclipse Rich Client Platform (RCP) and presented under a dual license: the Eclipse Public License (EPL) and the Lesser General Public License (LGPL).

Share Media enables sharing media-files with friends and family. This can be done using the websites of Google Picasa and Flickr but also by means of the Jabber Instant Messaging protocol.

Share Media enables sharing your media with friends and family using the Picasa or Flickr website or through the Jabber IM protocol. The Picasa and Flickr websites are seen as repositories besides your hard disk.

Share Media uses playlist or albums to group media-files. There are two kind of albums:
- standard playlists: these are albums that you can create yourself and drag-and-drop your files on

- intelligent playlists: these are intelligent queries that you can define and filter files in your repository

Share Media stores information in a Derby database. The moment you create a library you have to specify the directory where the Derby Database is created. The information in the Derby database contains thumbnails and information (metadata) of your media-files. This data is used when querying the repository by the search-function, the browse view and the intelligent playlists.

Read more — Meer lezen

Installatie van het InfoGlue Content Management Platform

InfoGlue is stap voor stap uitgegroeid tot een geavanceerd, schaalbaar en robuust Open Source Content Management / Portal Platform. InfoGlue is een Web Content Management Tool die bedrijven helpt bij het beheren van de informatie die toegankelijk is via het Web, zowel intranets als extranets.

InfoGlue is een Java platform en volledig database-gedreven. Alle informatie ligt opgeslagen in een database en er is een sterke scheiding tussen opslag van informatie en de vorm waarin de informatie getoond wordt aan gebruikers (separating content from presentation). Deze benadering is veel flexibeler dan de pagina-centrische benadering maar kent wel een langere leercurve.

InfoGlue kent meerdere projecten:
- InfoGlue WCMS: CMS en Portal Platform
- InfoGlue Eclipse IDE
- InfoGlue Calendar

De architectuur van InfoGlue is ontworpen om zoveel als mogelijk voordeel te halen uit andere OSS-projecten. Tijdens de ontwikkeling van InfoGlue lag de aandacht vooral bij de business logica en minder bij ondersteunende functies. Via een modulaire aanpak waarbij gebruik gemaakt werd van andere OSS-projecten is vrij snel een stabiel en complex platform geproduceerd bestaande uit drie lagen:
- Visualisatie
- InfoGlue Core
- Persistentie en Connectiviteit

Read more — Meer lezen

Hoe staat het met oplossingen voor de toekomstige Europese Banenmarkt ?

Naarmate de Europese integratie en het concept van één Enlarged (Groot) Europa meer vorm krijgt ontstaat de behoefte naar pan-Europese cross-border intiatieven ter ondersteuning van mobiliteit van burgers in Europa.

Het project Single European Employment Market Place (SEEMP) richt zich op het ontwerpen en implementeren van een interoperabiliteitsinfrastructuur voor de elektronische overheid. SEEMP richt zich met name op het realiseren van interoperabiliteit tussen bestaande nationale en publieke banen marktplaatsen - Public Employment Services (PES) in Europa.

Het doel van SEEMP is om een infrastructuur te ontwikkelen waarop al de aanbieders van Employment Services (ESs) zijn aangesloten en met elkaar samenwerken. Dit moet een op ontologie en Peer-to-Peer (P2P) gebaseerde interoperabiliteitsinfrastructuur worden waarlangs toegang geboden wordt tot semantisch verrijkte tewerkstellingsdiensten. Hierdoor krijgen gebruikers van deze diensten een unieke ingang tot de Europese banenmarkten en kunnen de aanbieders (ESs) hun klanten meer mogelijkheden bieden. De nadruk van SEEMP ligt op het uitwisselen van gegevens en het delen van diensten tussen verschillende aanbieders en daarom is gekozen voor een technische benadering gebaseerd op de concepten Web Services en Semantiek.

Gebaseerd op de gebruikerswensen en -vereisten is een werkende voorbeeld ontwikkeld waarmee het concept wordt toegelicht en verduidelijkt. Bedrijven plaatsen hun vacatures op een lokale banensite en vragen om deze te vergelijken met de CV’s van de werkzoekenden die zich aangemeld hebben bij andere banensites.

seemp-running-example

Read more — Meer lezen

De ABILITIES Interoperability Bus

Het project “Application Bus for InteroperabiLITy In enlarged Europe SMEs” (ABILITIES) is/was een onderdeel van het Sixth Framework programma van de Europese Commissie. Het project was gestart in januari 2005 en kende een looptijd van 2 jaar. Het project had als voornaamste doel het onderzoeken, ontwerpen en ontwikkelen van oplossingen voor het verbeteren van de interoperabiliteit in het bestel-tot-facturatie proces (order-to-invoice procurement cycle).

Ik zal hierna het ABILITIES project verder toelichten maar voor meer informatie kunt u terecht op de website ViewZone.org onder ABILITIES.

Read more — Meer lezen

Childsplay, Open Source spel voor kinderen

Childsplay is een desktop spel voor kinderen bestaande uit verschillende leerzame spelletjes gaande van memory tot packman.

Memory spelletjes gaan over het vinden van gelijke plaatjes maar ook dezelfde dierengeluiden.
Packman gaan over het vinden van letters in de juiste volgorde van de weergegeven woorden.

Childsplay is ontwikkeld in Phython en maak gebruik van plug-in systeem voor spelletjes. U kunt spelletjes toevoegen als plug-in’s. Er zijn slechts een aantal spelletjes-plug-in’s momenteel beschikbaar en deze worden standaard meegeleverd met de software die u kunt downloaden.

Downloaden en installeren van Childsplay
U kunt Childsplay downloaden via de website childsplay.sourceforge.net.

Klik op de het besturingssysteem van uw computer en download het installatiebestand.

Start het installatiebestand en installeer Childsplay.

U kunt nu Childsplay opstarten.

childsplay-startup

U krijgt een overzicht van de verschillende spelletjes die u kunt spelen.

childsplay-overzicht-scherm

Childsplay bevat een verzameling van spelletjes die u met uw kinderen kunt spelen. Ik wens u veel plezier met uw kinderen.

Implementatie van het Open Source Enterprise Billing systeem, jbilling

jbilling is een Open Source Enterprise Billing systeem van het Canadese bedrijf Sapienter Billing Software. Het Open Source project jbilling is gestart in 2003 en volgens de website uitgegroeid tot een vrij robuust en volwassen oplossing dat wereldwijd bij verschillende bedrijven in gebruik is. Het bedrijf Sapienter Billing Software maakt gebruikt van ontwikkelaars die op vrijwillige basis participeren. Deze vrijwilligers worden mogelijkheden geboden om betaald werk uit te voeren voor klanten van het bedrijf.

jbilling is een web-gebaseerd facturatiesysteem voor verschillende soorten bedrijven met ondersteuning voor automatisch versturen van facturen via email en PDF. jbilling maakt gebruik van een MySQL database en draait onder het JBoss / Tomcat platform. De jbilling out-of-the-box software die u kunt downloaden van de website komt standaard met een HSQL database.

jbilling is schaalbaar van een enkele server, voor het werken met een handvol klanten, tot een cluster van servers voor miljoenen klanten. jbilling ondersteunt eenvoudige tot complexe billing processen. Het Business Rules Management Systeem van JBoss maakt het mogelijk om business regels toe te voegen of te wijzigen.

Op de jbilling website kunt u het gebruikersforum van jbilling vinden onder de menuoptie Developers. Met minder dan 1200 berichten sinds 2005 is het forum niet druk bezocht en rijst de vraag in welke mate het product door bedrijven wordt gebruikt. Een zoektocht op het Internet naar bedrijven die jbilling gebruiken levert geen directe resultaten op.

Laat ik maar eens jbilling installeren en de aangeboden functionaliteit bestuderen. Wat opvalt is dat de gebruikershandleiding en online documentatie alleen tegen betaling toegankelijk is. De bedragen stellen in principe niets voor maar om een beeld te krijgen van jbilling heb ik dat er niet voor over.

Download en installatie van jbilling
Voor het installeren van jbilling moet u een aantal stappen doorlopen. U zult dus eerste deze software componenten moeten installeren alvorens u jbilling kunt installeren en gebruiken.

Read more — Meer lezen

Is de Inter Enterprise Buziness Hub de toekomst ?

In 2005 heb ik de implementatie van Elektronisch Bestellen en Factureren begeleid tussen twee bedrijven voor een leverancier van diensten. Het doel was om de verkoop- en inkoopprocessen van beide partijen te integreren gebruikmakende van elektronische gegevensuitwisseling op basis van internationale standaarden.

Het verzoek was uitgegaan van de klant omdat deze door elektronische verwerking van facturen aanzienlijke besparingen kon realiseren. De klant had de implementatie en het beheer volledig uitbesteed aan een intermediair, een aanbieder van Electronic Ordering en Invoice Presentment via het Web.

In mijn bloart Definitie Elektronisch Factureren schets ik de voornaamste uitvoeringsvormen van Elektronisch Factureren in Nederland. Het model dat door de klant werd geïmplementeerd was het Buyer Direct Model waarbij de webgebaseerde oplossing en de integratie met de systemen (klant en leveranciers) door de intermediair werden geleverd.

Het was gedurende deze implementatie dat ik mij bewust werd van het interoperabiliteitsvraagstuk. Nog tijdens het project ben ik gaan nadenken over een andere benadering voor het realiseren van Business-to-Business (Elektronisch Zakendoen) tussen meerdere bedrijven. Conceptueel was het voor mij vrij snel duidelijk dat de bedrijfswereld het beste gebaat was bij een combinatie van Business-to-Business Integratie en Web Presentment waarbij gebruik gemaakt wordt van een gemeenschappelijk informatie model en open standaarden.

Waar gaat het naartoe met Business Integratie ?
Met de sterke opkomst van op diensten gerichte architecturen (Service Oriented Archtectures) leek het mij zinvol om een gedegen onderzoek uit te voeren naar de marktontwikkelingen en de visies van analisten. Heel veel presentaties, onderzoeksverslagen, scripties en thesissen zijn de revue gepasseerd. Interessant was de presentatie “Constructing Software for Service Oriented Architecture” van Jean-Jacques Dubray uit 2004. Ondertussen is een hernieuwde versie met de titel “An Introduction to SOA” beschikbaar op de website www.ebpml.org. In de presentatie wordt een overzicht gegeven van de ontwikkeling van Connectiviteit en Business Integratie over de afgelopen 30 jaar. Forrester en Gartner hebben de voorbije jaren deze grafiek verder aangevuld met hun visie op Business Integratie. Service Oriented Architectures spelen daarin eveneens een belangrijke rol maar beide analisten hebben een eigen kijk op de toekomst zoals ik hierna zal toelichten.

Read more — Meer lezen

Tux Paint, Open Source tekenprogramma voor kinderen

Aangezien mijn kinderen in de leeftijd zijn dat zij gebruik beginnen maken van computers en van het internet ben ik regelmatig voor hen op zoek naar educatieve programma’s. Tevens wil ik hen enthousiast maken voor Open Source Software. Daarom kijk ik vooral naar software die beschikbaar is onder een Open Source licentie en waarvan ook de broncode gedownload kan worden.

Tux Paint is een gratis tekenprogramma voor kinderen tussen 3 en 12 jaar dat hieraan voldoet. Tux Paint wordt ontwikkeld door vrijwilligers wereldwijd en is gratis beschikbaar onder de GNU General Public License. Lead Developer en Designer is Bill Kendrick, eigenaar van het bedrijf New Breed Software. Tux Paint draait onder verschillende besturingssystemen waaronder Windows (incl. Tablet PC), Mac OS X, Linux, FreeBSD en NetBSD. Het programma draait zelfs onder Citrix® en Windows Terminal Services en op handheld computers.

Tux Paint is in gebruik bij verschillende scholen in de wereld van België tot in de Verenigde Staten.

Tux Paint combineert een handige gebruikersinterface met geluiden en uitdagende humoristische mascotte die de kinderen richting geven tijdens het gebruik van het programma.

Read more — Meer lezen

Open Source Screen Capture gereedschappen

Al sinds begin 2005 gebruik ik het gratis Screen Capture gereedschap MWSnap van Mirek Wojtowicz. Alhoewel de laatste versie van MWSnap dateert van Juli 2002 is de aangeboden functionaliteit meer dan voldoende.

Ik gebruik MWSnap als hulpmiddel voor het maken van screenshots van afbeeldingen die ik dan weer verwerk ik handleidingen en mijn weblog artikelen.

MWSnap biedt gebruikers een aantal functies:
1) een aantal standaard capture - opname mogelijkheden
- een vaste rechthoek
- een vrij te selecteren rechthoek
- een dialoogvenster
- het volledige bureaublad
- initiëren met sneltoetsen

2) een aantal edit functions - bewerkingsfuncties
- transformeren (spiegelen, omkeren, links roteren, rechts roteren)
- inlijsten:
- toevoegen van cursors

3) extra functionaliteit
- System Tray Launcher
- Automatisch opslaan
- Geluiden bij opname
- Undo / Redo
- Herhalen laatste schermopname

Ik heb de laatste jaren gezocht naar Open Source Screen Capture gereedschappen die eveneens deze functies bieden. De voorbije week heb ik een aantal Screen Capture gereedschappen gevonden. Het mooie is dat deze gereedschappen in verschillende talen (Java, C#) ontwikkeld zijn waardoor een gebruiker een keuze kan maken.

- JShot is ontwikkeld in Java door Attila Magyar (Zeroflag) uit Hongarije.

- ZScreen is ontwikeld in C# door BrandonZ

Een lijst van Screen Capture gereedschappen kunt u terugvinden op mijn website onder de menuoptie Links, categorie Desktop Tools.

ZScreen, het gratis en platformonafhankelijke screen capture en upload gereedschap

ZScreen is een Screen Capture gereedschap ontwikkeld in C# door BrandonZ en gratis beschikbaar onder de GNU General Public License (GPL) Versie 2 licentie.

Met ZScreen kunt u screenshots maken van het volledige scherm, een actief scherm of een selectie van het scherm. Het is zelfs mogelijk om een screenshot te maken van een context menu, wat met sommige Screen Capture gereedschappen niet kan. Wanneer u ZScreen opstart wordt deze automatisch geladen in de system tray en kunt u met de rechtermuisknop het ZScreen context menu oproepen. Via het context menu krijgt u toegang tot een aantal menufuncties waaronder het bekijken van de verschillende instellingen.

zscreen-menu-opties

Het is niet mogelijk om via het context menu afbeeldingen vast te leggen. ZScreen maakt gebruik van sneltoetsen die u zelf kunt instellen op het moment dat u ZScreen installeert of later door het instellingenscherm te openen vanuit het context menu.

Downloaden en installeren van ZScreen
U kunt het installatieprogramma van ZScreen downloaden van de website www.brandonz.net. Ga naar de website en selecteer de optie ZScreen onder het menu Projects. In de volgende webpagina klik onder het menu ZScreen Downloads op de link naar het Setup programma.

Sla het bestand (ZScreenSetup-abcd.exe) op in een folder van uw keuze en ga daarna naar deze folder.

Dubbelklik op het bestand en volg de installatieprocedure.

Read more — Meer lezen

JShot, het gratis en platformonafhankelijke screen capture en upload gereedschap

JShot Screen Capture is ontwikkeld in Java door Attila Magyar (Zeroflag) uit Hongarije.

JShot geeft u de mogelijkheid om een deel van het scherm te selecteren, vast te leggen en te publiceren. Publiceren wil zeggen dat u uw screenshot kunt uploaden naar een FTP server, een Image Hosting server (ImageShack) of kunt verzenden naar uw Instant Messaging partner (Skype, MSN). JShot kent echter geen sneltoetsen waardoor het niet mogelijk is om een screenshot te maken van een context menu.

JShot beschikt eveneens over teken- en bewerkingsfunctionaliteit waaronder het aanbrengen van cursors of andere vormen (lijnen, tekst) op uw afbeelding. JShot maakt daarvoor gebruik van het tekenprogramma dat standaard aanwezig is of dat u instelt via het configuratiescherm.

Helaas is er nog geen documentatie of helpfunctie beschikbaar en zult u wat moeten experimenteren om met JShot te leren werken. Echter in een mum van tijd hebt u wel begrepen hoe één en ander werkt. Ik zal hierna een aantal basis functies toelichten.

Downloaden en installeren van JShot
U kunt JShot downloaden van de website JShot.info via het hoofdmenu. Klik op de link Download en in het download scherm selecteer de versie voor uw besturingssysteem (Windows, Linux of ander platform).

Sla het bestand jshotinstall.exe (of jshotinstall.jar voor Linux) op in een folder van uw keuze.

Ga naar de folder waar u het bestand hebt opgeslagen en dubbelklik op het bestand.

Read more — Meer lezen

Beschrijving van de Oracle Application Integration Architecture Foundation Pack

De huidige IT omgevingen van bedrijven bestaan uit een diversiteit van applicaties van verschillende leveranciers. Eén van de grote uitdagingen in deze omgevingen is het optimaal laten samenwerken van de verschillende toepassingen, weleens applicatie interoperabiliteit genoemd.

Wanneer een bedrijf kiest voor één bedrijfsondersteunend systeem dat voorziet in alle benodigde functies voor het ondersteunen van de bedrijfsprocessen dan kan dit voorkomen worden. Helaas is dit niet altijd mogelijk of soms zelfs onmogelijk. Mogelijke verklaringen hiervoor zijn:
- Gewenste functionaliteit is misschien niet voorzien of onvoldoende ontwikkeld.
- Bedrijfsonderdelen hebben teveel autonomiteit en schaffen zelfstandig systemen aan.
- Door overname’s zijn systemen toegevoegd aan de IT omgeving.

Aan het eind van de rit moeten al deze applicaties wel met elkaar kunnen samenwerken en informatie kunnen uitwisselen opdat een bedrijf snel en adequaat kan reageren op veranderingen in de markt.

Oracle zegt met haar Oracle Application Integration Architecture (AIA) Foundation Pack over een nieuwe aanpak te beschikken voor het integreren van deze applicaties. Oracle Application Integration Architecture Foundation Pack is een open, op standaarden gebaseerd platform voor de integratie van bedrijfsprocessen van zowel Oracle-applicaties als maatwerkoplossingen en applicaties van derde partijen. De Foundation Pack geeft klanten en partners tools waarmee ze zelfgekozen bedrijfsprocessen kunnen implementeren, over alle applicaties heen.

De Foundation Pack bevat volgende componenten:
- Enterprise Business Objects
- Enterprise Business Services
- SOA Governance Tools
- Reference Architecture

Read more — Meer lezen

Wordt UBL, de elektronische communicatiestandaard in Europa ?

In september 2001 is op voorstel van een aantal leden van OASIS (Organization for the Advancement of Structured Information Standards) waaronder Sun Microsystems, Commerce One, SAP en Boeing de OASIS Universal Business Language Technical Committee (UBL TC) opgericht. Het voornaamste doel van de UBL TC, voorgezeten door Jon Bosak (Sun Microsystems), was / is het ontwikkelen van een gratis bibliotheek van gestandaardiseerde elektronische op XML gebaseerde bedrijfsdocumenten.

De ontwikkeling van UBL is gestart gedeeltelijk als reactie op de veelheid en verscheidenheid aan XML standaarden / bibliotheken voor elektronische handel maar eveneens om de toegankelijkheid van elektronische handel te vergroten. UBL moet elektronisch zakendoen voor kleine en middelgrote bedrijven mogelijk maken en de basis leggen voor de wereldwijde overgang van traditioneel zakendoen naar elektronische handel.

De OASIS Universal Business Language (UBL) is gebaseerd op de XML Common Business Language xCBL versie 3.0 van Commerce One. Commerce One nam in 1999 het bedrijf Veo Systems over en kwam zo in het bezit van de Common Business Language (CBL) technologie. Deze technologie is door Commerce One verder uitgebreid en omgedoopt tot xCBL om de relatie met XML te identificeren. De XML Common Business Language (xCBL) is een verzameling van XML bouwstenen en een raamwerk voor de ontwikkeling van herbruikbare XML berichten. xCBL richt zich op documenten en transacties ter ondersteuning van de internationale elektronische handel. Commerce One heeft de versie 3.0 van xCBL ingebracht in de OASIS UBL Technical Committee als startpunt voor de ontwikkeling van UBL.

In februari 2003 werd de eerste versie van UBL (Op70 version) vrijgegeven aan het publiek voor review waarna in november 2004 de eerste officiële versie van UBL, release 1.0, na drie jaar ontwikkeling werd uitgebracht. Twee jaar later, november 2006, werd UBL 2.0 uitgebracht en als formele standaard geaccepteerd door OASIS.

De Universal Business Language maakt gebruik van XML Schema’s voor het beschrijven van gestandaardiseerde bedrijfsdocumenten. Een XML Schema Definitie Document (XSD) beschrijft de structuur van een XML document. UBL 2.0 ondersteunt 31 bedrijfsdocumenten (document types) en voor elk document is een XSD Schema opgesteld.

Verschil tussen UBL 2.0 en UBL 1.0
Een belangrijk verschil tussen UBL 2.0 en de voorgaande releases is het gebruik van een getrapt (twee-fase) validatiemodel. Tijdens het verwerken van een UBL bericht moet de structuur en het juist gebruik van gestandaardiseerde codes worden gevalideerd. UBL maakt gebruik van internationaal gestandaardiseerde codelijsten, verzameling van toegestane waarden, die worden uitgegeven en onderhouden door standaardisatieinstellingen, waaronder ISO (landencodes) en UN/CEFACT (valutacodes, eenheidsmaten, taalcodes). Codelijsten kunnen ook gebruikt worden voor het vastleggen van afgesproken waarden tussen twee of meer handelspartners.

In de voorgaande releases werden de verzameling toegestane waarden of codes rechtstreeks vastgelegd in de XML Schema’s van de bedrijfsdocumenten en kon validatie van structuur en codes gelijktijdig uitgevoerd worden. In UBL 2.0 worden de codelijsten vastgelegd in afzonderlijke configuratiebestanden en kan een getrapt validatieproces gevolgd worden. Hierdoor is het mogelijk om verschillende versies van een codelijst te hanteren per situatie. Zo kan per bedrijf waarmee zaken gedaan wordt een andere versie van een codelijst gehanteerd worden.

UBL 2.0 schema’s ondersteunen het gebruik van een getrapt validatie proces dat schematisch als volgt wordt weergegeven en bestaat uit twee stappen (fasen):

ubl-two-phase-validation-process

- Stap 1: Controle op structuur, data typing en vocabulary via UBL XSD bestanden en een generieke XSD validator
- Stap 2: Controle op het juist gebruik van waarden uit de codelijsten via UBL XSLT bestanden en een generieke XSLT processor. In deze stap vindt validatie van internationaal gestandaardiseerde codes plaats via de standaard UBL 2 .xsl bestanden en validatie van trading-partner specifieke codes via de customized .xsl bestanden.

Hoe staat het met het gebruik van UBL voor elektronisch zakendoen
Wereldwijd is UBL in gebruik als de elektronische berichtenstandaard voor elektronisch zakendoen tussen bedrijven en overheden. Binnen Europa lopen een aantal landen voorop in de ontwikkeling van een elektronische communicatiestandaard voor elektronisch zakendoen tussen bedrijven en overheden.

Read more — Meer lezen

Definitie Elektronisch Factureren

In opdracht van het Forum Standaardisatie is een onderzoek uitgevoerd naar de stand van elektronisch factureren in Nederland. (Zie Eindrapport e-Factureren en standaarden voor e-invoicing in Nederland). Voor het verkrijgen van een gemeenschappelijk begrippenkader zijn hieronder een aantal van de voornaamste uitvoeringsvormen van elektronische factureren in Nederland geschetst.

electronic-invoicing-eip

Er worden vier vormen van elektronisch factureren onderscheiden:
1) Electronic Invoice Presentment (EIP) – Seller Direct variant

2) Electronic Invoice Presentment (EIP) – Consolidator variant

3) Electronic Invoice Presentment (EIP) – Buyer Direct variant

4) Electronic Invoicing (E-Invoicing of eInvoicing) variant

Elektronisch Factureren via Electronic Invoice Presentment (EIP) betreft het aanbieden van factuurinformatie in een leesbare vorm via het Internet (een webgebaseerde oplossing) in een Business-to-Business (B2B) Context, de zakelijke markt. Voor de consumenten markt (Business-to-Consumer context B2C) wordt de term Electronic Bill Presentment (EBP) gehanteerd. De wet- en regelgeving t.a.v. deze laatste verschilt in belangrijke mate van EIP ondermeer omdat een factuur niet verplicht gesteld wordt voor de levering van goederen of diensten aan particulieren.

In de Seller Direct variant stelt de verkoper de factuurinformatie in zijn eigen systeem via een webgebaseerde toegang beschikbaar aan de koper. De koper dient handmatig de factuurinformatie te verwerken in zijn eigen crediteurenadministratie en controle uit te voeren of de geleverde goederen of diensten overeenkomen met de factuur waarna de factuur betaalbaar gesteld kan worden. Via een aankondiging dient de koper op de hoogte gesteld te worden van de ontvangst van een factuur. Dit heeft te maken met de factureringsverplichting. (Zie mijn bloart Welke vormen van Elektronisch Factureren zijn in Nederland toegestaan ?)

In de Buyer Direct variant stelt de koper zijn eigen systeem via een webgebaseerde oplossing of toegang ter beschikking aan de verkoper ten behoeve van de overdracht van de factuurinformatie. De verkoper dient dan handmatig de factuurinformatie in te voeren in het systeem van de koper.

In de Consolidator variant stelt de verkoper de factuurgegevens ter beschikking aan een derde partij, de consolidator, waarna deze laatste op zijn beurt de gegevens ter beschikking stelt van de koper voor controle en verwerking

De E-Invoicing variant betreft de meest directe vorm van elektronisch factureren waarbij de informatie uit de factuur rechtstreeks en geautomatiseerd wordt overgedragen aan de gegevensverwerkende systemen waaronder ERP applicaties. Elektronisch factureren kan omschreven worden als het automatisch genereren van facturen uit ERP- en/of facturatiesystemen en/of opslagomgevingen, het automatisch verzenden van facturen in een gestandaardiseerd formaat gebaseerd op een internationale standaard (EDIFACT, UN/CEFACT CII, UBL, ETIX XML INVOICE) naar de klant waar de factuur eveneens automatisch verwerkt wordt in de crediteuren administratie.

Traditioneel worden bij deze vorm van factureren point-to-point verbindingen gerealiseerd tussen klanten en leveranciers en dienen beide partijen afspraken te maken over de Syntax: de structuur of opbouw van een bericht, de Semantiek: de omschrijving en betekenis van gegevenselementen en gehanteerde codes, de Business regels voor het verwerken van de factuur en het transportprotocol, de wijze van verzenden en ontvangen van berichten. Dit alles komt neer op het selecteren van een berichtstandaard voor het uitwisselen van factuurinformatie, het vastleggen van de betekenis van de aanwezige gegevenselementen en het definiëren of afspraken maken over codelijsten en het maken van afspraken het communicatieprotocol.

Deze vorm van elektronisch factureren wordt tegenwoordig eveneens ondersteund in een Consolidator – model waarbij een derde partij met elke partner afzonderlijk afspraken maakt over de gehanteerde syntax en semantiek, anders gezegd de berichtstandaard, het gebruik van gegevenselementen en het communicatieprotocol.

Afbakening van het begrip Elektronisch Factureren
Een belangrijk standpunt (conclusie) dat wordt ingenomen is dat het versturen of ontvangen van facturen in PDF – formaat volgens de definitie van het Forum Standaardisatie geen e-Factureren is. De eerder genoemde varianten zijn dat wel.

Samengevat zijn dat: het koppelen van informatiesystemen zodat factuurpartners facturen geautomatiseerd kunnen verwerken is dat wel. Dat kan via (1) directe, tweezijdige koppeling tussen ontvanger en verzender (e-invoicing), (2) via een eenzijdige oplossing waarin de verzender aan de ontvanger de factuur elektronisch of via Internet beschikbaar stelt (Electronic Invoice Presentment, EIP), en (3) via een derde partij die de factuur voor de verzender aan de ontvanger beschikbaar stelt (een ‘consolidator’).

Een ander belangrijk standpunt is dat het factuurproces niet los kan worden gezien van het totale order- en betalingsproces tussen twee partijen. Het traject van Elektronisch Bestellen en Factureren (EB&F) dat een aantal Overheden heeft ingezet als uitvloeisel van het project Professioneel Inkopen en Aanbesteden (PIA) zal naar (mijn) verwachting meer geaccepteerd worden door bedrijven. Immers dan wordt het volledige inkoop- en verkoopproces elektronisch ondersteund en levert dat beide partijen (leverancier en klant) voordelen en besparingen op.

De Belastingdienst is één van de Overheden die Elektronisch Bestellen en Factureren (EB&F) met leveranciers implementeert zowel met dienstverleners als met leveranciers van producten. De Belastingdienst heeft begin van de maand juli de eerste implementatie van EB&F op basis van HR-XML, de standaard voor inhuur van personeel, met een leverancier van ICT personeel succesvol afgerond. Met een drankje en hapje is dat vanavond gevierd. De Belastingdienst gaat nu verder met het aansluiten van uitzendbureau’s.

Welke vormen van Elektronisch Factureren zijn in Nederland toegestaan ?

In december 2001 werd de Europese richtlijn 2001/115/EG goedgekeurd. Deze richtlijn gaat over de vereenvoudiging, modernisering en harmonisering van de ter zake van de facturering geldende voorwaarden op het gebied van de belasting over de toegevoegde waarde. In de richtlijn wordt een geharmoniseerde lijst vastgesteld van verplichte vermeldingen die een factuur moet bevatten en worden een aantal gemeenschappelijke voorwaarden voor elektronische facturering, elektronische opslag van de facturen, eigenhandige facturering en uitbesteding van de factureringswerkzaamheden vastgelegd.

Op 1 januari 2004 werd de Europese richtlijn omgezet naar Nederlands recht, zie aankondiging op de website van het Ministerie van Financiën, maar helaas heeft dat niet geleid tot een sterke toename van Elektronisch Factureren. De Nederlandse Overheid gaat nu Elektronisch Factureren de komende jaren stimuleren met als streven om in 2010 tien procent van de facturen elektronisch te ontvangen en te verwerken. Uit de bevindingen van de Factuurmonitor 2008 blijkt dat het merendeel van de bedrijven en organisaties in Nederland eveneens de komende drie jaar willen overstappen op geautomatiseerde factuurverwerking. De Factuurmonitor is een onderzoek naar het gebruik van elektronisch factureren en geautomatiseerde factuurverwerking in Nederland en in Europa.

Het onderzoek geeft aan dat onduidelijke wet- en regelgeving de grootste belemmering vormt voor het in gebruik nemen van Elektronische Facturatie. Daarom is het goed om te eens te kijken naar hoe de Europese richtlijn in Nederland is vormgegeven en/of ingevuld. Het gaat dan met name over de wettelijke eisen en voorwaarden waaraan voldaan moet zijn.

De Europese richtlijn stelt dat elektronisch factureren toegestaan is mits:
1) De afnemer / koper heeft bevestigd een factuur in elektronisch formaat te willen accepteren.

2) De authenticiteit van de herkomst en de integriteit van de inhoud worden gewaarborgd door middel van:
• Een beveiligde elektronische handtekening ofwel een geavanceerde elektronische handtekening. Lidstaten kunnen eisen dat de handtekening is voorzien van een goedgekeurd certificaat, de handtekening wordt dan een gekwalificeerde elektronische handtekening.

• EDI (Electronic Data Interchange)

• Een andere manier onder de voorwaarde dat de lidstaat dit goedkeurt

Opmerking: De Belastingdienst heeft op 17 november 2005 de eis laten vervallen om bij een EDI-factuur een afstemmingsoverzicht op papier aan te maken en deze vervolgens naar de ontvanger te versturen. Ondanks het feit dat deze eis is vervallen, adviseert de EDI Toetsing Commissie (ETC) het afstemmingsoverzicht te handhaven. Het afstemmingsoverzicht vormt voor de ontvanger namelijk een belangrijk hulpmiddel om te controleren of alle EDI-facturen ook daadwerkelijk zijn binnengekomen en of de factuurtotalen op het afstemmingsoverzicht overeenstemmen met de totalen van de EDI-facturen. Door middel van het afstemmingsoverzicht is de controleerbaarheid van de EDI-facturen goed uit te voeren.

Read more — Meer lezen

UN E-Government Readiness Survey

Het Europese Interoperabiliteitsraamwerk - European Interoperability Framework (EIF) is een verzameling van richtlijnen en aanbevelingen die de interoperabiliteit van overheidssystemen en processen mogelijk maken ten behoeve van het leveren van pan-Europese elektronische overheidsdiensten (PEGS)

Het EIF is ontwikkeld onder het IDABC (Interoperable Delivery of European eGovernment Services to public Administrations, Business and Citizens) programma.

Interoperabiliteitsraamwerken in Europa
Vrijwel alle Europese overheden zijn druk bezig een bijdrage te leveren aan het ontwikkelen en inrichten van de elektronische overheid. Het uitgangspunt van de EIF is dat elke lidstaat beschikt over of actief werkt aan het ontwikkelen van een eigen Government Interoperability Framework (GIF).

Een aantal voorbeelden van raamwerken zijn terug te vinden op de volgende websites:
# BELGIF: BELgian Governement Interoperability Framework.

# UK e-GIF: UK e-Government Interoperability Framework.

# DIF: Danish e-Government Interoperability Framework.

Voor een overzicht van de Interoperabiliteitsraamwerken van alle Europese landen ga naar de website epractice.eu.

Interoperabiliteitsraamwerken buiten Europa
Ook buiten Europa werken overheden aan interoperabiliteitsraamwerken:
# Nieuw Zeeland: NZ E-government Interoperability Framework

# Australië: Australian Government Information Interoperability Framework

# Tasmanië: Interoperability Program

The European Interoperability Framework (EIF is a set of guidelines and recommendations to enable interoperability of government systems and processes with a view to delivering pan-European e-Government services (PEGS).

The EIF is developed under the IDABX (Interoperable Delivery of European eGovernment Services to public Administrations, Business and Citizens) program.

Interoperability Frameworks in Europe
Almost all European Governments are in the process of developing and implementing the electronic government. The starting point of the EIF is that each member state has or is actively working on the development of its national Government Interoperability Framework (GIF).

A few examples of frameworks are available on the next websites:
# BELGIF: BELgian Governement Interoperability Framework.

# UK e-GIF: UK e-Government Interoperability Framework.

# DIF: Danish e-Government Interoperability Framework.

For a complete overview of the Interoperability Frameworks of all European countries visit the website epractice.eu.

Interoperability Frameworks outside Europe
Also governments outside of Europe are working on developing interoperability frameworks:
# New Zealand: NZ E-government Interoperability Framework

# Australia: Australian Government Information Interoperability Framework

# Tasmania: Interoperability Program

Read more — Meer lezen

European Interoperability Framework (EIF)

Het Europese Interoperabiliteitsraamwerk (EIF)
De elektronische overheid (e-overheid) valt niet meer weg te denken in de huidige Internetmaatschappij. De e-overheid biedt burgers, bedrijven en overheidsinstellingen een nieuw communicatiekanaal om met elkaar in gesprek te gaan. Door het toepassen van informatie- en communicatietechnologie (ICT) kunnen de administratieve lasten van burgers en bedrijfsleven worden verminderd en de kwaliteit van de dienstverlening worden verbeterd.

De verhoogde toename van het vrije verkeer van burgers en bedrijven in Europa vraagt om meer aandacht voor de ontwikkeling van de grensoverschrijdende dimensie van e-overheid. De informatiesystemen van lidstaten moeten steeds meer informatie onderling uitwisselen. Hierbij valt ondermeer te denken aan de uitwisseling van gegevens over verkeersovertredingen, diploma’s en justitiële veroordelingen.

Voor het verkrijgen van een eenduidig gezamenlijk beeld van de huidige en toekomstige Europese informatievoorziening en organisatiestructuur is een gemeenschappelijk referentiekader nodig voor alle betrokkenen. Het aanbrengen van structuur in deze complexe informatievoorziening gebeurt door het ontwerpen van een referentiekader waarin de samenhang tussen organisatie, processen, diensten, informatievoorziening en infrastructuur inzichtelijk wordt gemaakt. Naast de ontwikkeling van een referentiearchitectuur is een interoperabiliteitsraamwerk vereist waarin richting gegeven wordt aan de te hanteren standaarden.

Een interoperabiliteitsraamwerk bestaat uit een verzameling van standaarden, richtlijnen en regels die beschrijven op welke wijze bedrijven willen (of moeten) samenwerken. Het raamwerk is (moet) in staat (zijn) om mee te evolueren met technologische veranderingen, administratieve wijzigingen en nieuwe standaarden.

Het Europese Interoperabiliteitsraamwerk - European Interoperability Framework (EIF) voorziet in een dergelijke verzameling van richtlijnen en aanbevelingen die de interoperabiliteit van overheidssystemen en processen mogelijk maken ten behoeve van het leveren van pan-Europese elektronische overheidsdiensten (PEGS)

Het EIF identificeert een aantal algemene principes voor de levering van pan-Europese elektronische overheidsdiensten: toegankelijkheid, meertaligheid, security, privacy, subsidiariteit en het gebruik van open standaarden. Het raamwerk bespreekt verder de voordelen van Open Source Software.

Het EIF is ontwikkeld onder het IDABC (Interoperable Delivery of European eGovernment Services to public Administrations, Business and Citizens) programma.

Read more — Meer lezen

the XAware Sandbox EDIFACT project requirements

A few weeks ago I wrote about the missing support for EDIFACT and derived standards in Open Source XML-based Transformation Tools such as XAware and Chainbuilder.

The goal was to get the people behind these communities motivated to provide the means and tools for managing Community projects. One of these will of course be the development of EDIFACT functionality.

Meanwhile the XAware Company has established a Sandbox environment for Community Members to start their development projects but moreover to enable knowledge transfer and share prebuilt transformation routines and connectors / adaptors.

The guidelines and procedures for contributing code to the core software are under development. These will include coding guidelines and standards, test and certification guidelines, contributor agreement required for developers wishing to contribute code to the project, acceptance criteria and procedures for the adoption into the core project.

One of the first Community projects will be the development of EDIFACT functionality. A short summary of the UN/EDIFACT message structure can be found in my bloart Short description of the EDIFACT Message Structure.

People from XAware-europe, Atos Origin, freelancers and private persons are participating on a voluntary basis to establish the first XAware Sandbox project, the EDIFACT functionality. Last week the functional requirements and technical design were discussed in the Netherlands based on a draft proposal from one of the participants.

The goal is to establish a generic approach that will become available for the whole community. The preliminary functional requirements and technical design are described hereafter. You are welcome to join us in the development of the EDIFACT functionality or to comment on the preliminary requirements and design approach.

Read more — Meer lezen

Waarop berust de interoperabiliteitsoplossing van de UN/CEFACT CCTS ?

De UN/CEFACT Core Components Technical Specification (CCTS en ISO 15000-5) is ontwikkeld door de UN/CEFACT Techniques and Methodologies Group (TMG), één van de permanente werkgroepen van de UN/CEFACT. De voornaamste taak van de UN/CEFACT TMG is het ontwikkelen van informatie- en communicatietechnologie specificaties en aanbevelingen ten behoeve van de andere UN/CEFACT werkgroepen. De UN/CEFACT TMG groep heeft eveneens de UN/CEFACT Modelling Methodology (UMM) ontwikkeld.

Wat wordt beoogd met de UN/CEFACT CCTS ?
De UN/CEFACT Core Components Technical Specification (CCTS) voorziet in een syntax-neutrale methodologie voor het ontwerpen en ontwikkelen van een verzameling semantische bouwstenen.

De specificatie richt zich op het aanbieden van een oplossingsgerichte aanpak voor het alom bekende interoperabiliteitsvraagstuk. H et ontbreken van informatieinteroperabiliteit tussen bedrijfsondersteunende systemen is al jaren één van de beperkende factoren in de realisatie van inter-enterprise collaboratieve bedrijfsprocessen en gegevensuitwisseling.

De UN/CEFACT CCTS vormt de basis voor het ontwikkelen van een grammaticataal waarmee organisaties nieuwe woordenboeken - Business vocabulaires - kunnen ontwikkelen. Deze nieuwe woordenboeken dragen bij tot het verbeteren en vereenvoudigen van de wijze waarop partijen overheen bedrijfsgrenzen (applicaties en systemen) en domeinen (sectoren) met elkaar elektronisch gegevens kunnen uitwisselen. Om interoperabiliteitsproblemen voorgoed uit te bannen is het gebruik van één generieke grammaticataal aanbevolen.

De UN/CEFACT draagt zorg voor de ontwikkeling en het onderhoud van een universele Core Component Library (CCL) en Data Type Catalogue met gratis toegang voor de Core Component gemeenschap.

Welke randvoorwaarden gelden ?
Voor de goede werking van het CCTS concept dienen alle standaardisatieinstellingen hun core componenten op te laten nemen in de Core Component Library (CCL) en/of hun libraries open te stellen voor anderen.

Momenteel hebben slechts een aantal standaardisatieinstellingen de CCTS aanpak onderschreven en gedeeltelijk doorgevoerd. OAGIS en OASIS Universal Business Language (UBL) hebben CCTS als basis genomen voor de ontwikkeling van hun berichtenbibliotheken. Andere standaarden die de CCTS aanpak hebben overgenomen zijn ondermeer RosettaNet, CIDX, HR-XML en ACORD.

The UN/CEFACT Core Components Technical Specification (CCTS and ISO 15000-5) is developed by the UN/CEFACT Techniques and Methodologies Group (TMG), one of the permanent working groups of the UN/CEFACT. The most important goal of the UN/CEFACT TMG is the development of information and communication technology specifications and recommendations for the other UN/CEFACT working groups. The UN/CEFACT TMG group also developed the UN/CEFACT Modelling Methodology (UMM).

What is the goal of the UN/CEFACT CCTS ?
The UN/CEFACT Core Components Technical Specification (CCTS) provides in a syntax-neutral methodology for the design and development of semantic building blocks.

The goal of the specification is to provide a solution oriented approach for the well-known interoperability question. For years the lack of information interoperability between Business supporting systems has been a restricting factor in the realization of inter-enterprise collaborative Business processes and data exchange.

The UN/CEFACT CCTS constitutes the basis for the development of a grammar that organizations can use to develop new Business vocabularies. Those new vocabularies contribute to improving and simplifying the way parties communicate with each other across Business boundaries (applications and systems) and domains (sectors). To eliminate the interoperability problems the use of one generic grammar language is advised.

The UN/CEFACT takes care of the development and maintenance of a universal Core Component Library (CCL) and Data Type Catalogue with free access for the Core Component community.

What boundary conditions apply ?
For a proper working of the CCTS concept all standards organizations need to ensure their core components are included in the Core Component Library (CCL) and/or need to open up their libraries to others.

At the moment only a few standards organizations have adopted and partially implemented the CCTS approach. OAGIS and OASIS Universal Business Language (UBL) took the CCTS as a basis for the development of their message libraries. Some other standards organizations that adopted the CCTS approach are RosettaNet, CIDX, HR-XML en ACORD.

Read more — Meer lezen

Beknopte beschrijving van de UN/EDIFACT berichtstructuur

Het uitbreiden van Open Source gereedschappen met functionaliteit voor het definiëren en uitvoeren van berichttransformaties van EDIFACT naar andere standaarden en omgekeerd vereist een goed begrip van de UN/EDIFACT standaard.

Ik zal hierna beknopt de UN/EDIFACT Standaaard proberen uit te leggen. Achtereenvolgens zullen de volgende onderwerpen aan bod komen:
- enkele belangrijke karakters
- de verschillende structuurelementen
- een beschrijving van de structuur
- de positiebepaling, status en herhalende factor van structuurelementen
- de compressieregels

enkele belangrijke karaktertekens
- Segment einde teken = apostrophe ‘

- Segment tag en data element separator = plus sign +

- Component data element separator = colon :

- Release character = question mark ? herstelt de betekenis van het daaropvolgend teken
Voorbeeld: 10?+10=20 betekent 10+10=20

de structuurelementen
De structuur van een EDIFACT bericht is vastomlijnd en bestaat uit een aantal verplichte en optionele elementen. De belangrijkste bouwsteen van een EDIFACT bericht is het segment en de structuur waaraan een bericht moet voldoen is daarom vastgelegd in segment tabellen. Deze tabellen beschrijven welke segmenten in een bericht voorkomen en in welke volgorde.

Een eenvoudig voorbeeld van zo’n segment tabel ziet er als volgt uit:

Extending Open Source tools with functionality for defining and executing message transformations from EDIFACT to other standards and back requires a good understanding of the UN/EDIFACT Standard.

Hereafter I will briefly explain the UN/EDIFACT standard and discuss the following topics:
- the different elements of the structure
- a description of the structure
- the position, status and repetition factor of the structure elements
- the compression rules

important character sets
- Segment terminator = apostrophe ‘

- Segment tag and data element separator = plus sign +

- Component data element separator = colon :

- Release character = question mark ? immediately preceding one of the characters ‘ + : ? restores their normal meaning.
Example: 10?+10=20 means 10+10=20

the structure elements
The structure of an EDIFACT message is fixed and contains a number of mandatory and conditional elements. The most important building block of an EDIFACT message is the segment and hence the structure is defined in segment tables. These tables show which segments are used in the message and the order in which the segments must occur.

A simple example of such a segment table looks as follows:

edifact-segment-table

Segmenten die bij elkaar horen kunnen worden gegroepeerd in een segment groep. Een segment groep bevat altijd een trigger segment en ten minste één of meer segmenten of segment groepen. Het trigger segment is een verplicht segment en moet eenmaal voorkomen. Het trigger segment is bovendien het eerste segment in de groep. Een segment wordt eenduidig geïdentificeerd door een segment tag en de positie in een bericht.

In bovenstaand voorbeeld is het segment met de segment tag RFF een trigger segment voor de segment groep 1 en eveneens voor de segment groep 3.

Een segment is een geordende verzameling van functioneel bij elkaar horende stand-alone of composite data elementen. Het segment BGM, zie voorbeeld hieronder, bestaat uit twee composite data elementen en twee stand-alone data elementen. Een composite data element is een samengesteld data element en bestaat uit een opeenvolging van data elementen.

Segments that belong together can be grouped in a segment group. A segment group always contains a trigger segment and at least one or more segments or segment groups. The trigger segment is a mandatory segment and must appear once. The trigger segment is always the first segment in the group.

A segment is uniquely identified using a segment tag and the position in the message.

In the above example the segment with the segment tag RFF is a trigger segment of the segment group 1 and also of the segment group 3.

A segment is a collection of logically related stand-alone or composite data elements in a fixed, defined sequence. The segment BGM, see example below, contains two composite data elements and two stand-alone data elements. A composite data element contains a combination of several data elements.

edifact-segment-bgm

Read more — Meer lezen

My Zimbio I Flock
Copyright © 2000 - DanGa Design