Rouse. perėjimo nuo partijų apskaitos sistemos priežastys ir etapai. Perėjimas nuo paketinės kaštų apskaitos prie rouse: privalumai ir trūkumai Rouse ir apskaita pagal charakteristikas

Didelį dokumentų srautą turinčiai įmonei „Paketinės apskaitos“ metodikos taikymas yra didelė problema. Būtina tvarkyti dokumentus chronologine tvarka ir nuolat atkurti partijų seką. Gamykloje partijos atgavimo procedūra truko daugiau nei 12 valandų. Mėnesio uždarymas užtruko labai ilgai, nes tik partijų atkūrimas geriausiu atveju buvo atliktas du kartus: pirmą kartą nustatyti klaidas, antrą kartą jas ištaisius. Kartais partijos buvo atkurtos 4-5 kartus per mėnesį. Natūralu, kad tai niekam netiko ir buvo pagrindinė perėjimo prie RAUZ priežastis.

Partijinėje apskaitoje vidutinė savikaina skaičiuojama ne pagal svertinį vidurkį, o pagal slankųjį vidurkį, o mėnesio pabaigoje koreguojama pagal svertinį vidurkį. Vadinasi, iškraipymai, kai mėnesio pabaigoje gali kauptis „centai“, dėl kurių nurašymo kaina nesutampa su vidurkiu. Ši problema ypač išryškėja kelių procesų gamyboje.

Partijų apskaita, balansas (TBS) 43 sąskaitoms per mėnesį už konkrečią prekę neatsižvelgiant į sandėlius:

ROUZ, SALT už 43 sąskaitas per mėnesį už konkrečią prekę, neįskaitant sandėlių:

Kadangi dokumentų srautas yra gana didelis, su partijų apskaita negalima dirbti su „Nurašyti partijų atspindint dokumentus (valdymo apskaitoje, reguliuojamoje apskaitoje)“ vėliavėlėmis nustatant apskaitos parametrus.

Sertifikatas taip pat informuoja apie tokio pobūdžio problemas: „Intensyvaus dokumentų srauto metu draudžiama nustatyti vėliavėles „Atspindint dokumentus nurašyti paketus“, kitaip sumažės sistemos našumas ir vienalaikiškumas.

Taigi reikėjo nuolat naudoti „Post by batch“ apdorojimą, kuris gamyklos 24/7 darbo režimu sukėlė problemų kartu su partijos atkūrimu.

Kita perėjimo prie RAUZ priežastis buvo ilgas „Kaštų apskaičiavimo“ dokumento pildymo procesas. Naudojant partijos apskaitą, Sąnaudų apskaičiavimo dokumente atlikti veiksmai turėjo būti suskirstyti į kelis dokumentus, kad būtų galima patikrinti tarpinius duomenis ir sutaupyti laiko. Kiekvienas iš jų truko apie 40 minučių. Kadangi dokumentas „Sąnaudų apskaičiavimas“ vykdomas pagal valdymo sistemą, apskaitos sistemą ir NU, laikas, skirtas tik tokio tipo dokumentų tvarkymui, buvo: 40 minučių * 6 dokumentai. = 4 valandos, tai yra pusė darbo dienos. Palyginimui, perėjus prie RAUZ, dokumento „Kaštų apskaičiavimas“ pildymas pradėjo užtrukti apie 5 minutes. Milžiniškas laiko taupymas.

OU 1-asis dokumentas

OU 2-asis dokumentas

Pagrindiniai RAUZ naudojimo pranašumai buvo šie:

Ilgos partijų atkūrimo procedūros nebuvimas;

Įvertinus atsargas, pasibaigus mėnesiui nurašymo savikaina sutampa su vidurkiu, kadangi būtent tai daro prielaida tiesinių lygčių sistema (SLAU) RAUZ (3 pav.);

Greitesnis dokumentų apdorojimas esamu darbo režimu;

Judesiai apskaitos registruose visada susidaro registruojant dokumentus, nebereikia registruoti dokumentų paketais;

Nereikia taisyti klaidų, atsiradusių dėl dokumentų įvedimo neteisinga tvarka. RAUZ pakanka, kad mėnesio pabaigoje nebūtų neigiamų išlaidų likučių;

Sąnaudų apskaičiavimas atliekamas viename dokumente kiekvienam juridiniam asmeniui, jo įgyvendinimas yra daug greitesnis nei naudojant partijos apskaitą. Sąraše yra tik penkios operacijos, kurias galima atlikti su vienu dokumentu;

Norėdami analizuoti kaštų ir sąnaudų duomenis, galite naudoti tik 2–3 ataskaitas, o ne skirtingas ataskaitas, kurios renka duomenis iš kelių registrų, kai naudojate paketinę apskaitą.

Žemiau pateikiamas užduočių, kurias reikia atlikti prieš įjungiant RAUZ naudojimą gamybos duomenų bazėje, sąrašas:

1. Nuspręskite dėl apskaitos kainų formavimo tvarkos

Apskaitos politikoje yra kritinis parametras pereinant prie RAUZ – apskaitos kainų formavimo tvarka. Tai gali būti viena iš trijų verčių:

Planinėmis kainomis (mėnesio metu atsargos įvertinamos tam tikra kaina, o mėnesio pabaigoje, skaičiuojant savikainą, jų vertė tikslinama, tačiau nekeičiant pirminių dokumentų);

Tiesioginėms išlaidoms (kiekvieną kartą patalpinus dokumentą su atsargų nurašymu, perleidimu, pardavimu, atliekamas mini kaštų skaičiavimas; mėnesio pabaigoje skaičiuojant savikainą koreguojama, bet nekeičiant dokumentų originalai);

Nulinėmis kainomis (atsargos per mėnesį neįvertinamos, o skaičiuojant savikainą visų atsargų ir išlaidų savikaina mėnesiui nustatoma vieną kartą).

Geriausia naudoti nulinę kainą arba suformuoti „planinėmis kainomis“.

Bendrovė pasirinko apskaitos kainų formavimo tvarką „pagal tiesiogines sąnaudas“. Argumentai už šį pasirinkimą:

