Navision C5 4.0 og OIOXML

Nu kender jeg ikke C5 siden af det, men mit bud er at C5 på et tidspunkt leverer en XML fil i en mappe.
Referece og ordrenummer ville jeg forvente at den tog fra fornuftige felter i en standard ordre.

Nemhandel klienten (fra IbizCenteret) installere man så på en pc (den kan ikke køre som service), og peger på samme mappe.
Så læser den filerne i mappen og sender den til modtageren (ingen konvertering, blot xmlfilen).

Største problematik (hvis altså C5'en levere en valid xmlfil) er som du selv er inde på at få installeret det rette certifikat.
Deres trin-for-trin guide er meget god, men rækkefølgen er

- Et LBA certifikat til virksomheden. Det tager 10 hverdage og er den FØRSTE og PRIMÆRE digitale signatur for en virksomhed. Med denne kan man oprette person-certifikater (bruges til at rapportere løn og alt andet til det offentlige) og funktion-certifikater. Det er dette som er det svære og langsomme.

- Funktionssertifikat, oprettes online og real-time. Det er dette som skal installeres på samme pc som nemhandel klienten. Det er dette certifikat som bruges ved afsendelse/modtagelse

- Nemhandel-klienten er et helt normalt program, det installeres bare ud af landevejen. Jeg fik en dot.net fejl den ene gang (mener det er version 2.5 som er med). Der hentede jeg blot nyeste (3,5) fra Microsoft og installerede den inden.

/Lasse

Takker for indlæg.

Jeg har nu fået specificeret en mappe under Debitor/Tilpasning -> Parametre -> OIOXML og når jeg laver en almindelig faktura med kryds under OIOXML samt et indtastet ean-nummer, så dukker der automatisk en xmlfil op i mappen. Så vidt så godt.

Nemhandel er hentet og installeret uden problemer, så nu venter vi såmænd bare på dette funktionscertifikat. Jeg tror at det virkelige problem bliver i forhold til formattet e.g. at skidtet ikke bliver valideret og ikke kan sendes igennem. På nuværende tidspunkt bliver vi nød til manuelt at lave et notat på hver faktura hvor vi copy/paster ean-nummer + kundens ordrenummer.

Men måske - just maybe - så er det kun EAN-nummeret som er VIRKELIG nødvendigt, og selve ordrenummeret kan derfor forsat påsætttes som et notat så kunden ikke står og mangler det.

Jeg lader lige spørgsmålet stå åbent lidt endnu.

Generelt: vedkommen som fik den lyse idé med disse EAN-numre burde få så mange %¤#&¤%&#"%¤# at ¤#&%¤&¤% i over &%¤&¤%& år. F'ing bureaukrater.

He he, ja EAN og VANS er absolut ikke for begyndere.

Faktisk så understøtter nemhandels konceptet at man sender til CVR nummer og ikke EAN!. Men jeg mener først det er understøttet fra næste version af XML formatet (UBL 2,01 fremfor den nuværende 0,7) Det sker vist først 100% i 2011. (for de offentlige)
Så skulle det være markant nemmere også at sende mellem private virksomheder - der kan man faktisk starte på det allerede i dag!

Endelig angående XML formatet, så kan du allerede nu afprøve din fil her
http://xmltools.oio.dk/oioonlinevalidator/

Vi har typisk fået fejl på formatet af CVR numre (der må fx ikke stå DK foran), at alle fakturalinjer skal have et varenummer (ikke tekstlinjer) og alle skal have en enhed.

Jeg kan varmt anbefale MailEDI (http://www.mailedi.dk)
Det fungere 100%, og sålænge alt er sat ordentligt op i C5 (EAN nummer), så bliver fakturaerne sendt over VANS netværktet automatisk.
Det smarte er også, at du kan sende fakturaer direkte til en kundes mailadresse også uden om VANS - og så koster det lige pludseligt ikke en afgift til staten per faktura !!

Lyder spændende, jeg var faktisk til møde hos ITST samme med MailEdi... :-)

Og så lige for the record, det er ikke staten, men din vans udbyder du betaler afgift til - og derfor er der ikke afgift når du bruger NemHandel klienten...

Hejsa alle,

Så fik jeg nemhandel til at kører med certifikater/digital signatur og jeg ska´ gi´ dig. Jeg har kørt testen som var indsat fra start, og fik en kvitering retur. Så den del ser ud til at fungere.

Og navision smider også fint en xmlfil i den korrekte mappe, og NemHandel-klienten flytter den uden problemer til sine egne mapper, og det bliver alt sammen vist fint under afsendelser.

Men så går den heller ikke længere hehe... når jeg prøver at sende et af disse dokumenter så får jeg følgende fejlmeddelse:

" En SOAP fault meddelelse blev returneret af det kaldte endpoint. Beskeden er: 'At least one security token in the message could not be validated.'. Fejlen skyldes: 'dig'."

Skal lige love for at det er ved at blive personligt lol :o).

Min umiddelbare mistanke var, at navision ikke laver fakturaen korrekt, men fejlmeddelsen lyder nærmere som om der er en sikkerhedsfejl et eller andet sted.

@wise

"Vi har typisk fået fejl på formatet af CVR numre (der må fx ikke stå DK foran), at alle fakturalinjer skal have et varenummer (ikke tekstlinjer) og alle skal have en enhed."

Skal lige forstå dig korrekt her. Må man ikke bruge bogstavner som et varenummer; feks gzt1, gzt2 osv.? Eller mener du bare, at alle produkter skal være oplyst med et varenummer.

Den der "fejlen skyldes dig" ting har jeg også set hos et kunde på et helt nyoprettet certifikat. Det var løst af sig selv efter 24 timer, jeg tror det var noget caching hos DanID/TDC/ITST eller noget. Men NemHandel support kendte ikke til fejlen.

Angående varenumre, så skal alle linje have et varenr. Vi tillader i vores sytem tekstlinjer (uden varenr/antal/pris), men det går ikke i nemhandel.

De fleste af disse fejl ses dog nemt ved at validatoren udpeger det som fejl...

@wise

Tror du har ret mht. en midlertidig fejl. Jeg prøvede igen og fik en ny fejlmeddelse:

"Kunne ikke validere (XML Schema validere) meddelelsens SOAP body.
The document with rootnode "Invoice" and namespace "http://rep.oio.dk/ubl/xml/schemas/0p71/pie/" failed schema validation.
The 'http://rep.oio.dk/ubl/xml/schemas/0p71/common/:TypeCodeID' element is invalid - The value '' is invalid according to its datatype 'http://rep.oio.dk/ubl/xml/schemas/0p71/common/:TypeCodeIDType' - The Enumeration constraint failed.
The Enumeration constraint failed."

Det lyder mere i tråd med den type format-problemer jeg forventede.

Du må gerne smide et svar :o)

Godt at høre at du er kommet videre...