Unf 1.6 regnskapsføring av arbeid i produksjon. Produktutgang og kostnadene

i konfigurasjonen "Administrasjon av et lite selskap 1.6"

Blant løsningene til 1C-selskapet er det en konfigurasjon "Management lite selskap”(heretter referert til som UNF), som overraskende nok har ganske utviklet funksjonalitet for å opprettholde administrasjonsregnskap for en liten bedrift.

Flere detaljer finner du på den offisielle nettsiden: http://v8.1c.ru/small.biz/

Blant annet, denne konfigurasjonen lar deg automatisere regnskapsføring av produksjonskostnader og beregning av kostnadene for varer og tjenester.

La oss vurdere funksjonene til algoritmen for å skrive av materialer for kostnadene for produserte produkter ved å bruke eksemplet på 2 produkter: en trebenk og en metallbenk. Spesifikasjoner for hvert produkt er vist nedenfor i fig. 1 og fig. 2.

Vi behandler mottak av materialer:

Nå skal vi arrangere produksjon av 4 benker: 3 tre og 1 metall.

I det første tilfellet er produksjonen strengt i henhold til spesifikasjonen, og i det andre tilfellet vil vi delvis erstatte "Aluminium Profile" med "Steel Profile" i sammensetningen av materialer uten å lage en ny spesifikasjon.

Som man kan se i figur 6, førte utskifting av deler av "Aluminium Profile"-materialet uten å lage en tilsvarende spesifikasjon til en veldig "interessant" fordeling av materialkostnadene mellom produserte varer. I stedet for den forventede avskrivningen av "Stålprofilen" for produksjonen av "Metal Bench", ble "Metal Profile" distribuert etter mengde til alle produserte produkter, som et resultat av kostnadene for produktet "Wooden Bench" viste seg å være betydelig overvurdert, mens kostnaden for produktet "Metal Bench" var betydelig undervurdert.

Figur 7 viser en situasjon hvor "Aluminium Profile" ble fullstendig erstattet med en "Steel Profile". Som man kan se i dette tilfellet, tilordnet systemet alt "Stålprofil"-materialet riktig til "Metal Bench"-utgivelsen.

Det er imidlertid verdt å merke seg at denne oppførselen ikke kan kalles en feil fordi hvis du slår til referanse informasjon, så advarer konfigurasjonsutviklerne ærlig om hvilken algoritme som er implementert i systemet

For å være ærlig, fra denne beskrivelsen av algoritmen vil jeg konkludere med at "Stålprofilen", når den er fullstendig erstattet, burde vært fordelt proporsjonalt mellom produktene. Men ikke alt er så enkelt!

Derfor, som de sier, er det bedre å se en gang enn å rette feil 100 ganger når du skriver av materialer til kostpris, spesielt ved produksjon av komplekse produkter som består av et stort antall forskjellige materialer.

Oppsummer. Hva er de mulige alternativene for å sikre avskrivning av materialer, noe som vil gi en ærlig kostnad:

1. Lag nye produktspesifikasjoner når du utfører en materialendring.

en. Ulempen med denne tilnærmingen er behovet for å vedlikeholde stort nummer spesifikasjoner hvis materialer endres ofte.

2. Utvalg av produkter som materialet erstattes for uten å opprette materialet i et eget dokument.

en. Gir mening i situasjoner der et materiale som har innvirkning blir erstattet. betydelig innflytelse på kostnadene for produktene.

b. Ulempen med denne tilnærmingen er økningen i antall inndatadokumenter

3. Et separat "Produksjons"-dokument for hvert produkt (for eksempel et separat dokument for utgivelsen av "Wooden Bench" og et separat for "Metal Bench")

en. I dette tilfellet kan du ikke opprettholde spesifikasjoner i systemet i det hele tatt fordi materiell vil alltid bli avskrevet der det er nødvendig.

b. Ulempen - som i alternativet ovenfor - er økningen i antall dokumenter.

4. Bruke en standardmekanisme "som den er"

en. Det er fornuftig i situasjoner der et materiale som har en lav andel i produksjonskostnadene blir erstattet. I dette tilfellet, selv når du fordeler kostnadene for materialet etter mengde til forskjellige varer, vil forvrengningen av kostnaden være ubetydelig og kan kanskje neglisjeres.

Garanterte fordeler av 1C:UNF

1C:UNF - for hvem?

For de som handler engros, detaljhandel eller gjennom en nettbutikk, vedlikeholder lagerregister, yter ulike tjenester, utfører kontraktsarbeid eller driver med småskala- og spesialproduksjon.

Alt du trenger i ett program

