Et oppslag åpner dialogboksen der du kan se
følgende avkrysningsbokser og alternativer:KID kode generering
- Ikke ledende nuller i kunde/lev.nr
- Kunde-/leverandørnummer-delene i KID-kodene vil ikke bli fylt opp med
ledende nuller, når antall sifre er mindre enn det som er angitt i feltet KID kunde/lev.-sifre. Dette er normalt benyttet sammen med sjekkboksen Lengdesiffer i
svensk remittering.
- Lengdesiffer
- Et lengdesiffer vil inkluderes foran sjekksifferet, som viser siste
siffer i antall tegn totalt i KID-koden (medregnet lengdesifferet og sjekksifferet).
(Lengdesifferet inngår også i beregningen av sjekksiffer.) Dette blir benyttet blant
annet i svensk postgiro.
- Finsk KID beregning
- Modulus 10-sjekksiffer blir erstattet av algoritmen til Solo Reference
Payments. Dette brukes i Finland.
- Fakturanr først
- Standard KID-kode vil bli generert med fakturanummer først.
Rekkefølgen vil da bli følgende:
Fakturareferanse + Factoring-ID + Kundenummer +
Sjekksiffer.
Systemet vil da produsere en omvendt KID-kode ved fakturautskrift
og ved innlesing av OCR-filer. På den måten kan KID-koden bli lest inn i andre
økonomisystemer, som forventer en OCR med fakturanummer + kundenummer, eller motta
OCR produsert av økonomisystemer som har fakturanummer før
kundenummer.
Merk: Denne parameteren må ikke benyttes sammen med innstillingen
Ikke ledende nuller i kunde/lev.nr.
Feltet finnes også i tabellen Factoringselskap, og aktiveres
ved bruk av feltet Std. factoringselskap/KID-kode def. i tabellen Bedriftsopplysninger.
- Bruk bare kundenr. som KID
- KID-kode vil kun bestå av kundenummer og sjekksiffer - gjelder ved
utskrift av fakturaer, rentenotaer og purringer.
- Bruk bare fakturanr. som KID
- KID-kode vil kun bestå av fakturanummer og sjekksiffer - gjelder ved
utskrift av fakturaer, rentenotaer og purringer.
Betalingsforslag
- Remitter hvis gironr
- Remitter bare transaksjoner hvor Bankkonto eller
Postgiro er
angitt i tabellen Aktør, eller hvor Bankkonto er
angitt i tabellen Åpen leverandørpost.
Behandling ved innlesing fra EBF-system
- Forskuddsbetaling
- Enkelte EBF-systemer behandler OCR-transaksjoner for en angitt serie
forskuddsbetalinger som ikke har åpne poster, men kun forskuddsordre som ikke er
fakturert. Det blir da gjort oppslag mot ordren, og sperren for forskuddsbetaling blir
opphevet ved oppdatering av denne betalingen. Du finner mer om forskuddsbetaling i
kapitlet Forhåndsbetaling.
- Oppdater bankkonto
- Enkelte EBF-systemer oppdaterer bankkonto/postgiro på
leverandører/kunder, hvis formatet inneholder tilstrekkelig informasjon til finne
leverandør/kunde med tilleggssøk.
- Generer bunt/bilagslinjer for avregning
- Bunten opprettes av EBF-systemet ved retur av avregning, og du kan
ikke benytte behandlingsvalget Lag regnskapsbunt i
tabellen Betalingslinje.
Kontroll av EBF-system ved innbetaling
- Kontroller KID ved innlesing
- KID-koden kontrolleres under import av data.
- Kontroller om det ligger fakturanr. i KID feltet
- Feltet benyttes når feltet KID-kode ikke inneholder en komplett
KID-kode. Dette er vanlig for betalinger fra Sverige.
- Vis kun summer for OCR
- Kun summer pr. konto blir vist på OCR-rapporten.
Oppslag i reskontrotabeller
- Søk i åpne kundeposter
- Benyttes av enkelte EBF-systemer. Søk etter transaksjoner vil bli
gjort i tabellen Åpen kundepost.
- Søk i kundetransaksjoner
- Benyttes av enkelte EBF-systemer. Søk etter transaksjoner vil bli
gjort i tabellen Kundetransaksjon.
- Søk i åpne leverandørposter
- Benyttes av enkelte EBF-systemer. Søk etter transaksjoner vil bli
gjort i tabellen Åpen leverandørpost.
- Søk i leverandørtransaksjoner
- Benyttes av enkelte EBF-systemer. Søk etter transaksjoner vil bli
gjort i tabellen Leverandørtransaksjon.
Regler matching
- Fakturanr. = En faktura
- Et søk vil bli gjort etter fakturanumre i fakturanummerfeltet eller
KID-feltet i filen, og en rad blir opprettet med beløpet som er
innbetalt.
- Transaksjonsinfo = Sum faktura
- Et søk vil bli gjort etter fakturanumre fra tekstfeltet i filen, og
rader vil bli opprettet for fakturanummer som blir funnet. Restbeløpet vil bli
opprettet som en egen rad uten referanse.
- Kundenr. + Beløp = En faktura
- Et søk vil bli gjort etter fakturanummer basert på kundenummer i
kundenummerfeltet eller KID-feltet i filen. Dette oppsettet vil bare legge til en rad
hvis beløpet som er betalt er lik en åpen post.
- Transinfo + Kundenr. + Beløp = Sum faktura
- Et søk vil bli gjort for alle tilgjengelige fakturaer for kundenummer
funnet i tekstfeltet i filen, og alle fakturaene vil bli oppgjort med innbetalt
beløp.
- Kontonr. + Beløp = Sum faktura
- Et søk vil bli gjort etter alle kunder som har angitt kontonummer og
åpne poster. EBF-systemet vil da begynne å gjøre opp fakturaene som er funnet, fra den
eldste fakturaen og utover.
Bokføring
- Banktrans pr. dato
- Banktransaksjoner blir postert pr. dato.
- Banktrans pr. arkivreferanse/bunt
- Banktransaksjoner blir postert pr.
arkivreferanse/bunt.
- Banktrans pr. transaksjonsreferanse
- Banktransaksjoner blir postert pr.
transaksjonsreferanse.
- Poster restbeløp i egen kundepost når fakturaref. mangler
- Restbeløpet blir postert hvis ikke referanser blir funnet. Hvis du
ikke har kryss i dette feltet blir restbeløpet oppgjort mot åpne poster sortert etter
den eldste datoen først.
- Poster avvikspost pr. behandlet post
- En avvikspost pr. betaling med beløpsavvik blir
produsert.
- Benytt reskontro ved avvikspost
- Feltet er ikke i bruk.
- Benytt "Motreferanse"-tabellen ved remittering
- Feltet Motref. benyttes
ikke på bilagslinjen, men tabellen Motreferanse benyttes i stedet
ved remittering.
- Benytt "Motreferanse"-tabellen ved innbetaling
- Feltet Motref. benyttes
ikke på bilagslinjen, men tabellen Motreferanse benyttes i stedet
ved innbetalinger.
Egenskap |
Verdi |
Beskrivelse |
Synlig som standard |
Ja |
Dette feltet er som standard synlig i tabellvisningen. |
Domene |
Betalingsbehandling |
Heltall |
SQL-navn |
CIDProc |
Navnet på databasefeltet. |
Nummer |
6834 |
|