none
Ændre OCR-linien, så den ikke starter med debitors kontonummer

    Spørgsmål

  • Hej Forum

    En kunde skal sende sine fakturaer til factoring, og derfor skal debitors kontonummer ikke længere fremgå af ocr-linien, men i stedet et fast id samt fakturanummer.

    Jeg har - i første omgang - i XAL-kørslen SALESINVOICE forsøgt at sætte en konstant i stedet for Custjournal.Account, men kontonummeret kommer stadig ud i ocr-linien på fakturaen - er der flere steder, der skal rettes kode?

    Der er ingen problemer med den øvrige basisopsætning vdr. ocr (længde af felter, kreditornr).

    Håber at høre fra jer

    Mikkel


    2. juli 2015 16:14

Svar

  • I en C5 4.0 vil man (i de medfølgende faktura-rapporter - ikke standardrapporten, men de medfølgende valgbare fakturarapporter) typisk benytte &OCRID-variablen til udskrift af OCR-linjen.

    Den beregnes typisk i linje XAL'en på samme linje (kolonnen med de to pile til venstre lige ud for rapportlinjen) med et makrokald ala:

    #OpretOCRLinie(DebKart[KontoIdx==OrdKartArkiv.Konto].IndbetalMåde,DebJournal.FakturaKonto,DebJournal.Faktura,&OCRID)

    Strengt taget bør det ved opgradering ændres til at den bruger OCR ID'et fra CustJournal, men det kommer jo an på om man er obs på det - eller er lidt doven når man opgraderer :-)

    Du kan enten checke rapporten for at se hvor den henter OCR ID'et fra - eller du kan jo lige checke værdien i CustJournal (fx ved lige at tilføje feltet til debitorjournalen) for at se om din rettelse er slået igennem der... Er den ikke det, så er det jo forklaringen på at det ikke virker...


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

    • Foreslået som svar af Gert Lynge 3. juli 2015 06:46
    • Markeret som svar af Mikkel NH 3. juli 2015 06:55
    3. juli 2015 06:46

Alle besvarelser

  • Har du prøvet at lave en ny faktura og ikke bare genudskrive en? I nyere C5ere beregnes ocr-id på fakturatidspunket og gemmes i journalen. Herfra hentes den ved udskrift. Så vidt jeg husker beregnede ældre c5ere den on-the-fly ved udskrift af rapporten. Men så er det ikke i faktureringskørslen du skal rette men i noget linjexal på rapporten. Er det en nyere c5, men det alligevel ikke virker kan det måske være en gammel opgraderet rapport hvor man ikke har ændret logikken ifm. opgradering så ocr-id'et beregnes on the fly og den fra journalen ikke bruges?

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

    • Foreslået som svar af Gert Lynge 2. juli 2015 17:34
    2. juli 2015 17:34
  • Jeg tester med en ny faktura hver gang - ikke noget med at skrive en ud fra journalen. Dit hint med en gammel kodning i rapporten er interessant - jeg husker, den blev løftet fra en 4.0 til 2010. 

    Fakturalayout er sat op med en hel side koder til eDocPrinter, så jeg vil være ked af at skulle slette hele rapporten og starte forfra. Jeg tænker, jeg kan opsnuse ocr-opsætningen i et .sys-layout. Hvor er det, jeg skal lede efter den rigtige kodning?

    Mikkel

    2. juli 2015 19:29
  • I en C5 4.0 vil man (i de medfølgende faktura-rapporter - ikke standardrapporten, men de medfølgende valgbare fakturarapporter) typisk benytte &OCRID-variablen til udskrift af OCR-linjen.

    Den beregnes typisk i linje XAL'en på samme linje (kolonnen med de to pile til venstre lige ud for rapportlinjen) med et makrokald ala:

    #OpretOCRLinie(DebKart[KontoIdx==OrdKartArkiv.Konto].IndbetalMåde,DebJournal.FakturaKonto,DebJournal.Faktura,&OCRID)

    Strengt taget bør det ved opgradering ændres til at den bruger OCR ID'et fra CustJournal, men det kommer jo an på om man er obs på det - eller er lidt doven når man opgraderer :-)

    Du kan enten checke rapporten for at se hvor den henter OCR ID'et fra - eller du kan jo lige checke værdien i CustJournal (fx ved lige at tilføje feltet til debitorjournalen) for at se om din rettelse er slået igennem der... Er den ikke det, så er det jo forklaringen på at det ikke virker...


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

    • Foreslået som svar af Gert Lynge 3. juli 2015 06:46
    • Markeret som svar af Mikkel NH 3. juli 2015 06:55
    3. juli 2015 06:46
  • Hej Gert

    Takker for dit værdifulde input - fejlen lå netop, hvor du forventede, den var.

    Havde først testet løsningen med at rette i XAL SALESINVOICE på en anden 2012 installation, hvor fakturarapporten netop var baseret på en af de valgbare fakturarapporter. Her slog rettelsen i XAL SALESINVOICE omgående igennem.  Markerer dit "skriv" som svar.


    3. juli 2015 06:55