Visit our main site www.danga.biz

Tuesday, April 14, 2009

Bent u klaar voor een ritje op de elektronische business snelweg ?

Visie op elektronisch factureren (zakendoen) in de toekomst
Het belangrijkste thema op de agenda van bedrijven en overheidsinstanties van het moment is elektronisch factureren. Veel bedrijven zien elektronisch factureren als een middel om kostenbesparingen te realiseren en het maatschappelijk verantwoord ondernemen (MVO) - imago te verbeteren. Het is niet altijd gezegd dat elektronisch factureren tot kostenbesparingen leidt maar algemeen gesproken wordt hier wel van uitgegaan.

Mijn advies is om voorafgaande (uitgebreid) onderzoek te verrichten naar de impact op organisatie, systemen en applicaties, processen en informatie. Zo’n studie moet inzicht verschaffen in de visie op elektronisch factureren binnen het bedrijf en informatie leveren voor het opstellen van de Business Case. Vergeet daarbij niet dat Elektronisch Factureren een onderdeel is van het end-to-end handelsproces (Elektronisch Zakendoen). De studie zal daarom het geheel in ogenschouw moeten nemen zowel het purchase-to-pay als het order-to-cash proces.

Daarnaast richt Elektronisch Zakendoen zich op Exchange Services (uitwisseling van berichten) tussen klanten en leveranciers. Een activiteit die plaatsvindt in het Exchange Domain, het domeingebied waar de nadruk ligt op de interoperabiliteit en niet op het inkoop- en verkoopproces.

Op basis van diverse onderzoeks- en implementatietrajecten gecombineerd met uitgebreide bestudering van technologische ontwikkelingen en van innovatieve bedrijfsconcepten is een visie ontstaan op de toekomst van Elektronisch Zakendoen, meer specifiek Elektronisch Factureren.

“My vision on Electronic Invoicing is of an electronic business highway located in the cloud above us.”

Mijn visie op Elektronische Factureren is die van een elektronische business snelweg in de wolken boven ons. Opduikende technologieën en evoluerende elektronische business netwerken formeren de toekomst van Elektronisch Zakendoen in een open en intelligente informatie-diensten-snelweg waarin Elektronisch Factureren past als een berichtinstantie en voorziet in slimme en snelle bereikbaarheid van aangesloten partners.

Feitelijk bedoel ik dat intelligente instanties op de elektronische business snelweg het mogelijk maken om informatie uit te wisselen en processen te laten samenwerken met anderen die eveneens gebruik maken van de snelweg. Bedrijven zullen zich meer en meer gaan richten op de reden van hun bestaan en niet-kernfuncties zoals het genereren en versturen, ontvangen en verwerken van facturen overbrengen naar de buitenkant of overdragen aan derden die daarin gespecialiseerd zijn.

De elektronische business snelweg gaat een afgeschermd gebied van het Internet of een ander IP-netwerk innemen vergelijkbaar met Internettelefonie (Voice over IP). Het wordt geen Value Added Network (VAN) zoals wij die kennen vanuit het EDI tijdperk maar een open en voor iedereen toegankelijke instantie.

Drie mogelijke scenario’s voor het ontstaan van de elektronische business snelweg
Het is mijn verwachting dat het ontstaan van de elektronische business snelweg zal verlopen volgens soortgelijke scenario’s als ontwikkeld door het World Economic Forum met het Digital Ecosystem, het digitale ecosysteem. Het Digitale Ecosysteem gaat over de digitale ruimte - de convergentie tussen IT, Telecommunicatie, Media en Entertainment - waar gebruikers niet langer alleen deelnemen in de hoedanigheid van consument maar actief participeren.

Drie scenario’s zijn ontwikkeld die de mogelijke uitkomst van de toekomstige digitale ruimte beschrijven waarbij vooral gekeken is naar de beantwoording van twee hoofdvragen. Deze vragen zullen eveneens van invloed zijn op de uiteindelijke realisatie en adoptie van de elektronische business snelweg.

Allereerst rijst de vraag of de digitale ruimte door de industrie gecontroleerd en geleid gaat worden of door communities die organisch tot stand zijn gekomen. Een tweede belangrijke vraag is of de digitale ruimte gaat evolueren naar een gesloten of open systeem.

Naar het jaar 2015 toe zullen drie mogelijke routes gevolgd worden voor het bereiken van het Digital Ecosystem zoals hierna weergegeven:

1) Safe Havens beschrijft een digitale wereld van veilige havens waarin de industrie de belangrijkste rol speelt en het traject van verticale integratie inzet met de ontwikkeling van afgeschermde omgevingen die voorzien in digitale diensten en gebaseerd zijn op gesloten standaarden.

2) Middle Kingdoms is het scenario waarbij vanuit consumenten, overheden en vooruitstrevende bedrijven een push naar interoperabiliteit wordt bewerkstelligd. Daardoor ontstaat een digitale ruimte gedomineerd door derden die streven naar het connecteren van like-minded gebruikers en hoog-technologische bedrijven voor het leveren van diensten. In het midden van de digitale ruimte tussen consumenten en leveranciers bevindt zich het koninkrijk waar de macht ligt.

3) Youniverse is het ontstaan van een digitale wereld waarbij de opkomst van organic grassroots communities het traditionele denken op de kop zet. Dit zal leiden tot de opkomst van nieuwe organisatorische structuren en sterke gepersonaliseerde digitale ervaringen. Deze digitale wereld zal hoofdzakelijk gebaseerd zijn op universele standaarden en open systemen. De grens tussen gebruikers en aanbieders zal verder vervagen naarmate de ondersteunende open source software en de collaboratieve community structuren geraffineerder worden.

Wie gaat de elektronische business snelweg realiseren ?
Mijn inschatting is dat de elektronisch business snelweg zal evolueren van safe havens naar middle kingdoms waarbij de Overheid, gemeenschappen en/of marksectoren een belangrijke stempel drukken op de realisatie van deze supersnelweg. Daarmee is al duidelijk dat niet iedereen de komende jaren zijn eigen elektronische business snelweg gaat bouwen maar dat naar verwachting er één overkoepelende snelweg komt waarop elk bedrijf en elk bestaande electronic business (invoicing) netwerk (e-hub) aangesloten is/wordt.

Het zal nog enige jaren duren voor we zover zijn maar dat deze snelweg er komt is vrijwel zeker. Immers de huidige leveranciers van e-business (invoicing) netwerken krijgen nu al te maken met de groeiende vraag naar het aansluiten van handelspartners die niet op hun netwerk zitten.

Veel aandacht ontstaat hierdoor voor het fenomeen roaming dat door een aantal spelers in het domeingebied gedefinieerd wordt als “Roaming is interconnecting networks to provide real cross border reach, in a way that an operator can reach another operator’s users directly, nationally and internationally”.

Anders gezegd komt het neer op het realiseren van de interoperabiliteit tussen de e-business (invoicing) netwerken, het stelsel van vergoedingen dat ten grondslag ligt aan het gebruik van elkaars diensten / netwerken en de wijze van doorbelasting naar de klant / afnemer. Universal reach voor afnemers is één van de belangrijkste drivers om interoperabiliteit tussen netwerken te realiseren en zal uiteindelijk leiden tot een netwerk van netwerken EN iets of iemand zal op termijn de rol pakken van super beheerder.

Wanneer bent u toe aan de elektronische business snelweg ?
Velen onder ons hebben vermoedelijk weleens gedacht aan het overstappen naar gmail, yahoo-mail of live-mail waarbij de eigen e-mailserver overboord wordt gezet. Deze stap zullen een aantal bedrijven de komende jaren nemen. Hier geldt in mijn optiek als voornaamste argument “waarom complexiteit naar binnen halen als anderen het beter en goedkoper kunnen”. Ik geloof dat in de nabije toekomst G-invoicing of Y-invoicing of M-invoicing veel kans van slagen heeft. Yahoo, Google en Microsoft hebben de power-to-execute en zijn in staat om de droom van de elektronische business snelweg te realiseren.

