U Trgovinskoj administraciji (konfiguracija 11.0) postoje dva načina izračunavanja troškova: mjesečni prosjek i otpis sa skladišta. Obračun otpisa (upotreba u proizvodnji, prodaji i sl.) vrši se za tekući mjesec ili na dan naznačen u "Obračunu nabavne vrijednosti robe" (izvršava se od početka mjeseca do datuma navedenog u dokumentu ). Cijena koštanja se obračunava pojedinačno za svako skladište.

Obračun prosječnog mjesečnog troška se vrši na njegovom kraju, za cjelinu tekući period, sva otpisana roba u tom periodu imaće isti trošak koji se izračunava po formuli:

Cijena koštanja = (trošak na početku mjeseca + za tekući mjesec) / ( kvantitativni indikator na početku mjeseca + količina mjesečno).

Prilikom izračunavanja cijene otpisa u UT konfiguraciji 11.0, postoji niz karakteristika:

Trošak preostale robe na početku mjeseca svodi se na jednu seriju.
Prijem robe u toku dana (čak i od različitih dobavljača), prilikom obračuna, svodi se na jednu seriju.

Rezultat obračuna troškova treba pogledati u "Analizi nabavne vrijednosti robe", kao i transkriptu ovog izvještaja.

Primer br. 1: Skladište br. 39, proizvod C, jedan dobavljač (na primer, Intek doo).

09.10.2013. - račun A - 10 komada za 100 rubalja

15.09.2013. - prijem B - 10 komada za 120 rubalja

10.10.2013 - dolazak C - 10 komada za 150 rubalja

10.10.2013. - dolazak D - 10 komada za 200 rubalja

15.10.2013. - rasprodaja br. 1 - 35 kom

Prilikom izračunavanja prosječne cijene mjesečno, ispada: (2200 + 3500) / 40 = 142,5 rubalja (ili 712,5 rubalja za 5 komada).

Metodom obračuna otpisa svi primici se svode na dva paketa (na početku mjeseca i od 10.10.2013.). Ispada da od druge serije ostaje četvrtina, pa je trošak ostatka jednak trošku druge serije. Sada izračunajmo: 3500/20 \u003d 175 rubalja po komadu (ili 875 rubalja za 5 komada bilansa).

Primer br. 2: početni uslovi ostaju isti, samo račun br. 5 od drugog dobavljača je SarMyas CJSC, datum prijema = 06.12.2012.

Ostale postavke treba uzeti u obzir, kao što je da li je omogućeno obračunavanje dobavljača. Ako odvojeno računovodstvo nije omogućeno, rezultat će biti sličan prethodnom primjeru. Ako je omogućeno, rezultat će biti odvojeno računovodstvo istog artikla (samo u svrhe troškova, ne i prodaje) od strane dobavljača.

Kada je u UT 11.0 omogućeno posebno računovodstvo, redosled otpisa se utvrđuje na sledeći način: pre svega se otpisuje ranije primljena roba dobavljača. Tako će ostati polovina priznanice broj 5, iako je potvrda br. 4 bila kasnija, ali će do njenog otpisa doći ranije. Trošak stanja robe odgovara cijeni računa br. 5 - 200 rubalja po komadu (1000 rubalja za 5 komada).

Prilikom obračuna troška metodom "Otpis robe sa skladišta" dobija se sličan rezultat.

Sve radnje su elementarne, ali postoji jedna točka koja zahtijeva posebnu pažnju.

Na primjer: proizvod - R ippo upaljač, jedan dobavljač i 2 skladišta.

01.03.2013. - dolazak u skladište br. 1: 10 komada za 100 rubalja

02.03.2013. - dolazak u skladište br. 2: 10 komada za 200 rubalja

03/03/2013 - transfer iz skladišta br. 2 u skladište br. 1: 5 komada

Nakon izračunavanja troškova, rezultat se može vidjeti u "Analizi troška robe": cijena robe u skladištu br. 1 je 500 rubalja (za 5 komada), u skladištu br. 2 - 2500 rubalja (za 15 komada). komada). Ovi podaci su dobijeni nakon proračuna. Dokument "Kretanje robe" je djelovao samo količinski, trošak premeštene robe obračunat je samo pomoću dokumenta "Obračun troška robe". Prije obračuna cijene koštanja podaci su se prikazivali nepouzdano.

Kada je roba sastavljena (u kompletu ili druga roba), trošak se otpisuje na isti način kao i u slučaju prodaje. Kada dođe do demontaže, cijena kompleta se dijeli na zasebne komponente, uzimajući u obzir udjele komponenti.

Na primjer:

14.02.2013. dolazak: Proizvod "Tanjirić" - 10 komada za 100 rubalja, proizvod "Cup" - 10 komada za 300 rubalja.

Nema stanja robe (da bismo pojednostavili obračun).

Proizvod "Čajni par" - iz jednog tanjira i jedne šoljice. Prilikom biranja (radi jasnoće) svakom proizvodu se dodjeljuje udio jednak jedan.

15.02.2013. Prikupljeno 5 kompleta "Čajni par".

25.02.2013. Rastavljeno 5 kompleta "Čajni par".

Nakon obračuna cijene koštanja, za proizvod "Tanjurić" dobije se sljedeći rezultat:

14.02.2013. - prijem 10 komada iznos -1000 rubalja

15.02.2013. - otpis 5 komada, iznos - 500 rubalja

25.02.2013. - prijem (demontaža) 5 komada, 1000 rubalja

Na kraju preostalog perioda: 10 komada po cijeni od 1500 rubalja.

Za proizvod "Cup" cijena koštanja se izračunava na isti način, ali će se trošak, u odnosu na prvi prijem, smanjiti za 500 rubalja.

Na primjer: jedno skladište, jedan proizvod - "Radna stolica", jedan dobavljač, jedan kupac.

01.05.2013. - prijem: 10 komada za 2000 rubalja

09.05.2013. - prodaja: 10 komada za 9000 rubalja

20.05.2013. - prijem: 10 komada za 10.000 rubalja

22.05.2013. - prodaja: 10 komada za 11.000 rubalja

25.05.2013 - povrat: 10 komada od kupca

Kolika će biti cijena vraćene robe? Nemoguće je jednoznačno odgovoriti, postoji nekoliko opcija za radnje koje dovode do različitih rezultata jedna od druge:

1) Ako povratni dokument unesete na osnovu isporuke, onda će se trošak vraćene robe prenijeti sa prodajnog dokumenta, na osnovu čijeg podatka je kreiran drugi dokument - "Povrat robe".

2) Prilikom ulaska nezavisni dokument- "Povrat proizvoda", cijena koštanja mora se uzeti iz prodajnog dokumenta.

Ovaj članak pokriva sljedeće teme:

Kako se obračunava trošak robe i materijala po prosječnoj cijeni i korištenjem FIFO metode;
Kako se kretanja skladišta uzimaju u obzir u UT 11;
Koje su opcije za obračun troškova u UT 11.

