Ax Moving Average

I denne serien skal vi diskutere den bevegelige gjennomsnittskostnadsmetoden ved å dekke følgende emner: Først presenterer vi den bevegelige gjennomsnittlige kostnadsmetoden. Moving gjennomsnitt er en inventar evalueringsmetode som reevaluerer inventar verdi i kronologisk rekkefølge av posting transaksjoner, og det kan brukes til å beregne gjennomsnittskostnaden for den nåværende sluttbeholdningen. Når kvitteringstransaksjoner inngår kronologisk i gjennomsnittlig beregning i henhold til ordren der transaksjonene registreres i systemet. Når utstedelse av transaksjon s er tildelt den nåværende aktive flytende gjennomsnittlige kostnaden ved opptakstidspunktet, og kostnadene ved lagerproblemer ikke endres selv om innkjøpsprisene (pris i leverandørfakturaen) endres. I det følgende eksemplet skal vi illustrere hvordan vi kan sette opp de bevegelige gjennomsnittlige forutsetningene og deretter hvordan vi kan håndtere prisforskjeller mellom en produktkvittering og leverandørfakturaen. Sett opp forutsetninger for å flytte gjennomsnittet som følger: 1- Sett opp en varemodellgruppe 1.1 - Gå til Lager - og lagerstyring gt Setup gt Inventory gt Produktmodellgrupper. 1.2- Klikk Ny for å opprette en ny varemodellgruppe for å flytte gjennomsnittet. 1.3- På oppsettet FastTab. disse avmerkingsboksene er valgt som standard: Lagerprodukt Post fysisk lager Post finansiell beholdning 1.4- På Lagermodellen FastTab, i Inventory model feltet, velg Flytte gjennomsnitt. Merk av for Inkluder fysisk verdi er ikke tilgjengelig. Men når du bruker glidende gjennomsnitt, er fysiske transaksjoner alltid inkludert i kostnadsberegning. 2- Posteringstyper Proportjonelt kostnadsførte beløp og justeringer må legges opp i hovedbok. For å skille ut de forholdsmessig kostnadsførte beløpene fra andre transaksjoner i General Ledger, har to unike posttyper blitt innført: Prisforskjell for flytende gjennomsnitt Kostnadsrevaluering for flyttende gjennomsnitt 2.1 - Gå til Lager - og lagerstyring gt Setup gt Posting gt Posting. 2.2- På fanen Inventar. klikk på Prisforskjell for flytende gjennomsnitt, og klikk deretter Legg til. I hovedkonto-feltet velger du hovedkontoen du vil bruke. 2.3- Klikk Kostnadsrevaluering for å flytte gjennomsnitt, og gjenta deretter trinn 2.2 for denne kontotypen. 3- Oppsett Produksjonskontrollparametre 3.1 Gå til Produksjonskontroll gt Setup gt Produksjonskontrollparametere. 3.2 På avmerkingen Generelt, under Rapport som ferdig, merk av for Bruk beregnede kostpris. Når denne avkrysningsboksen er valgt, brukes estimert kostpris i stedet for prisen som er registrert på produktmasteren. 3.3 Under Posting, velg Post picking list i hovedbok og Post rapport som ferdig i hovedbok. 3.4. Under Beregning velger du Prisberegning. 4- Konfigurer produktmodellgruppe Siden jeg bruker AX 2012 R3 Demo data, USMF juridisk enhet og artikkelnummer D0007, må jeg gjøre følgende: 4.1- Produktinformasjon management gt Common gt Utgivne produkter gt rediger artikkel D0007 og sørg for å tilordne den bevegelige gjennomsnittlige elementmodellgruppen til elementet. Scenario. Håndtering av prisforskjeller mellom et produktkvittering og fakturaen Hvis noen av elementene i en innkjøpsordre er mottatt, så solgt, og det er en forskjell mellom anslagsprisen for kjøpet (Kostnad når varekvitteringen ble lagt ut) og leverandøren faktura, kan full forskjell mellom fakturert beløp og kvittering ikke regnskapsføres som varelager. I dette tilfellet må du regne forskjellen proporsjonalt. Eksempel. Proportjonelt bekostning en prisforskjell I dette eksemplet legger du inn en faktura på kvittering, og det er en prisforskjell mellom estimert pris og prisen som faktisk er belastet for produktet. Etter at noen av enhetene av kjøpet er solgt og dermed tatt ut av lager igjen, kan verdien av beholdningen ikke være basert på den totale mengden av kjøpet. I dette tilfellet må forskjellen mellom estimert pris og den faktiske prisen på varene som er tatt ut av lagerbeholdningen, brukes. For å utføre eksemplet, følg trinnene: 1- Gå til Kontobetalder gt. Vanlige gt Innkjøpsordrer GT alle innkjøpsordrer. Deretter opprett en ny ordre for å kjøpe fem stykker av en vare nr D0007 og angi en estimert pris på 10,00 per enhet. bekreft deretter innkjøpsordren. 2. For å motta varene, gå til faneblad, og følg produktkvitteringen 3 for å selge to av varen. Gå til Kontofordringer gt. Alminnelig salgsordre gt all salgsordre. Opprett nå en salgsordre for to av varen D0007. Så to ting tas ut av lager igjen på kostnaden av 10,00 hver. Bekreft salgsordren og bearbeid deretter pakken og legg inn fakturaen. 4. Når du mottar fakturaen for innkjøpsordren og oppdager at du faktisk belastes 12,00 per enhet for varen D0007. ikke 10,00 som opprinnelig ble estimert. 5. For å opprette fakturaen, gå tilbake til fakturaen for kjøpsordrefakturafaktura, endre kostnaden per enhet fra kl. 10.00 til 12.00, og legg deretter inn fakturaen. 6. Ekstrakostnaden på 2,00 per enhet kan ikke knyttes til salgsordren, fordi salgsordren allerede er kostet når du mottar fakturaen for de kjøpte produktene. Derfor utfører systemet en proporsjonal beregning, og utgiften på 4,00 (12,00 8211 10,00 215 2 enheter) kostnadsføres på prisforskjellen for flytting av gjennomsnittlig konto. 7- For å se beløp som er oppført på prisforskjellen for å flytte gjennomsnittlig konto basert på en proporsjonal beregning, gå til Faktura-fanen i innkjøpsordren, klikk Faktura 8- Klikk Faktura i fakturajournalformularen. 9. I skjermbildet Voucher-transaksjoner, se beløpet som er oppført i prisforskjellen for å flytte gjennomsnittlig konto i beløpstallet. 10- Vær oppmerksom på følgende: Den gjenværende lagerkvantiteten (3 stk) vil bli oppdatert til 12 når kvitteringen for produktkvitteringen er reversert og leverandørbalansen er registrert. Prisforskjellen for å flytte gjennomsnittlig konto kan bli debitert eller kreditert, avhengig av forskjellen mellom kvitteringsprisen og fakturakostnaden. I neste innlegg vil vi diskutere hvordan å behandle omverdi for å flytte gjennomsnittlig kostnad. Gledelig koster:) DAX inneholder noen statistiske aggregasjonsfunksjoner, for eksempel gjennomsnitt, varians og standardavvik. Andre typiske statistiske beregninger krever at du skriver lengre DAX-uttrykk. Excel, fra dette synspunktet, har et mye rikere språk. De statistiske mønstrene er en samling av vanlige statistiske beregninger: median, modus, glidende gjennomsnitt, prosentil og kvartil. Vi vil gjerne takke Colin Banfield, Gerard Brueckl og Javier Guilln, hvis blogger inspirerte noen av de følgende mønstrene. Grunnmønster Eksempel Formlene i dette mønsteret er løsningen på spesifikke statistiske beregninger. Du kan bruke standard DAX-funksjoner til å beregne gjennomsnittet (aritmetisk gjennomsnitt) av et sett med verdier. GJENNOMSNITT . returnerer gjennomsnittet av alle tallene i en numerisk kolonne. AVERAGEA. returnerer gjennomsnittet av alle tallene i en kolonne, og håndterer både tekst og ikke-numeriske verdier (ikke-numeriske og tomme tekstverdier teller som 0). AVERAGEX. beregne gjennomsnittet på et uttrykk evaluert over et bord. Flytende gjennomsnitt Det glidende gjennomsnittet er en beregning for å analysere datapunkter ved å opprette en rekke gjennomsnitt av forskjellige delsett av hele datasettet. Du kan bruke mange DAX teknikker til å gjennomføre denne beregningen. Den enkleste teknikken bruker AVERAGEX, itererer et bord med ønsket granularitet og beregner for hver iterasjon uttrykket som genererer det enkle datapunktet som skal brukes i gjennomsnittet. For eksempel beregner følgende formel det bevegelige gjennomsnittet for de siste 7 dagene, forutsatt at du bruker en datatabell i datamodellen din. Ved å bruke AVERAGEX beregner du automatisk målingene på hvert granularitetsnivå. Når du bruker et mål som kan aggregeres (for eksempel SUM), kan en annen tilgang basert på CALCULATE være raskere. Du finner denne alternative tilnærmingen i det komplette mønsteret av Moving Average. Du kan bruke standard DAX-funksjoner til å beregne variansen av et sett med verdier. VAR. S. returnerer variansen av verdier i en kolonne som representerer en prøvepopulasjon. VAR. P. returnerer variansen av verdier i en kolonne som representerer hele befolkningen. VARX. S. returnerer variansen til et uttrykk evaluert over et tabell som representerer en prøvepopulasjon. VARX. P. returnerer variansen til et uttrykk evaluert over et bord som representerer hele befolkningen. Standardavvik Du kan bruke standard DAX-funksjoner til å beregne standardavviket for et sett med verdier. STDEV. S. returnerer standardavviket til verdier i en kolonne som representerer en prøvepopulasjon. STDEV. P. returnerer standardavviket til verdier i en kolonne som representerer hele befolkningen. STDEVX. S. returnerer standardavviket til et uttrykk evaluert over en tabell som representerer en prøvepopulasjon. STDEVX. P. returnerer standardavviket til et uttrykk evaluert over en tabell som representerer hele befolkningen. Medianen er den numeriske verdien som skiller den øvre halvdelen av en befolkning fra den nedre halvdelen. Hvis det er et merkelig antall rader, er medianen middelverdien (sortering av rader fra laveste verdi til høyeste verdi). Hvis det er et jevnt antall rader, er det gjennomsnittet av de to middelverdiene. Formelen ignorerer blanke verdier, som ikke anses som en del av befolkningen. Resultatet er identisk med MEDIAN-funksjonen i Excel. Figur 1 viser en sammenligning mellom resultatet returnert av Excel og den tilsvarende DAX-formelen for medianberegningen. Figur 1 Eksempel på medianberegning i Excel og DAX. Modusen er verdien som vises oftest i et sett med data. Formelen ignorerer blanke verdier, som ikke anses som en del av befolkningen. Resultatet er identisk med MODE og MODE. SNGL-funksjonene i Excel, som bare returnerer minimumsverdien når det er flere moduser i settet av verdier som vurderes. Excel-funksjonen MODE. MULT ville returnere alle modi, men du kan ikke implementere det som et mål i DAX. Figur 2 sammenligner resultatet som returneres av Excel med den tilsvarende DAX-formelen for modusberegningen. Figur 2 Eksempel på modusberegning i Excel og DAX. Percentil percentilen er verdien under hvilken en gitt prosentandel av verdiene i en gruppe faller. Formelen ignorerer blanke verdier, som ikke anses som en del av befolkningen. Beregningen i DAX krever flere trinn, beskrevet i Fullmønster-delen, som viser hvordan man får de samme resultatene av Excel-funksjonene PERCENTILE, PERCENTILE. INC og PERCENTILE. EXC. Kvartilene er tre poeng som deler et sett med verdier i fire like grupper, hver gruppe består av en fjerdedel av dataene. Du kan beregne kvartilene ved hjelp av Percentilmønsteret ved å følge disse korrespondansene: Første kvartil lavere kvartil 25. prosentandel Andre kvartilmedian 50. prosentil Tredje kvartil øvre kvartil 75. prosentil Fullstendig mønster Noen få statistiske beregninger har en lengre beskrivelse av det komplette mønsteret fordi Du kan ha forskjellige implementeringer avhengig av datamodeller og andre krav. Flytende gjennomsnitt Vanligvis vurderer du det bevegelige gjennomsnittet ved å referere til granularitetsnivået for dagen. Den generelle malen med følgende formel har disse markørene: ltnumberofdaysgt er antall dager for glidende gjennomsnitt. ltdatecolumngt er datakolonnen i datortabellen hvis du har en eller datakolonnen i tabellen som inneholder verdier hvis det ikke finnes en egen datatabell. ltmeasuregt er målet til å beregne som det bevegelige gjennomsnittet. Det enkleste mønsteret bruker AVERAGEX-funksjonen i DAX, som automatisk bare vurderer de dagene som det er en verdi for. Som et alternativ kan du bruke følgende mal i datamodeller uten datatabell og med et mål som kan aggregeres (for eksempel SUM) over hele perioden som vurderes. Den forrige formelen vurderer en dag uten tilsvarende data som et mål som har 0 verdi. Dette kan bare skje når du har et eget datatabell, som kan inneholde dager for hvilke det ikke er noen tilsvarende transaksjoner. Du kan fikse nevneren for gjennomsnittet ved å bruke kun antall dager for hvilke transaksjoner bruker følgende mønster, hvor: ltfacttablegt er tabellen relatert til datatabellen og inneholder verdier beregnet av målingen. Du kan bruke funksjonene DATESBETWEEN eller DATESINPERIOD i stedet for FILTER, men disse fungerer bare i en vanlig datatabell, mens du kan bruke det ovenfor beskrevne mønsteret også til ikke-vanlige datatabeller og til modeller som ikke har datortabell. For eksempel vurdere de forskjellige resultatene som produseres av følgende to tiltak. I figur 3 kan du se at det ikke er salg på 11. september 2005. Denne datoen er imidlertid inkludert i datortabellen, slik at det er 7 dager (fra 11. september til 17. september) som bare har 6 dager med data. Figur 3 Eksempel på en flytende gjennomsnittlig beregning vurderer og ignorerer datoer uten salg. Tiltaket Moving Average 7 Days har et lavere nummer mellom 11. september og 17. september fordi det vurderer 11. september som en dag med 0 salg. Hvis du vil ignorere dager uten salg, må du bruke målet Moving Average 7 Days No Zero. Dette kan være riktig tilnærming når du har en komplett datortabell, men du vil ignorere dager uten transaksjoner. Ved hjelp av den flytende gjennomsnittlige 7-dagers formel, er resultatet riktig, fordi AVERAGEX bare vurderer bare ikke-tomme verdier. Husk at du kan forbedre ytelsen til et bevegelig gjennomsnitt ved å fortsette verdien i en beregnet kolonne i et bord med ønsket granularitet, for eksempel dato eller dato og produkt. Den dynamiske beregningsmetoden med et mål gir imidlertid muligheten til å bruke en parameter for antall dager i glidende gjennomsnitt (for eksempel erstatte ltnumberofdaysgt med et mål som implementerer Parameter Tabellmønsteret). Medianen tilsvarer den 50. prosentpoeng, som du kan beregne ved hjelp av Persentilmønsteret. Medianmønsteret gjør det imidlertid mulig å optimalisere og forenkle medianberegningen ved hjelp av et enkelt mål, i stedet for de flere tiltakene som kreves av Percentil-mønsteret. Du kan bruke denne tilnærmingen når du beregner medianen for verdier som er inkludert i ltvaluecolumngt, som vist nedenfor: For å forbedre ytelsen, vil du kanskje fortsette verdien av et mål i en beregnet kolonne hvis du vil oppnå medianen for resultatene av et mål i datamodellen. Men før du gjør denne optimaliseringen, bør du implementere MedianX-beregningen basert på følgende mal, ved å bruke disse markørene: ltgranularitytablegt er tabellen som definerer beregningens granularitet. For eksempel kan det være datatabellen hvis du vil beregne medianen til et mål beregnet på dagnivå, eller det kan være VALUES (8216DateYearMonth) hvis du vil beregne medianen til et mål beregnet på månedenivå. ltmeasuregt er målet for å beregne for hver rad av ltgranularitytablegt for medianberegningen. ltmeasuretablegt er tabellen som inneholder data som brukes av ltmeasuregt. For eksempel, hvis ltgranularitytablegt er en dimensjon som 8216Date8217, vil ltmeasuretablegt være 8216Internet Sales8217 som inneholder kolonnen for Internett-salgsmengde summet av Internett Total Sales-måleen. For eksempel kan du skrive medianen av Internett Total Salg for alle Kunder i Eventyrverker som følger: Tips Følgende mønster: brukes til å fjerne rader fra ltgranularitytablegt som ikke har tilsvarende data i gjeldende utvalg. Det er en raskere måte enn å bruke følgende uttrykk: Du kan imidlertid erstatte hele CALCULATETABLE uttrykket med bare ltgranularitytablegt hvis du vil vurdere tomme verdier av ltmeasuregt som 0. Utførelsen av MedianX-formel avhenger av antall rader i tabell iterated og på kompleksiteten av tiltaket. Hvis ytelsen er dårlig, kan du fortsette med det lette resultatet i en beregnet kolonne av lttablegt, men dette vil fjerne muligheten til å bruke filtre til medianberegningen på spørringstidspunktet. Percentile Excel har to forskjellige implementeringer av percentilberegning med tre funksjoner: PERCENTILE, PERCENTILE. INC og PERCENTILE. EXC. De returnerer alle K-th-prosentverdien, hvor K er i området 0 til 1. Forskjellen er at PERCENTILE og PERCENTILE. INC anser K som et inkluderende utvalg, mens PERCENTILE. EXC anser K-området 0 til 1 som eksklusiv . Alle disse funksjonene og deres DAX-implementeringer mottar en prosentilverdi som parameter, som vi kaller K. ltKgt-prosentilverdien ligger i området 0 til 1. De to DAX-implementeringene av percentil krever noen tiltak som er liknende, men forskjellige nok til å kreve to forskjellige sett med formler. Tiltakene som er definert i hvert mønster er: KPerc. Den prosentile verdien det tilsvarer ltKgt. PercPos. Punktilstandens posisjon i det sorterte sett av verdier. ValueLow. Verdien under prosentilstanden. ValueHigh. Verdien over prosentilposisjonen. Percentil. Den endelige beregningen av percentilen. Du trenger ValueLow og ValueHigh-målene hvis PercPos inneholder en desimaldel, fordi du må interpolere mellom ValueLow og ValueHigh for å returnere riktig prosentilverdi. Figur 4 viser et eksempel på beregningene som ble gjort med Excel - og DAX-formler, ved hjelp av begge algoritmer av prosentil (inklusiv og eksklusiv). Figur 4 Percentile beregninger ved hjelp av Excel-formler og tilsvarende DAX-beregning. I de følgende avsnittene utfører Percentile-formlene beregningen på verdier lagret i en tabellkolonne, DataValue, mens PercentileX-formlene utfører beregningen på verdier returnert av et mål beregnet ved en gitt granularitet. Percentil Inklusiv Percentil Inklusiv implementering er følgende. Percentil Eksklusiv Percentil Eksklusiv implementering er følgende. PercentileX Inklusive PercentileX Inklusiv implementering er basert på følgende mal, ved hjelp av disse markørene: ltgranularitytablegt er tabellen som definerer beregningens granularitet. For eksempel kan det være datatabellen hvis du vil beregne percentilen til et mål på dagens nivå, eller det kan være VALUES (8216DateYearMonth) hvis du vil beregne percentilen av et mål på månedenivået. ltmeasuregt er målet for å beregne for hver rad av ltgranularitytablegt for percentilberegning. ltmeasuretablegt er tabellen som inneholder data som brukes av ltmeasuregt. For eksempel, hvis ltgranularitytablegt er en dimensjon som 8216Date, 8217, så vil ltmeasuretablegt være 8216Sales8217 som inneholder summekolonnen summert av totalbeløpsmålet. For eksempel kan du skrive PercentileXInc av Total Salg for alle datoene i datatabellen som følger: PercentileX Exclusive PercentileX Exclusive implementeringen er basert på følgende mal, med samme markører som brukes i PercentileX Inclusive: For eksempel, du kan skrive PercentileXExc av Total Salg for alle datoene i datatabellen som følger: Hold meg informert om kommende mønstre (nyhetsbrev). Fjern merket for å laste ned filen fritt. Publisert 17. mars 2014 avAnswers til vanlige spørsmål om flytting av gjennomsnittlig kostnad i Microsoft Dynamics AX 2012 Gjennomføringsmetoden for flytting av gjennomsnittlig beholdning er lagt til i Microsoft Dynamics AX 2012. Denne metoden for verdsettelse av lager brukes ofte av forhandlere og grossistdistributører. En fjerde produktdimensjon (stil) er lagt til for bedre å aktivere lagerbeholdningsenhet (SKU) - støtte på tvers av Microsoft Dynamics AX. I tillegg er støtte for høyvolumsalgsprosessering lagt til ved å muliggjøre import av salgsfakturaer uten å kreve tilknyttede salgsordrer. Det er noen nyttige Technet-artikler om Moving Average: 1. Hva er de grunnleggende forskjellene mellom vektet gjennomsnitt og gjennomsnittlig gjennomsnittlig metode: Vektet gjennomsnitt i AX er faktisk et periodisk vektet gjennomsnitt. Veidet gjennomsnittlig dato er et retrospektivt evigvektet gjennomsnitt (Som tidsstempel ikke benyttes beregnes gjennomsnittet per dag) Flytende gjennomsnitt er et rent evigvektet gjennomsnitt 2. Med den bevegelige gjennomsnittlige metoden, hva skjer med justerings - og lukkingsprosessene Er det en revaluering som skjer Justeringene skjer i sanntid. Dette betyr at IC som sådan egentlig ikke justerer transaksjonene. En oppskrivning kan når som helst bli publisert som en manuell prosess. 3. Gjør månedens sluttprosess revalue transaksjoner knyttet til enkel produksjon. BOM-bevegelsene blir revurdert. Råmaterialet problemet ved nåværende MWA kostnad. FG-post til nåværende beregnet kostnad. Hvis FG fremdeles er på lager når du avslutter produksjonsordren, går det en forskjell på inventar av FG. Hvis FG allerede er konsumert, vil justeringen bli lagt opp til prisforskjellkontoen (Expensed) 4. Hvordan håndterer systemet kjøpesum variansen der det er andre forskjeller. kostnader inkludert i kvitteringskostnaden. Eks: Produktleverandørkostnader 20,00 enhet Manglende belastning for lastebiltransport er 2,50 stk. avgifter er lagt inn som en del av fakturaen, disse vil bli sett på som materialkostnad og proporsjonal distribuert som verdien mellom produktkvitteringspris og faktura pris. I tilfelle Misc. kostnad er oppført etter fakturaen vil det bli kostnadsført til prisforskjellkontoen 5. Gjør lagerreguleringsskrifter. lagerbevegelsestabeller, overføringsjournaler, varekommentarer justerer glidende gjennomsnitt. Overføringsjournaler justerer ikke MWA med mindre dimensjonene du overfører mellom, blir finansielt sporet. Telling av tidsskrifter alltid bare poste på nåværende MWA Andre tidsskrifter som standard innlegg i glidende gjennomsnitt, men brukeren kan velge å overstyre for kvitteringer (Utgaver oppstår alltid ved nåværende MWA) Spesiell takk til Anders Even Girke for å gi ytterligere informasjon om dette emnet. Jeg har laget et lite scenario, jeg har fakturert en innkjøpsordre for et materiale. Deretter lagde jeg en tellerjournal, hvis den regnes som kvantum er mindre enn originalen, viser både fysiske og økonomiske kuponger hva jeg forventer å se, men hvis den tellte mengden er mer, blir ingen kupong gjort 8230 I39m ved bruk av AX 2012 R3 CU8, siktet gjennomsnittlig datequot elementmodellgruppe for elementene. Alle transaksjoner samme dag. Hva kan være grunnen til at når du legger inn en tellet mengde gt på hånden, er det ikke oppgitt en kupong. Jeg driver en oppskrivningsprosess, men likevel den samme.