Väcka. skäl och stadier av övergången från batchredovisningssystemet. Övergången från batchkostnadsredovisning till väckande: för- och nackdelar Väck och redovisning efter egenskaper

För ett företag med ett stort dokumentflöde är användningen av "Batch Accounting"-metoden ett stort problem. Det är nödvändigt att upprätthålla dokument i kronologisk ordning och ständigt återställa sekvensen av partier. Vid produktionsanläggningen varade batchåtervinningsproceduren mer än 12 timmar. Avslutningen av månaden tog mycket lång tid, eftersom endast återställningen av partier i bästa fall gjordes två gånger: första gången för att identifiera fel, den andra efter att ha korrigerats. Ibland återställdes partier 4-5 gånger på en månad. Detta passade givetvis ingen och var den främsta anledningen till övergången till RAUZ.

I batchredovisning beräknas den genomsnittliga kostnaden inte enligt det vägda genomsnittet, utan enligt det glidande medelvärdet, och i slutet av månaden justeras det till det vägda genomsnittet. Därför kan snedvridningar i slutet av månaden "pennies" ackumuleras, på grund av vilka kostnaden för avskrivning inte sammanfaller med genomsnittet. Detta problem är särskilt uttalat för multiprocessproduktion.

Batchredovisning, balansräkning (TBS) för 43 fakturor per månad för en specifik artikel utan hänsyn till lager:

ROUZ, SALT för 43 fakturor per månad för en specifik artikel utan att ta hänsyn till lager:

Eftersom dokumentflödet är ganska stort går det inte att arbeta med batchredovisning med flaggorna "Skriv av partier vid reflektion av dokument (i förvaltningsredovisning, i reglerad redovisning)" som är inställda vid inställning av redovisningsparametrar.

Certifikatet informerar oss också om problem av detta slag: "Under intensivt dokumentflöde är det förbjudet att sätta flaggorna "Skriv av partier vid reflektion av dokument", annars kommer detta att leda till en minskning av prestanda och samtidighet i systemet.

Således var det nödvändigt att ständigt använda bearbetningen "Post by batch", som i anläggningens 24/7 driftläge gav ett problem tillsammans med batchåtervinning.

Ett annat skäl för att byta till RAUZ var den långa processen att fylla i dokumentet "Kostnadsberäkning". Vid användning av batchredovisning måste de åtgärder som utfördes i kostnadsberäkningsdokumentet delas upp i flera dokument för att kontrollera mellandata och spara tid. Var och en av dem varade i cirka 40 minuter. Eftersom dokumentet "Beräkning av kostnad" utförs enligt ledningssystemet, redovisningssystemet och NU, var den tid som endast ägnades åt att behandla dokument av denna typ: 40 minuter * 6 dokument. = 4 timmar, vilket är en halv arbetsdag. Som jämförelse, efter att ha bytt till RAUZ, började det ta cirka 5 minuter att slutföra dokumentet "Kostnadskostnadsberäkning". Enorma tidsbesparingar.

OU 1:a dokument

OU 2:a dokumentet

De främsta fördelarna med att använda RAUZ var:

Avsaknad av en lång procedur för att återställa partier;

Bedömning av inventering, efter att månaden är stängd, sammanfaller kostnaden för avskrivning med genomsnittet, eftersom detta är exakt vad systemet med linjära ekvationer (SLAU) RAUZ antar (Fig. 3);

Snabbare bearbetning av dokument i det aktuella driftläget;

Rörelser i redovisningsregister uppstår alltid vid bokföring av handlingar, det finns inte längre behov av att bokföra handlingar i parti;

Det finns inget behov av att rätta till fel som orsakats av att dokument har skrivits in i fel ordning. För RAUZ räcker det att det i slutet av månaden inte finns några negativa saldon för utgifter;

Kostnadsberäkning utförs i ett dokument för varje juridisk person, dess implementering är mycket snabbare än med batchredovisning. Det finns bara fem operationer i listan som kan utföras med ett dokument;

För att analysera data om kostnader och kostnader kan du använda endast 2-3 rapporter istället för olika uttalanden som samlar in data från flera register när du använder batchredovisning.

Nedan finns en lista över uppgifter som måste slutföras innan användningen av RAUZ i produktionsdatabasen aktiveras:

1. Besluta om förfarandet för att utforma bokföringspriser

Det finns en parameter i redovisningsprincipen som är kritisk vid byte till RAUZ - proceduren för att bilda redovisningspriser. Det kan ta ett av tre värden:

Till planerade priser (under månaden värderas varulager till en viss typ av pris, och i slutet av månaden, vid beräkning av kostnaden, justeras deras värde, men utan att ändra originaldokumenten);

För direkta kostnader (varje gång ett dokument bokförs med avskrivning, överföring, försäljning av lager, görs en minikostnadsberäkning; i slutet av månaden, vid beräkning av kostnaden, sker en justering, men utan att ändra original dokumenten);

Till nollpriser (lager värderas inte under månaden, och vid beräkning av självkostnadspris bestäms kostnaden för alla varulager och utgifter för månaden en gång).

Det är bäst att använda nollkostnad eller bilda det "till planerade priser."

Företaget valde förfarandet för att bilda redovisningspriser "baserade på direkta kostnader." Argument för detta val:

