De wereld van Internetapplicaties en Open Source Oplossingen.
The world of Internet applications and Open Source Solutions.




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

August 2008
M T W T F S S
« Jul    
 123
45678910
11121314151617
18192021222324
25262728293031
View danga's profile on LinkedIn






Tux Paint, Open Source tekenprogramma voor kinderen

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

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

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

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

Read more — Meer lezen

Open Source Screen Capture gereedschappen

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

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

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

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

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

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

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

- ZScreen is ontwikeld in C# door BrandonZ

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

ZScreen, het gratis en platformonafhankelijke screen capture en upload gereedschap

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

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

zscreen-menu-opties

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

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

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

Dubbelklik op het bestand en volg de installatieprocedure.

Read more — Meer lezen

JShot, het gratis en platformonafhankelijke screen capture en upload gereedschap

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

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

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

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

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

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

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

Read more — Meer lezen

Beschrijving van de Oracle Application Integration Architecture Foundation Pack

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

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

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

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

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

Read more — Meer lezen

Wordt UBL, de elektronische communicatiestandaard in Europa ?

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

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

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

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

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

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

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

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

ubl-two-phase-validation-process

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

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

Read more — Meer lezen

Definitie Elektronisch Factureren

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

electronic-invoicing-eip

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

2) Electronic Invoice Presentment (EIP) – Consolidator variant

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

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

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

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

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

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

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

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

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

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

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

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

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

Welke vormen van Elektronisch Factureren zijn in Nederland toegestaan ?

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

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

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

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

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

• EDI (Electronic Data Interchange)

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

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

Read more — Meer lezen

UN E-Government Readiness Survey

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

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

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

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

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

# DIF: Danish e-Government Interoperability Framework.

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

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

# Australië: Australian Government Information Interoperability Framework

# Tasmanië: Interoperability Program

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

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

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

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

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

# DIF: Danish e-Government Interoperability Framework.

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

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

# Australia: Australian Government Information Interoperability Framework

# Tasmania: Interoperability Program

Read more — Meer lezen

European Interoperability Framework (EIF)