Waarom zou u de complexiteit van Elektronisch Factureren binnen uw eigen organisatie en systemen halen als uw enige doel “het versturen, ontvangen en verwerken van facturen” is ? Elektronisch Factureren is niet-intrusief, d.w.z. dat het eigenlijke facturatieproces niet verstoord wordt, en om ons heen vinden we sterke spelers die Elektronisch Zakendoen tot hun kern-competentie hebben verheven. Wellicht vraagt u zich af wanneer u klaar bent voor Elektronisch Factureren en waar u momenteel staat. Het evolutie-pad van Elektronisch Zakendoen (e-Business) verschaft inzicht in de ontwikkeling en toekomst van Elektronisch Factureren.

“Technology is shaping the future e-invoicing world” en dit vereist een groeiende bewustwording van technologie, standaarden, data security en controle. Het mag voor iedereen duidelijk zijn dat Elektronisch Zakendoen een verschuiving doormaakt van “tightly coupled to loosely coupled systems”.

Van linksonder naar rechtsboven doorloopt Elektronisch Zakendoen de evolutie van Tradioneel naar Synchronisatie.

1) Traditional: telefoon, fax, EDI en papier
Daar waar het papieren document nog steeds het belangrijkste communicatiemiddel vormt voor de factuur heeft e-mail een sterke positie ingenomen voor het uitwisselen van productinformatie en ordergegevens. Echter door de voorgestelde wijzigingen in de Europese regelgeving gaat de komende jaren het versturen van de factuur steeds meer via e-mail plaatsvinden.

Electronic Data Interchange, is de laatste jaren het synoniem geworden voor de uitwisseling van documenten over Value Added Networks op basis van niet-XML standaarden zoals EDIFACT en ASC X12. Vooral grote internationale bedrijven en bepaalde industrie sectoren hebben EDI in het verleden omarmt maar niet altijd heeft dat geleid tot het gewenste succes. Neemt niet weg dat Electronic Data Interchange For Administration, Commerce and Transport (EDIFACT) nog steeds niet weg te denken is in de automotive en in de retail industrie.

2) Communication: e-mail, online web presentment
Facturen zullen net als andere documenten via e-mail verstuurd gaan worden in een PDF of ander formaat maar tevens zullen de Electronic Invoice Presentment oplossingen verder hun intrede doen. Deze oplossingen maken het mogelijk om facturen in een gepersonaliseerde omgeving in HTML formaat beschikbaar te stellen. Daarnaast kan de factuur in allerlei verschillende formaten worden gedownload. De genoemde vormen van communicatie onderscheiden zich vooral door de wijze waarop de factuur wordt aangeboden aan de klant. Bij het gebruik van e-mail wordt de factuur naar de klant gestuurd - push-mechanisme - en bij online presentment wordt een pull-benadering gevolgd. De klant wordt via een notificatie-bericht, een e-mail of sms, verwittigd dat een factuur klaarstaat en opgehaald kan worden.

3) Integration: XML standaarden en web-georiënteerde architecturen
De opkomst van de eXtensible Markup Language (XML) heeft de wereld van Elektronisch Zakendoen verder uit elkaar gedreven. Dat lijkt tegenstrijdig voor degenen onder ons die roepen dat XML het Esperanto van de toekomst is. Echter de verschillende industrie-specifieke op XML-gebaseerde vocabulaires (OAGI, UBL, PIDX, CIDX, RosettaNet, ...) die de laatste jaren zijn ontwikkeld leiden tot het alom bekende interoperabiliteitsvraagstuk, het ontbreken van informatie (data) interoperabiliteit. Deze op XML-gebaseerde vocabulaires definiëren business informatie-elementen in de context van de industrietak zodanig dat iedereen deze eenduidig kan begrijpen en verwerken. De XML-taal zorgt voor het definiëren van de structuur en de industrie-specifieke methodologie voor het modelleren en representeren van de semantiek, de betekenis van de informatie-elementen.

In het EDIFACT tijdperk werden industrie-specifieke subsets ontwikkeld gericht op het inperken van het aantal gegevenselementen. De basis van deze subsets is/was de EDIFACT syntax en semantiek zoals in de EDIFACT directories (bibliotheken) vastgelegd.

De XML-vocabulaires daarentegen zijn gebaseerd op verschillende methodologiën (semantiek) en kennen verschillende structuren (syntax). Deze leiden uiteindelijk tot het luxe probleem waarmee bedrijven worstelen, het “business standards dilemma”. Bedrijven zijn niet in staat een keuze te maken uit de verschillende standaarden en de standaarden zijn niet interoperabel.

Standaardisatie vormt één van de grootste drempels voor globale adoptie van Electronisch Zakendoen (Factureren) maar is niet het einde van Elektronisch Zakendoen. Het interoperabiliteitsvraagstuk, het ontbreken van informatie (data) interoperabiliteit, komt hier om de hoek kijken. Er bestaat geen gezamenlijk begrip van de betekenis van onderliggende data omdat er geen gedeelde grammatica en bibliotheek beschikbaar is waarop de betekenis is gebaseerd.

Een aantal initiatieven zijn gestart die moeten leiden tot één universele grammatica bibliotheek:
- De UN/CEFACT Core Components Technical Specification (CCTS) is een syntax-neutrale methodologie voor het ontwikkelen van een gemeenschappelijke verzameling semantische bouwstenen of informatie-elementen. De Core Components Technical Specification is gebaseerd op de ISO Standaard 150000-5 (ebXML Core Components Technical Specification ebCCTS). Lees meer over de Message Definition Languages op de website van SAP de drijvende kracht achter de CCTS.

- De Open Group Universal Data Element Framework (UDEF) is een methode voor het categoriseren van informatie elementen door middel van het toekennen van een alfanumerieke sleutel (tag) en een eenvoudige naam aan een gegeven.

Het interoperabiliteitsvraagstuk is met deze initiatieven nog steeds niet opgelost want geen van deze initiatieven zal op korte termijn voldoende doorgevoerd zijn in de bestaande XML-vocabulaires. Het luxeprobleem blijft dus nog enige tijd blijven bestaan.

4) Collaboration: een proces-centrische benadering gestimuleerd door bedrijfsprocessen die interageren gebruikmakende van gestandaardiseerde B2B protocollen bestaande uit berichtformaten, transportprotocollen en business process management componenten.

Het stadium van Collaboration waar bedrijven allerlei vormen van integratie kunnen toepassen voor het realiseren van Elektronisch Zakendoen loopt via interconnected netwerken. Vooral de e-business (invoicing) netwerken die de uitwisseling van berichten verzorgen tussen handelspartners vormen de belangrijkste schakel in dit stadium.

5) Synchronisation: pure peer-to-peer netwerken waarbij geen centrale controle of aansturing aanwezig is en data gerepliceerd wordt met verder in de toekomst de Ecosysteem georiënteerde architecturen. Dit laatste stadium in het evolutie pad zal de komende jaren niet de volwassenheid bereiken opdat grootschalige adoptie mogelijk wordt.

Welke invloed oefenen distributiemodellen (marktmodellen) uit?
De laatste jaren zijn meerdere distributiemodellen ontstaan of geïdentificeerd door onderzoeksinstellingen. Voor de eenvoud beperk ik mij tot een viertal vormen waarbij het onderscheid vooral gebaseerd is op de positie die handelspartners innemen. Hybride combinaties van de verschillende modellen zijn eveneens mogelijk.

1) Seller Direct Model
Dit model kenmerkt zich door een dominerende positie van de verkopende organisatie die de factuur via een online presentment omgeving, web-portal, beschikbaar stelt aan klanten in verschillende formaten (EDI, XML, CSV, PDF, ...). Facturen kunnen eveneens in PDF formaat via e-mail verstuurd worden.

Dit model is uitermate geschikt vanuit het perspectief van de verkoper doordat deze zijn klanten nog meer aan zich kan binden (lock-in), gelijktijdig producten en diensten kan aanprijzen (cross- and upselling) en de merknaam kan verstevigen. Daarenboven heeft de factuur eenzelfde look-and-feel als de papieren factuur.