Kako se obračunava trošak

Kalkulacija prosječne cijene

U UT 11 obračun troška otuđenja robe po prosječnom trošku vrši se na osnovu rezultata mjeseca (prosječni ponderirani trošak). To znači da se prilikom obračuna troška penzionisane robe u obzir uzimaju svi primici za mjesec. Ovo uzima u obzir stanje robe na početku mjeseca. dakle,

Jedinični trošak = (Stanje zaliha u mjesecu početka zaliha + mjesečni trošak kupovine zaliha) / (početna količina zaliha + količina primitka)

Razlike u obračunu troškova u UT 10.3 i UT 11

U UT 10.3 se koristi klasično batch računovodstvo prema FIFO metodi. Istovremeno, sistem pohranjuje informacije o cijeni svake serije pristigle robe. FIFO metoda pretpostavlja da kada se roba povuče, količina i trošak robe moraju biti otpisani uzastopno od najranijih, u smislu vremena prijema, serija.

U UT 11 obračun troškova se vrši FIFO metodom i zasniva se na poziciji računovodstvo(PBU) "Knjigovodstveni materijal - proizvodne zalihe PBU 5/01". U skladu s tim, stanje robe u skladištu se obračunava u kvantitativnom smislu. Zatim se utvrđuje vrednovanje stanja na kraju mjeseca, što odgovara obračunu troška prema FIFO metodom.Za to se količina i trošak ostatka robe prikupljaju sekvencijalno od posljednjih, po vremenu prispijeća, serija, budući da obračun po FIFO metodi podrazumijeva da su prve serije već otpisane. Zatim se utvrđuje količina robe koja je izašla iz skladišta za mjesec. Utvrđuje se trošak prijema robe za mjesec uzimajući u obzir trošak početni bilans a od ove vrijednosti se oduzima vrijednost stanja na kraju mjeseca, izračunata FIFO metodom. Dobivena vrijednost označava trošak otpisa robe za mjesec. Trošak otpisa jedinice robe utvrđuje se kao trošak mjesečnog otpisa robe, podijeljen sa količinom robe koja je penzionisana u mjesecu. Trošak svake pošiljke obračunava se kao umnožak cijene jedinice robe i otpisane količine robe.

Analitika u cijeni

Obračun troška robe u UT 11 vrši se u kontekstu sljedeće analitike:

Organizacija, skladište;
Nomenklatura, karakteristike nomenklature;
Nekoliko drugih analitičara.

Obračun troškova u kontekstu analitičara provodi se samostalno. Jedna stavka nomenklature u različitim skladištima može imati različitu cijenu koštanja. Kalkulaciju troškova vrše objekti analitike. U ovom slučaju, svaki analitički objekt je formiran prema gore navedenim parametrima. Za svaki analitički objekat sastavlja se linearna jednačina. Tako se dobija sistem linearnih jednačina (SLE). Linearne jednadžbe se sastavljaju na osnovu identiteta:

Trošak stavki na kraju mjeseca = trošak mjesečnog računa + trošak početnog stanja - mjesečni trošak povlačenja

Prije sastavljanja SLS-a, sistem izračunava ukupno stanje koje mora ostati u skladištu koristeći FIFO metodu. U ovom slučaju, vrednovanje salda se određuje prema poslednjim serijama.

Karakteristike obračuna troškova

U obračunu troškova prema FIFO metodi u UT 11 postoje neke karakteristike:

Zabava očigledno nedostaje. To znači da nije moguće dobiti izvještaj o vrednovanju serije. Da biste izolovali određene serije, potrebno je da koristite dodatne karakteristike nomenklature, ili odvojeno računovodstvo za divizije/menadžere;
Svi nenapisani paketi prethodnog mjeseca se kombinuju u jednu seriju. Količina i vrijednost ove serije je zbir količine i vrijednosti nenapisanih serija;
Svi prijemi jednog proizvoda od jednog dobavljača u roku od jednog kalendarskog dana smatraju se jednom serijom. Količina i vrijednost ove serije je zbir količine i vrijednosti primljene robe;
Svi otpisi robe u roku od mjesec dana evidentiraju se po prosječnom trošku, bez obzira na način vrednovanja robe prilikom otpisa (po prosječnom trošku, FIFO);
Prenosi artikala i druge transakcije bez poznate procene ne koriste se u vrednovanju stanja robe u skladištu na kraju meseca. Ovo pravilo ima izuzetak. Ovi poslovi se uzimaju u obzir pri vrednovanju stanja robe u skladištu, u slučaju nedostatka tekućih prijema robe sa poznatom vrednošću.

Prednosti i mane tehnike

U poređenju sa klasičnim batch accounting u UT 10.3, obračun troškova FIFO metodom u UT 11 ima pluseve i minuse.

Sistem nije osjetljiv na redoslijed unosa dokumenata o prijemu i prodaji;
Značajno smanjeno vrijeme za obračun troškova i zatvaranje perioda;
Manipulacije rukovodilaca sa vremenom obrade dokumenata isključene su usrednjavanjem troškova otpisane robe u okviru svih dokumenata u mesecu.

Nedostatak mogućnosti evaluacije serije nakon implementacionog dokumenta;
Nemogućnost trenutne procjene bruto dobiti prilikom objavljivanja prodajnog dokumenta.

Kako se kretanja skladišta uzimaju u obzir u UT 11

U UT 11 pod skladištem se podrazumijeva određena teritorija na kojoj se skladišti roba. Skladište se može predstaviti u obliku regala, polica i ćelija dizajniranih za skladištenje robe. U tom slučaju sistem može voditi evidenciju robe u svakoj ćeliji (adresnom magacinu). Imenik "Skladišta (teritorije skladišta)" je hijerarhijski. Za grupu skladišta možete konfigurisati izbor ove grupe u nalozima i fakturama za prijem (otpremu) robe. Ako je potrebno uzeti u obzir operacije za više skladišta u jednom prijemnom (otpremnom) dokumentu, tada se ta skladišta moraju smjestiti u grupu skladišta. Ako su skladišta uključena u različite grupe(nisu povezani po hijerarhiji), a zatim držeći se s njima grupne operacije nemoguće.

Da bi se prikazao rad premeštanja robe i materijala iz jednog skladišta u drugo, namenjen je dokument „Kretanje robe“ koji u kvantitativnom smislu vrši kretanje po registru „Troškovi robe“. Vrednovanje se utvrđuje dokumentom "Obračun nabavne vrijednosti robe". Osim toga, kretanja se vrše preko registara Roba organizacija, Roba u magacinima, Slobodna stanja.

Koje su opcije za obračun troškova u UT 11

U dokumentu "Obračun troška robe" možete odabrati dvije opcije obračuna:

preliminarno,
Stvarno.

Preliminarni obračun troškova