Handel og lager, tjenester og arbeider, innkjøp og reserver, bank og kasse, personell og lønn, produksjon og montering, analytiske rapporter og CRM. Streng overholdelse av lovgivning: trykte skjemaer, 54-FZ, EGAIS, etc. Betaling av skatt og innsending av rapporter for individuelle gründere, for andre - standard integrasjon med 1C: Regnskap.

Forretningsanalyse

Salgsstatistikk og lønnsomhet etter ordre, produkter, aktivitetsområder. Kontroll kontantstrømmer og gjensidige oppgjør med kjøpere og leverandører. Regnskap for inntekter, utgifter og analyse av selskapets økonomiske resultater.

Din kunnskap
nok

Du kan systematisere og automatisere virksomheten i etapper. Løsningen er ikke overbelastet med unødvendig funksjonalitet, den kan enkelt tilpasses administrasjonen og regnskapet til din virksomhet. Ingen kunnskap om regnskap eller skatteregnskap er nødvendig.

Hver konfigurasjon har sine egne egenskaper, men det er flere funksjoner som strengt tatt definerer konseptet "produksjonsregnskap" og er tilstede i noen av dem i en eller annen form.

Hovedfunksjonalitet knyttet til produksjonsregnskap:

• Evnen til å lage og lagre spesifikasjoner for produksjon av produkter, tjenester og halvfabrikata.
• Regnskap for halvfabrikata i multiprosessproduksjon.
• Regnskap for ekteskap.

Spesifikasjonssammenligning

Til sammenligning, her er noen spesifikasjoner fra ulike løsninger 1C.

Den enkleste spesifikasjonen tilhører den vanligste konfigurasjonen "1C Accounting 8.3":

En slik spesifikasjon inneholder et minimum av data: navn (hva vi produserer), i hvilken mengde, hvilke materialer og hvor mye som brukes under produksjonen.

Spesifikasjonen fra UNF inntar en mellomposisjon i kompleksitet.

I 1C UNF kan du spesifisere både en liste over komponenter og en liste over operasjoner. Slik informasjon er nok til å beskrive den enkle produksjonsprosessen til et lite selskap.

Figur 4 viser ressursspesifikasjonen som brukes i 1C ERP - den mest moderne og lovende konfigurasjonen for regnskap for produksjonsprosesser uansett produksjonsvolum og kompleksitet. Denne spesifikasjonen er ment å beskrive nettverksplanen for produksjon av et produkt.

Sammenligning av spesifikasjoner gjør det mulig å analysere egenskapene til ulike 1C-konfigurasjoner. Jo mer kompleks spesifikasjonen er, jo mer funksjonalitet har konfigurasjonen.

Få 267 videotimer på 1C gratis:

Funksjoner av produksjonsregnskap i 1C: Kjede av produksjonsdokumenter

Noen produksjonsprosess har flere lignende stadier:

• Overføring av materialer til produksjonsverkstedet.
• Produksjon.
• Overføring av produkter til lageret.
• Salg av produkter.

Til samme liste kan du legge til bearbeiding av kundeleverte råvarer og overføring til bearbeiding.

I 1C-konfigurasjoner brukes følgende dokumenter for å gjenspeile produksjonsstadiene ovenfor:

Disse dokumentene utgjør en slags produksjonskjede. Det anbefales å opprettholde den kronologiske rekkefølgen til alle dokumenter som er involvert i en slik kjede. Hvis materialer ikke mottas på lageret før de avskrives for produksjon, vil ikke programmet være i stand til å beregne kostnaden for komponentene korrekt, og deretter kostnaden for produksjonsproduktet. Det samme skjer hvis du reflekterer utgivelsen ferdig produkt før materialene avskrives fra lageret til produksjon.

Det viktigste fra et synspunkt produksjonsregnskap Dokumentet er dokumentet "Produksjonsrapport for skiftet". Den gjenspeiler nøyaktig hva som ble produsert, i hvilken mengde, når, fra hva.

Fanen "Materialer" kan fylles ut basert på spesifikasjonen.

Figur 5 og figur 6 viser "Produksjonsrapport..."-dokumentene fra 1C: Regnskap og UPP-konfigurasjoner. Dokumentene har samme betydning - en refleksjon av produktutgivelse. Men som du ser av bildene er innholdet annerledes. UPP har flere tilleggsfaner: "Distribusjon av materialer", "Fordeling av andre utgifter", etc.

Disse bokmerkene er nødvendige for å fordele direkte kostnader direkte i selve dokumentet og for en bestemt vare. Dette gjør det mulig å beregne kostnadene for hver enhet av produsert produkt eller halvfabrikat. I motsetning til UPP i 1C: Regnskap, utføres kostnadsfordeling kun opp til varegruppen.

