Valideringsregler for datainnlasting i Financial Consolidation

Når du har klikket på Last inn data i dialogboksen Last inn data, startes valideringsprosessen og resultatene oppgis. Resultatene inkluderer disse elementene:

  • Antall validerte enheter.
  • Antall enheter som ble lastet inn.
  • Antall enheter som en advarsel ble logget for.

    En advarsel angir at data er lastet, og at det finnes datainkonsekvenser for dem som har blitt logget.

  • Antall enheter som en feil er logget for.

    Enheter med feil hoppes over i løpet av en datainnlasting.

Last ned en logg hvis det er oppdaget advarsler eller feil ved validering.

ExchangeRate-data lastes inn basert på periodene du velger i dialogboksen Last inn data.

Validering av en økonomisk datainnlasting

Økonomiske data lastes fra integreringstabellene BudgetingMain og FactsTransactionCurrency.

Validering av en økonomisk datainnlasting kjøres kun for enheter og perioder du velger i dialogboksen Last inn data.

Poster i tabellene BudgetingMain og FactsTransactionCurrency kan kun referere til basisoppføringer for forretningsobjekter. En feil blir logget hvis data lastes inn i overordnede elementer.

For valideringsformål må forretningsobjekter være tilgjengelige i Business Modeling og må være publisert. Ellers logges en feil.