Behovet av att ha driftskostnadsdata för direkta kostnader;

Lager kräver ett aktuellt saldo;

Uppenbarligen är argumenten kontroversiella, och valet av förfarandet för att bilda rabatterade priser är mycket suboptimalt.

För det första, om förfarandet för att bilda redovisningspriser "till noll kostnad" användes, skulle dokumenten behandlas mycket snabbare och kostnadsberäkningen skulle göras åt gången.

För det andra, om vi retroaktivt ändrar bokföringen och inte bokför om avskrivningsdokumentet, kommer beloppen inte att ändras. Naturligtvis kommer det att ske en justering vid beräkning av kostnaden, men avskrivningshandlingen förblir densamma.

På grund av att handlingar förs in i slumpmässig ordning inom ett dygn (handlingens ordning spelar ingen roll) kan en inte så vacker bild uppstå i räkenskaperna och registren, med närvaro av enorma belopp som i princip, borde inte finnas.

Detta problem kan elimineras genom att ordna dokument i den erforderliga kronologin, men då går huvudinnebörden av RAUZ förlorad - möjligheten att godtyckligt ordna dokument inom en månad.

Således skapar förfarandet för att bilda redovisningspriser "till direkta kostnader" på konstgjord väg konsekvens.

Om du stänger månaden utan att ta bort enorma och orealistiska belopp så kommer kontona att stängas, men omsättningen på dem blir helt enkelt fantastisk, vilket naturligtvis inte passar redovisningsavdelningen.

Det bör noteras att ändring av förfarandet för att generera redovisningspriser med största sannolikhet kommer att kräva ändring av redovisningsprinciperna för organisationer undertecknade av ansvariga personer på papper.

2. Bestäm övergångsdatum

Redovisningspriser fastställs av organisationen oberoende, varför redovisningsprincipen måste ange vad som menas med redovisningspriset för varulager, vem som godkänner dem och i vilken ordning de revideras. Skattebalken säger tydligt: ​​"Beslutet att göra ändringar i redovisningsprincipen i skattehänseende vid ändring av tillämpade redovisningsmetoder fattas från början av den nya beskattningsperioden."

Användningen av RAUZ på företaget började 2014. Den faktiska övergångsprocessen inträffade dock senare. Efter att dokumenten för att lägga in saldon enligt RAUZ genererades, bokfördes och stängdes de redan stängda månaderna på nytt.

3. Bestäm hur RAUZ ska användas

Varje läge bestämmer förhållandet mellan reglerad och förvaltningsredovisning vid upprätthållande av kostnadsredovisning på ett företag. Dessutom beror sammansättningen av analytiska delar av kostnadsredovisningen på användningssättet för RAUZ.

För läget "Regulated Accounting" kan kostnadsinformation inte konfigureras; för läget "Regulated Accounting with Additional Analytics" kan kostnadsinformation endast konfigureras för reglerad redovisning; och för läget "Management and Regulated Accounting" - endast för förvaltningsredovisning .

Företaget valde läget "reglerad redovisning med ytterligare analys", eftersom det inte fanns något behov av förvaltningsredovisning.

4. Bestäm en lista över icke-standardiserade objekt och modifieringar med hjälp av batchregister och kostnad

Listan över ovan nämnda objekt fastställdes för företaget; lämpliga ändringar gjordes i dem, eftersom andra register används för RAUZ. Observera att objekt måste ha två driftslägen: batchredovisning för att använda den gamla perioden, RAUZ för att använda den nya perioden.

5. Överför testdatabasen till RAUZ

Det är lämpligt att välja startdatum för att använda RAUSE i testdatabasen så att det är möjligt att göra om flera månader, beräkna kostnaden och stänga månaderna helt och sedan jämföra resultatet med arbetsdatabasen.

6. Skapa regler för att avsluta månaden

Baserat på de resultat som erhållits i föregående steg och företagets detaljer.

Sedan releasen 1.2.15 V SCP och i "Komplex automation" , har en ny kostnadsredovisningsmekanism implementerats: "Advanced Cost Accounting Analytics" (RAUZ). Sedan dess, trots stödet av "traditionell redovisning", korrigeras fel, om de plötsligt upptäcks sker all funktionsutveckling endast med hjälp av VÄCKA, därför, förr eller senare, uppstår frågan om att byta till en ny redovisningsmekanism. Som med alla andra övergångar kan fel uppstå i redovisningen och under rutinoperationer, och ofta kan orsaken till felet inte analyseras ytligt. Även förekomsten av en mängd olika rapporter i programmet tillåter inte detta att göras, särskilt inte när det gäller en mängd olika analyser och kostnadsställen.

I den här artikeln kommer vi att titta på de grundläggande nödvändiga inställningarna för korrekt stängning av konton 20, 25, 26, 44 konfiguration "Komplex automation" (revision 1.0.10.1) med exemplet med en organisation som tillhandahåller tjänster och säljer köpta varor. Vi hoppas att vi hjälper dig att göra omställningen och minska kostnaderna för tid och nervceller.

Detta är en ny (alternativ) redovisningsmodell för följande områden:

• lagerstyrning
• kostnadsberäkning
• produktionsredovisning och kostnadsredovisning
• kostnadsberäkning