En annen særpreg UPP – bruk av ordre. Det er bestillinger fra kunder, bestillinger til leverandører, bestillinger til produksjon. Ordrer er svært viktige dokumenter fra et produksjonsregnskapssynspunkt. I UPP kan du bestille og analysere utførelsen. Figur 7 viser et eksempel på en kundeordre og en rapport om den.

UNF er enda mer "fokusert" på bruk av ordre i produksjonsregnskap. Her ser kjeden slik ut:

Kjøperordre – Produksjonsordre – Produksjon – Overføring til lager – Salg.

Alle dokumenter er laget basert på hverandre.

Som det fremgår av fig. 8, bruker UNF i stedet for dokumentet "Produksjonsrapport ..." dokumentet "Produksjon". Meningen og innholdet er det samme.

Avslutningsvis er det en kjede for ERP (fig. 9, fig. 10). Denne konfigurasjonen implementerer en fundamentalt ny tilnærming til produksjonsregnskap. Produksjonsregnskap går hånd i hånd med produksjonsplanlegging. På den ene siden er dette vanskeligere, på den andre siden er det sikret helt nytt nivå produksjonsstyring.

Arbeid med produksjon utføres i en egen del av "Produksjon"-konfigurasjonen. I fig. 1 åpnes dokumentet "Produksjon", som står for produktene og avskriver direkte kostnader som reflekteres i produksjonskostnadene.

Ris. 1. Del "Produksjon". Dokument "Produksjon"

Produktproduksjonstjenester kan reflekteres i UNF-konfigurasjonen på to måter:

1. Hvis en tjeneste inkluderer en regnskapskonto for "indirekte kostnader", vil programmet automatisk fordele kostnadene for denne tjenesten i henhold til antall produserte produkter (fig. 2).
2. Tjenestekontoen skal være «work in progress», da har vi mulighet til å lukke denne tjenesten manuelt for den produksjonen vi trenger (Fig. 3).

Ris. 2. Varekort med tjenesten, hvor kontoen "Indirekte kostnader" er valgt

Ris. 3. Varekort med valgt kostnadskonto «Work in Progress»

Jobber med pågående arbeid

Etter at de nødvendige kostnadene er samlet inn på igangværende arbeid (i regnskapskontoen "Igår arbeid"), ved månedsslutt, før periodens slutt, er det nødvendig tilleggsdokument"Fordeling av kostnader" lukker gjeldende regnskapskonto for kostnad (fig. 4).

Ris. 4. Dokument "Kostnadsfordeling".

I «Kostnadsfordeling»-dokumentet angir vi perioden produksjonen skal fullføres for. På «produkter»-fanen (fig. 4), klikk på «fyll ut ved utgivelse»-knappen. Tabelldelen omfatter alle produkter som ble produsert i den angitte perioden.

Ris. 5. Dokument «Kostnadsfordeling», fanen «Kostnader»

Klikk deretter på "fyll inn saldo"-knappen på "kostnader"-fanen (fig. 5), og programmet fyller ut data om kostnadsbeløpet som ikke ble avsluttet automatisk. Etter dette kan du klikke på knappen "distribuer etter mengde", og fordelingen vil bli foretatt driftskostnader proporsjonal med antall produserte produkter.

Etter at kostnadene er bokført, alle inngående bilag er lagt inn og produksjonsrapporter er bokført, kan du avslutte måneden (fig. 6)

Programmet forteller deg hvilke avmerkingsbokser som er nødvendige for å sikre at informasjonen i kostnads- og økonomiske resultatrapporter er oppdatert (angitt med et utropstegn).

Vi angir nødvendige operasjoner. Klikk "Lukk måneden" (fig. 6). Etter dette spør programmet "Flytt redigeringsforbudsdatoen?", slik at ingen kan gjøre endringer (fig. 7).

Velg ønsket svar tilsvarende.

Ris. 7. Spørsmålet "Bør jeg utsette datoen for forbud mot redigering" til neste periode.

Økonomiske resultater

Ris. 8. Rapporter " Økonomiske resultater»

Fordeling av lønn til produksjonskostnader

For at lønn skal inkluderes i produksjonskostnaden, er det nødvendig å velge riktig kostnadskonto (fig. 9).

Når det gjelder produksjon, er 1C:UNF-programmet først og fremst designet for "tilpasset" produksjon, typisk for små selskaper. Reservasjonsmekanismen brukes aktivt, d.v.s. en indikasjon på at et bestemt materiale/produkt/varer på et lager eller en avdeling kun kan brukes med det formål å gi en bestemt kjøperordre.

