none
OIOUBL i C5 v. 2012 SP2

    Spørgsmål

  • Findes der nogen "hajer" i dette forum som vil hjælpe mig med at opsætte dette. Det er selvfølgelig mod betaling. Jeg har opsat debitor med momsnummertype, EAN og CVR og får alligevel denne fejl. Der er 25 fejl som er næsten enslydende.  Det ser ud som den ikke kan se debitors data.

    The document can not pass the schematron validation.

    25 error(s) occurred.

    Error No. : 1

    Context : cac:AccountingCustomerParty/cac:Party

    Pattern : normalize-space(cbc:EndpointID) != ''

    Description : [F-INV044] Invalid EndpointID. Must contain a value

    XPath : /Invoice[1]/cac:AccountingCustomerParty[1]/cac:Party[1]

     

    Error No. : 2

    Context : cac:AccountingCustomerParty/cac:Party

    Pattern : cbc:EndpointID and not(contains($EndpointID_schemeID, concat(',',cbc:EndpointID/@schemeID,',')))

    Description : [F-LIB179] Invalid schemeID: ''. Must be a value from the codelist: ',GLN,DUNS,DK:P,DK:CVR,DK:CPR,DK:SE,DK:VANS,FR:SIRET,SE:ORGNR,FI:OVT,IT:FTI,IT:SIA,IT:SECETI,IT:VAT,IT:CF,NO:ORGNR,NO:VAT,HU:VAT,EU:VAT,EU:REID,AT:VAT,AT:GOV,AT:CID,IS:KT,IBAN,AT:KUR,ES:VAT,IT:IPA,AD:VAT,AL:VAT,BA:VAT,BE:VAT,BG:VAT,CH:VAT,CY:VAT,CZ:VAT,DE:VAT,EE:VAT,GB:VAT,GR:VAT,HR:VAT,IE:VAT,LI:VAT,LT:VAT,LU:VAT,LV:VAT,MC:VAT,ME:VAT,MK:VAT,MT:VAT,NL:VAT,PL:VAT,PT:VAT,RO:VAT,RS:VAT,SI:VAT,SK:VAT,SM:VAT,TR:VAT,VA:VAT,'

    XPath : /Invoice[1]/cac:AccountingCustomerParty[1]/cac:Party[1]

    30. oktober 2015 08:26

Alle besvarelser

  • Hej Illemann

    Jeg har checket i nyeste C5 (version 2012 sp2, hotfix 7):

    Har du opsat EAN (som du skriver du har), så burde feltet indeholde GLN og EAN-nummeret blive brug og dermed er der ingen problemer.

    Har du ikke opsat EAN, men opsat CVR, så burde feltet indeholde den momsnummertype du har opsat.

    Husk også at checke på fakturakontoen hvis der er opsat sådan en.

    Logikken er i C5 defineret i funktionen XMLSchemaMap::XMLUBLGetEndpointId i C5.

    Har du ikke andre til at hjælpe dig med OIOUBL er du velkommen til at kontakte os (http://www.systemconnect.dk/) - evt. send mig en e-mail.

    Så må vi jo prøve at fejlsøge på om der er en fejl et eller andet sted (naturligvis mod betaling :-) ).

    Se evt. definitionen på hvad indholdet skal være her:

    http://www.oioubl.info/datatypes/da/Identifier.html


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    • Foreslået som svar af Gert Lynge 30. oktober 2015 09:28
    30. oktober 2015 09:27
  • Hej

    Dette problem er stadig ikke løst. Dog kan man sagtens validere filen og den ryger afsted til modtager via Truelink.

    Den skal så videre til modtager (Dagrofa/supergros) og så går det galt. Filen afvises fra Dagrofas WANS (highJump)

    Så jeg håber der er nogen i dette forum som har erfaringer (gode) med fakturering via EAN/EDI til dagrofa/supergros.


    • Redigeret af Illemann 13. januar 2016 10:14
    13. januar 2016 10:11
  • Hej Illemann

    Vi har det kørende hos en kunde - og jeg mener faktisk at TrueLink står for mapningen mellem OIOUBL og EDI.

    Det er ikke mig der har lavet og opsat det - men smider du mig en mail kan jeg sætte dig i forbindelse med kolleger der kan hjælpe dig (mod betaling naturligvis).

    Du skal være klar over at der kan løbe meget tid og dermed penge i sådan noget...

    Generelt er vi holdt op med at bruge 3. part til oversættelse mellem OIOUBL og EDI - for det giver som regel problemer pga. "for mange kokke".

    Vores erfaring er at der løber for meget tid i projektet hvis der er så mange parter (kunden, os, "oversætteren", modtagers WANS provider og modager).

    Vi læser/skriver i stedet EDI direkte, hvilket gøre at vi har mere kontrol over hvad der sendes og hvilke fejl det kan give.

    Uanset hvad er jeg sikker på at netop TrueLink mod betaling kan hjælpe dig med nøjagtigt hvorfor highJump afviser EDI-beskeden og hvad der skal ændres i OIOUBL'en for at det ikke sker...


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    • Foreslået som svar af Gert Lynge 13. januar 2016 10:23
    13. januar 2016 10:23
  • Hej Gert.

    Jeg har talt med Bornerup som har sendt en opskrift, men den virker så ikke.

    Men Bornerup og Truelink er ikke helt enige.  Og så der Ole Larsen hos Dagrofa som gerne vil hjælpe men som ikke kan se noget i hans ende endnu.

    Kan være jeg skal lade jer bygge systemet. Ved du om det kan sende EDI til Lidl også.

    13. januar 2016 10:36
  • Det er nøjagtigt den slags vi har oplevet og det jeg mener med "for mange kokke" :-).

    Jeg har personlig lavet en mini-EDI løsning til NAV der p.t. taler med DanskSupermarked og Coop-DK (faktura-/kreditnota-afsendelse og ordremodtagelse).

    Jeg har talt med min kollege da er har lavet noget lignende ti Klassisk C5 - men her sendes p.t. blot faktura-/kreditnota til Coop-DK. Men det kunne såmænd nok udbygges.

    Ingen af os har førstehånds erfaring med at tale EDI DIREKTE med Dagrofa/Supergros eller Lidl.

    Supergros har vi kun været involveret med via TrueLink. Men skulle vi lave det i dag, ville vi helt sikkert vælge at kommunikere direkte med EDI fremfor OIOUBL.

    Når det er sagt, så ligner modtagerne hinanden meget hvis de følger HANCOM specifikationerne (og det ved jeg ikke om Lidl gør). Det plejer kun lige være noget med at tweake indholdet lidt i samarbejde med modtager...

    Man plejer at kunne få en god beskrivelse fra modtager om hvilket EDI-format de gerne vil modtage i - og så kan man vurdere ud fra det.

    Som sagt vil vi gerne hjælpe - men det er ikke en løsning vi har liggende klar i skuffen du bare kan købe...

    Send mig en e-mail hvis vi skal gå i dialog om det...


    MVH gsl@systemconnect.dk Se også: http://blog.systemconnect.dk/

    • Foreslået som svar af Gert Lynge 13. januar 2016 11:00
    13. januar 2016 11:00