Framväxten av denna mekanism är förknippad med enandet av kostnadsredovisning och lagerredovisning. En av nyckelidéerna RAUZ - en enhetlig bild av kostnads- och lagerredovisning:

• Ett enda register används för att redovisa kostnader
• Redovisningen upprätthålls enhetligt efter parti och för varulager och kostnader

Man kan säga att i VÄCKA För kostnader och varulager används praktiskt taget samma tillvägagångssätt för redovisning: med rörelser i ett kostnadsredovisningsregister tar vi hänsyn till dem (inför, registrerar, lagrar) dem på samma sätt, bara i olika delar av redovisningen.

Batchredovisning V VÄCKA har också förändrats avsevärt - ett begrepp som partibildande dokument. Batchen bestäms av ursprungsdatumet och inte av dokumentet. Som ett resultat, när du skriver av från ett lager, behöver programmet inte längre beräkna enligt vilket dokument saldot ska lämna lagret - nu räcker det att bara notera att på ett sådant och ett sådant datum lagret av ett visst material förbrukades (avskrivs). Detta eliminerar behovet av att utföra resurskrävande beräkningar för att uppskatta värdet på avskrivningsposter. Faktum är att under månaden tillämpas "preliminära uppskattningar", enligt vilka avskrivningen kommer att göras. Och den faktiska kostnaden beräknas av dokumentet "Beräkning av produktionskostnader", parallellt med beräkningen av kostnadskostnaderna.

Inom en månad "Omfattande automatisering" kan gälla 3 alternativ för att bedöma värdet av nya objekt:

• till planerade priser
• till direkta kostnader
• till noll kostnad

Värderingsmetoden väljs för förvaltning och reglerad redovisning separat, i inställningarna för redovisningsprinciper.

Redovisningsprincip

I VÄCKA användningen av denna parameter har utökats avsevärt. Här gäller det inte bara produktion, utan även andra delar av redovisningen, till exempel varulager.

Använder sig av VÄCKA, vid tillämpning av metoden att uppskatta kostnaden för avskrivning - enl FIFO, under den månad som programmet inte beräknar kostnaden för avskrivning FIFO– bedömningen används inom en månad "i genomsnitt". Förbi FIFO Endast saldonen i slutet av månaden kommer att beräknas vid beräkning av den faktiska kostnaden. Det är dock värt att notera att du även efter denna kostnadsberäkning kan ha frågor om beräkningsmekanismen, men denna fråga diskuteras i andra artiklar.

För reglerad redovisning och förvaltningsredovisning används deras egna ackumuleringsregister: "Kostnadsredovisning (ledningsredovisning)" Och "Kostnadsredovisning (redovisning och skatteredovisning)". Eftersom registren är likartade i sammansättningen av fälten kommer vi vidare att tala om reglerad redovisning.

Registren tillämpar korrespondensprincipen - data om motsvarande analyser lagras i rörelser. Därför ser vi i dessa registers inkommande rörelser både redovisningsanalys, där vi har ett redovisningsobjekt (till exempel dit materialet flyttas), och motsvarande analyser - varifrån det kommer. Det är liknande i divergerande rörelser: vi ser inte bara vilket föremål som lämnade och var det lämnade, utan också vart det går.

Ett av nyckelbegreppen i VÄCKA– det här är de så kallade analysnycklarna. Analytics nyckel– detta är ett objekt som kombinerar flera analytiska delar av redovisningen. Till exempel en kombination: redovisningskonto, division, organisation, etc.

Kostnadsberäkning

Totalt finns det fem typer av analysnycklar:

• Analys av redovisningstyper. Utifrån dessa analyser kan vi avgöra om vi pratar om en kostnad/lager, i vilken organisation det tas hänsyn till, i vilken division/i vilket lager, i vilket konto.
• Kostnadsredovisningsanalys. Baserat på dessa analyser kan vi avgöra vilken sorts lager/kostnad detta är och hur det beaktas ur kostnadsredovisningssynpunkt.
• Batchredovisningsanalys. Baserat på dessa analyser kan vi bestämma vilken typ av lagerparti det är och hur det ska användas.
• Analys av kostnadsfördelning. Baserat på dessa analyser kan vi avgöra vem som är mottagare av kostnaderna.
• Analys av redovisning av övriga kostnader. Denna analys används endast i rekvisita "Cor. redovisningstypanalys" när värdet av ett annat objekt bildas, det vill säga inte relaterat till produktionsredovisning.

Försäljningen registreras med hjälp av ett register "Försäljnings- och kostnadsredovisning". Baserat på uppgifterna från detta register bildas kostnadsberäkningsunderlag.

Försäljning och kostnadsredovisning

Förberedelse

Om du bestämmer dig för att använda VÄCKA efter att du har börjat föra register i programmet måste du naturligtvis lägga om alla dokument relaterade till mottagandet, avskrivningen, förflyttningen, försäljningen av varor och dokument relaterade till mottagandet, försäljningen av tjänster och reflektion av kostnader , för att skapa poster i kostnadsregistren och till försäljnings- och kostnadsregistret.