2) Buyer Direct model
Dit model kenmerkt zich door een dominerende positie van de inkopende organisatie die de leverancier dwingt om de factuur via de online omgeving of via EDI / XML aan te leveren.

Dit model is uitermate geschikt vanuit het perspectief van de inkoper doordat deze zijn leveranciers meer aan zich kan binden (lock-in) en een hoeveelheid administratieve inspanningen kan verlichten door de verkoper de factuur in een gestandaardiseerd formaat te laten aanleveren via de online omgeving. Wanneer deze online omgeving geïntegreerd wordt met het financiële systeem kan verwerking van de factuur automatisch gebeuren. Nog meer voordelen zijn te behalen wanneer de verkopers de inkooporders via dezelfde online omgeving moeten ophalen en bevestigen.

De keuze voor één van beide distributiemodellen wordt voor een deel bepaald door de overtuigingskracht (bargaining of market power) en de gewenste mate van flexibiliteit van de betrokken partijen. Wanneer de kracht aan het begin van de keten ligt bij de verkoper (verkopende organisatie) dan resulteert dat vaak in een Seller Direct model terwijl een sterk overheersende klant resulteert in een Buyer Direct Model. Beide modellen zijn gebaat bij een beperkt aantal standaarden en transport protocollen, die leiden tot een zo hoog mogelijk interoperabiliteit.

Zowel klanten als leveranciers worden vroeg of laat geconfronteerd met het ontstaan van de digitale spaghetti-architectuur.

Deze structuur wordt veroorzaakt door het groeiend aantal point-to-point verbindingen en vraagt van bedrijven veel inspanningen om nieuwe partners aan te sluiten.

Het Seller en Buyer Direct Model draagt op termijn niet bij tot het bereiken van een grotere groep van partners vooral wanneer verkopers en inkopers met sterke partners te maken hebben. Wanneer meerdere sterke partijen dan toch elektronisch zaken willen doen is het Consolidator model het meest voor de hand liggende model en het minst ingrijpende.

3) Consolidator model
In het consolidator model zorgt een derde partij, een service provider, voor de uitwisseling van facturen tussen klanten en leveranciers via een online web-omgeving en/of andere vormen van berichtuitwisseling.

Dit model is uitermate geschikt voor kleine en middelgrote bedrijven omdat de provider de complexiteit van verschillende elektronische standaarden uit handen neemt. De kosten voor het aansluiten op het netwerk zijn eenmalig en voor het gebruik van de dienst wordt een transactietarief of maandabonnement overeen gekomen.

Het grote voordeel voor bedrijven zit in de snelheid waarmee een grotere groep van partners bereikt en aangesloten kan worden. Vooral wanneer de provider reeds beschikt over een uitgebreid netwerk van aangesloten bedrijven binnen hetzelfde marktsegment. Zo’n e-business netwerk kan doorslaggevend zijn in de keuze voor een provider.

Een provider die de problematiek binnen het industriesegment van aangesloten bedrijven begrijpt kan daar gepast op inspelen en eventueel additionele diensten aanbieden. Zo kunnen Expense Management oplossingen in de wereld van telecommunicatie en utilities (energie, water, afval) belangrijke waarde toevoegen aan de klanten van een provider.

Het toenemend aantal e-business netwerken vraagt extra inspanningen van de netwerk operators (consolidators) om de bereikbaarheid van partners overheen de netwerken te garanderen. Daardoor ontstaan de networked environments (verschillende hubs die aan elkaar gekoppeld zijn). Deze gekoppelde netwerken bieden hub-eigenaren de mogelijkheid om tegemoet te komen aan de verzoeken om berichten uit te wisselen met partners die gebruik maken van andere netwerken.

De netwerk operators worden nu geconfronteerd met dezelfde uitdagingen die oorspronkelijk, niet zo lang geleden, het ontstaan van de e-business (invoicing) netwerken veroorzaakten en nog steeds de voornaamste reden zijn van hun bestaan. E-business (invoicing) netwerken moeten zorgdragen voor wijdverspreide interoperabiliteit en interconnectiviteit voor het beter bedienen - en blijvend bedienen - van afzenders en ontvangers.

Belangrijkste aspecten die geadresseerd moeten worden zijn netwerk-overschrijdend adressering en routering, berichtstandaarden en transformatieregels (format conversie), authenticiteit van de herkomst en integriteit van de inhoud. Antwoorden zijn nodig op vragen zoals hoe kunnen een afzender en ontvanger uniek worden geïdentificeerd, welke berichtstandaard of grammatica gaat gebruikt worden als gemeenschappelijke woordenschat, en hoe de authenticiteit en integriteit verzekeren alsmede de beveiliging.

Momenteel pakken e-business (invoicing) netwerk providers deze vragen aan door het maken van bilaterale afspraken voor het verzekeren van interoperabiliteit en interconnectiviteit. De Hub Alliance is een goed voorbeeld van een samenwerkingsverband tussen Certipost, Basware, Burns Business Exchange, Liaison, Causeway en ASITE om daaraan te voldoen.

De alliantie is opgericht voor het realiseren van hub-to-hub interoperaties en het verder aanmoedigen van het elektronisch uitwisselen van berichten tussen bedrijven. Deelnemers mogen geen kosten doorbelasten voor het verwerken van documenten tussen hub-deelnemers. Berichtstandaarden, communicatieprotocollen, service levels en verantwoordelijkheden liggen vast in het lidmaatschap en zijn uitgebreid opgezet met als doel het versterken van de interconnectiviteit.

4) Four Corner model
In het Four Corner model gaan de banken van leveranciers en klanten voor de uitwisseling van berichten zorgen. De voordelen zoals eerder genoemd blijven bestaan en de banken bieden daarnaast de mogelijkheid om facturen direct betaalbaar te stellen. Dit model kent echter nog geen werkende voorbeelden maar deze zullen niet lang op zich laten wachten.

Projecteren van de distributiemodellen op het evolutie pad.
Nu de voornaamste modellen de revue zijn gepasseerd kunnen is het goed om eens te kijken hoe deze modellen op het evolutie pad geplot kunnen worden.

Enkele waardevolle en informatieve business en technologische afwegingen
Kleine, middel-grote en grote bedrijven doen er goed aan de bedrijfsmodellen en technologieën van beschikbare oplossingen en aanbieders te bestuderen. De huidige e-business (invoicing) dienstenaanbieders komen vanuit verschillende achtergronden. Sommige spelers komen letterlijk uit de gaming-industrie zoals B2Boost, de leider in transaction management.

Anderen zijn in de wereld van e-business en e-invoicing gestapt omdat op papier=gebaseerde facturen in de toekomst niet langer meer een optie zijn: - Output en Document Management Solution providers: StreamServe, Bringing Documents to Life, en Bottomline Technologies.

- Document en Information Logistics companies: TNT Post, het Nederlandse post en logistiek bedrijf, Certipost, het voormalige Belgische post bedrijf en Itella Corporation, voorheen de Finland Post Corporation.

Zelfs bedrijven die jarenlang B2B en EDI oplossingen leverden springen op de zegewagen van e-business (invoicing) netwerken: Axway, Tie Commerce en SEEBURGER.

Al deze spelers hebben gemeenschappelijk dat zij de voorbije jaren oplossingen hebben ontwikkeld die het ontbreken van interoperabiliteit tussen hun cliënten wegnemen met als doelstelling het verminderen van de hoeveelheid spaghetti. Deze oplossingen zijn gebaseerd op verschillende architecturen, standaarden en typen software.

Twee architectuur-benaderingen worden vooral gevolgd:
1) Allereerst, het gebruik van een Common Information Model als de ruggengraat van de oplossing.

De standaarden en modellen van cliënten worden getransformeerd naar het common information model in het midden welke veelal gebaseerd is op een proprietaire standaard. Data wordt opgeslagen in een relationele database of in een XML bestandsysteem of database.