Denne listen viser betingelser som valideringsfeil og advarsler logges under:

  • Enhet-feltet må ha en gyldig referanse til forretningsobjektets post Enheter. Ellers logges en feil.
  • Verdier i feltene Enhet og Konserninternt må være forskjellige. Ellers blir data fra tabellen BudgetingMain lastet til Ekstern-elementet i Konserninternt-dimensjonen og poster fra FactsTransactionCurrency-tabellen ignoreres. I begge tilfeller logges det en advarsel.
  • Konserninternt-feltet må ha en gyldig referanse til posten for Konserninternt-forretningsobjektet. Ellers lastes data fra tabellen BudgetingMain til Ekstern-elementet i Konserninternt-dimensjonen. I dette tilfellet blir poster fra FactsTransactionCurrency-tabellen ignorert og utelates fra en datainnlasting. I begge tilfeller logges det en advarsel.
    Merk

    Vi anbefaler at du lar feltet Konserninternt stå tomt for eksterne transaksjoner.

  • Hvis Konserninternt-feltet for en post er utfylt, må verdien til Konserninternt-egenskapen til gruppekontoen det refereres til, være True. Ellers logges en advarsel.
  • Konto-feltet må ha en gyldig referanse til forretningsobjekt-oppføringen Kontoer. Ellers logges en feil.
  • For kontoer av typer A, L, E og R, dersom en ID som henviser til gruppekontoen ikke er spesifisert, eller en ID som refererer til et element i Gruppekonto-dimensjonen er ikke gyldig, blir data lastet inn Ikke-tilordnet elementet i Gruppekonto-dimensjonen. En advarsel blir logget. Poster med statistiske kontoer av typene S, M, T og O hoppes over, og en advarsel logges.
  • Hvis Valuta-feltet i tabellen BudgetingMain er tomt eller verdien ikke stemmer overens med konfigurasjonen for enhetsparameterne, logges det en feil.
  • Hvis valutafeltet i tabellen FactsTransactionCurrency er tomt eller verdien er ugyldig, logges det en feil.
  • Valutakursen må finnes for alle valutaer i begge integreringstabellene. Det vil si at hver lokal valuta må ha en valutakurs for alle gruppevalutaer. En advarsel logges hvis en vekslingskurs mangler i en valutakombinasjon for lokal valutagruppe.
    Merk

    I tabellen FactsTransactionCurrency kan valuta-feltet være NULL. I tabellen BudgetingMain har valutafeltet en NOT NULL-begrensning.

  • Nivå-feltet må være tomt eller ha en gyldig referanse til det korresponderende elementet i Nivå-dimensjonen. Verdien til Import-attributtet for det korresponderende elementet må være True. Hvis det korresponderende elementet ikke eksisterer i dimensjonen eller hvis verdien til elementets importattributt er False, hoppes datarader over og en advarsel logges.
    Merk

    Importer-attributtet er konfigurert i Business Modeling. Velg Moduler > Konsolidering > Kjerne og klikk på Dataadministrasjon. På fanen Enhetsnivåer – Registrering eller import velger du Importer-attributtet for de nødvendige elementene.

  • Tabellene BudgetingMain og FactsTransactionCurrency må inneholde data for de valgte enhetene og periodene. Tabellen ExchangeRate må inneholde data for de valgte periodene. Ellers logges en advarsel.
  • Egendefinerte forretningsobjekter som er definert som Segment 1, 2 eller 3 må ha en gyldig referanse til den tilsvarende posten i et egendefinert forretningsobjekt. Den tilsvarende oppføringen må være et underordnet forretningsobjekt. Ellers logges en advarsel.

    Denne tabellen viser hvordan validering brukes for tilgjengelige segmentkonfigurasjoner i Consolidation Core:

    Segment 1 Segment 2 Segment 3 Validering
    Nei Nei Nei Ingen validering
    Ja Nei Nei Ja, Segment 1
    Ja Ja Nei Ja, Segment 1 og 2
    Ja Ja Ja Ja, Segment 1, 2, og 3
  • For oppføringer som inneholder intersegmentinformasjon, må disse betingelsene oppfylles:
    • Den tilsvarende oppføringen må finnes i tilsvarende forretningsobjekt for Konserninternt Partnersegment. Ellers logges en advarsel.
    • Den tilsvarende oppføringen kan ikke være et overordnet element i tilsvarende forretningsobjekt for Konserninternt Partnersegment. Ellers logges en advarsel.
    • Segment og konsernintern informasjon må angis i en post. Ellers logges en advarsel.
    • Intersegmentinformasjon må angis i en post hvis segment og konsernintern informasjon er angitt. Ellers logges en advarsel.

    Denne tabellen viser hvordan validering brukes for tilgjengelige Konsernintern Partner segmentkonfigurasjoner i Consolidation Core:

    Segment 1 Segment 2 Segment 3 Validering
    Nei Nei Nei Ingen validering
    Ja Nei Nei Ja, konserninternt partnersegment 1
    Ja Ja Nei Ja, konserninternt partnersegment 1 og 2
    Ja Ja Ja Ja, konserninternt partnersegment 1, 2, og 3
  • ScheduleDetailID-feltet fra integrasjonstabellen BudgetingMain må ha en gyldig referanse til forretningsobjekt-posten for Tidsplandetaljer. Ellers logges en feil. Dette gjelder ikke hvis tidsplaner ikke brukes. Det vil si at hvis tidsplaner ikke er konfigurert i Kjerne-konsolideringsmodulen og ikke er tilordnet til en forretningsobjekt-oppføring for Gruppekontoer.

    Denne tabellen viser hvordan validering brukes for forskjellige tidsplankonfigurasjoner:

    Konto med tidsplan Tidsplan med inngående balanse Tidsplan med deltidsplaner Periode Last inn til tidsplanelement Validering
    Nei Nei Nei Enhver periode Ingen last inn i tidsplandetaljdimensjonen. Ingen validering.
    Ja Nei Nei Enhver periode Last inn til den tilsvarende detaljen, unntatt inngående balanse-detaljen. Ja.

    Den tilsvarende forretningsobjekt-oppføringen må finnes. Ellers logges en feil.

    Ja Ja Nei Periode 0 Last inn til den tilsvarende inngående balanse-detaljen. Kontrollert av Business Modeling. Ingen validering.
    Enhver annen periode enn 0 Last inn til tilsvarende detalj. Ja.

    Den tilsvarende forretningsobjekt-oppføringen må finnes. Ellers logges en feil.

    Ja Ja Ja Periode 0 Last inn til tilsvarende detalj. Ja.

    Den tilsvarende forretningsobjekt-oppføringen må finnes. Ellers logges en feil.

    Hvis ingen ID eller feil ID er oppgitt, brukes standard delplan for inngående balanser til å finne ut hvilke elementer for inngående balanse som skal lastes inn i inngående balanser.

    Enhver annen periode enn 0 Last inn til tilsvarende detalj. Ja.

    Den tilsvarende forretningsobjekt-oppføringen må finnes. Ellers logges en feil.

    Data for 0 periode lastes inn som inngående balanser til inngående balanse-elementene i Tidsplandetaljer-dimensjonen. Disse inngående balanse-elementene styres av Business Modeling.

    En gruppekonto kan tilordnes en tidsplan. Hvis en tidsplan ikke er tilordnet, gjelder disse fakta:

    • Data lastes ikke inn til dimensjonen Tidsplandetalj. Data fra 0 periode brukes kun for den beregnede HIÅ-sluttsaldoen til Økonomi-kuben i Financial Consolidation.
    • Validering er ikke obligatorisk for perioder.

    Hvis en gruppekonto har en tidsplan med en tilordnet inngående balanse og ingen delplan tilordnet, gjelder disse faktaene:

    • Data for 0 periode (inngående balanse) lastes inn i det tilhørende inngående balanse-elementet i Tidsplandetaljer-dimensjonen. Dette inngående balanse-elementet kontrolleres av Business Modeling.
    • Data fra en annen periode enn periode 0 (periodisk data), lastes til den tilsvarende tidsplandetaljen. Validering er obligatorisk.

    Hvis en gruppekonto har en tidsplan med en inngående balanse og en delplan tilordnet, gjelder disse faktaene:

    • Data for 0 periode (inngående balanse) lastes inn i det tilhørende inngående balanse-elementet i deltidsplanene. Hvis tidsplan-ID-en ikke stemmer overens med den tilsvarende forretningsobjektposten i Tidsplaner-dimensjonen, brukes standard deltidsplan ved en datainnlasting.
    • Data fra en annen periode enn periode 0 (periodisk data), lastes til den tilsvarende tidsplandetaljen. Hvis en ID for tidsplandetalj ikke finnes eller er ugyldig, blir data ikke lastet inn og det logges en feil.

    Hvis en gruppekonto har en tilordnet tidsplan uten en inngående balanse, lastes data fra en hvilken som helst periode til den tilsvarende tidsplandetaljen. Hvis en ID for tidsplandetalj ikke finnes eller er ugyldig, blir data ikke lastet inn og det logges en feil.

Validering av en valutakurslast

Data fra ExchangeRate-tabellen lastes inn til valgte perioder. Disse valideringene skjer:

  • Denne enhetsvalutaen og gruppevalutakolonnene refererer til en gyldig og aktivert valuta i forretningsobjektet Valutaer. Hvis de ikke gjør det, hoppes rader som ikke samsvarer over, og en advarsel logges.
  • Det vil si at i integrering brukes kun valutakurser av typen F (sluttkurser) og PA (periodisk gjennomsnittlige kurser). Poster med andre kurstyper hoppes over, og en advarsel logges.
  • Det vil si for beregning av en sats av typen A (gjennomsnittssats), finnes de periodiske gjennomsnittskursene for de forrige regnskapsårets perioder. De forrige periodene må ha statusen Åpen i Financial Consolidation. Ellers logges en advarsel.