U roku od mjesec dana preporučljivo je više puta izračunati cijenu koštanja uz opciju „Preliminarni“ obračun. Da biste to učinili, možete postaviti zakazani zadatak u načinu rada klijent-server. U ovom slučaju proračun je relativno brz. Obračun troška svakog odlaganja i vrijednosti preostale robe se ne vrši. Dokument definiše prosječna cijena robe i upisuje u registar informacija “Troškovi robe”.

Pogodno je analizirati preliminarnu cijenu koštanja u izvještajima „Prihodi i rashodi“ i „Obim prodaje po vrstama robe“. Za generiranje izvještaja idite na odjeljak „Finansije“ i u navigacijskom panelu izvršite naredbu „Izvještaji o finansijama“.

Kalkulacija stvarnih troškova

Nakon isteka mjeseca knjiži se dokument "Obračun nabavne vrijednosti robe" sa opcijom obračuna "Aktualni". U ovoj opciji se obračunava trošak raspolaganja robom i stanje robe u skladištima. Dodatni troškovi se alociraju na nabavnu vrijednost robe. Kalkulacija troškova sa opcijom kalkulacije Stvarni se može izvoditi više puta u toku mjesec dana ako nema problema sa radom informacionog sistema.

Završne napomene

Obično u preduzećima, uz rijetke izuzetke, dokumenti ne idu u korak sa stvarnim trgovinske operacije i po pravilu se unose u računovodstveni sistem backdating, ispravljeno, ponovo knjiženo itd. Uz veliki promet, vraćanje redosleda dokumenata u UT 10.3, obračun troškova i zatvaranje perioda zahteva značajne troškove. Prednost UT 11 u ovim transakcijama može biti odlučujući faktor u izboru računovodstvenog sistema od strane trgovinskih preduzeća, posebno za one koji za upravljačko računovodstvo važno je dobiti rezultate koji su nezavisni od redosleda u kojem se unose dokumenti o prijemu i prodaji robe.

07.09.2018 1668

U ovoj lekciji ćemo razmotriti sljedeću opciju za korištenje serije - obračun troškova u kontekstu serije u UT 11. Ova opcija, naravno, podrazumijeva i kontrolu stanja po serijama (samo za razliku od verzije serije iz prethodne lekcije, ova kontrola je stroga, tj. uvijek radi, bez obzira na postavke skladišta).

Serija računovodstvenih politika, vrsta stavke

Za početak morate kreirati nova politika računovodstvene serije, popunite vrstu Obračun troškova po serijama:

Kao što možete vidjeti, kod ove vrste politike, postavke odabira poslovne transakcije a u trenutku kada je serija specificirana, postaju potpuno nedostupni.

Kreirajmo nova vrsta stavke, omogućite serijsko računovodstvo:

Navodimo da serije identifikuju serije robe:

Sada postavimo serijsku računovodstvenu politiku za ovu vrstu artikla (zajedničku za sva skladišta):

Na listi koja se otvori, ne vidimo našu seriju - objašnjenje u zaglavlju obrasca:

Ovdje postoje dva izlaza:

za sva skladišta navesti upotrebu šeme narudžbi kada se odražavaju viškovi, nestašice i štete u skladištu,
koristite politiku samo za glavno skladište.

Ja ću izabrati drugu opciju:

Obračun troškova po serijama

Napravite nomenklaturnu karticu:

Sada napravimo dokumente o kretanju robe i vidimo kako se ova nomenklatura odražava u izvještajima.

Počnimo s dokumentom za kupovinu robe i usluga:

Kada navedete seriju, broj možete unijeti ručno, generirati ga automatski ili koristiti prethodno uneseni broj:

Na primjer, unesite 3 reda sa po različitim cijenama kupovine, za svaki red označavamo seriju:

Hajde da otvorimo Spisak nomenklaturnih serija, vidimo da su bilansi ispravno prikazani u kontekstu svake serije:

Sada pogledajmo podatke o troškovima:

U finansijskim izvještajima Zanimaju nas dva rezultata:

U izvještaju o serijama robe, vidimo detalje cijene koštanja ne samo u kontekstu nomenklature i karakteristika, već iu seriji robe:

Troškovi robe organizacija- slika je slična:

Mi ćemo dogovoriti prodaju tapeta, za to prvo naručimo za klijenta. Jer u postavkama računovodstvene politike serije naznačeno je da je serija upisana prilikom planiranja pošiljke, tada ćete je morati popuniti u narudžbi (ali to zahtijeva opciju isporuke Brod):

Otvorite obrazac za odabir serije. Na njemu možemo ručno odabrati potrebnu seriju ili koristiti distribuciju (nakon što odaberete sve linije pritiskom na kombinaciju Ctrl + A), tada će program sam odabrati seriju:

Nakon odabira serije, izvršavamo narudžbu:

Na osnovu narudžbe vršimo registraciju implementacije - serije se popunjavaju prema podacima narudžbe:

Sada izvršimo završne operacije mjeseca i pogledajmo bruto dobit preduzeća:

Vidimo da je bruto dobit (slično izvještajima o serijama i troškovima) također detaljno prikazana po serijama. Osim toga, bruto dobit i profitabilnost prodaje u UT 11 u kontekstu različitih serija je različita (jer smo prilikom kupovine naveli različite cijene).

Detalji plaćanja Trošak, licenciranje, korištenje od strane više korisnika Cijena proizvoda - 0 rubalja. Broj poslova je neograničen. Dodatna licenca nije potrebna. Koje su opcije plaćanja? Možete platiti bankovnom karticom (Visa, Mastercard ili Mir), Yandex novčanikom ili poslati TIN svoje organizacije na fakturisanje (od individualnog preduzetnika). Prilikom plaćanja od pravnog lica, po potrebi se dostavljaju zaključni dokumenti. Da li je bezbedno plaćati na sajtu? Plaćanje bankovna kartica ili putem Yandex novčanika na ovoj stranici je apsolutno sigurno. Stranica ima SSL certifikat - jedinstven digitalni potpis za pouzdanu zaštitu prijenosa podataka. Kako dobiti fajl nakon uplate? Nakon uplate, automatski ćete u roku od jedne minute dobiti e-mail sa linkom za preuzimanje proizvoda (adresu navedete prilikom plaćanja).