2) Daarnaast, de digitale spaghetti structuur die wordt ondergebracht in de oplossing.

De bestaande point-to-point verbindingen tussen handelspartners worden herhaald in de oplossing. Hier wordt geen gebruik gemaakt van een common information model en schuilt de kracht in de transformatiemogelijkheden van de onderliggende software. Voor iedere informatiestroom tussen klant en leverancier worden twee transformatieroutines ontwikkeld.

Niet de meest efficiënte en kosteneffectieve benadering voor het oplossen van het ontbreken van interoperabiliteit tussen handelspartners. Zo lang de aanbieders kunnen voldoen aan hun beloften en 100% voldoening leveren aan hun klanten zal deze benadering werken.

Zal XML het business standards dilemma oplossen?
Het is een misvatting dat XML de oplossing is, de Esperanto van de toekomst. Sommige mensen zeggen zelfs dat XML alleen maar “plain text” is en verder niets doet. XML is ontwikkeld voor het structureren, opslaan en transporteren van informatie. De XML-taal zorgt voor aanbrengen van structuur, de syntax, en de industrie-specifieke methodologie voor het modelleren en weergeven van de semantiek, de betekenis van de gegevenselementen.

De grootste uitdaging zit in het oplossen van het gebrek aan interoperabiliteit tussen XML-gebaseerde vocabulaires en EDI bibliotheken. “True global electronic data interoperability requires more than an XML-based vocabulary.”

Voor het realiseren van algehele elektronische samenwerking en informatie-uitwisseling moet er een gemeenschappelijk begrip zijn van de onderliggende data, de semantiek van zakelijke informatie-elementen moet gebaseerd zijn op een gestandaardiseerde grammatica, die voor iedereen toegankelijk is.

Vele industrie consortia en standaardisatie instituten hebben specifieke XML-gebaseerde vocabulaires gedefinieerd. Deze vocabulaires zijn gebaseerd op verschillende methodologieën voor het afbeelden van de semantiek van zakelijke informatie-elementen. Als zodanig zijn soortgelijke informatie-elementen anders ontworpen en is de naamgeving verschillend. Wat automatische vertaling van informatie-elementen tussen twee vocabulaires onmogelijk maakt zonder de aanwezigheid van vertaalregels (mapping definition).

Door de vele XML-gebaseerde vocabulaires wordt het opstellen van vertaalregels moeilijk en duur, vaak geïdentificeerd als het business standards dilemma.

Standaardisatie van de Inhoud is niet de oplossing. Het gaat niet over het spreken van dezelfde taal maar over het begrijpen wat we zeggen. Daarom moet standaardisatie zich richten op grammatica, vertaalregels en gereedschappen zodanig dat zowel mensen als machines de taal begrijpen en met de gegevens kunnen werken.

Initiatieven die werden gelanceerd zijn:
- de UN/CEFACT Core Components Technology Specification (ISO 15000-5 ebCCTS)
- de Open Group Universal Data Element Framework

Adoptie van de UN/CEFACT CCTS methodologie is overeengekomen door de meeste internationale standaardisatie instituten maar gemeenschappelijk gebruik van core components is nog niet zichtbaar. Bovendien wordt de UN/CEFACT CCTS een beetje te complex met de object-oriented benadering die UN/CEFACT standardization committee propageert.

Desondanks het beste beschikbare initiatief op dit moment en wanneer de focus wordt terug gebracht naar het juiste perspectief, gewoon grammatica, dan komt alles wel goed. De beste architectuur voor een e-business (invoicing) netwerk oplossing met geen problemen heeft met de business standards dilemma in communicatie met andere netwerken ziet er als volgt uit:

Dit zal ook het onderliggende architectuur raamwerk zijn voor de elektronische business snelweg van de toekomst.

Zal de elektronische business snelweg voldoen aan de interoperabiliteitseisen ?
Allereerst is het noodzakelijk dat de elektronische business snelweg toegang geeft tot alle verzenders en ontvangers, en zorg draagt voor integratie van verschillende e-business (invoicing) netwerken.

Verder zijn er gemeenschappelijke en open technologie standaarden nodig voor berichten en transport protocollen met inbegrip van formaat omzetting en/of vertaling. De vertalingen kunnen het best gebaseerd zijn op een gedeelde grammatica en bibliotheek zoals die van de UN/CEFACT Core Components Technology Specification. De standaarden moeten voor iedereen beschikbaar / toegankelijk zijn zonder beperking en kosten, of tegen een redelijke vergoeding, ‘in principe’ mag geen bedrijf zich uitgesloten voelen.

Daarenboven hebben bedrijven behoefte aan soepele overgang van hun bestaande integratie benadering naar de nieuwe vibrerende rij-ervaring. Dit vraagt naar gebruiksgemak, de mogelijkheid om tegemoet te komen aan verschillende bestaande en nieuwe oplossingen, en vrijheid van keuze van service provider.

De weg naar Middle Kingdoms vereist overheidsbeleid ter bevordering van innovatie en concurrentie, en maatregelen om de industrie aan te sporen vrijwillig de beste technologie bij te dragen en deel te nemen aan de ontwikkeling van open standaarden.

Overheden on a pan-European and international level with support of international standardization committees need to develop Common User Identifiers for addressing that are portable across Europe, similar to telephone numbers, open and independent from a service or network need to be developed. Two initiatives to mention are: the OASIS Customer Information Quality Technical Committee (OASIS CIQ TC) and the eGreen Pages Association.

The OASIS CIQ TC develops a set of XML specifications for defining, representing, interoperating and managing “PARTY (Person or Organization) CENTRIC INFORMATION” that are truly open, vendor neutral, industry and application independent, and importantly “Global” (ability to represent international data formats such as different types of party names and addresses used in 241+ countries).

Basware and Itella Information Oy are establishing a centralized directory containing messaging profiles and electronic addresses of ebusiness partners used for automated discovery and pairing of partners and routing of messages. The Open Initiative for Global Address Book in B2B Messaging - eGreen Pages - will be run by an open, non-profit e-invoicing operator association.

Is er een Business Case voor e-business (invoicing) ?

Stay on board, more will come in a few days

Tags: EDIFACT, EDI, Interoperability-Frameworks, UBL, UDEF, e-Invoicing

[Last update: 26-11-2011]

Saturday, January 31, 2009

XMind, social brainstorming en mind mapping software

XMind is een Open Source gereedschap voor Social Brainstorming en Mind Mapping. Social Brainstorming wordt mogelijk gemaakt via de online service Share.XMind.net. XMind is een product van de software leverancier XMind LTD waarvan Brian Sun oprichter en CEO is.

XMind is beschikbaar onder twee Open Source licenties: de Eclipse Public License v1.0 (EPL) en de GNU Lesser General Public License v3 (GPL). Verder is er een commerciële versie verkrijgbaar. Deze commerciële versie XMind Pro beschikt over een aantal gevorderde functies waaronder audio recording, online zoeken, presentatie modus, Gantt perspectief voor project management en milestone tracking.

Zowel de Open Source als de commerciële versie voorzien in online delen (share) en bespreken (collaborate) van Mind Maps via XMind Share. Anders dan Open Source gebruikers kunnen XMind Pro gebruikers bepalen wie toegang krijgt tot hun online mind maps.

XMind is in staat om mind maps ontwikkeld in FreeMind (0.8 of 0.9) en MindJet MindManager te importeren. Naast het importeren biedt XMind de mogelijkheid om mind maps te exporteren. In tegenstelling tot FreeMind ondersteund XMind slechts een beperkt aantal export-formaten waaronder HTML en Image. FreeMind ondersteund ondermeer HTML, PDF, PNG, JPG en Open Office Writer. Daardoor is FreeMind beter geschikt als hulpmiddel voor het documenteren van mind maps in combinatie met andere office-gereedschappen. De commerciële versie van XMind ondersteunt eveneens PDF, Word en Powerpoint.

Installeren van XMind
Download de laatste versie van Eclipse Classic (versie 3.4 of later) van de website van Eclipse.

