Obračun stroškov je obvezen korak za ustvarjanje finančnega rezultata podjetja. Obstaja več metod izračuna, od katerih je vsaka primerna za določene parametre organizacije. V zvezi s tem vsak peti klic v podjetje prihaja z vprašanjem: "Kakšno metodo naj uporabim pri izračunu stroškov blaga?" V tem članku bomo z vami delili svoje izkušnje in govorili o vsaki metodi na konkretnih primerih.

Najprej malo teorije:

Izračun stroškov je potreben za naslednje namene:

Ugotavljanje donosnosti prodaje določenih vrst blaga. (Koeficient dobičkonosnosti se izračuna kot razmerje med dobičkom in sredstvi, ki ga tvorijo. Dobičkonosnost, % = Dobiček (Prihodki ali stroški prodaje - Stroški) / Prihodki;)

Informirano odločanje o prilagajanju sestave knjigovodstva prodanega blaga;

Oblikovanje cenovne politike podjetja.

Izračun stroškov odpisa (prodaja, uporaba v proizvodnji itd.) Se izvede na splošno za mesec ali za določen datum neposredno z uporabo dokumenta »Izračun stroškov blaga« (izračun je narejen iz od začetka meseca do konca dneva dokumenta »Obračun nabavne vrednosti blaga«) ali iz mesečnega zaključnega pomočnika.

Pri izbiri metode izračuna stroškov je pomembna prisotnost / odsotnost paketnega računovodstva. Paketno računovodstvo je potrebno za:

Informacije o skladiščenju vsake serije blaga;

Vodenje kompleksnega obračuna DDV;

Vrednotenje serije;

Izvozna prodaja;

Vključitev/razključitev DDV v ceni.

Vrste obračuna stroškov:

1) Predhodni izračun:

Namenjen za uporabo trgovinskih organizacij za določitev ocenjenih stroškov nabavljenih materialnih sredstev v obdobju poročanja. Izvedeno po metodi »mesečnega povprečja«. Izračunane vrednosti se uporabljajo za določitev bruto dobička organizacije, če je izpolnjen načrt prodaje. Za predhodni izračun stroškov lahko nastavite rutinsko opravilo. V tem primeru se izračun izvede relativno hitro.

2) Dejanski izračun:

Izvaja se na podlagi rezultatov mesečnega poročevalskega obdobja s popolnim izračunom stroškov serij gibanja stroškov postavke. Pri tovrstnem obračunu stroškov lahko izberete katerikoli način za ugotavljanje stroškov odpisa zgoraj opisanih materialnih sredstev. Za izračun dejanskih stroškov je na voljo univerzalno delovno mesto " Zaključek meseca", katerega uporaba vam omogoča, da odražate vse operacije za zaprtje obdobja poročanja.

Aplikacijske rešitve podjetja 1C vam omogočajo, da hkrati spremljate stroške v cenah začetnega prejema (strošek, po katerem je blago prispelo v prvo organizacijo podjetja) in v cenah prevzema v vsaki posamezni.

Izračun stroškov za skupino podjetij.

Vsako skladišče ima izračunan svoj strošek. Metoda vrednotenja se izbere pri oblikovanju računovodske usmeritve. Izračun stroškov se lahko izvede za eno ali več organizacij. Če podjetje uporablja medpodjetniško shemo, je treba stroške izračunati za vse organizacije, vključene v medpodjetniško strukturo, hkrati z uporabo ene metode izračuna.

Metode izračuna stroškov:

Vsi primeri so podani na podlagi "1C: Trade Management 11.2". V drugih programskih izdelkih podjetja 1C se stroški izračunajo na podoben način.

"Mesečno povprečje":

Izračun se izvede na podlagi povprečne cene za obdobje poročanja brez upoštevanja serij. Skupna nabavna vrednost se uporablja tako za odsluženo blago kot za skladiščna stanja.

Mesečno povprečje = (vrednost stanja + stroški potrdila) / (znesek stanja + znesek potrdila).

1. primer:

Ena organizacija, ki se ukvarja s trgovino s preprogami ruske proizvodnje, se je obrnila na strokovnjake podjetja RG-Soft, da bi izbrala najprimernejšo metodo za izračun stroškov. Podjetje kupuje blago samo v Rusiji, cena blaga ni odvisna od tečaja dolarja in se lahko nekoliko razlikuje glede na čas. Na podlagi tega ni treba voditi evidenc o serijah. V zvezi s tem so strokovnjaki RG-Soft predlagali izbiro metode »ponderirane povprečne ocene«. Oglejmo si primer izračuna stroškov enega artikla v določenem podjetju.

Podatki, ki so bili vneseni v informacijsko bazo, so predstavljeni v tabeli 1.

Tabela 1.

Izračuni:

(100.000+200.000)/(10+10)=15.000 rub. – stroški na enoto blaga v decembru;

5 * 15.000 = 75.000 rub. – skupni stroški odpisanega blaga v decembru;

Stanje blaga na dan 01.01.2017: 15 kosov. za skupne stroške 225.000 rubljev.

(225.000+300.000)/(15+10)=21.000 rub. – stroški na enoto blaga v januarju;

10 * 21.000 = 210.000 rub. – skupni stroški odpisanega blaga v januarju;

Stanje blaga na dan 01.02.2017: 15 kosov. za skupne stroške 315.000 rubljev.

"FIFO (tekoče vrednotenje)":

Izvaja se v okviru popolnega šaržnega računovodstva. Pri obračunu stroškov se upošteva, da so prve prejete serije tudi prve za odlaganje, t.j. Vsaka poraba blaga je poraba nazadnje prejetega blaga tega artikla. Stanje na koncu meseca se izračuna na podlagi skupnih stroškov posamezne serije.

Stroški vsake serije za mesec = (vrednostno stanje na začetku meseca + vrednostni prejem v mesecu) / (količinsko stanje na začetku meseca + količinski prejem v mesecu).

