Sap Vp Glidande Medelvärde Pris Varians

Ange toleransgränser. I detta steg anger du toleransgränserna för varje toleransnyckel för varje företagskod. När en faktura bearbetas kontrollerar R 3-systemet varje föremål för avvikelser mellan fakturan och inköpsordern eller varukvittot. De olika typerna av Avvikelser definieras i toleransnycklar. Systemet använder följande toleransnycklar för att kontrollera om avvikelser. AN Belopp för artikel utan orderreferens. Om du aktiverar kontrollen av objektbelopp kontrollerar systemet varje rad i en faktura utan orderreferens mot absolut övre gräns definierad. Om du aktiverar kontrollen för objektet kontrollerar systemet specifika linjer i en faktura med orderreferens mot den absoluta övre gränsen som definieras. Vilka fakturaposter som är markerade beror på hur du konfigurerar objektbeloppskontrollen. Systemet kontrollerar balans av fakturan mot den absoluta övre gränsen definierad Om den övre gränsen inte överskrids, skapar systemet automatiskt en postlinje som heter Expense Income från små skillnader, vilket gör balansen noll och tillåter systemet att skicka dokumentet. Systemet beräknar procentuell varians mellan följande förhållanden kvantitet fakturerad i orderpris kvantitetsenheter kvantitet fakturerad i beställningsenheter och kvantitet beställda i orderpris kvantitet enheter kvantitet beställt i orderenheter Systemet jämför variansen med de övre och nedre procentuella toleransgränserna. Systemet beräknar procentuell varians mellan följande kvoter kvantitet fakturerad i orderpris kvantitetsenheter kvantitet fakturerad i orderenheter och varukvitto kvantitet i orderpris kvantitet enheter godtagningskvantitet i orderenheter Systemet jämför variansen med de övre och nedre procentgränserna som definierats. Om ett varukvitto har definierats för en beställningsobjekt och ett varukvittot redan har publicerats multiplicerar systemet nettoprispriset med fakturerade kvantiteter - total kvantitet levererad - total kvantitet fakturerad. Om inget varukvitto har varit de böter, systemet multiplicerar nettopriset med fakturerade kvantiteter - kvantitet som beställts - total kvantitet fakturerad. Systemet jämför resultatet med de absoluta övre och nedre gränserna som definieras. Detta möjliggör relativt stora kvantitetsvariationer för fakturaposter för små mängder, men endast små kvantitetsvariationer för fakturaposter för större mängder. Du kan också konfigurera procentgränser för kvantitetsvarianskontrollen I detta fall beräknar systemet procentavvikelsen från den förväntade kvantiteten oberoende av orderpriset och jämför resultatet med de procentuella gränsvärdena som konfigureras . Systemet utför även en kvantitetsvariantkontroll för planerade leveranskostnader. DW Mängdvariation när GR kvantitet är noll. Om ett varukvitto är definierat för en orderpost men ingen har skrivits upp, multiplicerar systemet nettopriset efter kvantitet fakturerad total kvantitet som fakturerats hittills. Systemet jämför sedan resultatet med den absoluta övre toleransgränsen som definieras. Om du h ave inte behållt toleransnyckel DW för din företagsnummer blockerar systemet en faktura för vilken inget varukvitto har lagts upp än. Om du vill förhindra detta block anger du toleransgränserna för din företagsnummer för toleransnyckel BW för att inte kontrollera . Systemet beräknar det belopp varmed varje leveranskostnadspost varierar från produkten av kvantiteten fakturerade planerade leveranskostnader, planerad kvantitet. Jämförelse av variansen med de övre och nedre gränserna definieras absoluta gränser och procentgränser. Systemet beräknar summan av värdet som faktureras hittills för orderobjektet och värdet på den aktuella fakturan och jämför det med värdet av inköpsordern. Det jämför sedan skillnaden med de övre procentuella och absoluta toleranserna som definieras. antal dagar med vilka fakturan ligger utanför det planerade tidsintervallet Om faktureringsdatumet för posten före validitetsperioden är systemet Beräknar antalet dagar mellan bokningsdatumet och giltighetsperiodens början Om faktureringsdatum för fakturan är efter giltighetsperioden beräknas systemet antal dagar mellan bokningsdatum och slutet av giltighetsperioden. Systemet jämför antalet dagar med den absoluta övre gränsen definierad. Systemet bestämmer hur mycket varje fakturapost varierar från produkten av kvantfakturerade orderpris. Det jämför sedan variansen med de övre och nedre gränserna som definieras absoluta gränser och procentgränser. När Postar en efterföljande debetkredit kontrollerar systemet först om en priskontroll har definierats för efterföljande debiteringskrediter. Om så är fallet beräknar systemet skillnaden mellan värdet på efterföljande debetkreditvärde som fakturerats hittills hittills kvantifierat fakturerade kvantitet som debiteras krediteras och produkt av den mängd som debiteras krediterad orderpris och jämför detta med absoluta gränser och övre och nedre toleransgränser procentuella gränser. Om priset i en beställningspost är markerat som ett uppskattat pris, beräknar systemet för skillnaden mellan fakturavärdet och produkten av kvantfakturerade orderpris och jämför variansen med de definierade övre och nedre toleransgränserna Absoluta gränser och procentuella gränser. När du skickar en efterföljande debetkredit kontrollerar systemet först om en priskontroll har fastställts för efterföljande debiteringspoäng. Om så är fallet beräknar systemet skillnaden mellan värdet på efterföljande debetkreditvärde som fakturerats så länge fakturerade kvantiteter så lång kvantitet som debiteras krediteras och produktkvantiteten som debiteras krediterad orderpris Det jämför sedan variansen med de övre och nedre toleransgränserna definierade absoluta gränser och procentgränser. Systemet beräknar för varje föremål produkten av beloppet planerat leveransdatum - datum faktura inmatas och jämför denna produkt med den absoluta övre gränsen som definieras. Detta möjliggör relativt hög schemaläggning Ulevariationer för fakturaposter för små mängder, men endast små schablonavvikelser för fakturaposter för stora mängder. När en lagerpostlinje skapas som en följd av ett fakturaobjekt beräknar systemet det nya glidande genomsnittspriset som uppstår genom att posta det jämför den procentuella variansen för det nya glidande genomsnittspriset till det gamla priset med de definierade procentuella toleransgränserna. Variabler tillåts inom fördefinierade toleransgränser Om en varians överstiger en toleransgräns, emitterar emellertid ett meddelande som informerar användaren om en övre gräns Utom när BD och VP överskrids, är fakturan blockerad för betalning när du skickar den. Du måste sedan släppa fakturan i ett separat steg. Om toleransgränsen för BD bryts, kan systemet inte skicka fakturan. Notera att om du ställer in alla gränser för en toleransnyckel till Kontrollera inte systemet kontrollerar inte toleransgränsen Därför skulle någon varians accepteras Det här är inte meningsfullt särskilt när det gäller toleransnyckeln Formulera små skillnader automatiskt. Konfigurera toleransgränserna för de individuella toleransnycklarna. Låggräns Övre gräns. Absolut procentandel. Absolut procentandel. Syftet med denna sida är att ge en översikt över toleransfunktionalitet, huvudkonfigurationer, SAP Notes och SAP-dokument Relaterade. Följande avsnitt kommer att förklara om Toleranskontrollfunktionen visar konfigurationer och några tips som kan hjälpa till vid skapandet av fakturor och problemlösning. Leverantörsspecifika toleranskontroller. Med denna tolerans måste du definiera toleransgrupper för varje företagsnummer Du kan tilldela Dessa toleransgrupper till varje leverantör i leverantörens huvudrekord. Du kan definiera följande toleranser. Totalbaserad acceptans Om skillnaden ligger inom toleransområdet genererar systemet automatiskt en skillnadslinje på ett neutralt inkomstkostnadskonto för små skillnader för fakturor med skillnader i debetkredit vid inlämning av fakturan. Totallagd fakturaduktion Om skillnaden ligger inom toleransområdet ställer systemet in skillnaden till ett clearingkonto och genererar ett kreditnota i ett andra dokument för att rensa detta. Systemet använder följande logik 1 Systemet bestämmer skillnaden mellan nettofakturbeloppet brutto Fakturabelopp minus skatter och oplanerade leveranskostnader och nettotillgången av posterna Om nettofakturabeloppet är större är skillnaden positiv om nettofakturabeloppet är mindre, skillnaden är negativ.2 Negativa skillnader a Om den negativa skillnaden är mindre än den absoluta negativa begränsade begränsningsgränsen genererar systemet en postning till ett litet skillnadskonto för denna skillnad b Om den negativa skillnaden är större än den definierade absoluta begränsade gränsen, kontrollerar systemet om den absoluta skillnaden är mindre än den lägre av de absoluta och procentuella lägre gränserna Om så är fallet skapar systemet ett inlägg till ett mindre skillnadskonto Om Detta är inte fallet, systemet kan inte posta fakturan.3 Positiva skillnader a Om den positiva skillnaden är mindre än den positiva lilla skillnadsgränsen som definieras, genererar systemet ett inlägg till ett litet skillnadskonto för denna skillnad. b Om den positiva skillnaden är större än den positiva begränsade begränsningsgränsen och fältet Kontrollera gränsen är inte vald för totalbaserad fakturering, systemet kontrollerar om den positiva skillnaden är mindre än den lägre av de absoluta och procentuella övre gränserna. Om så är fallet Systemet skapar en bokföring till ett mindre skillnadskonto Om det inte är fallet kan systemet inte lägga in fakturan. c Om den positiva skillnaden är större än den positiva begränsade gränsen för begränsning och fältet Kontrollera gränsen väljs för totalbaserad fakturatreduktion systemet kontrollerar om skillnaden är mindre än den lägre av de absoluta och procentuella övre gränserna för totalbaserad fakturering. Om så är fallet, systemet genererar en postering till ett clearingkonto för fakturering och skapar ett kreditmemo-dokument. Om så inte är fallet kan systemet inte lägga fakturan. Systemet försöker inte minska fakturan baserat på summan i följande fall - Om du manuellt reducerat ett fakturapost - Om du manuellt accepterade en skillnad i dokumentrubriken - Om du angav ett kreditnota. I dessa fall kontrollerar systemet direkt om det kan acceptera den positiva skillnaden. Notera Om systemet kan skapa en liten skillnad, ställer den in denna skillnad i det konto som anges i kontobestämning för transaktion DIF Om ingen toleransgrupp tilldelas en leverantör eller om inga toleranser har angivits för den tilldelade toleransgruppen, skapar systemet en skillnadslinje om skillnaden är mindre än toleransen definierad för toleransnyckel BD. Generala toleransgränser. Med denna tolerans kan du ange toleransgränserna för varje toleransnyckel för varje företagskod. När proceduren Siktar en faktura, systemet kontrollerar varje föremål för avvikelser mellan fakturan och inköpsordern eller varukvittot. De olika typerna av avvikelser definieras i toleransnycklar. Systemet använder följande toleransnycklar för att kontrollera avvikelser. AN Belopp för artikel utan orderreferens Om du aktiverar kontrollen av varukontroll kontrollerar systemet varje rad i en faktura utan orderreferens mot den absoluta övre gränsen som definieras. AP Belopp för artikel med orderreferens Om du aktiverar kontrollen av objektet kontrollerar systemet specifika rader i en faktura med orderreferens mot den absoluta övre gränsen som definieras Vilka fakturaposter som är markerade beror på hur du konfigurerar objektbeloppet. BD Formulera små skillnader automatiskt. Systemet kontrollerar fakturans balans mot den absoluta övre gränsen som definieras Om den övre gränsen inte överskrids, skapar systemet automatiskt en postlinje som heter Expense Income from Small Differences, vilket gör att nollbalansen är noll D tillåter systemet att skicka dokumentet. BR Procent OPUn-varians IR före GR Systemet beräknar procentuell varians mellan följande kvoter kvantitet fakturerad i orderpris kvantitet enheter kvantitet fakturerad i beställningsenheter och kvantitet beställd i orderpris kvantitet enheter kvantitet beställd i ordning enheter Systemet jämför variansen med övre och nedre procentuella toleransgränser. BW Procent OPUn-varians GR före IR. Systemet beräknar procentuell varians mellan följande kvoter kvantitet fakturerad i orderpris kvantitetsenheter kvantitet fakturerad i orderenheter och varukvittokvantitet i Orderpris kvantitet enheter varor kvitto kvantitet i orderenheter Systemet jämför variansen med de övre och nedre procentuella gränserna definierade. Q Exceed mängd kvantitet varians. Om ett varukvitto har definierats för en beställningsobjekt och ett varukvittot redan har lagts upp, systemet multiplicerar nettopriset med fakturerade kvantiteter - total kvantitet d Elivered - fakturerade totala kvantiteter Om inget varukvitto har definierats multiplicerar systemet nettopriset med fakturerade kvantiteter. Antal beställda kvantiteter. Totala kvantfakturerade systemet. Systemet jämför resultatet med de absoluta övre och nedre gränserna. Detta möjliggör relativt stora kvantitetsvariationer för Fakturaposter för små mängder, men endast små kvantiteter avvikelser för fakturaposter för större mängder. Du kan också konfigurera procentgränser för kvantitetsvarianskontrollen. I det här fallet beräknar systemet procentavvikelsen från den förväntade kvantiteten, oberoende av orderpriset, och Jämför resultatet med de procentuella gränsvärdena. Systemet utför också en kvantitetsvarianskontroll för planerade leveranskostnader. DW Mängdvariation när GR kvantitet noll Om ett varukvitto definieras för en orderpost men ingen har skrivits upp multipliceras systemet nettoprispriset med kvantfakturerade totala kvantiteter som fakturerats hittills Systemet jämför sedan th E-resultat med den absoluta övre toleransgränsen definierad Om du inte har behållit toleransnyckel DW för din företagsnummer blockerar systemet en faktura för vilken inget varukvitto har lagts upp ännu. Om du vill förhindra detta block anger du toleransgränserna för Ditt företagsnummer för toleransnyckel DW till Kontrollera inte. KW Variation från tillståndsvärdet. Systemet beräknar det belopp varmed varje leveranskostnadspost varierar från produkten av kvantiteten fakturerad planerad leveranskostnad, planerad kvantitet. Det jämför variationen med övre och nedre gränser definierade absoluta gränser och procentuella gränser. LA Antal inköpsorder för beställning Systemet beräknar summan av det fakturerade värdet hittills för orderposten och värdet av den aktuella fakturan och jämför det med värdet av inköpsordern. Skillnaden med de övre procentuella och absoluta toleranserna definieras med vilken fakturan ligger utanför det planerade tidsintervallet Om faktureringsdatumet för fakturan ligger före validitetsperioden beräknar systemet antalet dagar mellan bokningsdatumet och giltighetsperiodens början Om fakturans bokningsdatum är efter Giltighetsperioden, systemet beräknar antalet dagar mellan bokningsdatumet och slutet av giltighetsperioden Systemet jämför antalet dagar med den med den absoluta övre gränsen definierad. PC Prisvariation för kontrakt. Du kan använda toleransnyckeln PC för att definiera prisavvikelser vid inmatning av en faktura med hänvisning till ett kontrakt För toleransnyckel PC definieras toleransgränser per företagskod. Systemet bestämmer av hur mycket varje fakturaobjekt varierar från produkten av kvantfakturerade orderpris. Det jämför sedan variansen med de övre och nedre gränserna definierade absoluta gränser och procentgränser Vid inlämning av en efterföljande debetkredit kontrollerar systemet först om en priskontroll har varit de Böter sig för efterföljande debiteringspoäng Om så är fallet beräknar systemet skillnaden mellan värdet på efterföljande debetkreditvärde som fakturerats hittills hittills kvantifierat fakturerade kvantitet som debiteras krediteras och produkten av den kvantitet som debiteras krediterad orderpris och jämför detta med den övre och lägre toleransgränser absoluta gränser och procentgränser. PS Prisvariationer uppskattat pris. Om priset i en beställningspost är markerat som ett uppskattat pris, beräknar systemet för skillnaden mellan fakturavärdet och produkten av kvantfakturerade order pris och jämför variansen med de övre och nedre toleransgränserna definierade absoluta gränser och procentgränser När du skickar en efterföljande debetkredit kontrollerar systemet först om en priskontroll har definierats för efterföljande debiteringskrediter. Om så är fallet beräknar systemet skillnaden mellan värdet av efterföljande debetkreditvärde fakturerat hittills kvantitet fakturerad hittills kvantitet som debiteras krediteras Och produktkvantiteten som ska debiteras krediterad orderpris Det jämför sedan variansen med de övre och nedre toleransgränserna definierade absoluta gränser och procentgränser. ST Datumvariantvärde x dagar. Systemet beräknar för varje föremål produkten av beloppet planerat leveransdatum - datumfaktura inmatad och jämför den här produkten med den absoluta övre gränsen som definieras. Detta möjliggör relativt höga schemaavvikelser för fakturaposter för små mängder, men endast små schemanavvikelser för fakturaposter för stora mängder. VP Flyttande genomsnittsprisavvikelse. När en lagerpostlinje är Som skapas som ett resultat av en fakturaobjekt beräknar systemet det nya glidande genomsnittspriset som uppstår genom inlägget. Det jämför procentandelen av det nya glidande medeltalet till det gamla priset med de procentuella toleransgränserna som definieras. Avvikelser tillåts inom fördefinierade toleransgränser Om en varians överstiger en toleransgräns, emitterar emellertid ett meddelande som informerar användaren Om en övre gräns utom BD och VP överskrids, är fakturan blockerad för betalning när du lägger ut den. Du måste sedan släppa fakturan i ett separat steg. Om toleransgränsen för BD bryts kan systemet inte skicka fakturan. Notera not Att om du ställer in alla gränser för en toleransnyckel till Kontrollera inte, kontrollerar systemet inte toleransgränsen. Därför accepteras någon varians. Det här är inte särskilt viktigt när det gäller toleransnyckeln. Formulera små skillnader automatiskt. I det här steget bestämmer du om systemet blockerar fakturaposter när deras värde överstiger ett visst belopp. Du anger gränsen över vilka objekt som blockeras som den absoluta övre gränsen för följande toleransgränser AN för fakturaposter utan orderreferens AP för fakturor med Orderreferens. Detta beror på två kriterier Produktkategori Varukvittoindikator. Systemet kontrollerar beloppet för alla möjliga kombinationer av produktkategori och varukvittoindikator i Alla företagskoder där kontrollen är aktiv. Stochastisk block. En stokastisk block är inte inställd på objektnivå, men för hela fakturan Om ett stokastiskt block är inställt när du skickar fakturan sätter systemet automatiskt en R i fältet Betalningsblocket i dokumentrubrikdata finns ingen blockeringsindikator i de enskilda objekten Fakturor med stokastiska block kan bara släppas manuellt. Du kan bestämma för varje företags kod hur stor sannolikheten är att en faktura kommer att vara stokastiskt blockerad. Sannolikhetsgraden beror på fakturavärdet om det är samma eller större än tröskelvärdet, sannolikhetsgraden är densamma som procentsatsen Om fakturavärdet är mindre beräknas sannolikhetsgraden i proportion till tröskelvärdet. Exempeltröskelvärde 3000 procent 60.Technical detaljer. Funktionsmoduler MRMAMOUNTCHECK. Importanta tabeller RBKP RBKPBLOCKED - detta läses av MRBR-transaktion RSEG BSEG. Importanta fält RBKP-ZLSPR Betalning B Lås nyckel - endast fylld om manuell eller stokastisk block RBKPBLOCKED-MRMZLSPR Logistik betalningsblocket fylld med A, S, M, W RSEG-SPGRP Blockering Orsak Pris RSEG-SPGRM Blockering Orsak Antal RSEG-SPGRT Blockering Orsak Datum RSEG-SPGRG Blockering Reason Beställningspris Antal RSEG-SPGRV Blockering Orsak Projekt Budget RSEG-SPGRQ Manuell Blockering Anledning RSEG-SPGRS Blockering Orsak Artikelbelopp RSEG-SPGRC Blockering Orsak Kvalitet BSEG-ZLSPR Betalningsblocksnyckel från leverantörens linjepost. Relaterat innehåll. Relaterade dokument. KBAs. SAP Note 165589 - Dokumentation Enhancement MM08R002 MM-IV. SAP Not 963185 - MM IV Tolerans kontrollera för att mata in och släppa fakturor. Sapp Note 786810 - MM IV Tolerans kontrollera när du anger fakturor. Här är faktiskt del 2 av Fakturatoleransnycklarna Vilket är fortsättningen av del 1.KW-variationen från tillståndsvärdet. Systemet beräknar det belopp med vilket varje leveranskostnadspost varierar från produkten av kvantifierad planerad leveranskostnadsplan ned mängd Det jämför variansen med de övre och nedre gränserna definierade absoluta gränser och procentgränser. GRN Antal 100 EA. Planerad leveranskostnad 110 SGD. Varians KW 100 110 100 110 som är 10 SGD mer än PO men inom toleransen därmed Ingen varning message. If planerad leveranskostnad är 111 SGD. Variance KW 100 111 100 111 vilket är 11 SGD mer än PO-värde över toleransen sålunda under varningsmeddelandet kommer att utfärdas och fakturan kommer blockeras för betalning. LA Antal inköpskorg order. Systemet beräknar summan av värdet som fakturerats hittills för orderposten och värdet av den aktuella fakturan och jämför det med värdet av inköpsordern. Det jämför sedan skillnaden med de övre procentuella och absoluta toleranserna som definieras. PO Limit 1000 SGD. GR ej tillämpligt. IR1 Värde 500 SGD. IR2 Värde 510 SGD-system tillåter utan varningsmeddelande eftersom variansen 500 510 1010 jämförs med PO-gränsen 1000 SGD som ligger inom toleransen. Om vi ​​försöker posta Faktura för 511 då systemet skulle kasta under popup-meddelandet Fortfarande kan vi posta fakturan som kommer att blockeras för betalning. Domänens köporderfrist överskrids. Systemet bestämmer hur många dagar fakturan ligger utanför det planerade tidsintervallet Om faktureringsdatum för fakturan ligger före validitetsperioden beräknar systemet antalet dagar mellan bokningsdatumet och giltighetsperiodens början. Om faktureringsdatumets postdatum är efter giltighetsperioden beräknar systemet antalet dagar mellan bokningsdatum och slutet av giltighetsperioden Systemet jämför antalet dagar med den absoluta övre gränsen definierad. PO Giltighets slutdatum 03 12 2015.Postdatum 13 12 2015. Inget varningsmeddelande eftersom 13-03 10 dagar är inom tolerans. PO Giltighets slutdatum 03 12 2015.Postdatum 14 12 2015.Varningmeddelande enligt nedan eftersom varians är över tolerans 14-3 11 dagar Det kommer att blockeras för betalning. Systemet bestämmer hur mycket varje inv oice-objektet varierar från produkten av det fakturerade orderpriset. Det jämför sedan variansen med de övre och nedre gränserna som definieras absoluta gränser och procentgränser. När du lägger på en efterföljande debetkredit kontrollerar systemet först om en priskontroll har fastställts för efterföljande debiteringar Krediter Om så är fallet beräknar systemet skillnaden mellan värdet på efterföljande debetkreditvärde fakturerat hittills kvantifierat fakturerade kvantitet som debiteras debiteras och produkten av den kvantitet som ska debiteras krediterad orderpris och jämför detta med övre och nedre toleransgränsen absoluta gränser och procentgränser. PO Pris 100 SGD Item. PO Totalt värde 10000 SGD. IR Totalt belopp 10010 SGD. IR Antal 100 EA. System skulle tillåta utan något meddelande Eftersom variansen är 10010 10000 10 SGD som ligger inom toleransen. PO Pris 100 SGD Item. PO Totalt värde 10000 SGD. IR Summa belopp 10011 SGD. IR Antal 100 EA. System skulle dyka upp under meddelande Eftersom variansen är 10010 10000 11 SGD vilket är över toleransen och det kommer att blockeras för betalning. Invoice Efterföljande debit. För samma PO Antal belopp om vi gör faktura as. IR Värde 10000 SGD. Sekventer debitering som. Ingen varningsmeddelande eftersom variansen redan fakturerat värde nuvarande delvärde debiteringsvärde PO Beloppet 10000 10 10000 10 är inom tolerans. Om värdet är 11 SGD skulle systemet dyka upp under message. PS Prisvariationer uppskattat pris. Om priset i en beställningsobjekt är markerat som ett uppskattat pris, för detta objekt, systemet beräknar skillnaden mellan fakturavärdet och produkten av kvantfakturerade orderpris och jämför variansen med de övre och nedre toleransgränserna definierade absoluta gränser och procentgränser. När en efterföljande debetkredit ställs in, kontrollerar systemet först om en priskontroll har gjorts Definieras för efterföljande debiteringspoäng, Om så är fallet beräknar systemet skillnaden mellan värdet av efterföljande debetkreditvärde fakturerat hittills kvantifierad kvantitet hittills kvantitet som debiteras kredit D och produktkvantiteten som debiteras krediterad orderpris Det jämför sedan variansen med de övre och nedre toleransgränserna definierade absoluta gränser och procentgränser. Detta fungerar som PP-toleransnyckel när PO-priset flaggas som Beräknat pris. Ingen blockeringsindikator Uppdatera ZLSPR. ST-datumvariantvärdet x dagar. Systemet beräknar för varje föremål produkten av den angivna datumfakturan för leveransdatum och jämför den här produkten med den absoluta övre gränsen. Detta möjliggör relativt höga schemaläggningsvariationer för fakturaposter för små mängder, men endast små schablonavvikelser för fakturaobjekt för stora belopp. Objektvärde 100 SGD Per objekt. PO Värde 1000 SGD. PO Leveransdatum 03 12 2015.IR Värde 1000 SGD. Faktura inmatningsdatum 02 12 2015.Varians PO-postbelopp PO leveransdatum Inmatningsdatum för faktura. 100 3- 2 100 1 100 SGD. Detta är inom tolerans och därför ingen varningsmeddelande. Om vi ​​skickar fakturan den 01 12 2015 då skulle variansen vara. 100 3-1 100 2 200 SGD. Detta är över toleransgränsen, följaktligen skulle fakturan bli blockerad för betalning. Det blev inte något varningsmeddelande för datumskillnader innan du skickade fakturan. VP Flyttande genomsnittsprisavvikelse. När en lagerpostlinje är skapat som ett resultat av ett fakturapost beräknar systemet det nya glidande genomsnittspriset som uppstår genom inlägget. Det jämför den procentuella variansen av det nya glidande medeltalet till det gamla priset med de procentuella toleransgränserna som definieras. Materialmastern MAP-pris 100 SGD. PO Pris 100 SGD Antal 10 EA och Värde 1000 SGD. Invoice Value 1060 SGD. New MAP efter fakturapostering 1060 10 106 SGD. Variance 106 100 100 6. Med PP-toleransgränsen men över VP-toleransgränsen. - up och Faktura blockeras inte för betalning Baserat på denna toleransnyckel kan vi göra följande information som Varning eller fel innan du skickar. Med det här har jag slutfört alla toleransnycklar som är relevanta för fakturering. Ere är en ytterligare toleransnyckel PC som används för faktura med hänvisning till kontrakt som inte omfattas av denna artikel på grund av tekniska skäl.