Eftersom programmet vid analys av kostnader tar hänsyn till data från kostnadsredovisningsregister måste manuella operationer kopplade till kostnadskonton eller lagerredovisning uteslutas eller, som en sista utväg, göras med hjälp av ett dokument "Justera registerposter" motsvarande post. Men det här är en ganska arbetskrävande process, eftersom du måste välja analysnycklar från en mycket stor lista. Detsamma gäller försäljning. Om det inte finns några uppgifter i registret " Försäljnings- och kostnadsredovisning", kommer dessa försäljningsbelopp inte att beaktas vid bildandet av distributionsunderlaget för beräkning av kostnaden.

Kostnadskonton stängs med hjälp av dokumentet "Beräkning av kostnad". Om så önskas kan den delas upp i flera dokument enligt de åtgärder som utförs, eller utesluta vissa åtgärder, t.ex. "Avskrivning av indirekta kostnader för RBP", men alla rörelser bildas av de sista åtgärderna.

Kostnadsberäkning

Fördelning av allmänna affärskostnader

Vi kommer att överväga fallet när redovisningsprincipen tillåter användning av metoden "direkt kostnad", eftersom kriterierna för fördelning inte beror på vilken metod som används.

För att fördela allmänna affärskostnader måste två villkor vara uppfyllda:

• Kreditomsättning på konto 90,01 under månaden (oavsett hur den bildades där).
• Registrera inträde "Metoder för fördelning av kostnadsposter"(det mest fantastiska är att någon) eller i dokumentet "Beräkning av kostnad" inställningen för månadsavslutning är vald, där på fliken "Kostnadsfördelning" metoden för kostnadsfördelning anges. I det här fallet när du postar dokumentet "Beräkning av kostnad" Registerposter skapas automatiskt.

Ställer in månadsslut

I avsaknad av intäkter, dokumentet "Beräkning av kostnad" kan hänföra utgifter på konto 26 till RBP. Ytterligare en punkt är värd att nämna här: om behovet uppstår, för allmänna affärskostnader kan du specificera den exakta analysen till vilken de kommer att allokeras. För att göra detta behöver du i det primära dokumentet: "Mottagande av varor och tjänster","Förhandsrapport", "Fakturakrav" eller i något annat dokument - ange denna analys, då kommer detta belopp att exkluderas från distributionen och kommer att stängas på det, eller på RBP, om det inte finns någon omsättning för denna artikelgrupp.

Kraven på fördelning av kommersiella utgifter, liksom distributionskostnader, är desamma som för allmänna affärsutgifter.

Fördelning av produktionskostnader

Låt oss nu gå vidare till en beskrivning av att stänga det 20:e kontot, de regler och krav som krävs för att slutföra denna operation. Som redan beskrivits ovan överväger vi fallet med tillhandahållande av tjänster, vars kostnad bildas på det 20:e kontot.

Tjänster vars kostnad behöver beräknas dokumenteras "Försäljning av varor och tjänster", dokument "Lag om tillhandahållande av produktionstjänster" används inte i komplex automation. Vid fastställande av listan över sålda tjänster bestäms kostnadsanalys - enligt dokumentet (bokmärke "Tjänster"). Detta dokument är det huvudsakliga för att beräkna kostnaden utan att fylla i den, även om det finns omsättning på krediten på konto 90.01 kommer beräkningen inte att göras.

Bokföringsinställning

I gränssnittet "Redovisningschef" dokumentet finns i menyalternativet "Kontoinställning".

I detta dokument är det nödvändigt att upprätta överensstämmelse mellan elementen i katalogen: "Nomenklatur" eller "Objekttyp" och ett par "Organisations enhet", "Nomenklaturgrupp". Nu dokumentet "Beräkning av kostnad" när du utför en operation "Definition av listan över sålda tjänster" kommer att samla in alla tjänster som säljs för månaden och enligt dessa uppgifter, på scenen "Beräkning av kostnadsfördelningsbasen", kommer alla underlag att beräknas efter vilka utgifterna kommer att fördelas. Beräknade baser skrivs till informationsregister "Kostnadsfördelningsbas" Och "Kostnadsfördelningsbas (redovisning)".

Ställa in parametrar för artikelredovisning

Var försiktig när du fyller i detta dokument! Dessa inställningar avgör vilken analys som används för att generera kostnaden för en specifik tjänst. Och när du utför dokumentet "Försäljning av varor och tjänster" analys för inkomst tas antingen från motsvarande fält i dokumentet eller, om det är tomt, från katalogen "Nomenklatur". Om värdena inte stämmer överens kan resultatet av att skriva av kostnaden inte vara korrekt.

Nästa nödvändiga villkor är att ange metoden för distribution av kostnadsposter och distributionsbasen för dem. Det finns två sätt att specificera dessa parametrar.

Den första metoden är att manuellt fylla i informationsregistret . Poster måste skapas för varje kostnadspost, med angivande av kostnadskonto och fördelningsmetod.

Metoder för att fördela kostnadsposter för organisationer

Det andra sättet är att ange i dokumentet "Beräkning av kostnad" Ställer in månadsslutet. I den här inställningen på fliken "Kostnadsfördelning" det måste anges hur kostnaderna är fördelade, men här anger du företagets indelning, därför måste, för att beräkna kostnaden i reglerad redovisning, överensstämmelsen mellan företagets divisioner och organisationens divisioner fastställas, I annat fall kommer beräkningen inte att göras när dokumentet bokförs i reglerad redovisning.