2. primer:

Organizacija, ki se ukvarja s prodajo gospodinjskih kemikalij, je morala izbrati tudi ustrezno metodo izračuna. Podjetje nabavlja blago v tujini, zato je cena blaga ODVISNA od tečaja dolarja, torej, ker... Cena za posamezno dostavo se lahko bistveno razlikuje, podjetje vodi evidenco serij. Dostave blaga so se izvajale redko, približno 2-krat na mesec. V zvezi s tem so strokovnjaki RG-Soft predlagali izbiro metode "FIFO (tekoče vrednotenje)". Oglejmo si primer izračuna stroškov enega artikla v določenem podjetju.

Podatki, ki so bili vneseni v informacijsko bazo, so predstavljeni v tabeli 2.

Tabela 2.

Izračuni:

Prva serija: 10.000/100 = 100 - cena na enoto blaga iz prve serije v juniju;

Druga serija: 20.000/100 = 200 - cena na enoto blaga iz druge serije v juniju;

Serije se odpisujejo po načelu: prve prejete serije so tudi prve izločene

50 * 100 = 5000 rub. – skupni stroški odpisanega blaga v juniju;

Stanje blaga na dan 01.07.2016: 150 kosov. za skupne stroške 25.000 rubljev.

Prva serija: 5.000/50 = 100 - cena na enoto blaga iz prve serije v juliju;

Druga serija: 20.000/100 = 200 - cena na enoto blaga iz druge serije v juliju;

Tretja serija: 30.000/100 = 300 - cena na enoto blaga iz tretje serije v juliju;

Odpisati je potrebno 100 enot blaga, po načelu so prve prejete serije tudi prve za odtujitev, najprej morate odpisati 50 enot iz prve serije, preostale pa iz druge.

50 * 100 + 50 * 200 = 15.000 rub. – skupni stroški odpisanega blaga v juliju;

Stanje blaga na dan 01.08.2016: 150 kosov. skupni strošek 40.000 rubljev.

"FIFO (ponderirano vrednotenje)":

Tako kot pri izračunu FIFO selitve - pri izračunu stroškov se upošteva, da so prve prejete serije tudi prve odtujene, t.j. Vsaka poraba blaga je poraba nazadnje prejetega blaga tega artikla.

Značilnost: stanje na koncu meseca se izračuna na podlagi povprečnih stroškov stanja blaga za vse serije.

Pri kalkulaciji nabavne vrednosti po metodi FIFO se določijo serije odsluženega blaga, ki se ločijo od serij ostankov. Nato se za izločene (prodane, odpisane) lote določi povprečni strošek odlaganja, ki odraža porabo posameznega lota. Stroški zalog in stroški odtujitve blaga se lahko razlikujejo.

Stroški katere koli serije za mesec = (vrednostno stanje na začetku meseca + vrednostni prejem v mesecu) / (količinsko stanje na začetku meseca + količinski prejem v mesecu)

Primer 3:

Drugi organizaciji, ki se ukvarja s trgovino z dodatki za mobilne telefone, so strokovnjaki RG-Soft predlagali, naj izbere metodo »FIFO (ponderirano vrednotenje)«. Podjetje vodi tudi evidenco serij, saj blago je kupljeno v tujini, cena pa je odvisna od menjalnega tečaja. Izbira te metode je bila posledica dejstva, da so se dobave blaga, za razliko od prejšnjega primera, izvajale veliko pogosteje, približno 10-krat na mesec. Metoda FIFO (ponderirano vrednotenje) se izogne ​​kopičenju velikega števila serij, ker vse serije, prejete prejšnji mesec, so zmanjšane na eno. Oglejmo si primer izračuna stroškov enega artikla v določenem podjetju.

Podatki, ki so bili vneseni v informacijsko bazo, so predstavljeni v tabeli 3.

Tabela 3.

Izračuni:

Prva serija: 4.000/20 = 200 - cena na enoto blaga iz prve serije v oktobru;

Druga serija: 8.000/20 = 400 - cena na enoto blaga iz druge serije v oktobru;

Ta članek obravnava naslednje teme:

• Kako se izračunajo stroški zalog in materiala po povprečni ceni in metodi FIFO;
• Kako se v UT 11 upoštevajo skladiščna gibanja;
• Katere možnosti obstajajo za izračun stroškov v UT 11.

Kako se izračunajo stroški?

Izračun na podlagi povprečnih stroškov

V UT 11 se obračunavanje stroškov odtujitve blaga po povprečnih stroških izvaja na podlagi rezultatov meseca (ponderirani povprečni stroški). To pomeni, da se pri izračunu nabavne vrednosti odtujenega blaga upoštevajo vsi prejemki za mesec. V tem primeru se upošteva stanje blaga na začetku meseca. torej

Stroški enote blaga = (Ovrednoteno stanje blaga na začetku meseca + stroški nakupov blaga za mesec) / (Količina začetnega stanja + količina prejemkov)

Razlike v obračunu stroškov v UT 10.3 in UT 11

UT 10.3 uporablja klasično paketno računovodstvo po metodi FIFO. Hkrati sistem shranjuje informacije o stroških vsake serije vhodnega blaga. Metoda FIFO predpostavlja, da je treba pri odtujitvi izdelka količino in ceno izdelka odpisati zaporedno od najzgodnejših serij glede na čas prejema.

