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: eclipse,mind mapping

Last update: 26-11-2011

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: ERP,CRM

Last update: 26-11-2011

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: web servers

Last update: 29-11-2011

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: ERP,CRM,apache software,web servers

Last update: 3-12-2011

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

Is Electronic Invoicing taken hostage by technology companies ?

Recent surveys identified a number of barriers for the introduction of electronic invoicing including the perception of complexity, unclear legislation and absence of standards. The largest obstacle to the adoption and the use of electronic invoicing are ambiguous laws and regulations.

Although the laws and regulations have changed in the past years this feeling remains present among many of us. Especially cross-border invoicing does not seem to come from the ground - mainly - due to these laws and regulations.

Is all of this caused by ambiguous laws and regulations or by the way European authorities and Member States have implemented these regulations. One such bottleneck is the regulatory environment surrounding the use of electronic signatures.

What is the regulatory environment surrounding the Electronic signature?

The European Commission on 28 January 2009 adopted a proposal to change the VAT Directive 2006/112/EC (from 28 November 2006) with respect to the invoicing rules. The European Commision published a communication on the technological developments in the field of electronic invoicing (COM/2009/20).

The aim of the proposal is to increase the use of electronic invoicing, reduce burdens on business, support small and medium sized enterprises (SMEs) and help Member States to tackle fraud. This publication includes also measures aimed at further simplifying, modernizing and harmonizing the VAT invoicing rules.

The proposed changes for electronic invoicing are:

- Treat the transmission of paper and electronic invoices equally by removing the conditions for advanced electronic signatures (AES) and electronic data interchange (EDI).

- Notification and acceptance by the receiver of the invoice and Tax Authorities is no longer required instead normal commercial practice will apply.

- Period of storage: Common storage period of 6 years within Europe for VAT invoices.

- Format of storage: Paper invoices may be converted into electronic form for storage purposes. Storage of invoices in original format is no longer required.

- Place of storage: No conditions for the place of storage other than that the invoice must be available without undue delay. The invoice should no longer be online available when held outside the Member State of the supplier or customer.

- Notification of the place of storage: Notification is no longer required.

- Date of supply of an Intra-community transaction = date of chargeability of tax, date when the tax is due to Treasury. The invoice should no longer contain the date of supply but instead the date when the tax is due.

- The invoice has to be issued before the 15th of the month following the date of supply.

The requirements imposed on the authenticity of origin and integrity of content of the invoice are changed by this proposal. The Dutch government adopted the proposal in less than a few weeks after announcement. Just in time for us to tell the Dutch Tax Authorities that we were not going to implement the advanced digital signature for the project Electronic Ordering and Invoicing with the Dutch Tax Authorities which went live in July of 2008.

Going for a technology-neutral solution is the fastest path to adoption of electronic invoicing in Europe. The last year several organizations raised seriously questions on the usage of advanced digital signatures as implemented by most European countries.

1) The Fiscal Committee of the European Tax Advisers - Confédération Fiscale Européenne (CFE) - expressed themselves clearly about the requirement of sophisticated encryption methods for both electronic invoicing and archiving. In their Opinion Statement on VAT formalities from 26 September 2008 - Review of the existing legislation regarding invoicing - they replied on the European Commission's online consultation to ascertain the view of businesses on the existing legislation on VAT invoicing.

“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) The European Association of Craft, Small and Medium-Sized Enterprises aisbl (UEAPME), the European SME umbrella organization, incorporates 83 member organizations from 36 countries consisting of national cross-sectorial SME federations, European branch federations and other associate members, which support the SME family.

The UEAPME replied on the European Electronic Invoicing (EEI) Final Report, the findings of the European Expert Group on E-Invoicing, with the following statement: “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. As the experience in practice shows, e-invoicing is used most in those countries which treat paper and e-invoices the same when it comes to integrity and authenticity.”

See document Taskforce reply to EEI Draft Recommendations from 22 September 2008.

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) The Expert Group on E-Invoicing advised to eliminate the usage of the advanced digital signature:

“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.”

The Communication from the Council to the Commission on the technological developments states: “There is at present no single business-friendly technology to support e-invoicing throughout the EU that satisfies both large and small businesses and has full support of all tax authorities. Moreover, there is no clear prospect of a suitable technology-based solution encompassing the needs of all parties in the next few years. Thus technology should not be relied upon to improve the take up of e-invoicing. “

The Expert Group on E-Invoicing set up by Commission Decision states in an open letter to the Commission: “Any solution to e-invoicing should be technology-neutral as a matter of principle.”