Ställer in månadsslut

Vid bokföring av ett dokument skapas poster i informationsregistret "Fördelningsmetoder för organisationers kostnadsposter", motsvarande reglerna som fastställts på fliken "Kostnadsfördelning".

Metoder för att fördela kostnadsposter

Om det redan finns några poster i registret och de inte motsvarar inställningarna för att stänga månaden, då när du bokför dokumentet "Beräkning av kostnad" ett meddelande kommer att visas som indikerar en motsägelse mellan inställningarna för månadsavslutning (tab "Kostnadsfördelning") och registrera data "Fördelningsmetoder för organisationers kostnadsposter". I det här fallet är det nödvändigt att eliminera dessa motsägelser.

Fördelning av omkostnader

Förutsättningarna för att fördela allmänna produktionskostnader till självkostnadspriset är desamma som för produktionskostnader, men det är möjligt att fördela belopp på de divisioner för vilka det saknas distributionsunderlag (intäkter från tjänster för denna division). För att göra detta måste du utföra följande steg. För det första i dokumentet "Beräkning av kostnad" gör fältet tomt "Ställer in månadsslutet". För det andra, skapa en post i informationsregistret "Fördelningsmetoder för organisationers kostnadsposter", för en division för vilken det inte finns någon distributionsbas, och kostnadsposter för vilka det finns omsättning på det 25:e kontot för denna division, vilket kommer att ange fördelningens art "Ignorera uppdelningar". I det här fallet kommer beloppet från det 25:e kontot att fördelas till det 20:e kontot i proportion till distributionsbaserna, det vill säga par "Division - Nomenclature Group" som det finns inkomst för.

Inläggsrapport

Sammanfattande

För att beräkna kostnaden för sålda tjänster är det nödvändigt: att alla redovisningskostnader motsvarar registerposterna "Kostnadsberäkning", fyll i dokumentet korrekt "Ställa in parametrar för artikelredovisning" och informationsregister "Fördelningsmetoder för organisationers kostnadsposter". Utarbeta dessutom strukturen för företaget och organisationerna, samt sammansättningen av produktgrupper på ett lämpligt sätt.

Vid första anblicken användningen VÄCKA kan försvåra arbetet med programmet, men i praktiken får vi en betydande minskning av tiden för att behandla dokument, inklusive regulatoriska sådana, samt transparent redovisning av kostnader och lager. Baserat på erfarenhet av att implementera system med hjälp av VÄCKA vi kan definitivt säga att detta är en modern redovisningsmekanism som kommer att tjäna till att optimera din verksamhet.

Taggar: RAUZ, rauz 1s, kostnadsanalys

ROUSE 1C. Val av problem.

Mer än två år har gått sedan 1C-företaget byggde in i sina cirkulationslösningar (UPP/Complex Automation and Trade Management 11) en ny metod (och en ny teknisk mekanism, respektive) för kostnadsredovisning och beräkning av kostnaden för lagerartiklar.

Och om det fortfarande finns ett val för UPP/Complex (till exempel batchredovisning istället för RAUZ), så finns det inga andra alternativ för UT 11 - RAUZ.

Artiklar och till och med separata böcker har länge skrivits om ämnet ROUZ.

Och ändå, vid varje projekt för implementering av SCP/Comprehensive, UT11, är diskussionen "Ska vi byta till RAUZ?"

Det är karakteristiskt att argumenten "för/emot" är kända och har framförts mer än en gång (t.ex. i boken ). Men när de inser "att framstegen inte kan stoppas" tvivlar många fortfarande på att byta till RAUZ.

Det visar sig att 1C-företagets metodologers argument inte övertygar alla? Och folk "förblir engagerade" i det så kallade. klassisk batchredovisning.

Så vad är poängen? Låt oss ta reda på orsakerna. Samtidigt tar vi naturligtvis hänsyn till "vana och konservatism", men vi kommer att leta efter andra viktiga skäl.

Enligt min uppskattning ser folk de möjliga orsakerna enligt följande:

• (1) "Ojämnhet" i implementeringen av RAUS-mekanismer (låt oss kalla det J);
• (2) Behovet av att acceptera RAUZ "i befintligt skick". Brist på förmåga att "hantera" kostnadsberäkningsprocessen;
  

När det gäller (1) gav tyvärr 1C anledning att tvivla, först och främst genom att släppa en "rå" version (min värdebedömning) av UT11 2010. Det gick inte längre att neka RAUZ där, och jag läste en hel del klagomål om den felaktiga beräkningen av s/c.

Två år har dock gått, och under denna period har 1C förbättrat funktionaliteten avsevärt och förbättrat kvaliteten på implementeringen av RAZM-mekanismen i cirkulationslösningar.

Därför är skäl (1) redan mindre relevant när man väljer RAUZ.

Och skäl (2) kommer i förgrunden.

"Hur är det möjligt att acceptera ROUZ som den är!" – många kan invända. "Du kan inte göra full batchredovisning på RAUZ!"

Ja, och de kommer att ha rätt. Men låt oss tänka: varför behöver vi egentligen "vanlig" batchredovisning?