Open het menu Help > Software Updates... en selecteer het tabblad Available Software.

Klik op de knop Manages Sites... en klik op de knop Add....

In het dialoogscherm Add Site geef de locatie van de update site op:
Location = http://www.xmind.net/xmind/updates/xmind3_for_eclipse/

Klik daarna twee maal op de knop OK.

Vink de optie XMind for Eclipse aan en klik op de knop Install.

Klik op de knop Next, accepteer de licentievoorwaarden en klik op de knop Finish.

Na installatie van de XMind plugins zal Eclipse opnieuw opgestart worden.

Aanmaken van een mind map
Wat u voorafgaande dient te weten is dat XMind met workbooks en sheets werkt waarbij een workbook meerdere sheets kan bevatten. Meer informatie over XMind functionaliteit kunt u vinden onder de menu-optie Help in Eclipse, onder de optie XMind Help, maar eveneens op de online XMind Help Center.

Start Eclipse.

Wanneer het Java Perspective wordt geopend ga naar het menu Window en selecteer de menu-optie Open Perspective > Other. In het dialoogscherm Open Perspective selecteer de optie Mind Mapping.

Open het menu File voor het aanmaken van een XMind workbook.

Selecteer de menuoptie New > Other.

In het dialoogscherm open de node Mind Mapping en selecteer één van de opties:
- Mind Map Workbook
- Mind Map Workbook (Template)
- Mind Map Workbook (untitled)

Selecteert u de Mind Map Workbook optie dan kunt u direct een workbook aanmaken en opslaan waar u dat wilt op het uw computer.

Met de Mind Map Workbook (Template) optie kunt u een vooraf gedefinieerde template selecteren. Door het gebruik van templates kunnen bepaalde structuren die u vaker gebruikt vooraf gedefinieerd worden. Standaard komt XMind met een aantal vooraf gedefinieerde templates die zijn opgeslagen met de extensie .XMT
* Default Mind Map template
* Fishbone Chart
* Flow Chart
* Project Management (spreadsheet)

Let op: Als u XMind installeert via de Eclipse update manager dan worden deze templates niet geïnstalleerd.

De Mind Map Workbook (untitled) optie maakt automatisch voor u een workbook aan met een door XMind gegenereerde naam.

Selecteer deze optie voor het aanmaken van een nieuw workbook.

XMind kent 4 topic types:
* Central Topic: Elke mind map heeft een centraal onderwerp dat altijd automatisch wordt aangemaakt bij de kreatie van een workbook. Het is niet mogelijk om een mind map aan te maken zonder een centraal onderwerp. De tekst in het blok Central Topic wordt standaard als de default naam van het XMind bestand gebruikt wanneer u de workbook bewaard.

* Main Topic: een main topic is het eerste niveau onder het centrale onderwerp.

* Floating Topic: een floating topic kan overal op de map geplaatst worden onafhankelijk van andere topics en hoeft geen directe relatie met het centrale onderwerp te hebben. Het kunnen losstaande gedachten zijn die u wilt vastleggen.

* Subtopic: de subtopics worden gebruikt om meer detailsgegevens vast te leggen en kunnen alleen worden toegevoegd aan main topics en main floating topics.

Wanneer u een workbook aanmaakt verschijnt in het midden een rechthoek met het central onderwerp (central topic). Als u het Central Topic aanklikt dan ziet u rechtsonder onder de tab Properties met de properties Structure, Text, Shape en Line verschijnen. Deze laatste drie properties spreken voor zich.

Met het property Structure kunt u het Topic Type van uw mind map wijzigen. U heeft keuze uit heel wat types waaronder de eerder genoemde types plus een organigram en een boomstructuur.

Importeren van FreeMind mind maps
Open het menu File en selecteer de menuoptie Import.

In het Import dialoogscherm open de node MindMap en selecteer de optie FreeMind.

Klik op de knop Next om verder te gaan.

Klik op de knop Browse en ga op zoek naar een FreeMind mind map op uw computer. Ik ga de FreeMind map die ik heb opgesteld voor het vastleggen van de Product Breakdown Structure van het project Elektronisch Bestellen en Factureren importeren.

Wanneer er reeds een workbook bestaat kunt u aangeven dat de mind map tijdens het importeren toegevoegd mag worden aan de bestaande workbook of dat een nieuw workbook aangemaakt moet worden. Als er nog geen workbook is wordt automatisch een nieuw workbook aangemaakt.

Vink onder “Append Imported Sheet To” de optie The current workbook aan en klik op de knop Finish.

Wanneer ik de FreeMind mind map “Product Breakdown Structure.mm” importeer wordt een sheet met de naam EBF_Belastingdienst toegevoegd aan het workbook1 dat ik eerst had aangemaakt.

Rechts onderaan ziet u een schuifbalk waarmee u in- en uitzoomen, met het min- en plusteken. Naast het plusteken zit de knop waarmee de actuele afmeting van de mind map kunt selecteren.

Als u met uw muis op de naam van de sheet gaat staan zal een verkleinde weergave verschijnen van de mind map zoals die is geïmporteerd.

U kunt het workbook ook vergroten door met uw muis dubbel te klikken op het tabblad met de workbook naam. Mijn mind map is vrij groot en daarom heb ik deze uitgesplitst.

Bewaar nu de workbook via het menu File > Save As. Zoek een folder waarin u de workbook wilt opslaan en geef een naam aan het bestand (project-eb-f-belastingdienst). Deze naam ziet u later bovenaan het tabblad verschijnen.

Klik op de knop Save.

Mijn algemene conclusie
XMind is een oplossing voor Mind Mapping en biedt interessante opties zoals de mogelijkheden om informatie als een spreadsheet en losstaande topics op te nemen in een mind map. Wat verder handig is dat u meerdere Work Sheets (mind maps) kunt definëren onder één Workbook of bestand. Daardoor kunt u al de mind maps die horen bij een bepaald onderwerp of project bundelen in één workbook-bestand.

Verder kunnen Mind Maps vanuit de oplossing met één druk op de knop geupload worden naar de online server van XMind waar deze dan met anderen gedeeld kunnen worden.

Het voordeel dat XMind daarnaast heeft is dat door de Eclipse plug-in benadering de oplossing uitgebreid kan worden met andere Eclipse functionaliteiten zoals ProjectKoach voor het plannen van projecten. Hierover zal ik binnenkort meer vertellen.

Tags van Technorati: ,

Last update: 26-11-2011

Wednesday, January 14, 2009

Open Source ERP - CRM Oplossingen

De laatste jaren ben ik een aantal sterke Open Source ERP en CRM oplossingen uitgebreid aan het bestuderen. Het aanbod van oplossingen is vrij groot en dat betekent veel werk aan de winkel.

- OpenCRX
Application Server: J2EE Application Server
Database(s): MySQL
Language:
Reporting: Persistence:

- Sugar CRM
Application Server: J2EE Application Server
Database(s):
Language:
Reporting:
Persistence:

- opentaps (based on OFBIZ)
Application Server: J2EE Application Server
Database(s):
Language:
Reporting:
Persistence:

- HiperGate
Application Server: Apace Tomcat
Database(s): MySQL
Language:
Reporting:
Persistence:

Functionaliteit:
* Contact Management
* Project Management
* Corporate Communication
* Shared Documents
* e-shop / invoicing / stock control

- vtiger
Application Server: Apace web server
Database(s): MySQL
Language: PHP
Reporting:
Persistence:

Functionaliteit:
* Sales Force Automation
* Activity Management
* Inventory Management
* e-mail integration
* Marketing Automation

- compiere
Application Server: Apace web server
Database(s): MySQL
Language: PHP
Reporting:
Persistence:

Functionaliteit:

Tags van Technorati: ,

Last update: 26-11-2011

Sunday, January 4, 2009

Installatie van XAMPP onder Windows