V UT 11 se obračun stroškov izvaja po FIFO metodi in temelji na računovodski določbi (PBU) "Računovodstvo zalog PBU 5/01". V skladu s tem se stanje blaga v skladišču izračuna količinsko. Nato se določi vrednotenje stanja na koncu meseca, ki ustreza izračunu vrednosti po metodi FIFO. Za to se zaporedno zbira količina in vrednost preostalega blaga iz zadnjih serij, glede na čas prejema, saj izračun po metodi FIFO pomeni, da so prve serije že odpisane. Nato se določi količina blaga, ki je bila v mesecu odstranjena iz skladišča. Strošek prejemov blaga za mesec se določi ob upoštevanju vrednosti začetnega stanja, od te vrednosti pa se odšteje strošek stanja na koncu meseca, izračunan po metodi FIFO. Dobljena vrednost označuje stroške odpisa blaga za mesec. Strošek odpisa enote blaga se določi kot strošek odpisa blaga za mesec, deljen s količino odtujenega blaga v mesecu. Strošek posamezne pošiljke se izračuna kot zmnožek nabavne vrednosti enote blaga in količine odpisanega blaga.

Analitika stroškov

Izračun stroškov blaga v UT 11 se izvaja v okviru naslednje analitike:

• Organizacija, skladišče;
• Nomenklatura, značilnosti nomenklature;
• Številni drugi analitiki.

Stroškovno računovodstvo izvaja analitik samostojno. En izdelek v različnih skladiščih ima lahko različne stroške. Izračun stroškov se izvaja na podlagi analitičnih objektov. V tem primeru je vsak analitični objekt oblikovan z zgornjimi parametri. Za vsak analitični objekt se sestavi linearna enačba. Tako dobimo sistem linearnih enačb (SLE). Linearne enačbe so sestavljene na podlagi identitete:

Stroški blaga, ki ostanejo ob koncu meseca = stroški prejemkov za mesec + stroški začetnih stanj - stroški odpisov za mesec

Pred sestavo SLU sistem po metodi FIFO izračuna skupno stanje, ki naj ostane v skladišču. V tem primeru je vrednotenje preostanka določeno na podlagi zadnjih serij.

Značilnosti izračuna stroškov

Pri izračunu stroškov po metodi FIFO v UT 11 je nekaj posebnosti:

• Zabava je očitno odsotna. To pomeni, da za sklope ni mogoče pridobiti cenitvenega poročila. Za izolacijo določenih sklopov morate uporabiti dodatne značilnosti nomenklature ali ločeno računovodstvo po oddelkih/vodjih;
• Vsi nenapisani paketi iz prejšnjega meseca se združijo v en paket. Količina in vrednost tega sklopa je seštevek števila in vrednosti neodpisanih sklopov;
• Za eno serijo se štejejo vsi prejemi enega izdelka od enega dobavitelja v enem koledarskem dnevu. Količina in stroški te serije so sestavljeni iz količine in stroškov prejetega blaga;
• Vsi odpisi blaga v enem mesecu se obračunajo po povprečni nabavni vrednosti, ne glede na metodo vrednotenja blaga ob odpisu (po povprečni nabavni vrednosti, FIFO);
• Premiki blaga in druge transakcije brez znanega vrednotenja se ne upoštevajo pri vrednotenju stanja blaga v skladišču ob koncu meseca. To pravilo ima izjemo. Te operacije se upoštevajo pri vrednotenju ostanka blaga v skladišču, v primeru primanjkljaja tekočih prejemov blaga z znano vrednostjo.

Prednosti in slabosti tehnike

V primerjavi s klasičnim paketnim računovodstvom v UT 10.3 ima obračun stroškov po metodi FIFO v UT 11 prednosti in slabosti.

• Sistem ni občutljiv na vrstni red vnosa prejemnih in prodajnih dokumentov;
• Čas za izračun stroškov in zaključek obdobja se je znatno skrajšal;
• Manipulacije menedžerjev s časovnim razporedom obdelave dokumentov se odpravijo s povprečenjem stroškov odpisanega blaga v vseh dokumentih v mesecu.

• Pomanjkanje možnosti vrednotenja serije po izvedbi izvedbenega dokumenta;
• Nezmožnost takojšnje ocene bruto dobička ob knjiženju prodajnega dokumenta.

Kako se v UT 11 upošteva skladiščno gibanje?

V UT 11 je skladišče razumljeno kot določeno ozemlje, kjer je skladiščeno blago. Skladišče je lahko predstavljeno v obliki regalov, polic in celic, namenjenih shranjevanju blaga. V tem primeru lahko sistem vodi evidenco blaga v posamezni celici (naslovno skladišče). Imenik "Skladišča (skladiščna ozemlja)" je hierarhičen. Za skupino skladišč lahko nastavite izbiro te skupine v naročilih in računih za prevzem (odpremo) blaga. Če je v enem dokumentu o prejemu (odpremi) potrebno upoštevati poslovanje za več skladišč, je treba ta skladišča uvrstiti v skupino skladišč. Če skladišča pripadajo različnim skupinam (ki niso hierarhično povezane), potem z njimi ni mogoče izvajati skupinskih operacij.

Za prikaz operacije premikanja inventarnih postavk iz enega skladišča v drugega je namenjen dokument "Gibanje blaga", ki v količinskem smislu izvaja premike v registru "Stroški blaga". Vrednotenje se določi z dokumentom "Izračun stroškov blaga". Poleg tega se gibanja izvajajo prek registrov Blago organizacij, Blago v skladiščih, Prosta stanja.

Katere možnosti obstajajo za izračun stroškov v UT 11

V dokumentu "Izračun stroškov blaga" lahko izberete dve možnosti izračuna:

• Predhodni,
• Dejansko.

Predračun stroškov

Priporočljivo je, da izračune stroškov izvedete večkrat v mesecu z možnostjo »Preliminarni« izračun. Če želite to narediti, lahko v različici dela odjemalec-strežnik konfigurirate rutinsko opravilo. V tem primeru se izračun izvede relativno hitro. Stroški posamezne odtujitve in stroški preostalega blaga niso izračunani. Dokument določa povprečne stroške blaga in jih evidentira v informacijskem registru "Stroški blaga".

Primerno je analizirati predhodne stroške v poročilih »Prihodki in odhodki« in »Obseg prodaje po vrsti blaga«. Za ustvarjanje poročil pojdite na razdelek »Finance« in v navigacijski plošči izvedite ukaz »Finančna poročila«.

