EDI jest drugim - po “bezpiecznym podpisie” - mechanizmem ochrony autentyczno??ci i integralno??ci e-faktur dopuszczonym przez polskie rozporz??dzenie. Bior??c pod uwag?? przeciwskuteczno???? stosowania podpisu kwalifikowanego dla faktur elektronicznych EDI wydaje si?? by?? atrakcyjn?? alternatyw?? dla firm, kt??re nie chc?? przesy??a?? swoim kontrahentom ka??dej faktury w postaci dw??ch plik??w wymagaj??cych do otwarcia oddzielnych aplikacji (e-faktura w UPC i TP SA).
I faktycznie, EDI jest powszechnie wykorzystywane do fakturowania przez du??e sieci handlowe, dla kt??rych jest to skuteczna metoda ograniczenia koszt??w operacyjnych. R??wnocze??nie jednak wdro??enie EDI pozostaje niedost??pne dla wi??kszo??ci ma??ych i ??rednich przedsi??biorstw, kt??re pr??buj??c rozszyfrowa?? skr??ty EDIFACT, EANCOM itd trafiaj?? na barier?? kosztow?? i organizacyjn?? wdro??enia “pe??nego EDI”, opartego o komercyjne oprogramowanie (np. Comarch ECOD) i komercyjnego brokera komunikat??w EDI (np. EDIson).
Tymczasem odwo??anie si?? przez polskie rozporz??dzenie do europejskiej dyrektywy EDI (t??umaczenie dost??pne na stronie ECR Polska) jako jedynej definicji tego standardu mo??e umo??liwi?? stosunkowo proste i tanie wdro??enie EDI w??r??d ograniczonej liczby kontrahent??w. Rozporz??dzenie ani dyrektywa nie powo??uj?? si?? bowiem na ??adn?? konkretn?? implementacj?? EDI tak?? jak EANCOM. To co narzuca dyrektywa to konieczno???? podpisania przez dwie strony transakcji umowy (udost??pnione wzory nazywa si?? “umowami modelowymi”). Umowa EDI reguluje nast??puj??ce kwestie:
- wzajemn?? uznawalno???? dokument??w elektronicznych,
- terminy dor??cze?? i rozlicze?? dokument??w elektronicznych,
- zakres dokument??w, kt??re mog?? by?? przesy??ane elektronicznie i kt??re s?? dla stron wi??????ce,
- obs??ug?? sytuacji spornych np. op????nienia w dostarczeniu dokumentu,
- format i zabezpieczenia przesy??anych dokument??w.
Ostatni punkt jest zwykle delegowany do “aneksu technicznego”, r??wnie?? udost??pnianego z r????nymi “umowami modelowymi”. Przyk??adem konkretnej implementacji “aneksu technicznego” opartego o standardy EANCOM jest umowa modelowa opublikowana przez ECR.
Jednak z punktu widzenia logiki EDI - prosz?? mnie poprawi??, je??li si?? myl?? - mo??liwe jest samodzielne zbudowanie umowy modelowej i aneksu technicznego w oparciu o w??asne standardy techniczne, dostosowane do potrzeb i mo??liwo??ci przedsi??biorstwa. Na przyk??ad, oparcie prywatnego EDI o zaszyfrowany i podpisany niekwalifikowanym certyfikatem email (S/MIME), w kt??rym formatem wymiany dokument??w jest OpenXML , ODF, czyli formaty MS Office 2007 i OpenOffice 2, albo PDF.
comment