Būtinybė turėti veiklos sąnaudų duomenis tiesioginėms išlaidoms;

Sandėliams reikalingas atnaujintas likutis;

Akivaizdu, kad argumentai yra prieštaringi, o nuolaidų kainų formavimo tvarkos pasirinkimas labai neoptimalus.

Pirma, jei būtų taikoma buhalterinių kainų formavimo tvarka „už nulinę savikainą“, dokumentai būtų sutvarkomi daug greičiau, o sąnaudų skaičiavimas būtų atliktas vienu metu.

Antra, jei atgaline data pakeisime komandiravimą ir neperrašysime nurašymo dokumento, tai sumos nesikeis. Natūralu, kad skaičiuojant savikainą bus koreguojama, tačiau nurašymo dokumentas išliks toks pat.

Dėl to, kad dokumentai įvedami atsitiktine tvarka per dieną (dokumentų eiliškumas neturi reikšmės), sąskaitose ir registruose gali susidaryti ne itin gražus vaizdas su didžiulėmis sumomis, kurios iš esmės neturėtų egzistuoti.

Šią problemą galima pašalinti sutvarkius dokumentus reikiama chronologija, tačiau tuomet prarandama pagrindinė RAUZ prasmė – galimybė savavališkai sutvarkyti dokumentus per mėnesį.

Taigi apskaitos kainų formavimo tvarka „tiesioginėmis sąnaudomis“ dirbtinai sukuria nuoseklumą.

Jei mėnesį uždarysite nenuėmę didžiulių ir nerealių sumų, tada sąskaitos bus uždarytos, tačiau apyvarta jose bus tiesiog fantastiška, kas, žinoma, netinka buhalterijai.

Atkreiptinas dėmesys, kad keičiant apskaitos kainų formavimo tvarką greičiausiai teks keisti ir atsakingų asmenų popieriuje pasirašytas organizacijų apskaitos taisykles.

2. Nuspręskite dėl perėjimo datos

Apskaitos kainas organizacija nustato savarankiškai, dėl to apskaitos politikoje turi būti nurodyta, ką reiškia atsargų apskaitinė kaina, kas jas tvirtina, kokia tvarka jos yra tikslinamos. Mokesčių kodekse aiškiai nurodyta: „Sprendimas keisti apskaitos politiką mokesčių tikslais keičiant taikomus apskaitos metodus priimamas nuo naujo mokestinio laikotarpio pradžios.

RAUZ įmonėje pradėta naudoti 2014 m. Tačiau tikrasis perėjimo procesas įvyko vėliau. Suformavus dokumentus likučiams įvesti pagal RAUZ, jau uždaryti mėnesiai buvo perregistruoti ir iš naujo uždaryti.

3. Nuspręskite dėl RAUZ naudojimo būdo

Kiekvienas režimas nustato ryšį tarp reguliuojamos ir valdymo apskaitos, kai įmonėje tvarkoma sąnaudų apskaita. Be to, kaštų apskaitos analitinių skyrių sudėtis priklauso nuo RAUZ naudojimo būdo.

Režimu „Reguliuojama apskaita“ sąnaudų detalizavimo konfigūruoti negalima; režimu „Reguliuojama apskaita su papildoma analize“ išlaidų detalizavimą galima konfigūruoti tik reguliuojamai apskaitai, o režimu „Valdymas ir reguliuojama apskaita“ – tik valdymo apskaitai. .

Įmonė pasirinko režimą „reguliuojama apskaita su papildoma analitika“, nes nebereikėjo valdymo apskaitos.

4. Nustatykite nestandartinių objektų ir modifikacijų sąrašą naudodami paketinius registrus ir kainą

Įmonei buvo nustatytas minėtų objektų sąrašas, juose atlikti atitinkami pakeitimai, kadangi RAUZ naudojami kiti registrai. Atkreipkite dėmesį, kad objektai turi turėti du darbo režimus: partijos apskaita, kad būtų naudojamas senasis laikotarpis, RAUZ, kad būtų naudojamas naujas laikotarpis.

5. Perkelkite testų duomenų bazę į RAUZ

Bandymų duomenų bazėje patartina pasirinkti RAUSE naudojimo pradžios datą, kad būtų galima perdaryti kelis mėnesius, paskaičiuoti kaštus ir visiškai uždaryti mėnesius, o tada palyginti rezultatą su veikiančia duomenų baze.

6. Sukurkite mėnesio uždarymo taisykles

Remiantis ankstesniame etape gautais rezultatais ir įmonės specifika.

Nuo išleidimo 1.2.15 V SCP ir į „Sudėtinga automatika“ , įdiegtas naujas išlaidų apskaitos mechanizmas: „Išplėstinė išlaidų apskaitos analizė“ (RAUZ). Nuo to laiko, nepaisant „tradicinės apskaitos“ palaikymo, klaidos yra taisomos, jei staiga jos aptinkamos, visas funkcionalumo tobulinimas vyksta tik naudojant ROUSE, todėl anksčiau ar vėliau iškyla klausimas dėl perėjimo prie naujo apskaitos mechanizmo. Kaip ir bet kurio kito perėjimo metu, apskaitoje ir atliekant įprastines operacijas gali atsirasti klaidų, todėl dažnai klaidos priežasties neįmanoma išanalizuoti paviršutiniškai. Netgi tai, kad programoje yra įvairių ataskaitų, to padaryti neleidžia, ypač įvairių analizės ir išlaidų centrų atveju.

Šiame straipsnyje apžvelgsime pagrindinius būtinus teisingo 20, 25, 26, 44 sąskaitų uždarymo nustatymus. konfigūracija „Sudėtinga automatizacija“ (1.0.10.1 versija) pasitelkus paslaugas teikiančios ir įsigytas prekes parduodančios organizacijos pavyzdį. Tikimės, kad padėsime jums pereiti ir sumažinsime laiko bei nervų ląstelių sąnaudas.

Tai naujas (alternatyvus) apskaitos modelis šioms sritims:

• atsargų valdymas
• kaštų apskaita
• gamybos apskaita ir kaštų apskaita
• išlaidų apskaičiavimas

Šio mechanizmo atsiradimas siejamas su kaštų apskaitos ir atsargų apskaitos suvienodinimu. Viena iš pagrindinių idėjų RAUZ – vieningas išlaidų ir atsargų apskaitos vaizdas:

• Išlaidoms apskaityti naudojamas vienas registras
• Apskaita tvarkoma vienodai pagal partiją ir atsargas bei išlaidas

Galima sakyti, kad į ROUSE Išlaidoms ir atsargoms taikomas praktiškai tas pats požiūris į apskaitą: su judėjimais viename kaštų apskaitos registre į juos atsižvelgiame (įvedame, registruojame, saugome) vienodai, tik skirtinguose apskaitos skyriuose.

Partijos apskaita V ROUSE taip pat gerokai pasikeitė – tokia sąvoka kaip partijos steigimo dokumentas. Partija nustatoma pagal jos atsiradimo datą, o ne pagal dokumentą. Dėl to nurašant iš sandėlio programai nebereikia skaičiuoti, pagal kurį dokumentą likučiai turėtų išeiti iš sandėlio – dabar užtenka tiesiog pažymėti, kad tokią ir tokią dieną yra tam tikros medžiagos atsargos. buvo suvartotas (nurašytas). Dėl to nereikia atlikti daug išteklių reikalaujančių skaičiavimų, siekiant įvertinti nurašytų dalių vertę. Faktas yra tas, kad per mėnesį taikomos „preliminarios sąmatos“, pagal kurias bus atliktas nurašymas. O faktinė kaina paskaičiuota pagal dokumentą "Gamybos kaštų apskaičiavimas", lygiagrečiai su išlaidų sąnaudų apskaičiavimu.

Per mėnesį „Išsami automatika“ gali kreiptis 3 galimybės įvertinti atsirandančių objektų vertę:

• planuojamomis kainomis
• tiesioginėmis sąnaudomis
• už nulines išlaidas

Vertinimo metodas valdymo ir reguliuojamai apskaitai parenkamas atskirai, apskaitos politikos nustatymuose.

Apskaitos politika

IN ROUSEšio parametro naudojimas gerokai išsiplėtė. Čia tai taikoma ne tik produkcijai, bet ir kitiems apskaitos skyriams, pavyzdžiui, atsargoms.

Naudojant ROUSE, taikant nurašymo kaštų įvertinimo metodą – pagal FIFO, per mėnesį programa neskaičiuoja nurašymo išlaidų FIFO– įvertinimas panaudojamas per mėnesį "vidutiniškai". Autorius FIFO Skaičiuojant faktines išlaidas bus skaičiuojami tik mėnesio pabaigos likučiai. Tačiau verta paminėti, kad net ir po šio išlaidų apskaičiavimo jums gali kilti klausimų dėl skaičiavimo mechanizmo, tačiau ši problema yra aptariama kituose straipsniuose.

Reguliuojamai ir valdymo apskaitai naudojami jų pačių kaupimo registrai: „Kaštų apskaita (vadybos apskaita)“ Ir „Kaštų apskaita (apskaita ir mokesčių apskaita)“. Kadangi registrai yra panašūs pagal laukų sudėtį, toliau kalbėsime apie reglamentuojamą apskaitą.

Registruose taikomas korespondencijos principas – duomenys apie atitinkamą analitiką saugomi judesiuose. Todėl įeinančiuose šių registrų judėjimuose matome ir apskaitos analitiką, kur turime apskaitos objektą (pavyzdžiui, kur perkeliama medžiaga), ir atitinkamą analitiką – iš kur ji ateina. Panašiai vyksta skirtingais judesiais: matome ne tik, kuris objektas paliko ir kur paliko, bet ir kur eina.

Viena iš pagrindinių sąvokų ROUSE– tai vadinamieji analitikos raktai. „Analytics“ raktas– tai objektas, apjungiantis keletą analitinių apskaitos skyrių. Pavyzdžiui, derinys: buhalterinė sąskaita, padalinys, organizacija ir kt.

Kaštų apskaita

Iš viso yra penkių tipų analizės raktai:

• Apskaitos tipo analitika. Remdamiesi šia analize galime nustatyti, ar kalbame apie savikainą/atsargą, kurioje organizacijoje į ją atsižvelgiama, kokiame padalinyje/kuriame sandėlyje, kurioje sąskaitoje.
• Sąnaudų apskaitos analitika. Remdamiesi šia analize, galime nustatyti, kokios tai atsargos/išlaidos ir kaip į tai atsižvelgiama sąnaudų apskaitos požiūriu.
• Paketinės apskaitos analitika. Remdamiesi šia analize, galime nustatyti, kokia tai akcijų partija ir kaip ji turėtų būti naudojama.
• Sąnaudų paskirstymo analizė. Remdamiesi šia analize galime nustatyti, kas yra išlaidų gavėjas.
• Kitų išlaidų apskaitos analizė.Ši analizė naudojama tik rekvizituose „Kor. apskaitos tipo analitika“ kai susidaro kito objekto vertė, tai yra nesusijusi su gamybos apskaita.

Pardavimai registruojami naudojant registrą „Pardavimų ir išlaidų apskaita“. Remiantis šio registro duomenimis, sudaromos sąnaudų skaičiavimo bazės.

Pardavimų ir kaštų apskaita

Paruošimas

Jei nuspręsite naudoti ROUSE pradėjus vesti apskaitą programoje, tuomet, natūralu, reikia perrašyti visus dokumentus, susijusius su prekių gavimu, nurašymu, pervežimu, pardavimu bei su paslaugų gavimu, pardavimu ir išlaidų atspindėjimu susijusius dokumentus. , siekiant sukurti įrašus išlaidų registruose ir pardavimo bei išlaidų registre.