Izračun dejanskih stroškov

Po koncu meseca se izvede dokument »Izračun stroškov blaga« z možnostjo izračuna »Dejanski«. Pri tej opciji se izračuna strošek odtujitve blaga in ostanka blaga v skladiščih. Dodatni stroški se razporedijo na stroške blaga. Izračun stroškov z možnostjo izračuna Dejansko se lahko izvede večkrat v enem mesecu, če ni težav z delovanjem informacijskega sistema.

Zaključne opombe

Značilno je, da v podjetjih, z redkimi izjemami, dokumenti ne sledijo dejanskim trgovinskim poslom in se praviloma vnesejo v računovodski sistem za nazaj, popravijo, ponovno objavijo itd. Z velikim prometom obnovitev zaporedja dokumentov v UT 10.3, izračun stroškov in zaključek obdobja zahteva znatne stroške. Prednost UT 11 v tem poslovanju je lahko odločilen dejavnik pri izbiri računovodskega sistema za trgovska podjetja, zlasti za tista, ki za poslovodno računovodstvo Pomembno je, da dobimo rezultate neodvisno od vrstnega reda vnosa dokumentov za prejem in prodajo blaga.

Mehanizem za offline (neoperativni) obračun stroškov, gibanje po registrih stroškov, splošne informacije.

Od različice ERP 2.1.3 (in ustreznih različic KA in UT) se razlikujeta dve vrsti gibanja:

• "primarni" - oblikovan v skladu z logiko dokumentov med njihovim izvajanjem;
• “izračunano” - generirano s tem mehanizmom (identifikator vrste gibanja je nov atribut “Cost Cost Calculation” akumulacijskih registrov).

Za seznam registrov, ki jih vzdržuje mehanizem za izračun stroškov, glejte Podatki izhodnega mehanizma ()

Zapisovalec obračunskih gibanj je sedaj primarni dokument (iz atributa Dokument o gibanju), in ne dokument Obračun nabavne vrednosti. Dokument Obračun nabavne vrednosti ne izvaja več premikov v naslednjih registrih: Prihodki in stroški prodaje, Nabave, Drugi stroški nedokončane proizvodnje (na voljo samo v ERP in KA) (dokument ostaja registrator za te registre zaradi združljivosti s prejšnjimi različicami). ).

Pri ponovnem knjiženju dokumentov se obračunska gibanja shranjujejo, ne glede na spremembe na dokumentu (Za ta namen je v modulu postavljena posebna koda za nabor evidenc vodenih registrov. Za primer glej modul akumulacijskega registra Stroški blaga - klice postopkov tega modula.). Spremembe v dokumentu bodo upoštevane v obračunskih premikih pri preračunu stroškov.

Od različice ERP 2.1.3 se je spremenil algoritem za generiranje in beleženje premikov.
Sedaj se za vsak mehanizem, ki ga mehanizem služi, registri gibanja oblikujejo na naslednji način:

• pred začetkom obračuna se stari obračunski premiki ne počistijo - ostanejo v IS do konca obračuna;
• novi izračunani premiki, ki jih generira mehanizem, so uvrščeni v tabelo vrednosti;
• ko je dosežena določena velikost tabele vrednosti ali ko je zaključena naslednja stopnja izračuna;
• nova gibanja iz tabele vrednosti se prenesejo v začasno tabelo;
• na koncu izračuna se primerjajo novi (iz začasne tabele) in stari (iz informacijskovarnostnih podatkov) premiki:
  • gibanja se prepisujejo le pri tistih dokumentih, ki imajo razlike med starimi in novimi gibanji poselitve;
  • samo dokumenti s prepisanimi gibanji so registrirani za razmislek v računovodstvu.

Te spremembe vam omogočajo, da:

• ogled stroškovne cene za dokument iz samega dokumenta - s poročilom "Premiki dokumentov";
• pri preračunu stroškov prepišite le dejansko spremenjena obračunska gibanja;
• registrirajte za odraz v računovodstvu samo dokumente s prepisanimi premiki (v ERP in CA).

Prehod na ERP različico 2.1.3 (in pripadajoči različici KA2 in UT11)

Pri prehodu na novo različico se predhodno ustvarjena poravnalna gibanja ne spremenijo samodejno,
Ker To ne zahteva preprostega prenosa gibov med snemalniki, temveč "emulacijo" preračunavanja stroškov, kar je polno ...
Če začnete s ponovnim izračunom starega obdobja, bodo v njem ustvarjeni pravilni premiki po novi shemi.

Začnite z izračunom stroškov.

Vstopna točka v algoritem izračuna je postopek IzračunajVse() v katerega se posredujejo parametri:

• obračunsko obdobje - mesec;
• možen je "lahek" predhodni izračun stroškov - omogoča ustvarjanje nekaterih poročil (če je bil dejanski izračun že narejen za navedeno obdobje, predhodni izračun ne bo izveden);
• izračun se izvede za določen niz organizacij ali za vse organizacije, ki so povezane z navedeno organizacijo v skladu z medpodjetniško shemo (glejte Odnosi organizacij v okviru medpodjetniške sheme ()):
  • če organizacija za obračun ni navedena, se obračun izvede za vse organizacije, ki imajo v navedenem obdobju premike v stroškovnikih;
  • vse organizacije, za katere se izvaja dejanski izračun, morajo imeti enako metodo za vrednotenje zalog (glej DefineValueValuationMethod());
• Zagon obračuna stroškov je možen tako interaktivno (iz mehanizma zapiranja ob koncu meseca) kot iz rutinskega opravila.

Originalni opis