Wanneer u een Apache HTTP Server met MySQL en PHP wilt installeren op uw computer dan kunt u de all-in-one package XAMPP van de Apache Friends downloaden. De Apache Friends is een project geïnitieerd in de lente van 2002 door Kai 'Oswald' Seidler en Kay Vogelgesang. Het project Apache Friends richt zich op de promotie van de Apache web server door het aanbieden van een geconfigureerde en eenvoudig te installeren Apache distributie met de naam XAMPP.

De volledige XAMPP distributie bevat naast de Apache web server ondermeer een aantal standaard software-componenten zoals PHP & PEAR, Perl, phpMyAdmin, OpenSSL, MySQL, SQLite. Naast een volledige distributie van XAMPP is er eveneens een lichte versie, XAMPP Lite, bestaande uit Apache, PHP, MySQL, phpMyAdmin, OpenSSL en SQLite.

Het voornaamste doel van de Apache Friends was om ontwikkelaars snel vertrouwd te maken met de wereld van de Apache web server. Voor commerciële of productiedoeleinden is XAMPP daarom minder geschikt met name omdat weinig aandacht is besteed aan beveiligingsaspecten. Zo is ondermeer niet voorzien in een wachtwoord voor de MySQL administrator en is de MySQL daemon  toegankelijk via het netwerk. Met de XAMPP Security Console kunt u wel wachtwoorden voor de MySQL administrator en de XAMPP directory instellen alsook de authentificatie voor PhpMyAdmin.

Er zijn vier versies/distributies van XAMPP beschikbaar:
- XAMPP voor Linux
- XAMPP voor Windows
- XAMPP voor Mac OS X
- XAMPP voor Solaris

Het grote voordeel van XAMPP is dat u alleen één van deze distributies hoeft te downloaden en uit te pakken naar een folder op uw computer. Daarna kunt u XAMPP opstarten zonder dat u verder een installatieroutine moet uitvoeren.

De Windows distributie bestaat uit Apache, MySQL, PHP + PEAR, Perl, mod_php, mod_perl, mod_ssl, OpenSSL, phpMyAdmin, Webalizer, Mercury Mail Transport System for Win32 and NetWare Systems v3.32, Ming, JpGraph, FileZilla FTP Server, mcrypt, eAccelerator, SQLite, en WEB-DAV + mod_auth_mysql.

Meer informatie over de installatie van XAMPP voor Windows kunt u terugvinden op de website van de Apache Friends. Klik daarvoor bovenaan de webpagina op de knop XAMPP en selecteer de optie XAMPP for Windows of ga rechtstreeks naar de webpagina XAMPP-Windows

Installatie van de XAMPP voor Windows
Download XAMPP via de webpagina XAMPP for Windows.

Open het zip-bestand en kopieer de folder xamp naar de folder C:\ProgramFiles\.

Wanneer u XAMPP in deze folder installeert moet u nog het bestand setup_xampp.bat uitvoeren. Dit programmaatje zorgt ervoor dat alle paden in de configuratie worden goedgezet. Standaard wordt ervan uitgegaan dat XAMPP onder C:\ is geïnstalleerd.

Let op: Wanneer u reeds een MySQL server hebt draaien is het verstandig om deze te verwijderen. Ik heb geprobeerd XAMPP te installeren met een bestaande MySQL server maar het opstarten van MySQL geeft dan zoveel problemen dat het beter is om de bestaande te verwijderen.

Ga nu naar de folder waarin u XAMPP hebt geïnstalleerd en start het bestand xampp-control.exe.

Het XAMPP Control Center geeft een overzicht van de geïnstalleerde modules en maakt het mogelijk om deze individueel op te starten. Als eerste zal ik de Apache web server starten door op de knop Start te klikken naast de module Apache.

Wanneer de Apache web server wordt gestart krijgt u waarschijnlijk het verzoek van Windows om blokkering van de verbinding op te heffen. Nadat de Apache web server is gestart open een webbrowser en ga naar de URL: http://localhost/.

U ziet nu de XAMPP startpagina.

Klik onderaan op de taal van uw keuze en u gaat naar de webpagina XAMPP for Windows. Hier kunt u de status van de Apache web server opvragen via de optie Status in de linkerkolom.

Start nu de MySQL server via de XAMPP Control Center.

Ga naar de XAMPP Control Center en klik op de knop Start naast de module MySQL voor het starten van MySQL.

Ga naar uw webbrowser en klik opnieuw op de knop Status. U zult nu zien dat MySQL is geactiveerd.

Via de XAMPP Security Console kunt u de veiligheidsinstellingen van uw XAMPP installatie controleren. De onderdelen van uw installatie die worden gecontroleerd zijn:
- de XAMPP beheeromgeving / directories
- het wachtwoord van de MySQL administrator (hoofdgebruiker - root)
- het wachtwoord van de PhpMyAdmin
- de FTP server
- PHP server
- POP3 server

Ga naar uw webbrowser en klik op de knop Security en bekijk de 6 onderdelen van uw XAMPP installatie. U kunt vanuit de Security Console het wachtwoord voor de MySQL administrator en de XAMPP directory intellen alsook aangeven welke verificatiemethode (http of cookie) gebruikt moet worden om de identiteit van de PhpMyAdmin gebruiker te controleren (authentificatie).

Zorg eveneens voor de installatie van een goede Firewall voordat u XAMPP als productieomgeving gaat gebruiken.

Websites waar u meer adviezen kunt vinden zijn ondermeer:
Op de website van WHELP vindt u meer adviezen over het installeren van XAMPP.

Alteratieve all-in-one Apache distributies
Naast XAMPP is er eveneens een andere volledige Apache distributie beschikbaar voor Windows: - WampServer bestaande uit Apache, MySQL en PHP.

Tags van Technorati:

Last update: 29-11-2011

Thursday, January 1, 2009

Installeer een Apache Web Server op uw computer

Reeds een aantal jaren maak ik gebruik van een WordPress weblog (blogsome.com). Het is een vrij stabiele omgeving maar biedt niet alle functionaliteit van WordPress. Daarom heb ik besloten om over te stappen op een andere provider. Deze provider biedt naast WordPress ondermeer een Content Management System (CMS) en een webshop.

Dat maakt het interessant omdat ik recent de vraag kreeg te onderzoeken welke Open Source webshops en ERP/CRM applicaties draaien onder een Apache HTTP Server en deze te evalueren. Het doel is om een portfolio van Business applicaties samen te stellen voor kleine en middelgrote bedrijven.

Een zoektocht op het internet heeft heel wat ERP/CRM en webshop toepassingen opgeleverd die ontwikkeld zijn in PHP waaronder:
- Blue ERP van het bedrijf Mitja uit Australië. Kenmerkend is dat deze ERP applicatie draait onder eGroupWare.

- project ERP is een ERP applicatie ontwikkeld voor eGroupWare

- CK-ERP welke eveneens onder eGroupWare draait

- ComUnion ERP

- FrontAccounting

Het aantal webshop dat ontwikkeld zijn met PHP is eveneens uitgebreid:
- PrestaShop eCommerce Solution

- eZ Publish eCommerce

Gelijktijdig met het installeren en bekijken van de laatste versie van WordPress ga ik deze toepassingen uitgebreid bestuderen en beschrijven. Voordat ik echter hiermee kan starten moet ik een Apache HTTP Server installeren. De installatie van de Apache HTTP Server en andere aspecten die daarbij komen kijken zal ik hieronder verder toelichten.

Downloaden van Apache HTTP Server
Ga naar de website van de Apache HTTP Server Project en download de laatste stabiele versie (op dit moment versie 2.2.11). De Apache HTTP Server Software is beschikbaar in een aantal versies voor Windows: Win32 Source versie, Win32 Binary without crypto en Win32 Binary including OpenSSL 0.9.8i (MSI Installer).

Installatie van Apache HTTP Server Win32 Binary
De binaire versie zonder cryptografie ga ik installeren. Dubbelklik op het installatiebestand voor het openen van het welkom-scherm.

Klik op de knop Next en in het dialoogscherm License Agreement accepteer de licentievoorwaarden.

In het volgende scherm krijgt u meer uitleg over de Apache HTTP Server.