Kadangi programa, analizuodama išlaidas, atsižvelgia į duomenis iš sąnaudų apskaitos registrų, rankinės operacijos, susijusios su išlaidų sąskaitomis ar atsargų apskaita, turi būti neįtraukiamos arba, kraštutiniu atveju, atliekamos naudojant dokumentą. „Regitro įrašų koregavimas“ atitinkamas įrašas. Tačiau tai gana daug darbo reikalaujantis procesas, nes analitikos raktus turėsite pasirinkti iš labai didelio sąrašo. Tas pats pasakytina ir apie pardavimus. Jei registre nėra duomenų " Pardavimų ir kaštų apskaita“, tada formuojant savikainos apskaičiavimo paskirstymo bazę į šias pardavimų sumas nebus atsižvelgiama.

Išlaidų sąskaitos uždaromos naudojant dokumentą „Kainų apskaičiavimas“. Jei pageidaujama, jis gali būti suskirstytas į kelis dokumentus pagal atliktus veiksmus arba kai kurių veiksmų neįtraukti, pvz „RBP netiesioginių išlaidų nurašymas“, bet visus judesius formuoja paskutiniai veiksmai.

Išlaidų skaičiavimas

Bendrųjų verslo išlaidų paskirstymas

Nagrinėsime atvejį, kai apskaitos politikoje numatytas metodo naudojimas "tiesioginis sąnaudos", nes paskirstymo kriterijai nepriklauso nuo naudojamo metodo.

Norint paskirstyti bendrąsias verslo išlaidas, turi būti įvykdytos dvi sąlygos:

• Kredito apyvarta sąskaitoje 90,01 per mėnesį (nepriklausomai nuo to, kaip ji ten susidarė).
• Registro įrašas „Sąnaudų straipsnių paskirstymo būdai“(nuostabiausia, kad bet koks) arba dokumente „Kainų apskaičiavimas“ pasirenkamas mėnesio uždarymo nustatymas, kuriame skirtuke „Išlaidų paskirstymas“ nurodomas išlaidų paskirstymo būdas. Šiuo atveju, siunčiant dokumentą „Kainų apskaičiavimas“ Registro įrašai bus sukurti automatiškai.

Nustatoma mėnesio pabaiga

Nesant pajamų, dokumentas „Kainų apskaičiavimas“ 26 sąskaitos išlaidas gali priskirti RBP. Čia verta paminėti dar vieną dalyką: iškilus poreikiui bendroms verslo išlaidoms galima nurodyti tikslią analitiką, kuriai jos bus skirtos. Norėdami tai padaryti, pirminiame dokumente turite: „Prekių ir paslaugų gavimas“,„Išankstinė ataskaita“, „Sąskaitos faktūros reikalavimai“ arba kitame dokumente - nurodykite šią analizę, tada ši suma bus pašalinta iš paskirstymo ir bus uždaryta joje arba RBP, jei nėra šios prekių grupės apyvartos.

Reikalavimai komercinėms išlaidoms, taip pat platinimo išlaidoms paskirstyti, yra tokie patys kaip ir bendroms verslo išlaidoms.

Gamybos kaštų paskirstymas

Dabar pereikime prie 20-osios sąskaitos uždarymo aprašymo, taisyklių ir reikalavimų, būtinų šiai operacijai užbaigti. Kaip jau buvo aprašyta aukščiau, svarstome paslaugų teikimo atvejį, kurio kaina formuojama 20 d.

Paslaugos, kurių kainą reikia apskaičiuoti, yra dokumentuojamos „Prekių ir paslaugų pardavimas“, dokumentas „Gamybos paslaugų teikimo įstatymas“ nenaudojamas sudėtingoje automatizacijoje. Nustatant parduodamų paslaugų sąrašą, nustatoma kaštų analizė – pagal dokumentą (skirtukas "Paslaugos"). Šis dokumentas yra pagrindinis skaičiuojant savikainą jo neužpildžius, net jei sąskaitos 90.01 kredite yra apyvarta, skaičiavimas nebus atliktas.

Buhalterinės apskaitos nustatymas

Sąsajoje "Apskaitos vadybininkas" dokumentas yra meniu punkte "Apskaitos sąranka".

Šiame dokumente būtina nustatyti katalogo elementų atitikimą: "Nomenklatūra" arba "Prekės tipas" ir pora „Organizacijos padalinys“, "Nomenklatūros grupė". Dabar dokumentas „Kainų apskaičiavimas“ kai atliekama operacija „Parduotų paslaugų sąrašo apibrėžimas“ etape surinks visas parduotas paslaugas už mėnesį ir pagal šiuos duomenis „Sąnaudų paskirstymo bazės apskaičiavimas“, bus skaičiuojami visi pagrindai, pagal kuriuos bus paskirstytos išlaidos. Apskaičiuotos bazės įrašomos į informacinius registrus „Išlaidų paskirstymo bazė“ Ir „Išlaidų paskirstymo bazė (apskaita)“.

Prekių apskaitos parametrų nustatymas

Būkite atsargūs pildydami šį dokumentą!Šie nustatymai nustato, kuri analizė naudojama konkrečios paslaugos išlaidoms generuoti. Ir vykdant dokumentą „Prekių ir paslaugų pardavimas“ pajamų analizė paimama iš atitinkamo dokumento lauko arba, jei jis tuščias, iš katalogo "Nomenklatūra". Jei vertės nesutampa, tada išlaidų nurašymo rezultatas gali būti neteisingas.

Kita būtina sąlyga – nurodyti išlaidų straipsnių paskirstymo būdą ir jų paskirstymo bazę. Yra du būdai nurodyti šiuos parametrus.

Pirmasis būdas – rankiniu būdu pildyti informacijos registrą . Kiekvienam išlaidų straipsniui turi būti sukurti įrašai, nurodant išlaidų sąskaitą ir paskirstymo būdą.

Organizacijų išlaidų straipsnių paskirstymo metodai