// Začetek izračuna stroškov.
// (prej - Izvedi RegularTaskCostCostCalculation() modula upravljalnika dokumentov za izračun stroškov)
// Opcije:
// Datum - Datum - obdobje obračuna stroškov
// PreliminaryCalculation - Boolean - izvede dejanski ali predhodni izračun;
// možno izvesti predračun
// = rutinsko opravilo
// = kot pripravljalna faza za razdelitev stroškov za izdelke
// Organizacija - DirectoryLink.Organizations - izračun samo za navedeno organizacijo;
// preračunani bodo tudi stroški organizacij, ki so v okviru Intercompany sheme povezane z navedenim
// - Niz - niz organizacij, za katere je treba izračunati stroške, druge organizacije se ne izračunajo
// RoutineTask - Boolean - če je True, pomeni, da je bila poklicana iz rutinske naloge za izračun predhodnih stroškov
// Parametri za odpravljanje napak - Struktura - je namenjena preglasitvi lastnosti istoimenske strukture Parametri izračuna
// (za več podrobnosti glejte razlage v kodi InitializeCalculationParameters() za parameter DebugParameters)

Pred obračunom se za vsako organizacijo ustvari dokument Obračun stroškov blaga (če še ni obstajal) z naslednjim izpolnjevanjem:

• v atributu Organizacija v glavi dokumenta bo navedena organizacija, ki ji ta dokument pripada;
• v tabelarnem delu Organizacije bodo navedene vse organizacije, ki so z njo povezane v okviru Intercompany sheme, vklj. in sama:
  • Pred različico ERP 2.1.3 (ter ustreznima različicama KA in UT) tega atributa glave ni bilo in je bil dokument obračuna stroškov izdelan samo za celotno skupino organizacij, povezanih po shemi Intercompany (informacije o dokumentih obračuna stroškov po organizaciji je shranjen v splošnih parametrih izračuna - v začasni tabeli VTCountingCostCalculationDocuments in lastnosti CalculationDocumentsByOrganizations).

Za izvedbo izračuna brez zrušitve v primeru napake obstaja ovojna funkcija CalculateAllAtTryException() Parametri so podobni postopku CalculateAll(), vendar funkcija vrne vrednost - Boolean - znak uspešne izvedbe izračuna.

Izvedba kalkulacije stroškov.

Neposredni izračun se izvede v funkciji Izračunaj stroške po skupinah organizacij()
Shematično je izračun videti takole:

• splošni parametri za celoten algoritem so inicializirani (glejte InitializeCalculationParameters());
• postopki-stopnje izračuna se kličejo zaporedno (več podrobnosti spodaj)
  • nekateri koraki so lahko preskočeni zaradi sistemskih nastavitev in/ali parametrov zagona izračuna;
  • rezultat stopnje so generirana izračunana gibanja in/ali »globalne« začasne tabele (uporabljajo se v naslednjih stopnjah);
• spremenjeni izračunani premiki se zabeležijo;
  • snemanje se lahko izvaja v več nitih z uporabo opravil v ozadju (glejte lastnost »Največje število datotek«);
• Spremenjeni dokumenti se odražajo v računovodstvu.

Struktura faze izračuna.

Shematično je postopek izračuna videti takole:

• ustvari se zahteva za izbiro izvornih podatkov za stopnjo; njegove lastnosti so izpolnjene; zahteva je izpolnjena;
  • če je namen stopnje samo oblikovanje "globalnih" začasnih tabel, zanjo ne velja naslednje;
• Na podlagi podatkov zahtevka se generirajo obračunska gibanja z registri obračuna stroškov;
  • nekatere stopnje gibanja se ne oblikujejo - oblikujejo se samo "globalne" začasne tabele;
  • koda za generiranje gibov je vključena v postopke oblike GenerateMovements<Имя регистра><Уточнение операции>();
  • znotraj teh postopkov je za dodajanje gibanja nujno uporabljen postopek AddRecordToMotionTable();
• "lokalne" začasne tabele, ki se uporabljajo samo znotraj stopnje, so izbrisane (glejte DestroyTemporaryTables());
• ustvarjeni premiki se prenesejo iz tabel vrednosti v začasne tabele (glejte CacheFormedMoves());
  • istočasno se posodobijo tudi servisni predpomnilniki vrtljajev in bilanc (podrobneje spodaj);
  • to. V intervalu med vzorčenjem izvornih podatkov in koncem stopnje ne morete dostopati do predpomnilnikov - niso posodobljeni.

Dostop do informacijsko varnostnih podatkov v poizvedbah.

Ker se nova gibanja obračunov v stroškovnikih evidentirajo v IS šele ob koncu obračuna,
potem je treba pri izračunu pri dostopu do tabel teh registrov (realnih ali virtualnih) upoštevati nekatera pravila (velja samo za registre, navedene v InitializeRegisters()).
1. Promet (gibanje) registra za obdobje je treba pridobiti s kombinacijo:

• tabela glavnega registra z izbiro "T.Cost Cost Calculation = False" (primarni premiki);
• Začasna tabela VTKash<Имя регистра>(nova poselitvena gibanja);

Za udobje so ti podatki za nekatere registre samodejno predpomnjeni v začasni tabeli VTKashRecords<Имя регистра>.
Seznam registrov je določen v lastnosti "RegistersWithCalculationRecords" splošnih parametrov izračuna.

2. Stanja v registrih (za bilančne registre) na koncu obdobja je treba pridobiti s kombiniranjem:

• registrirati stanja na začetku obdobja;
• tabela glavnega registra z izbiro "T.Cost Cost Calculation = False" (primarna gibanja za obdobje);
• Začasna tabela VTKash<Имя регистра>(nova poselitvena gibanja za obdobje).

Za udobje so za nekatere registre ti podatki samodejno predpomnjeni v začasni tabeli VTKashCalculatedBalances<Имя регистра>.
Seznam registrov je določen v lastnosti "RegistersWithCalculatedBalances" splošnih parametrov izračuna.

3. Nova gibanja, ustvarjena v prejšnjih fazah izračuna, se shranijo v začasno tabelo VTKash<Имя регистра>.
Ta začasna tabela je ustvarjena za vse registre, ki jih oskrbuje mehanizem za izračun stroškov.