En ganske stor liste over standarddokumenter kan opprette, flytte og avskrive reserver. Hovedproblemet for brukerne er at det ikke alltid er klart hvordan den eller den reserven dannes. Dette skyldes det faktum at noen dokumenter danner reserver eksplisitt (brukeren bestemmer selv størrelsen og behovet for å opprette en reserve), andre implisitt - ved posting faller varen automatisk inn i reserven.

Dette materialet er først og fremst ment for brukere som har liten erfaring med å jobbe med 1C:UNF, men som nevnt har erfarne brukere også spørsmål om reservasjonssystemet.

Beskrivelsen er bygget opp slik at det først presenteres en kort teoretisk del som beskriver hvordan man arbeider med reserver i et spesifikt dokument, og deretter legges et ende-til-ende eksempel ved dette dokumentet.

I utgangspunktet var det en idé om å inkludere et tverrgående eksempel i spoilere, men dette øyeblikket Nettstedets motor støtter ikke oppretting av spoilere.

Eksemplet fra ende til ende ble opprettet i UNF 1.6.6.39

Artikkelstruktur :

Dokument "Kjøpers ordre"

Reservatet er dannet eksplisitt.

For å reservere en vare for en bestilling, må du fylle ut feltet " reservere"i tabelldelen" Varer, tjenester" .

Dette feltet kan fylles ut enten manuelt eller automatisk ved å bruke knappen " Endre reserve"->"Fyll ut resten" (ca. i henhold til frie saldoer på lageret).

Lageret der reservasjonen skal gjøres er angitt i feltet " Lager (reserve)"på fanen" I tillegg".

Det er logisk at en reserve kun er mulig hvis det er en ledig saldo på lageret. (med mindre du selvfølgelig har deaktivert alternativet " Kontroller balanser", som ikke anbefales)

Eksempel:

Oppdragsgiver "Ilf og Petrov" bestilte 12 stoler.

2 stoler på lager ferdige produkter Vi har dem allerede, vi reserverer dem umiddelbart.

Det skal produseres 10 stoler.

Rester etter dokumentbehandling:

Dokument "Produksjonsordre"

Produkter: Ikke reservert

Materialer:

For å reservere må du fylle ut kolonnen " Å reservere"i tabelldelen" Materialer", og angi også hvor du kan få den gratis saldoen for å opprette en reserve - fyll ut feltet " Reservelager". I dette feltet kan du angi både et lager og en avdeling (verksted). Reserven faller inn under kjøpers ordre angitt i overskriften.

Hvis alt materiale for produksjon av produkter fra kjøpers bestilling ble bestilt til leverandøren (spesifikt for en spesifikk kjøpers bestilling) og ankom (eller vil ankomme) lageret, er det ingen vits i å fylle ut "For å reservere"-feltet , siden materialreserven vil bli generert automatisk av dokumentet "Kvitteringsfaktura".

Eksempel:

For å produsere 10 stoler trenger vi:

• 40 bein
• 10 seter
• 10 ryggstøtter
• 1 kg skruer

Vi oppretter en "Produksjonsordre" basert på "Kjøperordre"-dokumentet.

Skruer er alltid på lager i store mengder. Vi reserverer dem umiddelbart.

Forblir etter:

Dokument "Ordre til leverandør"

Det er ingen direkte reservasjon i dokumentet.

Eksempel:

Ben, seter og ryggstøtter er ikke på lager de bestilles fra leverandøren for en spesifikk kundebestilling.

Vi lager dokumentet "Ordre til leverandør" basert på produksjonsordren.

Dokument "Kvittering faktura"

Implisitt dannelse av en reserve.

Til tross for at dokumentet ikke inneholder "Reserver"-feltet, reserverer dette dokumentet automatisk alle innkommende varer for kjøpers bestilling.

Hvordan "forstår" programmet hvilken kjøperordre reserven vil bli tildelt, siden det ikke er noe felt "Kjøperordre" i fakturaen?

Alt avhenger av å fylle ut dokumentet" Bestilling til leverandør", hvoretter mottaket utføres.

Hvis "Ordre til leverandør"-dokumentet er knyttet til en bestemt ordre/ordre (feltet "Kjøperens ordre" er fylt ut i overskriften eller i tabelldelen), så reserveres de mottatte varene direkte for denne ordren.

Så det er logisk at:

• Dersom det foretas varemottak mot en ordre fra en leverandør som ikke refererer til en kundeordre, oppstår ingen reservasjon.
• Dersom fakturaen legges inn uten å bruke en bestilling til leverandøren, inntreffer heller ikke reservasjonen (selv om du legger inn fakturaen basert på kjøpers bestilling)

