CasewareDocumentatie
Fixes in Caseware Cloud Opdrachten 2026-10Bekijk de nieuwste updates

Subledger-gegevensreeksen beschreven

Als je grootboektransacties importeert vanuit een CSV- of Excel-bestand, moet je de velden in kaart brengen, zodat de transactiegegevens goed worden weergegeven in de overeenkomst.

In dit onderwerp worden de velden binnen de categorie ACCOUNTGEGEVENS beschreven die voorkomen in de dataset „Algemeen grootboek”.

Let op: sommige velden zijn verplicht om ervoor te zorgen dat bepaalde analytische tests correct functioneren. Raadpleeg de onderstaande beschrijvingen.

Rekeningidentificatiecode(account_id)

Een ID of de rekening waar de boeking in is opgenomen. Deze moet overeenkomen met het rekeningschema.
"1001" of "Bankrekening 1".

Instructies

  • Moet gelabeld zijn om alle transactiegerelateerde functies te laten werken.

  • Saldibalans koppelen aan transactiegegevens.

  • Saldibalans inzoomen in transacties.

  • Voor analytische tests (ingebouwde analysefuncties) is een rekeningnummervereist.

Benodigd

  • Minder dan 5.000 unieke waarden.

  • Komt overeen met geïmporteerde saldibalansrekeningen.

Naam van de rekening (account_main_description)

ID-omschrijving van de rekeningengroep waar de post is geboekt.
Voorbeelden: "Kasgeld", "Materiële vaste activa".

Instructies

Visuele tekstbeschrijving voor accounts.

Ingevoerd door (entered_by)

Gebruikers-ID van degene die de post aanmaakte..

Instructies

Bij deze analytische tests:

  • Vergelijking

  • Ongewone voorwerpen

Datum van invoer (entered_date)

De daadwerkelijke datum en tijdstip waarop de boeking in het grootboek is geboekt (gevalideerd) – automatisch door het systeem gegenereerd – komen niet noodzakelijkerwijs overeen met de datum waarop de boeking in het grootboek is geboekt.

Instructies

In de analytische test voor ongebruikelijke items.

Benodigd

De datumnotatie moet correct zijn ingesteld:

Dag

D Eén cijfer voor dagen onder de 10 (bijvoorbeeld 2 voor de 2e dag van de maand)

DD Twee cijfers (bijvoorbeeld 02 voor de 2e dag van de maand)

DDD Dag van het jaar (bijvoorbeeld 365 voor 31 december)

DDDD Driecijferige dag van het jaar (bijvoorbeeld 002 voor 2 januari)

Maand

M Eén cijfer voor maanden onder 10 (bijvoorbeeld 4 voor april)

MM Twee cijfers (bijvoorbeeld 04 voor april)

MMM Afkorting van drie letters (bijvoorbeeld Apr voor april)

MMMM Volledige maandnaam (bijvoorbeeld april)

Jaar

YY Twee cijfers (bijvoorbeeld 19 voor 2019)

YYYY Vier cijfers (bijvoorbeeld 2019)

Tijd

H HH: Uren in 24-uurs tijd (bijvoorbeeld 0 voor middernacht, 23 voor 23 uur)

h hh: Uren in 12-uurs tijd gebruikt met AM/PM (bijvoorbeeld 1 voor 1 AM, 12 voor middag)

k kk: Uren in 24-uurs tijd van 1 tot 24 (bijvoorbeeld 1 voor 1 AM, 24 voor middernacht)

a A: Post of ante meridiem (bijvoorbeeld am voor ochtend, pm voor middag)

m mm: Minuten (bijvoorbeeld 0 voor het begin van het uur, 59 voor de laatste minuut van het uur)

s ss: Seconden (bijvoorbeeld 0 voor het begin van de minuut, 59 voor de laatste seconde van de minuut)

S SS SSS ... SSSSSSSSS: Fractionele seconden (bijvoorbeeld 0 voor geen fractionele seconde, 999999999 voor de laatste fractionele seconde)

Z ZZ: Offset van UTC als +-HH:mm, +-HHmm, of Z (bijvoorbeeld +12:00 voor 12 uur voor UTC)

Voorbeeld transactie

Laten we zeggen dat we een transactie hebben die plaatsvond op 2 april 2019, om 1:30:45 PM met 123 milliseconden, en de UTC-offset is +02:00. Hier zie je hoe het eruit zou zien in verschillende formaten:

  • Datum: 2/4/19 of 02/04/2019

  • Tijd: 1-123-+02-00

Vermelding goedgekeurd door (entry_responsible_person)

Gebruikers-ID van degene die de invoer goedkeurt.

Instructies

In de analytische vergelijkingstest.