Obstajajo tudi številne dodatne funkcije dela s poizvedbami (razlogi: optimizacija, platforma itd.).

1. Podatki, ki se uporabljajo za izbire v vseh zahtevah mehanizma za izračun, so shranjeni

• v splošnih parametrih izračuna (organizacije, obdobje, vrednosti funkcionalnih možnosti itd.);
• v »globalnih« začasnih tabelah (na primer VTOSelectionAnalyticsByPartners – glejte InitializeTemporaryTablesForSelections()).

Za nastavitev teh parametrov uporabite univerzalni postopek InitializeRequestProperties()
Posledično je zagotovljeno, da bodo vse poizvedbe reševalca uporabljale iste izbire.
Isti postopek nastavi splošnega začasnega upravitelja tabel za poizvedbo, ki shrani vse zgoraj navedene predpomnilniške tabele.

2. Obstaja napaka platforme 30025997, ki povzroča težave s poljem Vrsta gibanja v začasnih tabelah.
Če želite zaobiti napako v vseh začasnih tabelah tipa VTKash, VTKashRecords, VTKashCalculatedRemains
Namesto standardnega polja Movement Type je shranjeno tehnogeno polje ServiceMovement TypeIncoming s tipom "Boolean", algoritem za delo z njim je naslednji:

• v poizvedbah do teh začasnih tabel bi morali dostopati samo do polja ServiceType potrdila o premiku;
• v tabelah vrednosti, v katerih so bili predhodno zbrani novi zapisi o poravnavi, je samo standardno polje Vrsta gibanja;
• Pretvorba polja med tabelo vrednosti in začasno tabelo se izvede samodejno, dodatni koraki niso potrebni.

Razhroščevanje in odpravljanje težav.

Za lažji razvoj, testiranje in odpravljanje težav je bil implementiran mehanizem za beleženje izračunov (glejte postopke tipa Calculation Protocol_...), ki se obdeluje v naslednjih korakih:

• na začetku naslednje faze izračuna naredi vnos v dnevnik registracije - za sledenje napredku izračuna;
• Na koncu izračuna se v registracijskem dnevniku prikaže podroben protokol izračuna.

Možno je tudi preglasiti nekatere parametre izračuna (glejte CalculateAll(), parameter parametrov za odpravljanje napak).

P.S. Ta članek bo najbolj uporaben za programerje. Temelji na pripombah programerjev 1C v rešitvi 1C: Enterprise: »Trade Management«, izdaja 11.2.3.

Vprašanje: Izračun stroškov CA

Dober večer Se je že kdo srečal s to težavo?
Strošek PF, na primer kefirja, izračunan za mesec je v poročilu o izračunu stroškov 20,60
Takrat pa se povprečna cena stroškov v GP razlikuje od lastne cene in se dvigne na približno 70

odgovor:() E-poštni naslov imam v osebnem sporočilu

Vprašanje: Stroški so napačno prikazani v poročilu o bruto dobičku

Dober večer Pri generiranju poročila Bruto dobiček je lastna cena napačno oblikovana, obstaja, vendar je iz nekega razloga enaka nabavni ceni, čeprav imam vrsto cene (nabavna, stroškovna in veleprodajna), indikator stroškov v poročilu je enak cenovnemu tipu "nakup", potrebno pa je, da je enak cenovnemu tipu "strošek". Povejte mi, kako naj to nastavim?

odgovor:

b7music je rekel

Pisava je zelo majhna, ne vidim, kaj pišete. Piši glasneje, ne slišim te.
Pišete, da ut11 nima poročila o bruto dobičku. Toda tam je takšno poročilo. Predlagate prehod na ut11, ki nima bruto dobička, ima pa TS to poročilo. Nehaj trositi herezijo. Osebo nalagate z informacijami, ki so v tem primeru preveč neuporabne.
Očistite očala, si jih nadenite in poglejte še enkrat.

Kliknite za razširitev ...

Poročilo, na katerega se sklicujete, ni poročilo" Bruto dobiček", to je (kasneje popravljeno) sinonim po meri " Bruto dobiček podjetja" poročilo PRODAJA in se nanaša na finančne rezultate in prodajo na debelo. Maloprodaje ali sploh prodaje ni.

Iz konteksta vprašanja je tudi razvidno, da gre za vprašanje UT 10.3, ker omenjeni “cenovni tipi” so v UT 10.3, v UT 11 pa ne (v UT 11 - VrsteCene)

TS ne gre za poročilo" Bruto dobiček podjetja"Vprašal sem o poročilu" Bruto dobiček".
Bistvo in namen tega poročila se bistveno razlikuje od bistva (in imena) poročila, ki je zanimalo TS:

• TS ne želi tistega, kar UT šteje za standardna sredstva (v prihodnosti), ampak tisto, kar izračuna po formuli prek vrste cene Cena
• in ne ob koncu obdobja poročanja, ampak v času prodaje

Roman_86 je rekel

Pri oblikovanju Poročilo o bruto dobičku, lastna cena je napačno oblikovana, obstaja, vendar je iz nekega razloga enaka nabavni ceni, čeprav imam vrsta cene(nakup, lastna cena in veleprodaja), indikator lastna cena v izpisu je enaka tipu cene "nabavna".", vendar mora biti enaka vrsti cene" stroški ". Povejte mi, kako naj to nastavim?

Kliknite za razširitev ...

Poročilo “Bruto dobiček” ni v UT 11, niti po bistvu, namenu uporabe, niti po imenu!

Samo odkrito si offtopic

dodajam
kar imenujete poročilo o bruto dobičku podjetja v UT 11, je v resnici naslov poročila Prodaja z možnostjo poročila "Bruto dobiček podjetja" (v konfiguratorju Prihodki in stroški prodaje, sinonim po meri Prodaja)
Poročila, ki se začnejo z besedo Gross v UT 11 sploh ne