Till exempel, om vi pratar om den beräknade kostnaden, är den vägda genomsnittliga uppskattningen, beräknad med hänsyn till kronologin av kvitton enligt FIFO, ganska tillfredsställande för redovisningsavdelningen. Detta fungerar bra i RAUZ och motsvarar rysk PBU.

Om vi ​​tar ekonomiavdelningen, så återspeglar samma vägda genomsnittliga uppskattning (med hänsyn till FIFO) utgiftsdelen, men knappast någon kommer att analysera "hur den avskrivna kostnaden förändrades från ett försäljningsdokument till ett annat."

Därmed kan vi dra slutsatsen att det inte är ”problemet med att i genomsnitt beräkna uppskattningen av avskrivna kostnader mellan flera batcher” som är det viktigaste när man väljer batchredovisning (istället för RAUZ).

Låt oss förklara med ett exempel (låt oss jämföra avskrivningsbedömningen i ett enkelt exempel i batchredovisning och RAUZ):

Batchredovisning:

· 1:a omgången avskriven. 10 stycken till en kostnad av 100 rubel / stycke;
· Den andra satsen på 6 stycken skrevs av till en kostnad av 140 rubel per stycke;

ROUZ med hänsyn till FIFO:

S/c-enheter kommer att vara = (10*100+6*140)/(10+6) = 115 rubel per enhet.

Men det slutliga, avskrivna värdet på hela s/c för månaden (med hänsyn till FIFO), både med och utan användning av RAUZ, kommer inte att förändras. Det kommer att vara lika med 1860 rubel. och valet av redovisningsalternativ kommer inte att påverka s/c.

Så var syns skillnaden mellan batchredovisning och RAUZ enligt FIFO?

Avskrivningshantering - "Det finns en sådan batch!"

Skillnaden kommer att vara var det kommer att vara nödvändigt att berätta för programmet (på något speciellt sätt) "Vilken batch ska jag skriva av?"

Och det finns bara många sådana uppgifter (för internt företagsredovisning, inte för redovisning).

Här är exempel (de vanligaste) från denna "problemfamilj".

· Exempel 1. Låt oss anta att leverantörer (eller chefer) tilldelas ett visst betyg (varje leverantör har sitt eget betyg). Och inom en månad måste du först och främst sälja partier av varor från leverantören med högre betyg, etc.

· Exempel 2. Varje leverans av varor har sitt eget utgångsdatum. Först och främst måste du sälja varor från partier med kortare hållbarhet. (alias FEFO)

· Exempel 3: Först och främst måste du sälja (respektive avskriva), en produkt som köpts till ett högre pris... Eller till exempel en produkt som returnerats av köparen.

Det är för att lösa den här typen av problem som de faktiskt strävar efter att använda "vanlig batchredovisning."

Med andra ord, det finns ett behov av att hantera avskrivningar - det vill säga att hantera strategin "vilka partier som ska skrivas av först." Det är allt.

Och det faktum att dessa partiers "avskrivna" s/c (från parti till parti) på något sätt kommer att förändras är av underordnad betydelse. Huvudsaken är att "dessa partier" (till exempel de dyraste) skrevs av och det var den totala kostnaden för "dessa" partier som utgjorde utgiftsdelen (dess ekonomiska bedömning) under innevarande månad.

Totalt sett är det klart med batchredovisning. Men låt oss fråga oss själva: "Kan vi på något sätt kontrollera avskrivningen av partier i RAUZ?"

Jag valde UT11 för dessa ändamål, snarare än UPP, för att göra det lättare att visa "mekaniken" i att arbeta med RAUZ-mekanismen. Vid behov kan samma tekniker tillämpas på SCP.

Och så har vi följande uppgift:

Uppenbarligen finns det ingen inställning för en sådan avskrivningsstrategi i RAUZ... Och ändå kan vi "få" RAUZ att fungera på det sättet (som vi behöver!).

Och det är ganska enkelt att göra detta, det viktigaste är att förstå hur ROUZ är "strukturerad från insidan"!

I den här artikeln kommer jag inte att gå in i detalj om "hur hela mekanismen för att beräkna s/s RAUZ fungerar." Jag planerar att presentera detta material i framtida artiklar.

Här kommer jag att visa hur du kan "komma in i standardmekanismen" och hantera avskrivningsstrategin i RAUZ på ett ganska enkelt sätt (utan att skriva om programmet).

Tanken med att lösa problemet är som följer:

• Aktivera "FIFO" i UT-redovisningsprincipinställningarna. ROUZ kan "distribuera partier enligt FIFO". Låt oss dra nytta av detta;

• Vi kommer att bilda vår egen (vi behöver) order av "batcher" för avskrivning. I vårt fall bör de första partierna vara från leverantören med högre betyg etc.;
  

Slutsatser; låt oss gå vidare..

Följande slutsatser kan alltså dras:

1. I ett betydande antal fall klarar du dig enkelt utan "batchredovisning", och där det verkligen är nödvändigt kan du lägga upp en avskrivningsstrategi.
2. ROUSE – "inte en svart låda". Dessa mekanismer kan konfigureras och anpassas kompakt. Men du måste förstå "hur de är strukturerade från insidan."
   

Om vi ​​återgår till "vår" lösning på demonstrationsproblemet, så ersatte vi naturligtvis inte (och kunde inte) med denna lösning helt och hållet batchredovisning.