Finally, one cannot formulate it better than done by the Finish Information Society in 2005: “It is all about 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.”

Bo Harald, Chairman EU Commission Expert Group on E-Invoicing, says in his video-statement “there are 238 billions reasons - to begin with ... but we are highjacked by technology companies”. See the e-Business News Channel for the video-statement of Bo Harald.

WE ARE HIGHJACKED BY TECHNOLOGY COMPANIES.

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

Lesson learned from examinations and investigation of the legal and fiscal regulations and evolution over the past months is that there is no way back from here. The fastest path for adoption of electronic invoicing is a technology-neutral solution where at current there is no place for continuation of the advanced digital signature.

When more countries adopt this proposal towards the 1st of January 2013 the issues of authenticity of origin and integrity of content will have to be embedded in financial systems, procedures and reconciliation of cross-country tax reporting / declarations. Business Control will become the keyword and it is up to us to deal with it.

Tags: electronic data interchange, Government, e-Invoicing

Last update: 26-11-2011

SAP neemt de UN/CEFACT Core Components als basis voor WARP 10

De SAP medewerkers Mark Crawford en Gunther Stuhec hebben de voorbije twee jaar hard gewerkt aan de ontwikkeling van een nieuw modelleer- en transformatiegereedschap gebaseerd op de UN/CEFACT Core Components Specification (CCTS).

Beide heren zijn actief betrokken bij de UN/CEFACT en de CCTS: Gunther is de voorzitter van de UN/CEFACT Techniques and Methodologies Group (TMG) en voorzitter van het project team verantwoordelijk voor de ontwikkeling van de CCTS standaard. Mark is de voorzitter van de UN/CEFACT Applied Technologies Group (ATG), de projectverantwoordelijke voor de UN/CEFACT Naming and Design Rules Specification en het Core Components Harmonization Project.

In het verlengde van hun waardevolle bijdrage aan de UN/CEFACT hebben zij de Core Components Specification als basis genomen voor het ontwerpen van een modelleer en transformatiegereedschap met de werknaam SAP CCTS Modeler Warp 10. De architectuur van Warp 10 is gebaseerd op SAP NetWeaver en biedt zowel integratie en uitbreiding van de SAP Global Data Types (GDT's) als transformatie naar ieder ander logisch data model ongeacht de gegevensbron.

De SAP CCTS Modeler Warp 10 is ontworpen met als doel het verminderen van de ontwikkel- en integratieinspanningen van data modellering en mapping. Het gereedschap richt zich voornamelijk op het vereenvoudigen van de inspanningen voor het bouwen van transformatiedefinities. Daarbij wordt ondersteuning geboden voor het automatisch genereren van transformatiemappings tussen verschillende standaarden op basis van industrie, internationale standaard, berichttype en doel van het bericht.

De SAP CCTS Modelere Warp 10 is een web-gebaseerd gereedschap met repository waarin data structuren, modellen en mapping definities zijn opgeslagen.

Vrij recent (9 juli 2008) is door Gunther Stuhec de Community Advisory Group (CAH) 12 Business Data Interoperability opgericht met als doel het nieuwe prototype van CCTS Modeler Warp 10 een beetje dichter bij het grotere publiek te brengen. De vraag is of het publiek wel interesse heeft in een propriëtair online gereedschap. Het aantal deelnemers en activiteiten aan deze community is vrij beperkt wat meestal geen positief teken is.

Voor het realiseren van integratie tussen bedrijfsprocessen en -systemen is het van groot belang dat een oplossing wordt gevonden voor het interoperabiliteitsvraagstuk. De kern van het vraagstuk is het ontbreken van informatieinteroperabiliteit tussen bedrijfsondersteunende systemen. Al jaren is het één van de beperkende factoren in de realisatie van inter-enterprise collaboratieve bedrijfsprocessen en gegevensuitwisseling. Zoals ik in mijn bloart Hoe lossen we het interoperabiliteitsvraagstuk op ? beschrijf zijn er reeds verschillende benaderingen ontwikkeld maar geen is momenteel voldoende volwassen om als uitgangspunt te dienen.

Ik geloof dat het bedrijfsleven behoefte heeft aan een Open Gemeenschappelijke Intelligente Oplossing die de brug slaat tussen al deze initiatieven en geaccepteerd wordt door de deelnemers in het integratie-speelveld. Daarbij valt te denken aan standaardisatieinstellingen, overheden tot leveranciers van oplossingen zoals SAP maar eveneens Open Source Communities zoals Eclipse.

Tags van Technorati: electronic data interchange,UDEF,CCTS,Government,Interoperability Frameworks

Last update: 26-11-2011