Vprašanje: Obračun stroškov in bruto dobička v UT 11.2

Posodobljeno UT 11.1 na UT 11.2. Vključeno paketno računovodstvo.

Opazil sem, da je bila lastna cena v poročilu »Bruto dobiček podjetja« napačna, nato pa sem opazil, da je polje za ponovno zapiranje meseca za proučevano obdobje – poročilo »Bruto dobiček podjetja« še vedno daje nekaj napačnih vrednosti! Po brisanju dokumentov obračuna stroškov ostanejo v izpisu iste vrednosti!

Potrebni dokumenti so obdelani. Kolikor razumem, poročilo »Bruto dobiček podjetja«, tudi v predhodnem in v nobenem drugem primeru, ni odvisno od serij blaga.

Poročilo striktno zajema podatke iz šifranta »Prihodki in stroški prodaje«, pri preliminarnih obračunih pa iz registra informacij »Stroški blaga«.

Ali lahko serijsko računovodstvo vpliva na prihodke in stroške prodaje?

Onemogočanje paketnega obračunavanja in ponovno omogočanje ne pomaga.
In ne morem razumeti, kako je predkalkulacija stroškov vključena v UT 11.2?

Hvala vam!

odgovor:

Najbolj zanimiva stvar so tovorni dokumenti. In izračun stroškov spremeni gibanje odpremnih dokumentov. Pri stornaciji obračuna stroškov premiki v dokumentih ne izginejo. Enako se zgodi pri ponovnem zagonu. Če pa poknjižiš odpremni dokument in ga ponovno poknjižiš in obračunaš strošek, se vse postavi na svoje mesto! Ampak to ni res, če želim preknjižiti strošek kot rezultat dela za nazaj, moram dokumente knjižiti vsakič. In zdaj je osnova na splošno stara 12 let. Toliko papirologije za opraviti!

Vprašanje: Izračun načrtovanih stroškov

1C:Enterprise 8.2 (8.2.19.102)
Manufacturing Enterprise Management Revizija 1.3 (1.3.79.1)

Načrtujemo začetek generiranja planskih cen na podlagi dejanskih stroškov, pri obdelavi “Obračun planskih stroškov” se oblikuje določena planska cena, ni pa podatkov o plačah + NI vpisan strošek materiala.
Kateri podatki manjkajo v sistemu, kaj je potrebno dodati ali izpolniti, da bo izračun v celoti izpolnjen?

Postavlja se tudi vprašanje, kje je zapisan obračun po standardih?

odgovor:

Dober večer.
Prosimo, rešite težavo. Da ne ustvarjam novih tem. Po stroških.

1C:Enterprise 8.3 (8.3.7.1831)
UPP 1.3.81.2

ROUSE
Poročila-Napredna računovodska analitika-Stroškovnik (in druga poročila)

Če je vrsta računovodstva Regulirano, potem je vse prikazano odlično in vse je pravilno izračunano. Izkazalo se je, da v računovodstvu ni težav.
Vendar ne vidim stroškov v upravljavskem računovodstvu. Ne pokaže ničesar.

Obstaja tudi poročilo Obračun stroškov, ki prav tako prikazuje samo regulirano računovodstvo, ne pa tudi poslovodnega računovodstva.

Obdelava Izračun načrtovanih stroškov - pravilni so samo izračuni na podlagi dejanskih stroškov.
Kalkulacija na podlagi načrtovanih stroškov se ne izvaja. Nič se ne prime.

Kje iskati, kaj popraviti? Pomagaj mi prosim.

Vprašanje: Stroški so napačno izračunani

odgovor:

Vprašanje: UT 11.4 - Razporeditev stroškov in višine regulacije.

Dober dan.
UT 11.4.5.63
Ob zaključku meseca se pojavijo naslednje težave:

Preostali stroški organizacije ... ob koncu obdobja ... so bili odkriti, ki niso bili razporejeni v stroške: Analitiki: ...; Stroški (reg.): "3.571

Kliknite za razširitev ...

Pravzaprav zamrzne reg. znesek, preostanek je iz neznanega razloga razdeljen normalno. Preveril sem zaporedje verige dokumentov in ponovno preizkusil rezultat. Se je že kdo srečal s tem?

odgovor:

Aktualna izdaja od 06.11.2018 (z že večkrat obljubljenim
"Informacija o načrtovani izdaji 11.4.6" - "Predviden datum objave 30.11.2018") za pojutrišnjem
Kakšen smisel ima spraševati o konfiguraciji, ki je že dolgo strašno zastarela?
Z vsaj 9 (skoraj 10) izdajami, ki ste jih že zamudili? z več sto popravljenimi napakami!
Za začetek posodobite

Za vsak slučaj zabeležene napake:

• 
  Status: Zavrnjeno
  Registriran: 09.11.2018
  Opis:
  1. Podatki za zneske urejenega računovodstva (podkonto analiza) se ne ujemajo s stolpcem INV-3 »Po knjigovodskih podatkih« na začetku popisa. 2. Neskladje skupnih podatkov v INV-19 v stolpcu »Rezultati popisa« - »Manjkanje« s podatki v INV-3, vzeto kot razlika med knjigovodskimi podatki in podatki o dejanski razpoložljivosti.

  Razlog za neuspeh:
  Pri tiskanju INV-3 in INV-19 je mogoče uporabiti tri metode za pridobitev skupnih kazalnikov - glede na določeno vrsto cene; - po predračunu; - po dejanskem obračunu stroškov. Prvi dve metodi lahko iz očitnih razlogov povzročita razlike z reguliranimi računovodskimi podatki, ker Za oblikovanje vrednosti v reguliranem računovodstvu se uporablja vrednost, pridobljena z dejanskim kalkulacijo. Toda tudi pri uporabi tretjega vira informacij o skupnih kazalnikih ni mogoče zagotoviti 100-odstotne konvergence normiranih računovodskih podatkov in navedenih tiskanih obrazcev, ker pri njihovem oblikovanju se ne uporabljajo transakcijski podatki, temveč izračunani na podlagi informacij o nabavni vrednosti ene enote zalog.