Uppenbarligen kommer vi inte med ett sådant system att till exempel kunna generera en rapport "lista över godsförsändelser". Det är tydligt att det inte kommer att finnas några "rollover"-batcher i systemet (från månad till månad), och alla inkommande saldon kommer att vara en batch.

Det är också tydligt att användare till exempel inte kommer att kunna ange på fakturan "vilken specifik batch som ska skrivas av." Etc.

Då är frågan: vad händer om vi behöver full funktionalitet av "batch-redovisning"? Är ROUZ inte längre tillämpligt?

Faktum är att RAUZ-tekniken är mycket flexibel och vid behov kan du konfigurera (om nödvändigt) all batchredovisning!

Arbetskraftskostnader kommer att krävas, men problemet kan lösas ganska kompakt.

Hur man gör det?

Jag planerar att också prata om detta i framtida artiklar.

Jag är övertygad om att om en revisor inte kan hantera ett visst program är det till 90 % utvecklarens fel.

Kostnadsberäkning i UPP (RAUZ) är mycket svår att implementera. Det är nästan omöjligt att lära de flesta revisorer hur man använder RAUZ kompetent. Därför tog jag vägen att förenkla beräkningsproceduren.

Jag skapade en bearbetning som gör:

1) Fylla i informationsregistret "Fördelningsmetoder för organisationers kostnadsposter"
Det är ganska förvånande för mig att 1C-företaget anser att revisorer är tillräckligt kvalificerade för att fylla i registret "Metoder för att distribuera kostnadsposter för organisationer", som implementerar en komplex matematisk modell för att beräkna kostnader. Jag är säker på att alla revisorer, även efter tydliga och korrekta instruktioner om hur man fyller i registret, med jämna mellanrum kommer att glömma att ange nya kostnadsposter i det. Den typiska ifyllningen av detta register från dokumentet "Beräkning av kostnader" föreföll mig meningslöst. Därför genomförde jag ifyllningen av registret programmatiskt enligt den algoritm som överenskommits med redovisningspolicyn (läs ekonomichef). Sannolikheten för ett fel när du fyller i den blir noll. Min bearbetning specificerar att fördela alla immateriella utgifter över alla avdelningar. Materialkostnader - fördela ej. Vilken programmerare som helst kan ändra fyllningsreglerna.

2) Testa analysnycklar innan kostnaderna beräknas
Testning är kanske inte det mest nödvändiga förfarandet, det påverkar verkligen inte beräkningen på något sätt, men när vi börjar kontrollera resultatet är det säkert viktigt att analysnycklarna har rätt namn.

3) Justerar den planerade kostnaden
Programmet kommer att analysera det genomsnittliga inköpspriset för varje lagervara som köpts under innevarande månad och skapa ett dokument "Ställa in artikelpriser" i början av månaden med detta pris. Då kommer behandlingen att lägga om alla dokument för konsumtion av varor och material.

Detta kan också tyckas onödigt för många, men hur svarar du på revisorernas fråga om att avskrivningen av inventarier i deras favorittransaktioner endast sker efter kvantitet och att det inte finns några avskrivningsbelopp? Och som ett resultat är det extremt obekvämt att arbeta med redovisningsrapporter, som SALT eller ett kontokort. Personligen, för att svara på denna fråga, satte jag upp en policy för att skriva av inventarier till "Planerat pris", och jag berättar bara för revisorer om behovet av att beräkna kostnaden med hjälp av min bearbetning. Efter detta kommer de att se mängden avskrivna lagerartiklar i transaktionerna. Ja, det kommer naturligtvis att vara ungefärliga belopp, exklusive ytterligare belopp. utgifter, men det kommer ändå att vara belopp nära sanningen, vilket hjälper till att se helheten.

4) Tar bort kostnadsfördelningsanalysen i dokumentet ”Reflektion av löner i reg. bokföring"
Det råkar vara så att HR-chefen periodvis indikerar kostnadsfördelningsanalyser i löneperiodiseringsmallarna. I vårt fall är användningen absolut inte nödvändig, därför skapade jag, istället för att sparka personalansvarig/revisor, en procedur för att rensa denna analys i dokumenten "Reflektion av löner i reglerad redovisning." Fåren är säkra, vargarna matas!!!

5) Fyller i nomenklaturgruppen i dokumenten för varurörelser.
Tyvärr, oavsett hur mycket du lär människor, kommer de periodvis att göra misstag. I synnerhet kommer de att glömma att fylla i "Nomenklaturgrupp"-detaljen i tabelldelarna av dokumentet. Därigenom kan det inte bli fråga om korrekt kostnadsberäkning. Jag skapade en procedur som automatiskt kontrollerar kompletteringen av detaljer i tabelldelarna av dokument, och om de är tomma, fyller dem med värdet från produktkortet. Om produktgruppen inte anges i produktkortet kommer bearbetningen att skrika om det och tvinga dig att fylla i nödvändiga uppgifter.

6) Utför justeringar av "Produktionsrapport" dokument