Tehnička pitanja Kako dodati proizvod u bazu podataka? Proizvod možete implementirati sami gledajući upute. Ako imate problema sa ovim, mogu vam pomoći. Kontaktirajte me i odredit ćemo određeno vrijeme da vas kontaktiramo. Ako razvoj ne počne (ili neće raditi ispravno) U ovom slučaju, prije svega, provjerite prema uputama da li ste ispravno povezali razvoj. Ako ček nije dao ništa, napravite snimak ekrana greške i pošaljite mi ga poštom sa imenom razvoja. Po vašem izboru, mogu popraviti grešku i poslati novu verziju fajla ili vratiti novac. Ako se razvoj prekine nakon ažuriranja, morat ćete me kontaktirati s novim brojem izdanja vaše konfiguracije i nazivom razvoja koji ste kupili. Nakon toga ću poštom poslati adaptiranu verziju fajla. Da li je moguće sami finalizirati razvoj? Da, možeš. Izvorni kod je otvoren i dostupan za bilo koju reviziju, nema ograničenja. Ima li promjena u konfiguraciji? Ne, razvojna injekcija ne mijenja konfiguraciju baze podataka ni na koji način i neće utjecati na naknadna ažuriranja. Postoji li demo? Ne, ne mogu dati demo pristup razvoju.

Ostala izdanja Prodaja objekata nakon radnog vremena/praznicima/vikendom Prodaja na sajtu se odvija automatski 24 sata, bez slobodnih dana, praznika i pauze za ručak. Da li je razvoj ažuriran? Neki razvoji se s vremena na vrijeme ažuriraju i poboljšavaju. Kada se proizvodi ažuriraju, dobit ćete e-mail upozorenja s opisom promjena i linkom za preuzimanje (besplatno). Takođe imate priliku da pošaljete svoje želje za poboljšanjima. Da li se dostavljaju zaključni dokumenti Prilikom plaćanja po fakturi, dostavlja se akt o obavljenom radu sa pečatom i potpisom (skenirano i/ili original ruske pošte, na zahtjev). Povrat novca Cash za kupovinu razvoja sajta se vraćaju odmah u celosti na sledećim slučajevima:

razvoj ne počinje ili radi s greškama u vašoj bazi podataka, a vi odbijate da je prilagodite,
razvoj ne odgovara funkcionalnosti navedenoj u opisu.

Imate problem sa plaćanjem?

Plaćanje na stranici funkcionira na temelju usluge plaćanja Yandex. Ako vam ne radi, mogu pretpostaviti da niste u Rusiji, a Yandex ne radi u vašoj zemlji (ili je nestabilan).

šta da radim?

Možete platiti alternativnim metodama:

Sberbank kartica: 4276 3000 2875 5851
Yandex novčanik: 410011805420743

U napomenu o uplati obavezno navedite ID proizvoda 594 i svoju adresu Email, gdje ću onda poslati link za preuzimanje razvoja.

Obračun troškova ut11 (ključne riječi za pretraživače)
BITAN:
Ovo ponašanje vrijedi za reviziju 11.0
U izdanju 11.1 ponašanje je promijenjeno (prošireno), uključujući - pojavile su se serije robe

Dakle, cjelokupni proces obračuna troškova u sistemu je baziran na PBU 5/01 i Metodološkim uputama 119n, koje detaljnije objašnjavaju proces obračuna.
Posebno nas zanima poglavlje 3 (Izdavanje zaliha), stav 16 PBU 5/01, koji glasi:
“Kada se zalihe puštaju (osim robe obračunate po prodajnoj vrijednosti) u proizvodnju i na drugi način otuđuju, njihova procjena se vrši na jedan od sljedećih načina:
- po trošku svake jedinice;
- po prosječnom trošku;
- po trošku prve nabavke zaliha (FIFO metoda);
Upotreba jedne od ovih metoda za grupu (vrstu) zaliha zasniva se na pretpostavci o redoslijedu primjene računovodstvene politike.
Zadnja rečenica nas samo podsjeća da metodu procjene možemo promijeniti samo jednom godišnje (prema računovodstvena politika)
AT softverski proizvod Upravljanje trgovinom, izdanje 11, implementirana su sva tri metoda vrednovanja robe, međutim, treba napomenuti da se metod vrednovanja „po trošku svake jedinice“ ne izdvaja u poseban metod vrednovanja, već se postiže odvajanjem svake robe. stavku u posebnu računovodstvenu.
Jednostavno rečeno, svaki proizvod je predstavljen posebnim elementom imenika.
Razmatrati ovog trenutka, metode evaluacije su svedene na dvije: FIFO i “prosječno”, jer ako imamo odabranu svaku isporuku (u slučaju obračuna za posebnu jedinicu) - FIFO metoda i metoda „prosječna“ će dati isti rezultat (postoji samo jedna isporuka).
Razmotrimo detaljnije algoritme za izračunavanje troškova za svaku metodu procjene cijene robe, ali prvo se upoznajmo s onim što se ulaže u koncept cijene robe.

Dakle, šta se može uključiti u cijenu materijala opisano je u poglavlju III (Ocjena materijala), stav 68 metodoloških smjernica.
Ukupno postoje tri koncepta:
Prvi je cijena materijala po ugovorenim cijenama.
Ovaj paragraf nam govori da u primarni trošak uključujemo trošak materijala, koji je naznačen na dokumentu o prijemu od dobavljača.
Zapravo, to je opisano u paragrafu 69 uputstva: „Troškovi materijala po ugovorenim cenama su iznos plaćanja utvrđen sporazumom strana u ugovoru o nadoknadi troškova direktno za materijal.”
Posebno treba napomenuti da se donirani materijali također moraju evaluirati (način evaluacije je također opisan u metodološkim smjernicama). One. uobičajena praksa „dolazak do nula cijena' nije tačno. U sljedećoj temi o analizi finansijski rezultati Posebno ću se fokusirati na ovaj aspekt aktivnosti.
Dalje - troškovi transporta i nabavke (oni su također TZR).
AT smjernice x kaže sljedeće (paragraf 70):
“Troškovi transporta i nabavke su troškovi organizacije direktno vezani za proces nabavke i isporuke materijala organizaciji. Sastav troškova transporta i nabavke uključuje:
- troškovi utovara materijala vozila i njihov transport, koji plaća kupac iznad cijene ovih materijala prema ugovoru;
- troškovi održavanja aparata za nabavku i skladištenje organizacije, uključujući troškove nagrađivanja zaposlenih u organizaciji koji su direktno uključeni u nabavku, prijem, skladištenje i puštanje kupljenog materijala i tako dalje.
One. koncept TZR uključuje trošak isporuke u naše skladište iz skladišta dobavljača, u cijenu robe možemo uključiti i plaće skladišnih radnika. Vrijedi napomenuti da ako možemo analizirati isporuku materijala prema određenom prijemnom dokumentu, onda se plata ne može pratiti u kontekstu takve analitike na ovaj način (a ima li smisla?). One. iznos plata zaposlenih treba pravilno uključiti u trošak sve robe u skladištu koje opslužuje ovo skladište.
Također je vrijedno napomenuti da skladištenje na međutočki isporuke materijala može biti uključeno u cijenu koštanja. Na primjer: kupili smo proizvod u drugom gradu. Prvo su nam ga doneli željeznica, neko vrijeme je bio u plaćenom magacinu a zatim je dostavljen u naše skladište transportna kompanija. One. imamo tri dodatna troška i sve ih možemo uključiti u trošak robe.
I treća tačka je trošak dovođenja materijala u stanje u kojem su pogodni za upotrebu u svrhe koje predviđa organizacija.
Ova tačka je detaljno opisana u paragrafu 71
“Troškovi dovođenja materijala u stanje u kojem su pogodni za namjensku upotrebu uključuju troškove organizacije prerade, prerade, oplemenjivanja i poboljšanja tehničkih karakteristika kupljenih materijala koji nisu vezani za proces proizvodnje.”
I paragraf 73 uputstva:
„Posao predviđen paragrafom 71. ovih Smjernica može se obavljati kako vlastitim sredstvima nabavne organizacije tako i trećim licima. Kada takve radove izvode treća lica, troškovi dovođenja radova do kraja obuhvataju troškove izvedenih radova i troškove prevoza do i od mjesta rada, utovara i istovara koje vrše treća lica.
Evo praktičnog primjera upotrebe:
Mi smo kompanija za odeću. Kupujemo ga od proizvođača, a zatim sami nanosimo logo naše kompanije na odjevne predmete.
Dakle, trošak ovih radova na primjeni logotipa - imamo pravo uključiti u cijenu robe.
Modificirajmo primjer:
I dalje smo ista kompanija koja se bavi radnom odjećom, ali je treća kompanija već uključena u primjenu logotipa. Dostavu odeće do i od treće strane vrši transportna kompanija.
Troškovi transportnih usluga, troškovi nanošenja logotipa - sve to možemo uključiti i u cijenu kombinezona.
Nakon što smo razjasnili koncept onoga što podrazumijevamo pod troškom materijala, razmotrit ćemo metode evaluacije.