Antrasis būdas – nurodyti dokumente „Kainų apskaičiavimas“ Mėnesio pabaigos nustatymas. Šiame skirtuko nustatyme „Išlaidų paskirstymas“ turi būti nurodyta, kaip paskirstomos sąnaudos, bet čia nurodomas įmonės padalinys, todėl norint apskaičiuoti savikainą reguliuojamoje apskaitoje, reikia nustatyti įmonės padalinių ir organizacijos padalinių atitiktį, kitu atveju, kai dokumentas yra registruojamas reguliuojamoje apskaitoje, skaičiavimas nebus atliktas.

Nustatoma mėnesio pabaiga

Registruojant dokumentą, informaciniame registre sukuriami įrašai „Organizacijų išlaidų straipsnių paskirstymo metodai“, atitinkantis skirtuke nustatytas taisykles „Išlaidų paskirstymas“.

Sąnaudų straipsnių paskirstymo būdai

Jei registre jau yra įrašų ir jie neatitinka mėnesio uždarymo nustatymų, tai patalpinus dokumentą „Kainų apskaičiavimas“ bus rodomas pranešimas, nurodantis prieštaravimą tarp mėnesio uždarymo nustatymų (tab „Išlaidų paskirstymas“) ir registro duomenis „Organizacijų išlaidų straipsnių paskirstymo metodai“. Šiuo atveju būtina pašalinti šiuos prieštaravimus.

Pridėtinių išlaidų paskirstymas

Bendrųjų gamybos sąnaudų paskirstymo į savikainą sąlygos yra tokios pačios kaip ir gamybos sąnaudoms, tačiau galima paskirstyti sumas tarp tų padalinių, kuriems paskirstyti nėra pagrindo (šiam padaliniui pajamos iš paslaugų). Norėdami tai padaryti, turite atlikti šiuos veiksmus. Pirma, dokumente „Kainų apskaičiavimas“ padarykite lauką tuščią „Mėnesio pabaigos nustatymas“. Antra, sukurkite įrašą informacijos registre „Organizacijų išlaidų straipsnių paskirstymo metodai“, padaliniui, kuriam nėra paskirstymo bazės, ir sąnaudų straipsnius, kurių apyvarta yra šio padalinio 25-oje sąskaitoje, kuri parodys paskirstymo pobūdį „Ignoruoti skirstymą“. Tokiu atveju suma iš 25-os sąskaitos bus paskirstoma 20-ajai sąskaitai proporcingai paskirstymo bazėms, ty poroms. „Padalinys – nomenklatūros grupė“ už kurį yra pajamų.

Ataskaitos paskelbimas

Apibendrinant

Norint apskaičiuoti parduotų paslaugų savikainą, būtina: kad visos apskaitos išlaidos atitiktų registro įrašus "Kaštų apskaita", teisingai užpildykite dokumentą „Prekių apskaitos parametrų nustatymas“ ir informacijos registras „Organizacijų išlaidų straipsnių paskirstymo metodai“. Be to, tinkamai parengti įmonės ir organizacijų struktūrą, taip pat produktų grupių sudėtį.

Iš pirmo žvilgsnio naudojimas ROUSE gali apsunkinti darbą su programa, tačiau praktikoje gerokai sutrumpėja dokumentų, tarp jų ir norminių, sutvarkymo laikas bei skaidri išlaidų ir atsargų apskaita. Remiantis patirtimi diegiant sistemas naudojant ROUSE tikrai galime teigti, kad tai modernus apskaitos mechanizmas, kuris pasitarnaus optimizuojant Jūsų verslą.

Žymos: RAUZ, rauz 1s, kaštų analizė

ROUSE 1C. Pasirinkimo problema.

Praėjo daugiau nei dveji metai, kai įmonė 1C į savo apyvartos sprendimus (UPP/Complex Automation and Trade Management 11) įdiegė naują kaštų apskaitos ir atsargų vienetų savikainos skaičiavimo metodiką (ir atitinkamai naują techninį mechanizmą).

Ir jei UPP/Complex dar yra pasirinkimas (pavyzdžiui, partijos apskaita vietoj RAUZ), tai UT 11 nėra kitų variantų - RAUZ.

ROUZ tema jau seniai buvo rašomi straipsniai ir net atskiros knygos.

Ir vis dėlto kiekviename SCP/Comprehensive, UT11 diegimo projekte diskutuojama „Ar turėtume pereiti prie RAUZ?

Būdinga tai, kad argumentai „už/prieš“ žinomi ir buvo pateikti ne kartą (pvz. knygoje ). Tačiau suprasdami, kad „pažanga negali būti sustabdyta“, daugelis vis dar abejoja dėl perėjimo prie RAUZ.

Pasirodo, 1C įmonės metodininkų argumentai įtikina ne visus? Ir žmonės „lieka įsipareigoję“ vadinamiesiems. klasikinė partijų apskaita.

Taigi kokia prasmė? Išsiaiškinkime priežastis. Kartu į „įprotį ir konservatyvumą“, žinoma, atsižvelgiame, bet ieškosime kitų reikšmingų priežasčių.

Mano vertinimu, žmonės mato tokias galimas priežastis:

• (1) „Grubumas“ įgyvendinant RAUS mechanizmus (pavadinkime jį J);
• (2) Poreikis priimti RAUZ „toks, koks yra“. Negebėjimas „valdyti“ sąnaudų skaičiavimo proceso;
  

Kalbant apie (1), 1C, deja, suteikė pagrindo abejoti, visų pirma, išleisdamas „neapdorotą“ UT11 versiją (mano vertinimą) 2010 m. Ten jau nebebuvo galima atsisakyti RAUZ, o skaiciau gana daug skundu del neteisingo s/c apskaiciavimo.

Tačiau praėjo dveji metai ir per šį laikotarpį 1C žymiai pagerino RAZM mechanizmo diegimo cirkuliacijos sprendimuose funkcionalumą ir kokybę.

Taigi priežastis (1) jau mažiau aktuali renkantis RAUZ.

Ir priežastis (2) iškyla į pirmą planą.

„Kaip galima priimti ROUZ tokį, koks jis yra! – daugelis gali prieštarauti. „Jūs negalite atlikti pilnos partijos apskaitos RAUZ!

Taip, ir jie bus teisūs. Tačiau pagalvokime: kam iš tikrųjų reikalinga „įprasta“ partijų apskaita?

