Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Notat
Interessegrupper for fellesskapet har nå flyttet fra Yammer til Microsoft Viva Engage. Hvis du vil bli med i et Viva Engage-fellesskap og delta i de siste diskusjonene, fyller du ut skjemaet Be om tilgang til Finance and Operations Viva Engage Community og velger fellesskapet du vil bli med i.
Når du planlegger og definerer kontoplanen, må du vurdere hvordan de ulike komponentene fungerer sammen når du posterer et dokument eller en journal. Disse komponentene inkluderer kontostrukturer, avanserte regler og belastningsfordeling og faste dimensjoner. Denne artikkelen beskriver hva hver enkelt komponent er og hvordan komponentene fungerer sammen.
Kontoplaner og finansdimensjonskomponenter
Et omfattende regelbasert system brukes til å definere gyldige kombinasjoner av hovedkontoer og finansdimensjonsverdier. Denne delen gir en kort oversikt over funksjonaliteten for hver komponent, og forklarer hvor du kan finne komponenten.
Kontostrukturer
Det kreves en kontostruktur når du definerer i finans. Du må definere og aktivere minst én kontostruktur, og du må tilordne den til finans. Kontostrukturen må inneholde hovedkontoen. Du kan definere rekkefølgen på segmenter som passer best for bedriften. Når hovedkontoen er definert, kan systemet bestemme kontostrukturen som brukes. Ved å sette inn hovedkontoen først eller nær begynnelsen av en struktur, kan du bidra til begrense verdiene og også bidra til at systemet bruker den siste kjente gyldige verdien som en standardverdi. Du kan ha opptil 10 ekstra finansdimensjoner i kontostrukturen. Kontostrukturen definerer hvilke dimensjonsverdier som er gyldige i kombinasjon med andre verdier. Den definerer også om dimensjonsverdier må angis.
Avanserte regler
Avanserte regler er en valgfri komponent når du setter opp kontoplanen. Du kan legge til så mange avanserte regler som du vil i en kontostruktur. Avanserte regler brukes ofte til å håndtere scenarier der flere finansdimensjoner må spores når bestemte kriterier er oppfylt. Hvis du for eksempel bruker en utgiftskonto for reise, kan det hende at du vil spore tilleggsinformasjon, for eksempel hendelsen knyttet til den ansattes reise. Hvis det finnes flere avanserte regler, brukes de i alfabetisk rekkefølge, basert på navnene på reglene. Segmentene som legger til en regel, kan bare brukes etter segmentene i kontostrukturen.
Saldofinansdimensjon
Du kan også definere en saldofinansdimensjonen. På Finans-siden kan du definere hvilken finansdimensjon som skal balanseres. Deretter, når transaksjoner posteres til den finansdimensjonen, vil systemet automatisk opprette og legge inn oppføringer for å balansere finansdimensjonen.
Standard/faste finansdimensjoner for hovedkontoen
Standarddimensjoner kommer fra ulike steder, for eksempel hovedposter (kunde- eller leverandørposter), dokumenthoder og hovedkontoen. Denne artikkelen beskriver standarddimensjoner på hovedkontoen etter juridisk enhet. Du kan definere om en hovedkonto har en Ikke fast eller Fast verdi for hver finansdimensjon som brukes på tvers av alle kontostrukturer for finans. Hvis en finansdimensjon er Ikke fast, brukes en standardverdi, men denne verdien kan overskrives. Dette gjelder for alle standardverdier i systemet, også standardverdier som kommer fra hovedposter. Hvis en finansdimensjon er satt til en Fast verdi, brukes alltid denne verdien, uansett om den kom fra et sted som en standardverdi eller brukeren registrerte den.
Rekkefølgen som dimensjoner brukes i ved postering
Folk har ofte spørsmål om rekkefølgen de forskjellige komponentene kjører i. Det er svært viktig at du forstår rekkefølgen som standarddimensjoner brukes i, siden dette påvirker tilnærmingen din til oppsettet.
Notat
Denne informasjonen gjelder bare for bruk av standarddimensjoner i programmet. Hvis du importerer data ved hjelp av Microsoft Excel eller Databehandlingsrammeverk, er virkemåten forskjellig.
Eksempel 1
Kontostruktur
| Hovedkonto | Forretningsenhet | Avdeling | Kostsenter |
|---|---|---|---|
| Alle verdier er tillatt. | Alle verdier er tillatt. | Alle verdier er tillatt. | Alle verdier er tillatt. |
Hovedkonto
| Hovedkonto | Navn | Juridisk enhet | Avdeling |
|---|---|---|---|
| 401100 | Produktsalg | USMF | Fast – 022 Salgs- og markedsføringsavdeling |
Illustrasjonen nedenfor viser den faste standarddimensjonen som er angitt for hovedkontoen 401100.
I dette svært enkle eksemplet skal vi registrere en økonomijournal der avdelingsdimensjonen er satt til å bruke standardverdien 023 (Operasjoner). Vi vil registrere og postere en finanskonto. Illustrasjonen nedenfor viser standard finansdimensjonen i økonomimodulhodet.
Standarddimensjonen i journalhodet fører til at avdeling 023 brukes som standard på salgskontolinjen. Illustrasjonen nedenfor viser den økonomijournallinjen, der standarddimensjonsverdien 023 fra hodet brukes.
Når linjen posteres, brukes imidlertid den faste dimensjonen, og linjen posteres til avdeling 022. Illustrasjonen nedenfor viser det posterte bilaget, der den faste dimensjonen brukes for salgskontoen.
Eksempel 2
Dette eksemplet bruker samme oppsett som det første eksemplet. Vi vil imidlertid legge til en annen komponent og bruke avdelingsdimensjonen som balansedimensjon. I illustrasjonen nedenfor er Avdeling angitt som den balanserende finansdimensjonen for USMF-finans.
Når det samme journalhodeoppsettet brukes, og den samme transaksjonen posteres, brukes den faste dimensjonen først. Balanseringslogikken brukes deretter for å garantere at hver avdeling har en balansert oppføring. Illustrasjonen nedenfor viser bilagstransaksjonene som inkluderer balanseoppføringen etter at den faste dimensjonen er brukt.
Eksempel 3
I dette eksemplet skal vi legge til en avansert regel. Den avanserte regelen angir at hvis salgskonto 401100 og avdeling 022 (salg og markedsføring) brukes, skal systemet spore et ekstra segment kalt kunde.
Dette eksemplet er viktig på grunn av rekkefølgen. Kontostrukturen bestemmes når hovedkontoen er angitt. Hvis du refererer til kontostrukturoppsettet, kan systemet fastslå at hovedkontoen, forretningsenheten, avdelingen og kostsenteret er relevante. Den avanserte regelen er ennå ikke utløst fordi faste dimensjoner ikke brukes før standarddimensjoner er brukt for journalbilaget under postering. I illustrasjonen nedenfor vies ikke kundesegmentet fordi kriteriene for den avanserte regelen ikke er oppfylt.
Posteringen vil ikke lykkes fordi den faste dimensjonen ble brukt på slutten av prosessen. Dimensjonsvalidering bestemmer at kundesegmentet er nødvendig hvis hovedkontoen er 401100 og avdelingen 022. Postering kan ikke skje på grunn av valideringsfeilen. Illustrasjonen nedenfor viser meldingen som vises når dimensjonsvalidering angir at kunde er et nødvendig segment.
I dette eksemplet må du overskrive standardverdien slik at den avanserte regelen utløses og du kan angi kundesegmentet. Denne løsningen er imidlertid ikke alltid mulig, og noen brukere er ikke en gang klar over posteringsreglene. Det er derfor viktig at du forstår rekkefølgen som standarddimensjoner brukes i når du setter opp kontoplanen.
For å oppnå det du vil i dette eksemplet, kan du endre konfigurasjonen på flere måter. Du kan for eksempel opprette en ny kontostruktur for salgskontoer og inkludere kundesegment i strukturen. Du kan også legge til flere rader i en eksisterende kontostruktur, og angi hovedkontoen og gyldige avdelingsverdier. Deretter, i den ekstra kundestrukturen, kan det være nyttig å ha en egen kontostruktur for salgskontoer der kundesegmentet er til stede.
Tilleggsressurser
Noen av følgende ressurser refererer til en tidligere versjon av programvaren. Mye av informasjonen om bruken av standarddimensjoner og mange av begrepene er imidlertid de samme i den tidligere versjonen, og referansene er fremdeles gyldige.
Balanserte journaler for interenhetsregnskap
Planlegging av kontoplanen i AX 2012 (blogg) – Denne koblingen går til del 1 av en serie på sju deler.