Dakle, metod ocjenjivanja je "prosječno".
Počnimo s metodološkim smjernicama 119n – šta nam one govore?
Stavka 75:
“Prilikom otpisivanja (ispuštanja) materijala koji organizacija procjenjuje po prosječnom trošku, potonji se utvrđuje za svaku grupu (vrstu) zaliha kao količnik dijeljenja ukupnog troška grupe (vrste) zaliha sa njihovom količinom, koja je formiran redom od troška i količine stanja na početku mjeseca i na zalihama primljenim u ovom mjesecu.
A tu je i opis opcija za koncept prosječne cijene (obratite pažnju na ekran - razlike su istaknute crvenom bojom)
A evo kako to zvuči u uputama (ovo je paragraf 78):
“- utvrđivanjem stvarne cijene materijala u trenutku njegovog izdavanja (rotirajući predračun), dok se u obračun prosječne procjene uključuje količina i trošak materijala na početku mjeseca i svi primici do trenutka izdavanja.
Korištenje tekuće procjene treba biti ekonomski opravdano i opremljeno odgovarajućom kompjuterskom tehnologijom.
- na osnovu prosječne mjesečne stvarne cijene (ponderisane procjene), koja uključuje količinu i troškove materijala na početku mjeseca i sve primitke za mjesec ( izvještajni period)»
Pokretna procjena se rijetko koristi igdje (i jednostavno ju je teško koristiti, što je čak i navedeno u narudžbi), a druga metoda je implementirana u 1C: Upravljanje trgovinom: ponderirana procjena (označeno zelenim okvirom)

Tako smo došli do činjenice da se obračun troškova metodom „prosjeka“ vrši prema sljedećoj formuli:
Vrijednost početnog stanja + vrijednost primitaka za period podijeljena sa iznosom početnog stanja + brojem primanja za period
Ovom formulom određujemo prosječnu cijenu robe na zalihama i jednostavnim množenjem stanja robe sa dobijenim rezultatom dolazimo do cijene preostale robe.
Slično se utvrđuje i trošak penzionisane robe.
U uputstvu je divan dodatak broj 1 koji na konkretnom primjeru pokazuje kako će se obračunati cijena koštanja.
Hajde da to malo bolje pogledamo i uporedimo sa onim što će nam izračunati Odeljenje trgovine.

U gornjem dijelu imamo fragment iz aplikacije - provjerit ćemo ga podacima izvještaja iz "Trade Managementa".
Kao što vidimo, svi iznosi su isti i nema odstupanja.
Posebnu pažnju posvetit ćemo zbrojima.
Pojasniću da je korišten fragment izvještaja „Analiza troškova“ iz „Upravljanje trgovinom“.

Nastavimo sa unosom podataka.
Imajte na umu da u "Upravljanju trgovinom" ne postoji koncept prijenosa na proizvodne ili uslužne farme, ali postoje određene metode koje vam omogućavaju da odražavate takve operacije.
Nećemo se detaljnije zadržavati na njima - jednostavno ću odmah pokazati gotov rezultat odražavanja takvog troška i, kao što vidite, svi podaci se opet poklapaju.

Sada dolazi najvažniji trenutak - obračun troška prodate i preostale robe.
Izračunajte prosječnu cijenu robe za januar: to će biti 16,55
Na šta ovdje treba obratiti pažnju:
1. Prosječna cijena se izračunava sa zaokruživanjem - stvarna vrijednost izraza: 16,5483870968
2. Izlazak na stanje vrši se obračunom iznosa otpisa
Uzimajući u obzir ove dvije činjenice, dobijamo da je ukupan iznos otpisa (364.100) približan.
Na ovo podsjećamo u napomeni dodatka u tački 2:
“Stvarni otpisi imaju neznatna odstupanja u odnosu na procijenjene iznose zbog zaokruživanja prosječne mjesečne cijene.”
Izračunajmo što tačnije iznos koji se trebao dogoditi.
Na osnovu matematičkih pravila, možemo pomnožiti stanje proizvoda sa prosječnom cijenom i dobiti iznos salda.
Dakle, izračunati iznos se razlikuje od iznosa u primjeru za oko 35 rubalja i preciznije je izračunat.
Još jednom želim da vam skrenem pažnju da su oba iznosa tačna (sa stanovišta računovodstva), ali je tačniji drugi iznos.
Prisjetimo se ovog iznosa i razmislimo kakav ćemo rezultat dobiti u "Upravljanju trgovinom"

Ovaj snimak ekrana pokazuje da se iznos tačno poklapa sa onim koji smo upravo izračunali.
Dakle, možemo tvrditi da cijena koštanja prema „prosječnoj“ metodi vrednovanja zadovoljava zahtjeve PBU 5/01 i smatra se ispravnom.
Možete reći i više od ovoga: smatra se ne samo istinitim, već i što preciznijim.
Dalje: sada smo razmotrili trenutak kada je roba stigla i puštena iz istog skladišta.
Šta sistem radi kada roba može da stigne u jedno skladište, a zatim da se premesti u drugo skladište?
Zaista, u "Upravljanju trgovinom" trošak se obračunava posebno za svako skladište.

Razmotrite mali primjer takve situacije.