Pavyzdžiui, jei mes kalbame apie apskaičiuotas išlaidas, tada svertinis vidurkis, apskaičiuotas atsižvelgiant į įplaukų chronologiją pagal FIFO, yra gana patenkinamas apskaitos skyriui. Tai gerai veikia RAUZ ir atitinka Rusijos PBU.

Jei paimtume finansų skyrių, tai tas pats svertinis vidurkis (atsižvelgiant į FIFO) tinkamai atspindi išlaidų pusę, tačiau vargu ar kas analizuos, „kaip nurašytos išlaidos pasikeitė iš vieno pardavimo dokumento į kitą“.

Taigi galime daryti išvadą, kad renkantis partijų apskaitą (vietoj RAUZ) svarbiausia ne „nurašytų sąnaudų sąmatos tarp kelių partijų vidurkio problema“.

Paaiškinkime pavyzdžiu (palyginkime nurašymo vertinimą paprastu pavyzdžiu partijos apskaitoje ir RAUZ):

Partijos apskaita:

· 1-oji partija nurašyta. 10 vienetų, kurių kaina 100 rublių / vnt.;
· 2-oji 6 vnt. partija buvo nurašyta po 140 rublių už vienetą;

ROUZ atsižvelgiant į FIFO:

S/c vienetai bus = (10*100+6*140)/(10+6) = 115 rublių už vienetą.

Bet galutinė, nurašyta viso s/c mėnesio vertė (atsižvelgiant į FIFO), tiek naudojant, tiek nenaudojant RAUZ, nesikeis. Tai bus 1860 rublių. o apskaitos varianto pasirinkimas neturės įtakos s/c.

Taigi kur atsiranda skirtumas tarp partijų apskaitos ir RAUZ pagal FIFO?

Nurašymo valdymas - "Yra tokia partija!"

Skirtumas bus tas, kur reikės (kažkaip ypatingu būdu) pasakyti programai „Kokią partiją turėčiau nurašyti?

O tokių užduočių yra tiesiog labai daug (vidinės įmonės apskaitos, o ne buhalterinės apskaitos tikslais).

Štai pavyzdžiai (dažniausi) iš šios „problemų šeimos“.

· 1 pavyzdys. Tarkime, tiekėjams (arba vadovams) yra priskiriamas tam tikras įvertinimas (kiekvienas tiekėjas turi savo reitingą). O per mėnesį reikia parduoti visų pirma prekių partijas iš tiekėjo su aukštesniu įvertinimu ir pan.

· 2 pavyzdys. Kiekvienas prekių pristatymas turi savo galiojimo datą. Visų pirma, reikia parduoti prekes iš partijų, kurių galiojimo laikas trumpesnis. (dar žinomas kaip FEFO)

· 3 pavyzdys: Pirmiausia reikia parduoti (ir atitinkamai nurašyti), brangiau įsigytą prekę... Ar, pavyzdžiui, prekę, kurią pirkėjas grąžino.

Norėdami išspręsti tokio tipo problemas, jie iš tikrųjų stengiasi naudoti „įprastą partijų apskaitą“.

Kitaip tariant, reikia valdyti nurašymus – tai yra, valdyti strategiją „kurias partijas nurašyti pirmiausia“. Tai viskas.

O tai, kad šių partijų (iš partijos į partiją) „nurašytas“ kažkaip keisis, yra antraeilis dalykas. Svarbiausia, kad „tos partijos“ (pavyzdžiui, pačios brangiausios) buvo nurašytos ir einamojo mėnesio išlaidų dalį (jos finansinį įvertinimą) sudarė bendra „šių“ dalių kaina.

Iš viso su partijų apskaita aišku. Bet paklauskime savęs: „Ar galime kaip nors suvaldyti vakarėlių nurašymą RAUZ?

Šiems tikslams pasirinkau UT11, o ne UPP, kad būtų lengviau parodyti darbo su RAUZ mechanizmu „mechaniką“. Jei reikia, tie patys metodai gali būti taikomi SCP.

Taigi, mes turime tokią užduotį:

Akivaizdu, kad tokiai nurašymo strategijai RAUZ nėra... Ir vis dėlto RAUZ galime „padaryti“ taip (kaip reikia!).

Ir tai padaryti gana paprasta, svarbiausia suprasti, kaip ROUZ yra „struktūrizuotas iš vidaus“!

Šiame straipsnyje aš nesigilinsiu į tai, „kaip veikia visas s/s RAUZ skaičiavimo mechanizmas“. Šias medžiagas planuoju pristatyti būsimuose straipsniuose.

Čia parodysiu, kaip galima gana paprastai (neperrašant programos) „įeiti į standartinį mechanizmą“ ir valdyti nurašymo strategiją RAUZ.

Problemos sprendimo idėja yra tokia:

• UT apskaitos politikos nustatymuose įjunkite „FIFO“. ROUZ gali „paskirstyti partijas pagal FIFO“. Pasinaudokime tuo;

• Suformuosime savo (reikia) „partijų“ tvarką nurašymui. Mūsų atveju pirmosios partijos turėtų būti iš tiekėjo, turinčio aukštesnį reitingą ir pan.;
  

Išvados; judam toliau..

Taigi galima padaryti tokias išvadas:

1. Nemaža dalimi atvejų galima nesunkiai apsieiti be „partijinės apskaitos“, o ten, kur tikrai reikia, galima susidėlioti nurašymo strategiją.
2. ROUSE – „ne juoda dėžė“. Šiuos mechanizmus galima kompaktiškai konfigūruoti ir pritaikyti. Bet jūs turite suprasti, „kaip jie yra struktūrizuoti iš vidaus“.
   

Jei grįšime prie „savo“ demonstracinės problemos sprendimo, tai, žinoma, šiuo sprendimu mes nepakeitėme (ir negalėjome) visiškai pakeisti paketinės apskaitos.

