Valideringsregler för datainläsningar i Financial Consolidation

När du har klickat på Läs in data i dialogrutan Läs in data startas valideringsprocessen och resultaten visas. Resultaten inkluderar följande element:

  • Antal validerade enheter.
  • Antal enheter som har lästs in.
  • Antal enheter som en varning har loggats för.

    En varning visar att data har lästs in och att eventuella inkonsekventa data har loggats.

  • Antal enheter som ett fel har loggats för.

    Enheter med fel hoppas över vid datainläsning.

Ladda ned en logg om varningar eller fel har upptäckts i samband med valideringen.

ExchangeRate-data läses in baserat på de perioder som du väljer i dialogrutan Läs in data.

Validering av en finansdatainläsning

Finansdata läses in från integreringstabellerna för BudgetingMain och FactsTransactionCurrency.

Validering av en ekonomisk datainläsning körs endast för enheter och perioder som du väljer i dialogrutan Läs in data.

Poster i tabellerna BudgetingMain och FactsTransactionCurrency får endast referera till basposter för affärsobjekt. Ett fel loggas om data läses in i överordnade objekt.

För validering måste affärsobjektsposter vara tillgängliga i Business Modeling och måste publiceras. I annat fall loggas ett fel.

Den här listan visar under vilka villkor valideringsfel och varningar loggas:

  • Enhetsfältet måste ha en giltig referens till affärsobjektposten Enheter. I annat fall loggas ett fel.
  • Värden i fälten Enhet och Koncernintern måste skilja sig åt. Annars kommer data från tabellen BudgetingMain att läsas in i det externa elementet i den koncerninterna dimensionen och posterna från tabellen FactsTransactionCurrency ignoreras. I båda fallen loggas en varning.
  • Fältet Koncernintern måste ha en giltig referens till posten Koncerninternt affärsobjekt. Annars läses data in från tabellen BudgetingMain in i det externa elementet i dimensionen Koncernintern. I så fall ignoreras poster från FactsTransactionCurrency-tabellen och exkluderas från en datainläsning. I båda fallen loggas en varning.
    Obs!

    Vi rekommenderar att du lämnar fältet Koncernintern tomt för externa transaktioner.

  • Om fältet Koncernintern för en post har fyllts i måste värdet för den koncerninterna egenskapen för det refererade koncernkontot vara True. I annat fall loggas en varning.
  • Fältet Konto måste ha en giltig referens till affärsobjektposten Konton. I annat fall loggas ett fel.
  • Om ett ID som refererar till koncernkontot inte har angetts eller ett ID som refererar till ett element i Koncernkontodimensionen inte är giltigt, för konton av typen A, L, E och R, läses data in på det otilldelade elementet i koncernkontodimensionen. En varning loggas. Poster med statistiska konton av typerna S, M, T och O hoppas över och en varning loggas.
  • Om fältet Valuta i tabellen BudgetingMain är tomt eller om värdet inte matchar konfigurationen för enhetsparametrar loggas ett fel.
  • Om fältet Valuta i tabellen FactsTransactionCurrency är tomt eller om värdet är ogiltigt loggas ett fel.
  • Valutakursen måste finnas för alla valutor i båda integrationstabellerna. Det innebär att varje lokal valuta måste ha en valutakurs för alla koncernvalutor. En varning loggas om en valutakurs saknas i någon kombination av lokal valuta/koncernvaluta.
    Obs!

    I tabellen FactsTransactionCurrency kan fältet Valuta vara NULL. I tabellen BudgetingMain har fältet Valuta en INTE NULL-restriktion.

  • Fältet Nivå måste vara tomt eller ha en giltig referens till motsvarande element i nivådimensionen. Värdet för Importattributet för det motsvarande elementet måste vara True. Om motsvarande element inte finns i dimensionen eller om värdet för elementets importattribut är False kommer datarader att hoppas över och en varning loggas.
    Obs!

    Attributet Importera konfigureras i Business Modeling. Välj Moduler > Konsolidering > Kärna och klicka på Datahantering. Välj attributet Importera för de obligatoriska elementen i fliken Inmatning eller import av enhetsnivåer.

  • Tabellerna BudgetingMain och FactsTransactionCurrency måste innehålla data för de markerade enheterna och perioderna. Tabellen ExchangeRate måste innehålla data för de valda perioderna. I annat fall loggas en varning.
  • Anpassade affärsobjekt som har definierats som segment 1, 2 eller 3 måste ha en giltig referens till motsvarande post i ett anpassat affärsobjekt. Motsvarande post måste vara ett underordnat affärsobjekt. I annat fall loggas en varning.

    Följande tabell visar hur validering tillämpas för tillgängliga segmentkonfigurationer i Consolidation-kärnanvändning:

    Segment 1 Segment 2 Segment 3 Validering
    Nej Nej Nej Ingen validering
    Ja Nej Nej Ja, segment 1
    Ja Ja Nej Ja, segment 1 och 2
    Ja Ja Ja Ja, segment 1, 2 och 3
  • För poster som innehåller mellansegmentsinformation måste dessa villkor uppfyllas:
    • Motsvarande post måste finnas i motsvarande affärsobjekt för koncerninternt partnersegment. I annat fall loggas en varning.
    • Motsvarande post kan inte vara ett överordnat element i motsvarande affärsobjekt för koncerninternt partnersegment. I annat fall loggas en varning.
    • Segment- och koncernintern information måste anges i en post. I annat fall loggas en varning.
    • Mellansegmentsinformation måste anges i en post om segment- och koncernintern information anges. I annat fall loggas en varning.

    Den här tabellen visar hur validering tillämpas för tillgängliga segmentkonfigurationer för koncernintern partner i Consolidation Core:

    Segment 1 Segment 2 Segment 3 Validering
    Nej Nej Nej Ingen validering
    Ja Nej Nej Ja, koncerninternt partnersegment 1
    Ja Ja Nej Ja, koncerninternt partnersegment 1 och 2
    Ja Ja Ja Ja, koncerninternt partnersegment 1, 2 och 3
  • Fältet ScheduleDetailID från integrationstabellen i BudgetingMain måste ha en giltig referens till affärsobjektposten Schemadetaljer. I annat fall loggas ett fel. Detta gäller inte om scheman inte används. Det vill säga, om scheman inte har konfigurerats i kärnkonsolideringsmodulen och inte tilldelats någon affärsobjektpost för Koncernkonton.

    Följande tabell visar hur validering tillämpas för olika schemakonfigurationer:

    Konto med schema Schema med ingående balans Schema med underscheman Period Inläsning för att schemalägga element Validering
    Nej Nej Nej Valfri period Ingen inläsning till dimensionen Schemadetaljer. Ingen validering.
    Ja Nej Nej Valfri period Inläsning till motsvarande detalj, exklusive detalj i ingående balans. Ja.

    Motsvarande affärsobjektspost måste finnas. I annat fall loggas ett fel.

    Ja Ja Nej Period 0 Inläsning till motsvarande detalj i ingående balans. Kontrolleras av Business Modeling. Ingen validering.
    Alla perioder utöver 0 Inläsning till motsvarande detalj. Ja.

    Motsvarande affärsobjektspost måste finnas. I annat fall loggas ett fel.

    Ja Ja Ja Period 0 Inläsning till motsvarande detalj. Ja.

    Motsvarande affärsobjektspost måste finnas. I annat fall loggas ett fel.

    Om inget ID eller felaktigt ID anges, används det förvalda underschemat för ingående balanser för att identifiera till vilket ingående balanselement ingående balanser ska läsas in.

    Alla perioder utöver 0 Inläsning till motsvarande detalj. Ja.

    Motsvarande affärsobjektspost måste finnas. I annat fall loggas ett fel.

    Data från period 0 läses in som ingående balanser till de ingående balanselementen i dimensionen Schemadetaljer. Dessa element för ingående balans styrs av Business Modeling.

    Ett koncernkonto kan tilldelas ett schema. Om inget schema har tilldelats tillämpas följande:

    • Data läses inte in i Schemadetaljdimensionen. Data från period 0 används endast för den beräknade utgående balansen hittills i år för finanskuben i Financial Consolidation.
    • Validering krävs inte för några perioder.

    Om ett koncernkonto har ett schema med en tilldelad ingående balans och inget underschema tillämpas följande:

    • Data från period 0 (ingående balanser) läses in till motsvarande element för ingående balans i dimensionen Schemadetaljer. Det ingående balanselementet styrs av Business Modeling.
    • Data från en annan period än period 0 (periodiska data) läses in i motsvarande schemadetalj. Validering krävs.

    Om ett koncernkonto har ett schema med en ingående balans och ett tilldelat underschema tillämpas följande:

    • Data från period 0 (ingående balanser) läses in till motsvarande element för ingående balans i underschemana. Om schema-ID:t inte matchar motsvarande affärsobjektspost i dimensionen Schema används det förvalda delschemat vid datainläsning.
    • Data från en annan period än period 0 (periodiska data) läses in i motsvarande schemadetalj. Om ett schemadetalj-ID inte finns eller är ogiltigt läses data inte in och ett fel loggas.

    Om ett koncernkonto har tilldelats ett schema utan en ingående balans, så läses data för alla perioder in i motsvarande schemadetalj. Om ett schemadetalj-ID inte finns eller är ogiltigt läses data inte in och ett fel loggas.

Validering av en valutakursinläsning

Data från tabellen ExchangeRate läses in i de valda perioderna. Följande valideringar sker:

  • Den enhetens valuta- och koncernvalutakolumner refererar till en giltig och aktiverad valuta i affärsobjektet Currencies. Om de inte gör det hoppas rader som inte matchar över och en varning loggas.
  • Endast valutakurser av typerna F (balansdagskurser) och PA (periodiska genomsnittskurser) används vid integration. Poster med andra kurstyper hoppas över och en varning loggas.
  • För beräkning av en kurs av typen A (genomsnittskurs) finns de periodiska genomsnittskurserna för föregående räkenskapsårsperiod. Föregående perioder måste ha statusen Öppen i Financial Consolidation. I annat fall loggas en varning.