Skladište 1 primilo je dva komada robe u vrijednosti od 20 rubalja
Skladište 2 primilo je dva komada robe u vrijednosti od 50 rubalja

Evo kako to izgleda:
Trošak robe u skladištu 1 označimo kao X1
Za K1 - broj robe primljene u skladište 1 (prema ulaznim fakturama i transferima)

C1 je poznati trošak robe u skladištu 1

Napominjemo da je ovo ista, samo malo komplikovanija formula za izračunavanje „po prosjeku“, pa dobijamo potvrdu da će nam ovaj pristup dati ispravan rezultat, jer smo prethodno provjerili princip računanja „po prosjeku“ i uvjerili se njegove ispravnosti.
Ovdje završavamo s metodologijom “prosječne” procjene i prelazimo na FIFO metodologiju.

Dakle, šta je FIFO metoda?
Odmah ću početi s glavnom stvari: postoje dvije opcije za izračunavanje pomoću FIFO metode.
Prvi metod, koji je implementiran u prethodnim izdanjima Trade Managementa, zasnivao se na činjenici da je trošak odlaganja procijenjen za svaki dokument.
One. imali smo određenu tabelu prijema robe i za svaki dokument puštanja robe smo izračunali iz kojeg prijemnog dokumenta možemo otpisati iznos i time prešli na ostatak troška.
Koji su nedostaci ove metode:
1.High tehnički zahtjevi- obračun je potreban za svaki dokument, tačnije: za svaku stavku dokumenta o puštanju robe. Lako je shvatiti da kada ima puno dokumenata, u njima ima puno redaka - puno vremena se troši na takve proračune.
2. Prilikom promene redosleda prijemnih dokumenata narušen je redosled otpisa i čitav proces je morao da se radi ponovo. Isto vrijedi i za promjenu dokumenta o godišnjem odmoru - opet se krši redoslijed.
3. Kao što sam upravo napomenuo: redoslijed dokumenata je promijenjen i konačni rezultat za svaki dokument (nakon ponovnog izračuna) može biti drugačiji od prethodnog stanja.
Vrijedi napomenuti da je uvijek bilo pritužbi korisnika na loše performanse ove metode. To ću dodati i činjenici da su mnogi zaboravili ili jednostavno nisu provjerili podatke o redoslijedu dokumenata, što je dovelo do netačnih i lažnih finansijskih rezultata.
Na osnovu opisanih razloga (naravno, nisam ih sve izgovorio), drugi metod je implementiran u konfiguraciji. Ova metoda je opisana u paragrafu 4 napomene 1 Dodatka 1 i zvuči ovako:
„Trošak puštenog (otpisanog) materijala metodom FIFO može se utvrditi na pojednostavljen način, kalkulacijom, kada se prvo odredi trošak materijala koji se prenosi u naredni mjesec, a ostatak iznosa otpisan u izvještajnom mjesecu.”
Dozvolite mi da ovo prevedem na razumljiviji jezik.
Kako funkcionira prva metoda? Princip je da će serija robe koja je prva na vrijeme stigla u skladište biti prva otpisana iz ovog skladišta kada se materijal izda. One. nakon što smo izračunali trošak otpisa za svaki dokument o odmoru, doći ćemo do ostatka troška.
Dakle, logično je pretpostaviti da ako je na kraju mjeseca u skladištima ostala roba, onda je ona nastala zbog posljednjih partija koje su stigle ovog mjeseca. A sve ranije serije su otpisane u roku od mjesec dana.
Još jednom: pojednostavljena FIFO metoda pretpostavlja da nećemo procijeniti trošak otpisa za svaki dokument o odmoru, već odmah izračunati koje su serije preostale i preći na bilans. Ostatak iznosa se otpisuje za izdavanje materijala.
Očigledno, nema potrebe za složenim proračunima kako bi se odredilo iz koje serije koliko otpisati i ovu metodu trčat će mnogo brže.
Ovo je metoda koja se koristi u "Upravljanju trgovinom"

Da vas podsjetim na ulazne podatke: postoji određeni saldo na početku mjeseca, postoje tri serije računa po različitim cijenama i nekoliko puštanja robe.
Slično tome, u metodološkim uputstvima je razmatran primjer obračuna i sada ćemo uporediti obračun sa podacima o upravljanju trgovinom.
Hajde da svedemo ove podatke na kompaktniji oblik

To je dovoljno jednostavan primjer jasno se vidi da je stanje 1. februara moglo doći samo iz treće partije, one sa isporučenom količinom od 20.000 u iznosu od 400.000.
Tako dobijamo da je vrijednost stanja 9.000 artikala na dan 1. februara 180.000.
Nisam napravio poseban slajd da bih pokazao primjer iz metodoloških smjernica, ali mogu vas uvjeriti da se upravo takvi brojevi tamo pojavljuju.
Hajde da proverimo šta nam "Trade Management" izračunava

Kao što vidimo, izvještaj u sistemu pokazuje upravo ove brojke. Time smo se uverili da sistem radi ispravno i po metodologiji opisanoj za računovodstvo.
Ovdje bih želio napomenuti vrlo važnu tačku: na kraju perioda dobijamo ravnotežu koja se više ne „razbija” na serije.
One. smatramo da se ukupni trošak proizvodnje prenosi na početak sljedećeg mjeseca.
Pogledajmo ovo na primjeru:

Za ovaj primjer, uzeo sam vrlo jednostavan unos:
Postoji stanje 1. januara i dva računa.
Takođe tokom januara puštena je roba na stranu u količini od 1000 komada.
Tako je na kraju mjeseca formiran bilans robe u iznosu od 2000 komada.
Sada treba da odredimo vrednost bilansa.
Kao što smo ranije raspravljali, saldo izračunavamo na osnovu pretpostavke da će ga formirati posljednje serije primljene u skladište.
Dakle, trošak salda robe će biti zbir troškova prve i druge serije i iznosiće 22.000, ali će se trošak salda na početku perioda otpisati na cenu prodate robe.
Ovdje je bitno da iznos ukupnog stanja ide na početak sljedećeg perioda, tj. serije primitaka se uzimaju u obzir samo tokom izvještajnog perioda.
Hajde da se zadržimo na ovoj tački detaljnije, zašto je usvojena upravo ova metodologija, a ne ona koja je implementirana ranije (u starim verzijama sistema), kada su sve igre bile pohranjene.
Prvo, malo bi imalo smisla u pojednostavljenom proračunu, jer može biti puno partija i izgubio bi se sav dobitak u brzini obračuna.
Drugo, treba napomenuti da su metode proračuna "prosječno", FIFO i bilo koje druge virtuelne. Oni služe samo za utvrđivanje troškova robe za izvještajni period.
Ako uzmemo duži vremenski period, koji će obuhvatiti sve isporuke robe pa do njene konačne prodaje, onda će bez obzira na način obračuna rezultat (bruto dobit) biti potpuno isti. Zaista, na osnovu jednostavne matematike, iznos se ne mijenja od promjene mjesta pojmova.
Također želim napomenuti trenutak (kao što ste možda ranije primijetili) - da smo uvijek obračunavali troškove preostale robe, a sve ostalo otpisivali na veliko. One. ne može se čak ni po FIFO metodologiji reći koja je serija otpisana prema konkretnom dokumentu za puštanje robe - nije moguće zbog same ideje obračuna.
Generalno, takve informacije nam nisu posebno važne, osim u posebnim slučajevima.
(Današnja tema ne uključuje zadatak da se kaže kako se predlaže uzeti u obzir takve posebne situacije kada je za bilo koju emisiju robe potrebno razumjeti koja je točno vrijednost otpisana za to određeno izdanje.)
Sada da vidimo kako sistem računa sa nekoliko skladišta.