Akivaizdu, kad naudojant tokią schemą, mes negalėsime, pavyzdžiui, sugeneruoti ataskaitos „prekių siuntų sąrašas“. Akivaizdu, kad sistemoje nebus „persisukančių“ partijų (nuo mėnesio iki mėnesio), o visi gaunami likučiai bus viena partija.

Taip pat aišku, kad, pavyzdžiui, vartotojai negalės sąskaitoje nurodyti, „kurią konkrečią partiją nurašyti“. ir kt.

Tada kyla klausimas: ką daryti, jei mums reikia viso „partijinės apskaitos“ funkcionalumo? Ar ROUZ nebetaikomas?

Tiesą sakant, RAUZ technologija yra labai lanksti ir esant poreikiui galite sukonfigūruoti (jei reikia) visą partijų apskaitą!

Reikės darbo sąnaudų, tačiau problemą galima išspręsti gana kompaktiškai.

Kaip tai padaryti?

Taip pat planuoju apie tai pakalbėti būsimuose straipsniuose.

Esu įsitikinęs, kad jei buhalteris nesusitvarko su konkrečia programa, tai 90% kaltas kūrėjas.

Sąnaudų skaičiavimas UPP (RAUZ) yra labai sunkus. Daugumą buhalterių išmokyti kompetentingai naudotis RAUZ beveik neįmanoma. Todėl pasukau skaičiavimo procedūros supaprastinimo keliu.

Sukūriau apdorojimą, kuris atlieka:

1) Pildyti informacinį registrą „Organizacijų išlaidų straipsnių paskirstymo būdai“
Mane stebina tai, kad įmonė 1C mano, kad buhalteriai yra pakankamai kvalifikuoti, kad galėtų užpildyti registrą „Organizacijų sąnaudų straipsnių paskirstymo metodai“, kuriame įgyvendinamas sudėtingas matematinis išlaidų apskaičiavimo modelis. Esu tikras, kad bet kuris buhalteris, net ir gavęs aiškias ir teisingas instrukcijas, kaip pildyti registrą, periodiškai pamirš jame nurodyti naujus išlaidų elementus. Tipiškas šio registro pildymas iš dokumento „Išlaidų apskaičiavimas“ man pasirodė beprasmis. Todėl registro pildymą įgyvendinau programiškai pagal algoritmą, suderintą su apskaitos politika (skaitykite vyr. buhalteris). Klaidos tikimybė jį pildant tampa lygi nuliui. Mano apdorojimas nurodo visas nematerialias išlaidas paskirstyti visuose skyriuose. Medžiagų sąnaudos – neskirstyti. Bet kuris programuotojas gali pakeisti užpildymo taisykles.

2) Analitikos raktų testavimas prieš skaičiuojant išlaidas
Galbūt testavimas nėra pati reikalingiausia procedūra, ji tikrai niekaip neįtakoja skaičiavimo, bet kai pradedame tikrinti rezultatą, tikrai svarbu, kad analitikos raktai būtų teisingai pavadinti.

3) Koreguoja planuojamą kainą
Programa išanalizuos kiekvienos einamąjį mėnesį įsigytos atsargų prekės vidutinę pirkimo kainą ir mėnesio pradžioje su šia kaina sukurs dokumentą „Prekių kainų nustatymas“. Tada apdorojant bus iš naujo registruojami visi prekių ir medžiagų sunaudojimo dokumentai.

Daugeliui tai taip pat gali pasirodyti nereikalinga, tačiau kaip atsakyti į buhalterių klausimą, kad jų mėgstamose operacijose inventoriaus vienetų nurašymas atliekamas tik pagal kiekį ir nurašymo sumų nėra? Ir dėl to itin nepatogu dirbti su apskaitos ataskaitomis, tokiomis kaip SALT ar sąskaitos kortele. Asmeniškai, norėdamas atsakyti į šį klausimą, aš nusistačiau atsargų prekių nurašymo pagal „Planuojamą kainą“ politiką, o buhalteriams sakau tik apie būtinybę skaičiuoti sąnaudas naudojant mano apdorojimą. Po to operacijose jie matys nurašytų atsargų vienetų sumas. Taip, žinoma, tai bus apytikslės sumos, neįskaitant papildomų sumų. išlaidų, bet vis tiek tai bus sumos, artimos tiesai, padedančios pamatyti bendrą vaizdą.

4) Pašalina sąnaudų paskirstymo analizę dokumente „Atlyginimų atspindys reg. apskaita"
Taip atsitinka, kad personalo vadovas atlyginimų kaupimo šablonuose periodiškai nurodo išlaidų paskirstymo analizę. Mūsų atveju jo naudojimas visiškai nereikalingas, todėl užuot spardęs personalo pareigūną/buhalterę, sukūriau šios analitikos išgryninimo tvarką dokumentuose „Atlyginimų atspindys reglamentuojamoje apskaitoje“. Avys saugios, vilkai pamaitinti!!!

5) Prekių judėjimo dokumentuose užpildo nomenklatūros grupę.
Deja, kad ir kiek mokytum žmones, jie periodiškai klys. Visų pirma, jie pamirš užpildyti informaciją „Nomenklatūros grupė“ dokumento lentelėse. Dėl to negali būti nė kalbos apie teisingą išlaidų apskaičiavimą. Sukūriau procedūrą, kuri automatiškai tikrina detalių užpildymą lentelinėse dokumentų dalyse, o jei jos tuščios, užpildo verte iš prekės kortelės. Jei prekių grupė nėra nurodyta prekės kortelėje, apdorojimas apie tai šauks ir privers užpildyti reikiamus duomenis.

6) Atlieka „Gamybos ataskaitos“ dokumentų patikslinimus