Klik op de knop Next en vul de volgende velden in:
Network Domain:
Server Name: 127.0.0.1 of localhost
Administrator's Email Address

Vink de optie for All Users ... aan en klik op de knop Next.

Hint: Wanneer u for All Users aanvinkt onder Windows XP dan zal Apache automatisch starten als Windows opstart en in de achtergrond beschikbaar zijn.

Selecteer in het dialoogscherm Setup Type de optie Custom en klik op de knop Next.

Als u het Setup Type Custom selecteert kunt u in het volgende scherm aangeven in welke directory de software geïnstalleerd moet worden.

Ik heb de directory aangepast via de knop Change en het pad C:\ProgramFiles\Apache Software Foundation\Apache2.2\ opgegeven.

Klik op de knop Next en u bent klaar om de installatie te starten.

Klik op de knop Install.

U kunt nu de voortgang van de installatie volgen.

Wanneer de installatie klaar is klik op de knop Finish.

Onder Windows zal Apache nu automatisch gestart worden zoniet ga naar Start -> Programma's -> Apache HTTP Server 2.2.3 -> Control Apache Server -> Start Apache in Console.

Start nu een web browser en controleer of Apache draait door de URL: http://localhost/ in te voeren. Als alles goed gaat krijgt u de melding It works in uw browser.

In de system tray van uw computer ziet u het ikoon Apache Service Monitor. Met de Apache Service Monitor kunt u ondermeer de Web Server stoppen en starten.

Aanpassen van de directory (document root) voor al de server-bestanden
Standaard worden alle documenten opgeslagen in de directory C:\ProgramFiles\Apache Software Foundation\Apache2.2\htdocs\. De folder htdocs is de document root voor al de server-bestanden. Dit is de plek waar de HTML-bestanden en (later) de PHP-bestanden worden opgeslagen zodat deze door de web browser gezien kunnen worden.

Deze directory kunt u in het configuratiebestand httpd.conf wijzigen naar de directory waar u de bestanden wilt hebben . Het configuratiebestand kunt u vinden in de directory C:\ProgramFiles\Apache Software Foundation\Apache2.2\conf\.

Zoek in het configuratiebestand de regel met DocumentRoot “C:/ProgramFiles/Apache Software Foundation/Apache2.2/htdocs” en verander dat in DocumentRoot “C:/DataFiles/apache-server”.

U moet eveneens zorgen dat de rechten van deze directory goed staan anders krijgt u de melding You don't have permission to access / on this server apache documentroot wanneer u Apache opnieuw opstart en naar de URL: http://localhost/ gaat.

Instellen toegangsrechten tot de document root
De default access voor de directory / is gedefinieerd voor alle bestanden in de directory-structuur in het configuratiebestand. De toegang is standaard geblokkeerd voor alle bestanden via de regel.

Voor de nieuwe document root (DocumentRoot “C:/DataFiles/apache-server”) moet u de rechten juist instellen als volgt:

Belangrijk is het toekennen van volgende autorisaties aan de document root:
Order deny,allow
Allow from all

Wijzigen index.html bestand welke getoond wordt
Kopieer nu het bestand index.html van de directory C:\ProgramFiles\Apache Software Foundation\Apache2.2\htdocs\ naar de document root folder en wijzig de inhoud van het bestand. Vervang de tekst It works! door de tekst Apache Server directory.

Vervolgens moet u Apache herstarten via Start > Programma's > Apache HTTP Server 2.2.11 > Control Apache Server > Restart.

Wanneer u Apache opnieuw opstart en naar de URL: http://localhost/ gaat krijgt u de nieuwe tekst te zien.

Andere alternatieve Web Servers
Er zijn naast Apache HTTP Server een aantal alternatieve web servers die u zou kunnen overwegen.

- Lighttpd (“lighty”) is oorspronkelijk ontwikkeld door de Duitse MySQL programmeur Jan Kneschke

Tags van Technorati: ,,,

Last update: 3-12-2011

Friday, December 19, 2008

Wordt Elektronisch Factureren gegijzeld door technologie bedrijven ?

In recente onderzoeken naar Elektronisch Factureren worden een aantal belemmeringen geïdentificeerd voor de invoering van Elektronisch Factureren waaronder de perceptie van complexiteit, onduidelijke wetgeving en afwezigheid van standaarden. Als grootste belemmering voor de adoptie en het gebruik van Elektronisch Factureren wordt onduidelijke wet- en regelgeving gezien.

Alhoewel de wet- en regelgeving sterk is aangepast de laatste jaren blijft het gevoel bij velen onder ons aanwezig. Vooral grensoverschrijdend factureren lijkt niet van de grond te komen en dit zou voornamelijk te wijten zijn aan deze wet- en regelgeving.

Wordt dit alles nu veroorzaakt door een onduidelijke wet- en regelgeving of door de wijze waarop diverse partijen waaronder de Europese Overheid en de verschillende lidstaten hier invulling aan geven. Een belangrijk knelpunt voor de adoptie van (grensoverschrijdend) elektronisch factureren is de regelgeving rondom het gebruik van de elektronische handtekening.

Waaruit bestaat de regelgeving rondom de Elektronische Handtekening?
Eind 1999 verscheen de Europese Richtlijn 1999/93/EG betreffende een gemeenschappelijk kader voor elektronische handtekeningen. Volgens deze richtlijn zijn elektronische handtekeningen gelijkgesteld aan handtekeningen op een papieren drager vooropgesteld dat aan bepaalde betrouwbaarheidseisen is voldaan. De richtlijn schrijft het rechtsgeldig maken van elektronische handtekeningen in de Europese lidstaten voor.

De Richtlijn onderkent twee soorten elektronische handtekeningen:
- de gewone elektronische handtekening waaronder wordt verstaan een handtekening in de vorm van elektronische gegevens die gekoppeld is / wordt aan andere elektronische gegevens en waarmee de identiteit van een persoon (afzender) vastgesteld kan worden. Denk hierbij aan een e-mailbericht waarin persoonsgegevens staan of een gescande handtekening is gebruikt. Het intoetsen van een pincode of wachtwoord voor het bevestigen van een elektronische transactie is eveneens een gewone elektronische handtekening.

- de geavanceerde elektronische handtekening waaronder wordt verstaan een handtekening die op unieke wijze aan de ondertekenaar is verbonden, het mogelijk maakt de ondertekenaar te identificeren, tot stand is gekomen met middelen die de ondertekenaar onder zijn uitsluitende controle kan houden, en op zodanige wijze aan de gegevens of het elektronische bestand waarop zij betrekking heeft is verbonden dat elke wijziging achteraf van de gegevens kan worden opgespoord.

In Nederland is de Wet Elektronische Handtekeningen (WEH) per 21 mei van kracht gegaan evenals het Besluit elektronische handtekeningen. Verder is een artikel toegevoegd aan het Burgerlijk Wetboek voor de Wet Elektronische Handtekeningen: “Een elektronische handtekening heeft dezelfde rechtsgevolgen als een handgeschreven handtekening, indien de methode die daarbij is gebruikt voor authentificatie voldoende betrouwbaar is, gelet op het doel waarvoor de elektronische gegevens werden gebruikt en op alle overige omstandigheden van het geval.”

De Wet Elektronische Handtekeningen hanteert naast de hierboven beschreven eisen voor de geavanceerde elektronische handtekening de volgende twee kwaliteitseisen bedoeld om de veiligheid te vergroten (zoals ook voorgeschreven door de Europese Richtlijn):
- de handtekening is gebaseerd op een gekwalificeerd certificaat afgegeven door een certificatiedienstverlener die voldoet aan de eisen voor gekwalificeerde certificaten, in Nederland voldoet aan de eisen gesteld in de Telecommunicatiewet

- de handtekening is gegenereerd door een veilig middel voor het aanmaken van elektronische handtekeningen

En let op: Alleen als de elektronische handtekening, naast de eisen van de geavanceerde handtekening ook aan bovenstaande kwaliteitseisen voldoet, dan heeft de elektronische handtekening per definitie dezelfde rechtsgevolgen als een handgeschreven handtekening.