• 
  Status: Popravljeno v izdani različici Registrirano: 26.09.2018
  Popravljeno: "1C: Trade Management 11", različica 11.4.5.129
  Opis:
  Pri izvajanju rutinskih operacij za zaključek meseca se lahko prikaže sporočilo o napaki naslednje vrste: Premiki proizvodne stopnje v registru »Stroški blaga« ne ustrezajo registru »Organizacijsko blago«. Dokument je treba ponovno knjižiti v skladu z registrom "Stroški blaga": Faza proizvodnje ... od ..., organizacija "...", register "Stroški blaga". Napaka se pojavi, ko je izključeno ločeno obračunavanje nabavne vrednosti blaga po vrstah zalog.

  Kako popraviti:
  V splošnem modulu "Razdelitveno računovodstvo 22" v postopku Odpravljanje težav v gibanjih in dokumentih (#Področje skladnosti blaga organizacij in stroškov) v besedilu zahteve zamenjajte vrstice:

Vprašanje: UT 11.1. Kako spremeniti stroške blaga po prilagoditvi računov?

Lep čas, dragi!

UT 11.1.10.167. V računovodski usmeritvi je lastna cena izračunana tekoče.

V računovodstvu je bil sestavljen dokument »Prilagoditev prejema«, ki je odražal dejstvo zmanjšanja stroškov blaga.

Kako odražati spremembe v stroških blaga?

Zgornji dokument ne izvaja nobenih premikov v register "Stroški". Izračun stroškov prav tako ne spremeni stroškov. Posledično je dobičkonosnost prilagojenega blaga negativna.

Hvala v naprej.

Izračunajte predhodne stroške z rutinsko nalogo odgovor: V izvedbi ima PM »Produkti« stolpec »Cost« (privzeto ni viden, lahko pa ga prikažete prek obrazca za spremembe). Lastna cena spada v ta stolpec iz UT. Morate preveriti pri UT, morda je bil DDV vključen v ceno in je zato pri sinhronizaciji znesek z DDV vključen v strošek prodaje.

Vprašanje: Povejte mi, kako "očistiti" lastno ceno v BP 2

Preneseni podatki s standardno izmenjavo iz UT 10.3 na BP 2.0
Vse je v redu, očitno pa se je tudi strošek "selil", vendar ne čisto tako, kot bi moral, ker se odpisuje skupaj z DDV, ampak bi moral biti posebej.
Ali je možno nekako počistiti »preseljeno« stroškovno ceno?

odgovor:

Strošek "potuje" z dokumenti. Nabavna vrednost blaga se oblikuje iz potrdil o prejemu, vnosa stanj, prejema dodatnih stroškov in usredstvenja. Opazujte jih, kakšne gibe delajo.

Stroške odpisa je mogoče izračunati tako za mesec kot za določeno časovno obdobje z dokumentom "Izračun stroškov blaga". Izračunate lahko tudi prek asistenta za mesečno zapiranje.

Opomba. Strošek se izračuna za vsako skladišče posebej.

• Povprečni mesečni strošek se izračuna na koncu meseca. Vsak izdelek prejme enak strošek na mesec. Formula za izračun je naslednja:

(stanje (stroška) na začetku meseca + potrdilo (stroška) v mesecu) / (stanje količine na začetku meseca + potrdilo o količini v mesecu) = strošek

• Ponderirano vrednotenje FIFO se izračuna za določitev vrednosti stanja z uporabo naslednje formule.

(stanje (stroški) na začetku meseca + prejemki (po vrednosti) v mesecu) / (stanje na začetku meseca (količina) + prejemki v mesecu (količina)) = lastna cena absolutno katere koli serije za izbrani mesec

• Tekoči predračun FIFO izračuna porabo blaga po vrstnem redu prejema, tj. če je ena postavka nomenklature prispela prej kot druga postavka, ki je prispela pozneje, bo prva odpisana prej.

Praksa izračuna stroškov v 1C:UT 11.1:

Prva metoda. Najenostavnejša je izdelava dokumenta »Prodaja - Dokumenti za obračun nabavne vrednosti« na koncu vsakega meseca.

Druga metoda. Prek »Administracija - Podpora in vzdrževanje - Rutinska opravila in opravila v ozadju - Izračun stroškov - Zaženi zdaj.« Načrtovano opravilo lahko konfigurirate tudi tako, da se samodejno izvaja enkrat na mesec.

riž. 1

riž. 2

Kako izvesti postopek izračuna stroškov:

1. Z desno miškino tipko kliknite celico z rdečo številko (v stolpcu »Bruto dobiček«), nato »Dešifriraj«. Tam morate izbrati »Registrar« - lahko vidite, s katerimi dokumenti so bili opravljeni premiki.

2. Preko menija pogledamo register akumulacije:

“Meni” - “Storitev” - “Možnosti” - “Prikaži meni “Vse funkcije””;

Pojdite v meni »Vse funkcije« - »Registri akumulacije« - »Blago v skladiščih (ali blago organizacije) ali »Stroški blaga«.

Če opravite izbor po nomenklaturi in značilnostih, boste videli, po kakšni ceni je bilo kupljeno (dokument »Prejem blaga in storitev« oz. vnos začetnih stanj) in po kakšni ceni je bilo prodano;

riž. 3

riž. 4

riž. 5

Opomba. Valute so v 1C:UT razdeljene na valuto upravljanja in regulativnega računovodstva predvsem za oblikovanje računovodskih dokumentov v programu: knjiga nakupov in prodaje itd., Če pa so enake (rublji), potem ne bo razlika v poročilih, odvisno od izbire valute.

Nazaj Gor