Atliekamas labai paprastas reguliavimas. Mūsų gamyboje gaminama daug panašių gaminių su skirtingais parametrais. Pavyzdžiui, dokumente Gamybos ataskaita nurodyta, kad buvo pagaminta 1 tona raudonų plytų ir 100 tonų baltų plytų. Tam buvo panaudota 1 tona raudonojo molio ir 100 tonų baltojo molio. Kaip programa paskirstys medžiagas tarp produktų??? Jei gaminių lentelės skiltyje neužpildėte svorio stulpelio, programa paskirstys pusę raudonojo ir baltojo molio pirmajam produktui, o pusę raudonojo ir baltojo molio – antrajam produktui. Taigi raudonų plytų kaina bus dviem eilėmis didesnė už baltos spalvos kainą (darant prielaidą, kad raudonojo ir baltojo molio kainos yra vienodos). O gamybos ataskaitoje rasite, kad baltų plytų kompozicijoje naudojamas baltas molis, o raudonų plytų kompozicijoje – baltas. Svarbu padaryti atsakomybės atsisakymą – ši netvarka įvyksta, jei nenurodysite specifikacijos. Daugeliu atvejų specifikacija iš tikrųjų užpildoma. Bet vis tiek yra išimčių!
Mano apdorojimas užpildo svorį išleidimo linijose, lygų išleidimo kiekiui.

7) Pašalina sąnaudų paskirstymo analizę „Gamybos paslaugų aktuose“
Vėlgi, užuot verčiau materialistą užtikrinti, kad rekvizitai būtų tušti, lengviau juos automatiškai išvalyti prieš apskaičiuojant išlaidas.

8) Tikrina medžiagų sąnaudų „visiško uždarymo“ galimybę.

Šio triuko mane išmokė labai kompetentinga „Direct-Project“ įmonės (Volgogradas) specialistė - Irina. Faktas yra tas, kad medžiagų sąnaudas dažniausiai nurašome arba pagal dokumentus „Nebaigtų darbų inventorizacija“, arba papildomi nurašymai (išskyrus išlaidų dokumentus per mėnesį) neatliekami. Teoriškai tiek pirmuoju, tiek antruoju atveju, kai kiekybinis balansas pasiekia nulį, programa turėtų nurašyti visą savo kainą. Tačiau taip nutinka ne visada ir paaiškėja per vėlai. Tuomet prieš pagrindinį kaštų skaičiavimą buvo pasiūlyta pakeisti registro nustatymą „Organizacijų išlaidų straipsnių paskirstymo būdai“ taip, kad visos materialinės išlaidos būtų paskirstytos pilnai ir tuo pačiu pažymėti dokumente „Darbų inventorizacija“. vyksta“ ištrynimui. Jei programoje viskas gerai, tada apskaičiavus išlaidas, visos medžiagų sąnaudos turėtų būti nurašytos 8. Tačiau praktikoje tai ne visada pasiteisina ir į tai reikia greitai reaguoti.

Mano tvarkymas papildo informacinį registrą „Organizacijų sąnaudų straipsnių paskirstymo būdai“, kad būtų paskirstytos visos materialinės sąnaudos, tada pažymimi „Nebaigtų darbų inventorizacija“ dokumentuose ištrynimui ir, paskaičiavus savikainą, patikrinama, ar likusi išlaidų dalis. yra nulis. Jei taip neatsitiks, mes priverčiame vartotoją išnagrinėti ataskaitą „Išlaidų ataskaita“ ir pašalinti „įstrigusių“ išlaidų priežastis. Jei buvo galima uždaryti sąnaudų registrą iki nulio, tada apdorojimas vėl pakeičia informacinį registrą „Organizacijų išlaidų straipsnių paskirstymo būdai“ į apskaitos politikoje priimtą sistemą, pašalina registracijos žymas iš dokumentų „Darbų inventorizacija progresas“ ir pereinama prie pagrindinio renginio (dėl kurio startavo visi) – išlaidų skaičiavimo.

9) SVARBIAUSIAS DALYKAS!!! Jei vykdant standartinį dokumentą „išlaidų apskaičiavimas“ pranešama apie „neigiamus likučius“, mano apdorojimas atsisakys tvarkyti sąnaudų apskaičiavimo dokumentą ir detaliai parodys, kuriuos neigiamus likučius reikia taisyti!

Galbūt tai yra apdorojimo akcentas. Tipiškas „Kaštų apskaičiavimo“ dokumento elgesys, kai jis vykdomas, pranešimo eilutėje gali tik tyliai šnabždėti, kad skaičiavimas atliktas neteisingai, nes yra „šiek tiek“ neigiamų likučių.

Norėdami rasti šiuos „neigiamus likučius“, turite:

• Sukurti dvi skirtingas ataskaitas („Išlaidų ataskaita“ ir „Atsargų apskaitos ataskaita“);
• Nustatykite gana detalų detalizavimą (kartais 5–7 grupes). Pavyzdžiui, būtinai įtraukite detalizavimą pagal prekių grupes, kad pamatytumėte, jog vienos grupės likučiai yra +1, o kitoje -1 (pergrupavimas);
• Būtinai išplatinkite dokumentą „Išlaidų apskaičiavimas“;
• Gerai, kad galite naudoti kitus nustatymus ir ataskaitų režimus.

Mano apdorojimas ne tik garsiai rėks ​​apie neigiamų išlaidų buvimą ir neleis tvarkyti dokumento, jei toks bus, bet ir parodys, kurią ataskaitą reikia sugeneruoti (bus paryškinta raudonai). Be to, kiekvienoje ataskaitoje grupavimas jau bus sukonfigūruotas taip, kad klaidingo įvertinimo atveju tikrai matytumėte neigiamus likučius ir bus įjungtas (!!!) pasirinkimas pagal inventorių arba kainą. Taigi, jūs turėsite ieškoti ne 10 puslapių ataskaitoje, o paprastai 4-20 eilučių ataskaitoje, kurioje pusė yra teigiami likučiai, o pusė - neigiami. Palyginus dvi eilutes, iš karto aišku, pagal kokias detales (sandėlis, prekių grupė ir pan.) įvyko perkvalifikavimas.

Esmė: Aš tikrai suprantu, kad dokumentų pildymo tvarka kiekvienoje organizacijoje yra skirtinga. Šis apdorojimas padės greitai sukurti dokumentų pildymo taisyklių kontrolės mechanizmą, jei netingėsite perskaityti algoritmus ir atlikti reikiamus pakeitimus pagal savo apskaitos politiką.