En mycket enkel justering görs. Vår produktion producerar många liknande produkter med olika parametrar. I dokumentet Produktionsrapport anges till exempel att 1 ton rött tegel och 100 ton vitt tegel producerades. För detta ändamål användes 1 ton röd lera och 100 ton vit lera. Hur kommer programmet att fördela material mellan produkter??? Om du inte fyllde i viktkolumnen i produkttabellsektionen kommer programmet att distribuera hälften av den röda och vita leran till den första produkten och hälften av den röda och vita leran till den andra produkten. Således kommer kostnaden för rött tegel att vara två storleksordningar högre än kostnaden för vitt (förutsatt lika priser för röd och vit lera). Och i produktionsrapporten hittar du att vit lera används i sammansättningen av vitt tegel och vit lera används i sammansättningen av rött tegel. Det är viktigt att göra en ansvarsfriskrivning – den här röran uppstår om du inte anger specifikationen. I de flesta fall är specifikationen faktiskt ifylld. Men det finns fortfarande undantag!
Min bearbetning fyller vikten i släpplinjerna lika med släppmängden.

7) Tar bort kostnadsfördelningsanalyser i "Acts of Production Services"
Återigen, istället för att tvinga materialisten att se till att rekvisitan är tomma, är det lättare att automatiskt rengöra dem innan kostnaden beräknas.

8) Kontrollerar möjligheten till "fullständig stängning" av materialkostnader.

Det här tricket lärde mig av en mycket kompetent specialist från Direct-Project-företaget (Volgograd) - Irina. Faktum är att vi vanligtvis avskriver materialkostnader antingen enligt dokumenten "Inventering av pågående arbeten", eller ytterligare avskrivningar (förutom kostnadshandlingar under månaden) görs inte. Teoretiskt, i både det första och andra fallet, när den kvantitativa balansen når noll, bör programmet skriva av hela sin kostnad. Men detta händer inte alltid och det blir klart för sent. Sedan, före huvudkostnadsberäkningen, föreslogs det att ändra inställningen av registret "Fördelningsmetoder för organisationers kostnadsposter" så att alla materialkostnader skulle fördelas i sin helhet och samtidigt markera dokumentet "Inventering av arbete pågår” för radering. Om allt i programmet är bra, efter att ha beräknat kostnaden, bör alla materialkostnader skrivas av vid 8. Men i praktiken fungerar det inte alltid och du måste snabbt svara på detta.

Min bearbetning fyller på informationsregistret "Metoder för att fördela kostnadsposter för organisationer" så att alla materialkostnader fördelas, markerar sedan dokumenten "Inventering av pågående arbeten" för radering och kontrollerar efter kostnadsberäkning att resten av kostnaderna är noll. Om detta inte händer tvingar vi användaren att studera rapporten "Kostnadsredovisning" och eliminera orsakerna till den "fasta" kostnaden. Om det var möjligt att stänga kostnadsregistret till noll, ändrar behandlingen igen informationsregistret "Fördelningsmetoder för organisationers kostnadsposter" till systemet som antagits av redovisningsprincipen, tar bort registreringsmärkena från dokumenten "Inventering av arbete i progress” och går vidare till huvudevenemanget (som alla startade för) – kostnadsberäkning.

9) DET VIKTIGASTE!!! Om utförandet av standarddokumentet "kostnadsberäkning" rapporterar förekomsten av "negativa saldon", kommer min bearbetning att vägra bearbeta kostnadsberäkningsdokumentet och kommer att visa i detalj vilka negativa saldon som behöver korrigeras!

Detta är kanske höjdpunkten i bearbetningen. Det typiska beteendet för dokumentet "Kostnadskostnadsberäkning" när det körs kan bara tyst viska i meddelanderaden att beräkningen utfördes felaktigt, eftersom det finns "några" negativa saldon.

För att hitta dessa "negativa rester" behöver du:

• Generera två olika rapporter ("Kostnadsredovisning" och "Lagerredovisning");
• Sätt upp ganska detaljerade detaljer (ibland 5-7 grupperingar) Var till exempel noga med att inkludera detaljering efter artikelgrupper för att se att saldona i en grupp är +1 och i den andra -1 (omgradering);
• Se till att distribuera dokumentet "Kostnadsberäkning";
• Det är bra att kunna använda andra inställningar och rapportlägen.

Min bearbetning kommer inte bara att skrika högt om förekomsten av negativa kostnader och kommer inte att tillåta att dokumentet bearbetas, om någon, utan kommer också att visa vilken rapport som behöver genereras (markeras i rött). Dessutom kommer grupperingar redan i varje rapport att vara konfigurerade så att du säkert kan se negativa saldon i händelse av felgradering och (!!!) val efter lager eller kostnad kommer att aktiveras. Därför måste du söka inte i en 10-sidig rapport, utan som regel i en rapport på 4-20 rader, där hälften är positiva saldon och hälften är negativa. Om man jämför de två raderna framgår det omedelbart med vilka detaljer (lager, artikelgrupp, etc.) omgraderingen inträffade.

Sammanfattning: Jag förstår verkligen att proceduren för att fylla i dokument i varje organisation är olika. Denna bearbetning hjälper dig att snabbt skapa en mekanism för att kontrollera reglerna för att fylla i dokument, förutsatt att du inte är för lat för att läsa algoritmerna och göra nödvändiga ändringar i enlighet med dina redovisningsprinciper.