Echter hier brengt de Europese Richtlijn enige nuancering aan:
De Europese Richtlijn zegt wel dat een elektronische handtekening geen rechtsgeldigheid mag worden ontzegd en dat zij niet als bewijsmiddel in gerechtelijke procedures kan worden geweigerd louter op grond van het feit dat:
de handtekening in elektronische vorm is gesteld, of
- niet is gebaseerd op een gekwalificeerd certificaat, of
- niet is gebaseerd op een door een geaccrediteerd certificatiedienstverlener afgegeven certificaat, of
- niet met een veilig middel is aangemaakt.

Als aanvullende regelingen zijn tevens de regeling elektronische handtekeningen en de beleidsregel aanwijzing certificatieorganisaties van kracht geworden. De wet elektronische handtekeningen is in feite een opsomming van wijzigingen in het Burgerlijk Wetboek en de Telecommunicatiewet.

Wat zijn de gevolgen van deze Europese Richtlijn voor Elektronisch Factureren?
Enerzijds heeft deze richtlijn Elektronisch Zakendoen in een versnelling gebracht. Het gaat niet alleen om Elektronisch Factureren maar betreft het volledige scala van business transacties, gaande van contractering tot / met facturering.

Voorheen waren elektronische facturen alleen rechtsgeldig (goedgekeurd door de Belastingdienst) wanneer gebruik gemaakt werd van Electronic Data Interchange, meerbepaald de procedures van verwerking van het bericht garanderen dat voldaan is aan de authenticiteits- en integriteitseisen.

Anderzijds heeft de richtlijn een technologische ontwikkeldrift veroorzaakt bij leveranciers van oplossingen voor elektronische handtekeningen en bij certificatiedienstverleners.

De Belastingdienst beschouwt nu het gebruik van een geavanceerde elektronische handtekening als één van de goedgekeurde methoden voor elektronisch factureren. Daarmee kan eenduidig de authenticiteit van de herkomst en de integriteit van de inhoud van een elektronische factuur gewaarborgd kan worden.

Waarom voldoet de digitale handtekening !
- Authenticiteit van Herkomst waarborgen:
De digitale handtekening zorgt ervoor dat de ontvanger van een bericht vertrouwen kan (mag) hebben in de afzender omdat de ontvanger het bericht alleen kan lezen (verifiëren en decoderen) met de publieke sleutel (public key) van de afzender. De afzender tekent het bericht met een geheime sleutel (private key).

- Integriteit van de Inhoud waarborgen:
Zowel de afzender als de ontvanger van een bericht willen zekerheid dat de inhoud van het bericht niet gewijzigd is tijdens het transport (communicatie). De digitale handtekening krijgt een controlegetal, berekend met cryptografische technieken, van het oorspronkelijk bericht. Bij ontvangst van het bericht kan door het opnieuw uitvoeren van deze berekening gecontroleerd worden of de inhoud gewijzigd is tussen verzending en ontvangst.

Maar welke problemen veroorzaken deze Geavanceerde Elektronische Handtekeningen?
Elke Europese lidstaat heeft invulling gegeven aan de genoemde Europese Richtlijn voor wat betreft het gebruik van de gekwalificeerde elektronische handtekeningen. Als gevolg daarvan worden de elektronische handtekeningen niet grensoverschrijdend geaccepteerd. Dat heeft met regelgeving (geen centrale geaccrediteerde certificatiedienstverleners) en techniek (landelijke technologische benaderingen).

Wat we nu zien is dat het niet mogelijk is om een factuur van de ene lidstaat naar de andere te sturen zodanig dat voldaan is aan gestelde eisen wanneer gebruik wordt gemaakt van geavanceerde elektronische handtekeningen.

Wat gaat op korte termijn veranderen binnen Europa op het gebied van de Elektronische Handtekening?
De vraagstelling is niet alleen wat er gaat veranderen maar waardoor deze veranderingen plaatsvinden?

Een aantal partijen stellen de constructies die door de meeste lidstaten in leven zijn geroepen rondom het gebruik van de Elektronische Handtekening ter discussie. Tussen de regels door valt op te maken dat bedrijven zich hieraan uberhaupt niet hoeven te houden. De Europese Richtlijn had reeds een nuancering opgenomen over de rechtsgeldigheid van de Elektronische Handtekening.

Met betrekking tot de procedures en eisen gesteld aan het waarborgen van de authenticiteit van de herkomst en integriteit van de inhoud van een elektronische factuur zijn recent een aantal uitspraken gedaan die vragen oproepen bij het gebruik van (geavanceerde) digitale handtekeningen zoals gepropageerd door de meeste Europese landen.

1) De koepelorganisatie van Europese belastingadviseurs, de CFE Confederation Fiscale Europeenne, heeft zich duidelijk uitgesproken over de verregaande encryptie eisen in relatie tot de TAX / VAT regels.

In een Opinion Statement Review of the existing legislation regarding invoicing from 26 September 2008 wordt het volgende standpunt ingenomen ten aanzien van elektronische handtekeningen op de factuur.

The Opinion Statement is a reply on the European Commission’s online consultation to ascertain the view of businesses on the existing legislation on VAT invoicing.

Therefore the CFE expresses its major concern about the requirement of sophisticated encryption methods such as for example advanced electronic signatures, for both the electronic invoicing and electronic archiving. There is no evidence that such encryption procedures are necessary.

Complex national encryption requirements imposed on the issuers of invoices are totally useless when the VAT is due from the customer, rather than the supplier, which is the position with many international or intra-community supplies.

2) UEAPME - the European Association of Craft, Small and Medium-Sized Enterprises aisbl, de overkoepelende Europese organisatie van het midden- en kleinbedrijf, waarvan het MKB-Nederland deel uitmaakt en bestaat uit 70 zusterorganisaties uit de overige lidstaten heeft zich uitgesproken over de bevindingen van de Europese Expertgroep voor E-Invoicing (European Electronic Invoicing EEI).

There is no need for onerous security measures when it comes to the authenticity and integrity of e-invoicing, particularly when businesses can prove that proper internal control processes are in place. Therefore, equal treatment of paper invoices and einvoices relates foremost to authenticity and integrity.

Internal business controls, if properly implemented, should be a sufficient reassurance to tax. Although an electronic signature is a method to prove authenticity of origin and integrity of content, the issuance of e-invoices should not trigger the obligation of an electronic signature if authenticity of origin and integrity of content can also be proved by other means

3) De Expert Groep E-Invoicing adviseren om het gebruik van de digitale handtekening te vermijden:

The Expert Group envisages a ‘Model Contract for secure Data Exchange’ as the ‘legal solution’ capable of promoting wider use of e-invoicing by SMEs (in addition to a standard cross-industry ‘basic’ e-invoice and a major role of banks). The ‘Model Contract‘ would not prescribe digital signature but define other ‘simpler’ methods of ensuring an ‘acceptable’ level of authenticity and integrity of the documents exchanged.

Afsluitend :
Eén en ander kan niet beter onder woorden worden gebracht als door de Finse Information Society recent gebeurde: met name waar gaat het nu eigenlijk over : Trust and Confidence

The first difference of the opinion usually springs from the very attitude towards trust and confidence. In Finland, generally speaking, the initial attitude is trust and confidence with the parties being dealt with, unless otherwise proven. In a number of countries, on the other hand, the starting point is that the opposing parties are all crooked – or at least subject to justified suspicion – therefore security and auditing systems must be on fail proof level. This difference in opinions creates really major differences in demands also for electronic invoices.

Belangrijker nog is de videopresentatie van iemand die ECHT weet waarover het gaat, Bo Harald voorzitter van de European Electronic Invoicing Expert Group:

WE ARE HIGHJACKED BY TECHNOLOGY COMPANIES.


Electronic Invoicing - 238 bilion reasons - to begin with...

Bo Harald

Tags: electronic data interchange, Overheid, e-Invoicing

Last update: 26-11-2011