Dakle, gotovo ista situacija kao u primjeru sa obračunom "prosječno".
Postoji određeno "magacin 1" i "magacin 2"
Skladište 1 je 10. januara primilo dva komada robe u vrijednosti od 30 rubalja
Skladište 2 je 15. januara primilo dva komada robe u vrednosti od 40 rubalja, a 20. januara primljena su 3 komada robe u vrednosti od 90 rubalja.
1 komad robe je premješten iz skladišta 2 u skladište 1
Izvršena je isporuka robe u količini od 2 komada
Za dobijanje podataka o ceni robe, program gradi sistem linearnih jednačina.
Evo kako to izgleda:
One. sistem jednadžbi ostaje potpuno isti kao u "prosečnoj" metodi proračuna, ali postoji razlika, koju ćemo videti kasnije.
Dakle, označimo cijenu robe u skladištu 1 kao X1
Za K1 - broj primljene robe u skladištu 1 (prema ulaznim fakturama i transferima) umanjen za stanje na kraju mjeseca
Sa K21 označavamo količinu robe koja se premešta iz skladišta 2 u skladište 1.
I tu je razlika - za C1 označavamo trošak robe minus strane koje su formirale stanje robe na kraju mjeseca.
Slično, označavamo podatke za skladište 2.
Zamijenite naše vrijednosti u jednadžbu i riješite je.
Ovo je trošak otpisa robe sa skladišta u toku mjeseca i razlikuje se od cijene iste robe na kraju mjeseca.
Jednačine za više skladišta.

U skladu sa članom 83. Metodoloških smjernica za računovodstvo zaliha, troškova transporta i nabavke (TZR) organizacije uzimaju se u obzir:
- Dodjela TZR-a na poseban račun "Nabavka i nabavka materijala"
- Dodjela TZR na poseban podračun na računu "Materijali".
- Direktno uključivanje TZR-a u cijenu materijala
VAŽNO: Konkretnu računovodstvenu opciju za TZR organizacija postavlja samostalno i odražava se u računovodstvenoj politici organizacije
Ali sastav troškova transporta i nabavke određen je Dodatkom 2 metodoloških smjernica
- troškovi utovara i transporta;
- troškovi održavanja aparata za nabavku i skladištenje organizacije;
- troškovi održavanja posebnih nabavnih mesta, magacina i agencija organizovanih u mestima nabavke;
itd.
Na osnovu sastava TZR, direktno uključivanje troškova transporta u stvarni trošak materijal je teško implementirati u stvarnom životu. Podaci ( izvorni dokumenti) sastav i vrijednost TZR se može izvesti sa značajnim zakašnjenjem u odnosu na trenutak prijema, i što je najvažnije, do trenutka otpisa materijala za proizvodnju, te daljeg formiranja cijene proizvedenih proizvoda (usluga) ).
Ova metoda refleksije je implementirana u prethodnim verzijama sistema za upravljanje trgovinom i izazvala je neke probleme u upotrebi.
Dakle, ostaju prva dva načina odražavanja TZR-a u računovodstvu organizacije. Opšti smisao ovih metoda je u odvojenom obračunu (akumulaciji) zaliha u izvještajnom periodu i daljoj preraspodjeli količine zaliha srazmjerno utrošku i bilansima materijala u skladištima. Obračun iznosa TZR koji se treba otpisati na računovodstvene račune, koji odražavaju potrošnju relevantnih materijala, vrši se prema sljedećoj formuli:

Koeficijent raspodjele TZR = (TZR na početku izvještajnog perioda + TZR za izvještajni period) / (Stanje robe na početku izvještajnog perioda + Dolazak robe za izvještajni period) * 100
Iznos TZR za otpis za izvještajni period = Potrošnja dobara za izvještajni period * Koeficijent raspodjele /100.
Svi pokazatelji su izraženi zbirno, a ne kvantitativno.
Primjer izračuna pomoću ove formule može se vidjeti u Dodatku 3 metodoloških smjernica.
Ono što bih želeo da napomenem ovde na prvom mestu - u ovom trenutku, postupak za obračun iznosa troškova transporta i nabavke, implementiran u 1C: Trade Management, RAZLIKUJE se od ovog naloga.
Greška je registrovana u ovom trenutku, programeri su uzeli u obzir primjedbu i ispravke će biti unesene u narednim verzijama kako bi se riješio ovaj problem.

Razmotrimo kako se iznos TZR-a izračunava u „Upravljanju trgovinom“ u ovom trenutku.
Iznos TZR otpisanog na trošak izračunava se na sljedeći način:
(CV na početku izvještajnog perioda + CV za izvještajni period) / (Stanje robe na početku izvještajnog perioda + Dolazak robe za izvještajni period) * Potrošnja robe za period
Veoma je važno da se za pokazatelje robe koristi za zbirne iskaze vrijednosti, i to kvantitativne.
Ako preduzeće ima više skladišta, onda se udio troškova transporta pri prelasku u drugo skladište rješava sličnim linearnim jednadžbama koje smo razmatrali u algoritmima „prosječne“ i FIFO metode za procjenu robe.

Važna tačka na koju treba obratiti pažnju, jer. nije jasno.
Pogledajte imenilac razlomka:
Uzmimo mali primjer:
U januaru dolazi do prijema robe.
U istom mjesecu smo u potpunosti isporučili ovaj proizvod.
U februaru je TZR primljen za isporuku u januaru.
U ovom slučaju, nazivnik y će biti 0, što je prema matematičkim pravilima neprihvatljivo.
Sa stanovišta Trade Managementa, ova situacija se definiše kao nepostojanje baze distribucije – jednostavno je nemoguće izračunati koeficijent.
Zaključak: važno je razmotriti takve situacije. Prema računovodstvenim pravilima u ovom slučaju, takve troškove moramo prihvatiti kao svoje direktne troškove. Jednostavno rečeno: ne možemo ih alocirati na trošak robe.