Eksempel:

Leverandøren leverte bestilte ben, seter og ryggstøtter.

Vi lager dokumentet "Kvitteringsfaktura" basert på bestillingen til leverandøren.

Forblir etter:

Dokument "Beholdningsoverføring"

Felt " reservere" fylles ut for varer som allerede er i reserve etter ordre fra kjøper på lageret som overføringen skjer fra (felt " Avsender")

Uansett om vi flytter et forhåndsreservert element (med kolonnen fylt ut " reservere") eller varen på den frie saldoen (kolonne " reservere"ikke fylt ut) - som følge av flyttingen vil hele varen falle under reserve på mottakende lager/avdeling.

Eksempel:

Vi flytter alt nødvendig materiale for produksjon (eller rettere sagt montering) av stoler til verkstedet.

Vi lager et dokument "Beholdningsoverføring" basert på produksjonsordren.

Forblir etter:

Dokument "Produksjon"

Produkter:

Som følge av frigjøring havner produktet i reserve på mottakende lager/avdeling. (felt " Mottaker")

Materialer:

I feltet " reservere" indikerer det allerede reserverte antallet av varen, som som følge av produksjonen vil bli avskrevet både fra lageret og fra reserven. (feltet "Skriv av fra:")

Hvis alt materiale i forrige trinn ble flyttet til verkstedet og derfor havnet i reservatet - i dette tilfellet feltet " reservere"i dokument" Produksjon" må fylles ut. (og vil være lik "Antall"-feltet)

Eksempel:

Vi forbereder frigjøring av 10 stoler.

Vi lager et "Produksjons"-dokument basert på en produksjonsordre

Gjenværende etter:

Dokument "Faktura"

Det er tydelig angitt om varene sendes fra reserven eller fra den frie saldoen. Antallet varer som er sendt fra reserven er angitt i kolonnen " reservere".

Eksempel:

Vi sender 12 stoler.

Basert på "Kjøperens ordre"-dokumentet legger vi inn fakturaen.

Alle stoler sendes fra reserve.

Gjenstående etter ferdigstillelse: nei

Dokument "Beholdningsreservasjon""

Du kan når som helst endre reservestatus ved å bruke servicedokumentet "Beholdningsreservasjon".

Ved bruk av av dette dokumentet Kan være:

• Øk reserven
• Reduser reserve
• Flytt reserve mellom strukturelle inndelinger(fra lager til verksted, fra lager til lager osv.)

Men innenfor ett dokument er det umulig å flytte en reserve fra en ordre til en annen. (for å gjøre dette må du legge inn to dokumenter - den første avskriver reserven for den første ordren, den andre legger den til reserven for den andre ordren)

Eksempel:

La oss si at kunden endret de opprinnelige kravene før frakt og ba om å redusere ordrestørrelsen fra 12 til 10 stoler.

«Ilf og Petrov» er en kunde som vi har jobbet lenge og fruktbart med. Vi vil vise lojalitet ved å redusere størrelsen på bestillingen, uten å gi noen straff.

Som et resultat sender vi ikke 12, men 10 stoler til kunden. Men la meg minne om at det ble produsert 12 stoler.

Det er nødvendig å fjerne reserven fra de resterende 2 stolene, siden kjøperens bestilling er fullstendig fullført.

Gjenværende etter:

Rapport "Analyse av bevegelser i reserver"

For å analysere bevegelser i reserver av registrar utviklet vi vår egen enkle rapport.

Standardrapportene var ikke tilfredsstillende fordi de ved boring ned til registraren ga feil data.

P.S. Lukke en bestilling og gjøre en reservasjon

Når du lukker en kjøpers ordre etter at den er utført (avmerkingsboks " Lukket" i ordreoverskriften) blir ikke reserver automatisk fjernet fra ordren.

Det vil heller ikke være mulig å fjerne reserver fra en lukket ordre - det er forbudt å opprette et "Reservasjon av inventar"-dokument basert på en lukket ordre. Ta hensyn til dette øyeblikket.

Dette skiller seg for eksempel fra logikken til en annen standardløsning 1C - Management produksjonsbedrift. I UPP når du lukker en ordre (skriv inn et eget dokument) reserver fjernes fra ordren, noe som etter min mening er mer logisk.

UPD fra 30.08.16:

Lagt til rapport "Analyse av bevegelser etter reserver"

Det er alt, jeg håper det etter å ha lest av dette materialet Driften av reservasjonsmekanismen har blitt mer tydelig for deg. Vennligst stem opp hvis materialet var nyttig.