Sada malo modificirajmo primjer:
Obratite pažnju - imali smo odmor 9 komada od 10 i bilo je stanje 01. februara. Gledajući formulu, vidjet ćemo da će cjelokupni iznos troškova transporta i nabavke biti naplaćen na ovaj bilans.
One. postoji distributivna baza za sistem i ona će sve troškove alocirati na ovaj jedan komad, što može uzrokovati značajno povećanje troškova.
Da sumiramo malo na ovim primjerima: troškovi koji se mogu uključiti u nabavnu vrijednost robe moraju se pratiti, posebno kada se prijem dogodi u narednom izvještajnom periodu.
I još jednom vas podsjećam da će u sljedećim verzijama greška u distribuciji biti ispravljena. (Promijenjeno ponašanje u reviziji 11.1)

Nakon otpreme robe u kretanju dokumenta prema registrima „Troškovi robe“ i „Prihodi i troškovi prodaje“, sredstva po trošku robe se ne popunjavaju. I, naravno, izvještaji o analizi troškova također ne prikazuju podatke. Sve se to objašnjava činjenicom da se u UT 11 obračun troškova odvija u posebnom dokumentu koji se zove „Obračun cijene robe“. Možete ga pronaći u rubrici Finansije - Propisi. U ovom dokumentu postoje 2 opcije za obračun troškova - PRELIMINARNA (namijenjena primanju planirani trošak. Izračun se uvijek zasniva na prosjeku bez uzimanja u obzir dodatni troškovi) i STVARNI (u ovom slučaju, metoda procjene cijene robe može se odrediti ili prosjekom za mjesec, ili FIFO.

Ako se odabrana metoda razlikuje od one specificirane za organizaciju, program će upozoriti i izvršiti proračun prema metodi navedenoj u ovaj dokument). Preporučuje se kreiranje jednog dokumenta u obračunski period(mjesec) i, ako je potrebno dobiti planirani trošak, kreirati dokument "Obračun troška robe" sa opcijom "Preliminarno" i proslijediti ga po potrebi (bolje je, naravno, postaviti planirane zadatke ). Na kraju mjeseca u ovom dokumentu promijenite opciju u "Stvarni" i objavite dokument. Važnu ulogu igra datum dokumenta, jer. obračun troškova će se izvršiti na navedeni datum. Stoga je potrebno naznačiti kraj obračunskog perioda, a vrijeme nije bitno. Takođe želim da napomenem da je prilikom ručnog izvođenja bolje pritisnuti dugme „Objavi“, a ne „Objavi i zatvori“, jer. mogu postojati poruke o grešci koje se zatvaraju s prozorom dokumenta, a korisnik ih jednostavno ne primjećuje.

Pa, sada direktno na šemu obračuna troškova u UT 11. Kao što sam već napomenuo, u UT 11 se koriste 2 metode obračuna troškova - ponderisani prosjek i FIFO.

Obračun prosječne cijene se vrši na osnovu rezultata mjeseca. Formula obračuna je prilično jednostavna - potrebno vam je stanje robe u procjeni vrijednosti na početku mjeseca + trošak kupovine robe i to podijelite sa iznosom početnog stanja + iznosom prijema.

Obračun troškova do FIFO metoda je malo teže. U UT 11 ne postoji klasičan koncept "serija", pa se prvo izračunava kvantitativni saldo robe na kraju mjeseca. Za izračunavanje vrednovanja ovog bilansa, količina i vrijednost iz najnovijih primitaka se uzastopno prikupljaju, jer vjeruje se da su prve serije već otpisane. U ovom slučaju se uzimaju samo priznanice sa poznatom vrijednošću, tj. kretanje robe se ne uzima u obzir. Ovaj iznos se odbija od vrijednosti svih primanja za mjesec i iznosa početnog stanja. Tako se dobija zbir svih troškova koji se raspoređuje proporcionalno broju penzionisanih dobara.

Obračun troška u UT 11 vrši se u kontekstu računovodstvenog analitičara: Organizacija, Skladište, Nomenklatura, Karakteristike artikla, Dobavljač, Posao, Pododjeljenje itd. Iz toga proizilazi da trošak jedne stavke u različitim skladištima može razlikuju se ili artikli koji imaju različite karakteristike (čak i boju, posebno ako je roba različitih boja kupljena od različitih dobavljača). Usput, ne možete voditi evidenciju troškova u kontekstu vrsta zaliha. Da biste to uradili, poništite izbor u polju "Odvojeno računovodstvo" u odeljku Administracija - Finansije. Za izračunavanje troškova za svaku analitiku sastavlja se linearna jednačina, čime se dobija sistem linearnih jednačina (SLE).

Pogledajmo nekoliko primjera:

Primjer 1

U roku od mjesec dana magacin je primio robu u količini od 50 komada. u iznosu od 20.000 rubalja. i količina 30 kom. u iznosu od 18.000 rubalja. od jednog dobavljača. Bile su 2 implementacije u količini od 18 i 14 kom. ovaj proizvod. Početkom mjeseca stanje robe je bilo 2 kom. u iznosu od 1.000 rubalja. Prije sastavljanja SLE-a, sistem prvo izračunava konačna stanja. U našem slučaju ispada 50 komada. (2 + 50 + 30 - 18 - 14).

26.000 \u003d 1.000 + 20.000 + 18.000 - 18x - 14x, gdje je x - prosječna cijena jednu jedinicu robe

Rješenje jednadžbe:

Dakle, cijena prve pošiljke je 406,25 * 18 = 7.312,50, a druge 5.687,50. Sada za složeniji primjer.

Primjer 2

Ali želim napomenuti da takva raspodjela vrsta rezervi ne funkcionira uvijek u praksi. Činjenica je da prilikom izvršenja otpreme sistem podatke o analitici potrošnje preuzima iz registra informacija „Datum prijema robe od strane organizacije“, gdje se vrši grupisanje po dobavljačima i odabire se maksimalni datum. Takođe, prilikom inicijalnog knjiženja dokumenta o prijemu robe, unos se dodaje u registar informacija, ali kada se promijeni datum dokumenta i ponovo knjiži dokument, upis u ovom registru se ne ažurira. Stoga je zgodno koristiti izvještaj "Analiza troška robe" (nalazi se u odjeljku Finansije - Finansijski izvještaji) i dešifrirati ili promijeniti verziju izvještaja dodavanjem grupiranja po dobavljačima (što je zgodnije) u pogledajte analitiku faktura. Također je moguće vidjeti podatke o vrstama zaliha direktno u otpremnom dokumentu klikom na dugme "Otvori vrste zaliha".

0 \u003d 15.000 - 9XCaPp - 5XCaPp - 1XCaPp, gdje je XCaPp prosječna cijena jedne jedinice robe u skladištu A dobavljača Politext LLC

1XSbPp = 1XSaPp, gdje je XSbPp prosječna cijena jedne jedinice robe u skladištu B dobavljača "Polytext LLC"

Devizni kursevi