Esistono differenze fondamentali tra la modalità di analisi avanzata e la contabilità batch? Naturalmente c'è. Per farla breve la sintesi è questa: sì, RAUZ, come ogni altro algoritmo, ha le sue caratteristiche. Dovrebbero essere chiamate carenze? Ne dubito fortemente. Penso addirittura che se ci fosse stato un modo per invertire la storia (cioè se inizialmente i programmi avessero incluso RAUZ, e il dettaglio della contabilità di magazzino, per esempio), ci sarebbero state non meno polemiche. Come ho detto sopra, molti considerano ancora RAUZ una sorta di cosa a sé stante, una “scatola nera” che produce risultati secondo formule conosciute solo da lei. A differenza della contabilità batch, dove tutto è chiaro e preciso fino al lotto, RAUZ calcola costantemente la media, risolve alcune equazioni e il risultato è qualcosa di approssimativo, lontano dalla verità. L'argomento principale degli oppositori di RAUSE: "Basta fare i conti su un pezzo di carta: andrai d'accordo con la contabilità delle parti e non con l'analisi avanzata".
La quintessenza di questo atteggiamento nei confronti di RAUZ come una sorta di macchina shaitan può essere considerata una dichiarazione sul forum specializzato infostart.ru:

"Sì, RAUZ organizza uffici commerciali e sharashka, per i quali, dare o prendere una scarpa di rafia, o anche uno stivale, non fa paura, almeno saperlo approssimativamente (e i cui rappresentanti gridano dei risultati "stessi approssimativi" nella contabilità del loro partito ). Se hai una produzione reale e vuoi sapere quanto è stato speso e come rientra nel costo del prodotto finale, RAUZ fornirà una temperatura media
tour, cosa succederà, come in Tempo sovietico“Sulla carta è una cosa, ma in fabbrica è esattamente il contrario, per non parlare di un’effettiva pianificazione dei materiali, ma non ci saranno iniezioni finanziarie per chiudere i buchi, come in epoca sovietica”.

Tieni presente che questo è un forum per la comunità professionale degli specialisti 1C, questa opinione è stata supportata da altri specialisti che, mi sembra, lavorano con i sistemi contabili da diversi anni. Eppure tutto quanto sopra non è altro che un mito, che oggi smentirò. Per fare questo devo rispondere a due domande:

• La contabilità batch è davvero necessaria per calcolare correttamente il costo dei prodotti fabbricati da un'impresa manifatturiera?
• Quanto sono diversi i risultati del calcolo dei costi quando si utilizza RAUZ e la contabilità batch?

Qual è la realtà?

Come negli articoli pubblicati in precedenza, concordiamo che la configurazione "Manufacturing Enterprise Management 1.3" venga utilizzata in base alla piattaforma "1C:Enterprise 8.2" (di seguito denominata UPP). Tuttavia, se prima la modalità RAUZ era sempre attiva, ora verranno confrontate le stesse operazioni in modalità batch accounting e in modalità analitica avanzata. Vale anche la pena aggiungere,
che sia quando RAUZ è abilitato che in modalità contabilità batch, verrà utilizzato FIFO (dall'abbreviazione FIFO - First-In-First-Out - opzione in cui i lotti vengono cancellati dal magazzino nello stesso ordine in cui sono arrivati ).

Mentre implementare un meccanismo simile nella contabilità batch è facile come sgusciare le pere, nel caso dell’analisi avanzata, dove non esiste il concetto di “documento di formazione batch”, il calcolo viene eseguito in più fasi. Innanzitutto viene determinato quali lotti sono rimasti in magazzino dopo tutti gli smaltimenti. Quindi viene calcolato il loro costo. Successivamente, viene calcolato il costo di smaltimento di tutte le altre parti e viene fissato uguale (mediamente) per tutte le direzioni di smaltimento.

Nonostante una serie di osservazioni critiche su un simile algoritmo in vari forum, esso non contraddice i requisiti della legge e può benissimo essere chiamato FIFO e non qualcos'altro. Passiamo ora dalla contabilità di magazzino (a cui appartiene l'algoritmo FIFO) alla considerazione della catena più semplice caratteristica della contabilità processo produttivo generalmente.

• Il 1° febbraio il magazzino ha ricevuto il materiale “Materiale n. 1” per un importo di 10 pezzi al prezzo di 100 rubli per pezzo, per un importo totale di 1.000 rubli (vedi Fig. 2, in alto).
• Il 2 febbraio, 10 pezzi di materiale “Materiale n. 1” sono stati trasferiti alla produzione utilizzando il documento “Fattura di fabbisogno”.
• Il 3 febbraio sono stati realizzati 10 prodotti finiti “Pro”. prodotto n. 1”, per il quale sono stati spesi 10 pezzi di materiale “Materiale n. 1” (è stato redatto il documento “Report di produzione per il turno”).
• Il 10 febbraio è arrivato al magazzino lo stesso materiale “Mate”. rial n. 1" per un importo di 10 pezzi, ma al prezzo di 200 rubli per pezzo per un importo totale di 2000 rubli
• Il 12 febbraio 5 pezzi di materiale “Materiale n. 1” sono stati trasferiti in produzione utilizzando il documento “Fattura di fabbisogno”
• Il 13 febbraio sono stati rilasciati 5 prodotti finiti “Pro”. prodotto n. 1”, per il quale sono stati spesi 5 pezzi di materiale “Materiale n. 1”.

Qual è il significato della sequenza di azioni in questione? Arriva lo stesso materiale tempo diverso(1 e 10 febbraio) a prezzi diversi. Il giorno successivo al suo arrivo in magazzino, il materiale viene messo in produzione e il giorno dopo diventa parte del prodotto finito.

La seconda volta, non tutto il materiale in ingresso viene prelevato dal magazzino, ma solo la metà. Di conseguenza, dovrebbe rimanere in stock per un importo di 5 pezzi. Quando si utilizza la contabilità batch nel metodo FIFO, in teoria, i lotti del valore di 100 rubli per pezzo dovrebbero prima essere cancellati dal magazzino e solo successivamente 200 rubli ciascuno. Naturalmente, una differenza di prezzo così significativa viene volutamente utilizzata come esempio per mostrare come funziona la determinazione dei costi quando si produce da entrate diverse.

Secondo questa logica, la prima produzione di beni finiti dovrebbe costare la metà della seconda (poiché è realizzata con il primo lotto di materiale). Il costo previsto per la prima emissione con contabilità batch è di 100 rubli per pezzo, per la seconda - 200 rubli. Allo stesso tempo, se crediamo a ciò che dicono su RAUSE, in questa modalità dovremmo ottenere un risultato medio. Vediamo se questo è effettivamente vero. Inoltre, sarà interessante vedere la stima totale del materiale rimasto a magazzino. Calcoleremo il costo di produzione e genereremo un report “Dichiarazione dei lotti di merce nei magazzini”

Cosa vediamo? Stranamente, il costo dei prodotti fabbricati si è rivelato essere una media rispetto ai lotti di materiale. Forse, al momento del passaggio alla produzione, la stima totale era errata? Ma dallo stesso rapporto risulta che il consumo materiale è stato pari a 10 pezzi da 1.000 rubli il 1° febbraio e 5 pezzi da 1.000 rubli al 10 febbraio.

Allo stesso tempo, i prodotti rilasciati il ​​3 febbraio interamente dal primo ricevimento del materiale sono considerati come se entrambi i lotti fossero stati utilizzati per la sua produzione. Infatti, se fai i conti costo totale di tutti i materiali trasferiti alla produzione (1000 rubli + 1000 rubli = 2000 rubli) e diviso per la loro quantità (10 pezzi + 5 pezzi = 15 pezzi), il prezzo medio è di 133 rubli e 33 copechi. Moltiplicando il valore risultante per 10 e 5 pezzi, otteniamo rispettivamente il costo della prima e della seconda emissione (1333 rubli 33 kopecks e 666 rubli 67 kopecks).

È facile vedere che questi sono i risultati visualizzati negli estratti conto dei lotti di merce presenti nei magazzini. E questo, attiro la vostra attenzione, è per la contabilità batch in modalità FIFO. Ma almeno la rimanenza in magazzino ha ricevuto il preventivo totale che ci aspettavamo? Sì, poiché nel magazzino rimangono solo i materiali del secondo lotto, il loro prezzo è adeguato (200 rubli al pezzo, in totale 5 pezzi per un costo totale di 1000 rubli). Cioè, secondo il magazzino, il meccanismo ha funzionato esattamente come previsto. Per quanto riguarda la produzione, qui vediamo una chiara media delle stime totali. Sottolineo ancora una volta: il rilascio del 3 febbraio è avvenuto in un momento in cui c'era una sola fornitura al prezzo di 100 rubli al pezzo. E allo stesso tempo il suo prezzo è di 133 rubli e 33 centesimi per unità di produzione. Ora diamo un'occhiata al risultato dell'esecuzione di una sequenza simile di azioni con RAUZ abilitato. Poiché non viene utilizzato in modalità di analisi avanzata
contabilità per lotti, non è possibile utilizzare il report “Estratto lotti di merci in magazzino”. Viene invece utilizzato un foglio di inventario che mostra tutti i movimenti delle scorte. Cosa attira immediatamente la tua attenzione? RAUZ, che secondo molti avrebbe dovuto fornire un quadro meno accurato, ha infatti permesso di ottenere un risultato assolutamente identico: i manufatti per un totale di 15 pezzi sono stati valutati 2.000 rubli, il resto del materiale in il magazzino ha un valore totale di 1.000 rubli per 5 pezzi.

Produzione senza partiti

Perché sono stati ottenuti risultati così strani a prima vista? Il fatto è che, indipendentemente dalla modalità contabile scelta (batch o RAUZ), si riferisce solo alla contabilità di magazzino e non influisce in alcun modo sulla contabilità di produzione.

Cosa significa? Ciò significa che tutti i lotti entrati in produzione entro un mese vengono considerati dal documento “Calcolo Costo Costo” esclusivamente collettivamente. In altre parole, se nel corso del mese si verificassero più ricevimenti dello stesso materiale con preventivi di costo diversi, di conseguenza verrà calcolato il loro totale medio, che verrà incluso nel costo finale del prodotto finito. E ora la cosa più interessante: se nei costi di produzione verrà comunque calcolata la media, è necessario eliminare e ripristinare la sequenza per mantenere la contabilità dei lotti?

Un'altra domanda importante che dovresti farti: la contabilità batch in un magazzino utilizzando il metodo FIFO corrisponde in linea di principio allo stato reale delle cose? Il materiale arrivato prima viene effettivamente trasferito prima al magazzino? Se la risposta è negativa non c’è bisogno di pensarci due volte; quando si contabilizza utilizzando la media il risultato sarà lo stesso per entrambe le modalità, anche nella contabilità di magazzino. Ritornando alle domande poste all’inizio dell’articolo, possiamo concludere:

• Alla domanda se la contabilità batch sia davvero necessaria per calcolare correttamente il costo dei prodotti fabbricati da un'impresa manifatturiera, la risposta è: no, l'importanza della contabilità batch è notevolmente sopravvalutata, poiché nella produzione la stima dei costi verrà comunque mediata.
• Alla domanda su quanto diversi siano i risultati del calcolo dei costi quando si utilizza RAUZ e la contabilità batch, si può rispondere: nella maggior parte dei casi, i risultati del calcolo dei costi sono assolutamente identici, come è stato chiaramente dimostrato nell'esempio.

Per lo meno non è corretto parlare di calcoli dei costi meno accurati o errati nella modalità di analisi avanzata per l'inventario e la contabilità dei costi. La mancanza di un accurato preventivo complessivo per ciascun documento comporta, ovviamente, alcune limitazioni nel dettaglio della contabilità, ma non comporta conseguenze di portata tale da mettere in discussione il risultato delle operazioni produttive. In effetti, nella maggior parte dei casi, le recensioni negative su RAHZ sono dettate da In misura maggiore paure piuttosto che vere e proprie esperienze negative.

Come mostrato nell'articolo, sia RAUZ che la contabilità batch forniscono risultati identici con dati di input corretti. La ragione principale di ciò è che la contabilità della produzione stessa in UPP non è basata su batch, indipendentemente dalla modalità selezionata. Non è così importante il modo in cui sono state calcolate le stime totali durante il trasferimento dei materiali dal magazzino alla produzione. Nel calcolo del costo di produzione verrà comunque effettuata la media delle stime totali. Sebbene questo fatto non è un segreto ed è indicato nella documentazione, penso che per molti diventerà una rivelazione dopo la pubblicazione di questo articolo. Altrimenti non ci sarebbero così tante discussioni e affermazioni errate secondo cui RAUZ fornisce risultati meno accurati della contabilità batch. Forse qualcuno avrà una domanda: è possibile nell'esempio fornito fornire dettagli in cui la valutazione totale del prodotto fabbricato sarà determinata dal costo reale e non medio del materiale da cui è effettivamente realizzato?

Sì, è possibile. Ed è proprio a questo che sarà dedicata la seconda parte dell'articolo, che potrete leggere in uno dei prossimi numeri.

Questo articolo è una diretta conseguenza del corso”. Il motivo che mi ha spinto a precipitarmi a questo corso è stata la dichiarazione dei suoi autori, Evgeniy Gilev e Farit Nasipov, per parlare di come funziona RAUZ.

La mancanza di comprensione di quale sistema di equazioni e di come si formi la configurazione per il calcolo del costo delle merci mi ha impedito personalmente di studiare programmi come 1C: Integrated Automation 8 e 1C: Manufacturing Enterprise Management 8.

Avendo ricevuto conoscenza iniziale Su questo tema ho deciso di metterli in ordine. Di conseguenza, è apparso questo articolo. Tuttavia, dopo aver completato l'articolo, mi sono reso conto che l'utente medio non ha particolarmente bisogno di capire come funziona RAUZ. Come si forma il sistema equazioni lineari.

Giudica tu stesso. Un pilota di linea ha un numero enorme di strumenti sul suo quadro strumenti. All'operatore centrale nucleare il pannello di controllo del blocco ne richiede diverse dozzine metri quadrati. Immagina quanti dispositivi ci sono su di esso! Naturalmente, il pilota o l'operatore schema generale conoscere i principi del proprio lavoro. Ma di solito non capiscono i dettagli. Questa è un'area di conoscenza completamente diversa. Per far funzionare con successo un aereo di linea o una centrale nucleare, devono essere sicuri che tutti questi dispositivi funzionino correttamente.

Lo stesso vale per la tecnologia RAUZ. È importante che l'utente configuri correttamente il programma e rifletta correttamente le transazioni commerciali. E il programma può gestire autonomamente i calcoli dei costi. Se, come me, ti senti a disagio nel non comprendere l'algoritmo di calcolo dei costi, allora questo articolo potrebbe esserti utile. Altrimenti non perdere tempo, fai qualcosa di più divertente.

Probabilmente l'aspetto principale di RAUZ è la valutazione del costo della merce attraverso la formazione automatica della SLU e la sua successiva soluzione. Ecco perché vengono spesso identificati. Questo articolo è attivo semplici esempi mostra come il sistema genera SLN.

L'articolo è dedicato alla descrizione dell'algoritmo per la formazione delle SLU nel programma 1C: Trade Management, edizione 11.1. Per brevità utilizzeremo le sigle ut11 o ut 11. Laddove fosse necessario sottolineare le differenze, indicheremo integralmente l'edizione del prodotto: ed. 11.1 o ed. 11.0.

2. Analisi dei costi in ut11

Il costo delle merci nel programma ut11 viene calcolato nel contesto delle analisi corrispondenti. Nell'ed. 11.1 e ed. 11.0 tali analisti sono le misurazioni del registro di accumulazione “Costo delle merci”:

1. Analisi contabile della nomenclatura,
2. Sezione contabilità,
3. Tipo di inventario
4. Organizzazione.

La dimensione “Analisi contabilità articoli” fa riferimento alla directory omonima “Chiavi analitiche contabilità articoli”. Secondo la terminologia degli sviluppatori, una chiave analitica è un oggetto che combina diverse sezioni analitiche della contabilità. In 1C ut11 include tre analisi aggiuntive per il calcolo del costo delle merci:

1. Nomenclatura,
2. Caratteristica,
3. Azione.

In totale ci sono 6 analisti, nell'ambito dei quali viene calcolato il costo.

1. Organizzazione.
2. Azione.
3. Tipo di inventario.
4. Nomenclatura.
5. Caratteristica.
6. Sezione contabilità.

A differenza dell'ed. 10.3 nella configurazione ut11, questi analisti presentano alcune caratteristiche particolari. Descriviamoli brevemente.

Elenco delle "Organizzazioni".

La contabilità dei costi viene effettuata nel contesto delle organizzazioni, ma non viene eseguita per l'impresa nel suo insieme. Ciò può sembrare sorprendente, perché la configurazione di UT 11 è gestionale. Ma è così. In generale, l'impresa non conserva registrazioni dei costi.

I dati di qualsiasi organizzazione, ad eccezione dell'organizzazione predefinita "Organizzazione di gestione", possono essere caricati nel programma 1C: Contabilità 8. Ciò significa che se l'impresa ha operazioni che non dovrebbero riflettersi nella contabilità regolamentata, allora dovrebbero essere riflesse nell'organizzazione "Organizzazione di gestione".

Tale organizzazione viene creata automaticamente dal sistema se nella sezione “Amministrazione\Organizzazioni e Finanza” si imposta il flag “Operazioni di acquisto e vendita separate per la gestione”. e reg. contabilità".

Elenco "Magazzini (aree di magazzino)".

In 1s 8,2 ut 11, magazzino significa generalmente una certa area di stoccaggio. Il numero di aree di stoccaggio non è limitato.

Le aree del magazzino possono essere suddivise in aree di stoccaggio. La contabilità dei locali di magazzino è possibile solo nei magazzini all'ingrosso, per i quali è prevista la possibilità di uno schema di flusso di documenti basato sugli ordini per le transazioni di ricevimento, smaltimento e riflessione di eccedenze e carenze.

A sua volta, è possibile fornire lo stoccaggio mirato delle merci nelle aree di magazzino e nei magazzini. Per fare ciò, è necessario abilitare la possibilità di creare contenitori di stoccaggio.

Dal punto di vista del calcolo del costo è importante sapere che viene calcolato nell'ambito dei territori di magazzino. In altre parole, le merci immagazzinate in locali diversi e in celle diverse appartenenti allo stesso territorio di magazzino hanno lo stesso valore di costo.

Directory "Tipi di riserve".

I tipi di inventario sono memorizzati nella directory con lo stesso nome “Tipi di inventario. Articoli richiesti vengono creati automaticamente al momento della consegna della merce.

Nell'ed. 11.1, è diventato possibile indicare manualmente le tipologie di inventario e i numeri di dichiarazione doganale dai documenti di smaltimento delle merci (vendita, movimento, montaggio). Per fare ciò, nella parte tabellare del documento, fare clic sul pulsante "Apri tipi di inventario".

Ciascun tipo di azione è determinata da una serie dei seguenti dettagli.

1. Organizzazione. Elemento della directory "Organizzazioni".
2. Tipo di inventario. I possibili tipi di inventario sono descritti nell'enumerazione "Tipi di inventario", che può assumere uno dei seguenti valori: Prodotto, Materiale, Prodotto in conto deposito e Servizio. Nell'ed. 11.0 c'era anche Tara. Per qualche motivo è stato rimosso in ut11.1.
3. Tassazione. I possibili tipi di tassazione sono descritti nell'elenco "Tipi di tassazione IVA": le vendite sono soggette a IVA, le vendite non sono soggette a IVA, le vendite per l'esportazione (aliquota 0%) e le vendite sono soggette a UTII.
4. Impegnativo
5. Accordo con il mandante. Elemento di directory “Contratto con i fornitori”.
6. Valuta degli accordi reciproci. Elemento della directory “Valute”.
7. Vendita di scorte di un'altra organizzazione. La configurazione 1c 8.2 ut 11 offre la possibilità di vendere merci tra organizzazioni della tua azienda. Il cosiddetto schema intercompany. Questo attributo è di tipo Booleano e può assumere il valore False (per default) oppure il valore True.
8. Tipo di inventario dell'organizzazione: il proprietario della merce. Determinato dall'insieme di valori dei dettagli della directory "Tipi di inventario". A quanto pare, ciò che si intende è quanto segue. Nell'ambito dello schema interaziendale, un'organizzazione della nostra azienda può agire come commissionario e un'altra come mandante. In questo caso, per il commissionario, questo dettaglio indica la tipologia di stock del mandante.
9. Modalità di trasferimento delle merci. Metodi possibili il trasferimento della merce è descritto nell'elenco “Modalità di trasferimento della merce”: Vendita, Vendita e restituzione, Trasferimento per commissione, Trasferimento per commissione e restituzione, Non trasferito o Non richiesto.
10. Fornitore. Elemento della directory “Partner”.
11. Scopo. I possibili tipi di destinazione delle merci sono descritti nell'elenco "Tipi di destinazione dei tipi di inventario": Destinato alla transazione, Destinato alla divisione, Destinato al manager, Destinato all'ordine ( Questo è un nuovo valore, non è disponibile in ut11.0) o Lo scopo non è limitato.
12. Suddivisione. Elemento della directory “Struttura aziendale”. Poiché la configurazione è manageriale, le organizzazioni non hanno divisioni. La struttura delle divisioni è descritta nel suo complesso per l'impresa.
13. Manager. Elemento della directory "Utenti".
14. Affare. Elemento della directory “Transazioni con i clienti”.
15. Le attività sono soggette a UTII. Non usato.
16. Gruppo di contabilità finanziaria. Elemento dell'elenco “Gruppi di voci della contabilità finanziaria”.
17. Controparte. Elemento del repertorio “Controparti”.
18. Accordo. Elemento della directory “Accordi di controparte”.
19. Scopo. Elemento della directory “Compiti”.

Nomenclatura. Directory "Nomenclatura".

La directory "Nomenclatura" è destinata alla memorizzazione dei seguenti tipi di nomenclatura.

1. Prodotto.
2. Servizio.
3. Lavoro. Non disponibile in ut11.0.

Caratteristica. Directory "Caratteristiche della nomenclatura".

La directory "Caratteristiche dell'articolo" contiene un elenco di caratteristiche (colore, peso, dimensione, ecc.) in base alle quali è possibile mantenere nel programma una contabilità quantitativa aggiuntiva dell'articolo.

Sezione contabilità. Enumerazione "Sezioni di contabilità del costo delle merci".

1. Merci nei magazzini.
2. Merci trasferite su commissione.
3. Costi di produzione. Non disponibile in ut11.0.

3. Centri di costo in 1s 8.2 ut 11

Le 6 dimensioni e le 6 dimensioni considerate sono gli argomenti della funzione di costo

In generale, un'azienda può avere più organizzazioni, più magazzini, un numero enorme di articoli, ecc. Ciò significa che il costo dello stesso prodotto può essere diverso in magazzini diversi, in organizzazioni diverse caratteristiche diverse eccetera. In altre parole, ogni argomento di questa funzione può avere diversi valori:

Ciò significa che il numero di costi sconosciuti è determinato da una combinazione di diversi valori analitici. Questi aggregati possono essere chiamati centri di costo:

Lo abbiamo già notato sopra valori sconosciuti i costi sono stimati risolvendo un sistema di equazioni lineari, SLE. Affinché la SLE abbia una soluzione, il numero di equazioni indipendenti in essa contenute deve essere uguale al numero di costi incogniti. Forniamo esempi di calcolo del numero richiesto di equazioni.

Esempio 1.

Il caso più banale: l'azienda ha una sola organizzazione, un magazzino e un solo nome di prodotto. Ciò significa che il costo è unico

Ovviamente, per trovare un costo sconosciuto, è sufficiente elaborare un'equazione di bilancio lineare.

Esempio 2.

L'azienda ha una organizzazione, due magazzini e due tipologie di merci. In questo caso avremo bisogno di quattro costi di produzione

La presenza di un solo valore di un qualsiasi argomento (analitico) equivale al fatto che il costo non dipende da tale argomento. Per questo motivo l'argomento "Org" viene omesso dall'elenco degli argomenti. Tieni inoltre presente che l'ordine degli argomenti non ha importanza. In altre parole

Esempio 3.

La nostra azienda ha due organizzazioni, due magazzini e due tipi di merci. In questo caso, avrai bisogno di otto costi di produzione

Per determinarli, è necessario creare 8 equazioni lineari. In termini di teoria dei grafi, ciascuna triade forma il proprio centro di formazione dei costi, un centro di costo. Esistono otto centri di costo di questo tipo in questo problema:

Naturalmente non è necessario comporre manualmente queste combinazioni e contarne ogni volta il numero. A questo scopo è possibile utilizzare la cosiddetta formula combinatoria di base. Lascia che ci sia un gruppo di elementi e il gruppo sarà costituito da elementi. Selezioniamo un elemento da ciascun gruppo. Poi numero totale i modi in cui tale scelta può essere fatta sono determinati dalla relazione

Nell'ultimo esempio c'erano tre gruppi di elementi: organizzazioni, magazzini e merci. Ogni gruppo ha due elementi. Usando questa formula, possiamo immediatamente calcolare il numero di equazioni necessarie: 8=2*2*2.

Nella vita reale, ci sono molti analisti in una società commerciale. Principalmente a causa della nomenclatura. Ad esempio, un'impresa comprende 3 organizzazioni, 4 magazzini e 100 articoli di merci. Ovviamente, per calcolare il costo, sarà necessario creare un sistema di 1200 equazioni lineari. E non è tutto. In ut11 ci sono altri tre analisti, nell'ambito dei quali viene calcolato il costo. Queste sono le caratteristiche del prodotto, le sezioni contabili e le tipologie di inventario. Se ciascuna di esse può avere solo due valori, il numero di equazioni aumenta a 9600.

Ovviamente. Che nessuno di noi comporrà manualmente il SLE e lo risolverà. Il programma 1s 8.2 ut11 farà questo per noi. È importante per noi capire come lo fa.

Il documento normativo "Calcolo del costo delle merci" consente di calcolare il costo delle merci in 1C 8.2 edizione 11.1 in tre modi.

1. Media mensile.
2. FIFO (valutazione ponderata).
3. FIFO (valutazione continua). Questa opzione è apparsa nell'ed. 11.1.

4. ROUSE – Media mensile

Elaborare un sistema di equazioni lineari utilizzando il metodo “RAUZ - Media Mensile” è più semplice ed intuitivo rispetto all'utilizzo del metodo “FIFO (stima ponderata)”. Sebbene in generale, in entrambi i casi, per ciascun centro di costo venga scritta un'equazione di bilancio della forma

La differenza nella definizione del lato sinistro dell’equazione è il costo della bilancia dei beni alla fine del periodo corrente.

Esempio 4. Un'organizzazione, un magazzino e un prodotto.

Partiremo dal presupposto che all'inizio del mese non rimanesse merce. Quindi l'organizzazione ha acquistato 10 unità di merce al prezzo di 1.000 rubli per unità. Dopo qualche tempo furono vendute 4 unità di questo prodotto. Alla fine del mese erano rimasti 6 pezzi.

In questo esempio, anche senza soluzione, è ovvio che il costo per unità di merce è di 1.000 rubli. Ma è importante per noi capire come creare un'equazione e ottenere questo valore mediante calcolo.

Poiché abbiamo un'organizzazione, un magazzino e un prodotto, il numero di equazioni che dobbiamo creare è uno: 1=1*1*1.

È facile calcolare che alla fine del mese restano 6 unità di merce. Il costo di un'unità di merce è una quantità sconosciuta, denotiamolo moltiplicando il saldo quantitativo per esso, otteniamo il costo dei beni rimanenti alla fine del mese corrente, cioè. Durante il mese il reddito ammontava a 10.000 rubli. Sono state vendute quattro unità del prodotto. Il costo della loro cancellazione è uguale. Ovviamente l'equazione di bilancio avrà la forma

Ecco il costo unitario sconosciuto del prodotto. Da non confondere con il prezzo di vendita dell'articolo. Da questa equazione possiamo facilmente trovarlo

Successivamente vedremo che il programma 1c ut 11 nei report non visualizza il costo di un'unità di bene, ma il costo di smaltimento dei beni e il costo dei beni rimanenti. Nel nostro caso sono 4000 rubli. e 6000 rubli. rispettivamente.

Esempio 5. Un'organizzazione, due magazzini e un prodotto.

14.01.2013 Sono stati acquistati 10 ventilatori a pagamento al prezzo di 1000 rubli per pezzo. e la loro maiuscola era Magazzino-A.
15.01.2013 Sono stati acquistati 20 ventilatori a pagamento al prezzo di 2000 rubli per pezzo. e la loro capitalizzazione era in Magazzino-B.
19.01.2013 15 tifosi sono stati spostati dal Magazzino-B al Magazzino-A.
20.01.2013 Sono stati venduti 4 ventilatori al prezzo di 3.000 rubli ciascuno.

Il costo dei ventilatori nel Magazzino-A e nel Magazzino-B è diverso. Indichiamoli come e rispettivamente. Alla fine del mese, erano rimaste 21 unità di merce nel Magazzino-A e 5 unità di merce nel Magazzino-B. Tieni presente che le merci vengono spostate dal Magazzino-B al Magazzino-A a un costo a noi sconosciuto. E dal Magazzino-A vengono ammortizzati al costo.

Il numero di equazioni che dobbiamo creare è pari a due: 1*2*1=2. Poiché abbiamo un'organizzazione e un prodotto, il costo delle merci secondo questi analisti non differisce. Rimane solo un'analisi "Magazzini" con due valori: Magazzino-A e Magazzino-B. In questo esempio i centri di costo sono ridotti a due magazzini. Per ogni valore di questa analitica, altrimenti per ogni centro di costo, scriveremo la nostra equazione di bilancio.

Equazione di bilancio per Magazzino-A:

Equazione di bilancio per Magazzino-B:

Probabilmente, il lettore ha una domanda: perché, quando si determina il costo con il metodo di risoluzione della SLU, tuttavia, questo metodo si chiama "Media mensile". Inoltre. Non si tratta solo di una media mensile, ma di una stima dei costi medi ponderati per il mese. Sì, perché la decisione della SLU si riduce ad una valutazione

E questa è la formula per calcolare il punteggio medio ponderato.

Risolvendo il sistema risultante, troviamo che, ed è vero, nel rapporto “Analisi del costo delle merci” non vedremo il costo di un'unità di merce. Tuttavia, andiamo con ordine. Dopo aver calcolato il costo effettivo, i seguenti risultati si rifletteranno nel rapporto "Analisi dei costi del prodotto".

È facile intuire che i 25 ventilatori ricevuti al Magazzino-A sono l'importo formato dall'acquisto di 10 ventilatori e dai 15 ventilatori spostati dal Magazzino-B. Il valore di 40.000 rubli è semplicemente il costo di acquisto di questi ventilatori: 10*1000+15*2000=40.000 rubli. A questa conclusione si può arrivare ottenendo la decodifica per la linea “Magazzino-A”.

Il costo di 4 ventilatori venduti dal Magazzino A è 6400=4*1600. Questo coincide con il nostro calcolo. Alla fine del mese erano rimasti 25-4=21 tifosi. Il loro costo è 21*1600=33600 rubli.

I tifosi sono arrivati ​​al Magazzino-B solo una volta. Pertanto, il loro costo effettivo è pari al prezzo di acquisto. Questo era evidente dai nostri calcoli. Lo stesso risultato è riportato nel report “Analisi del costo delle merci” per Magazzino-B.

Guardando al futuro, presentiamo le seguenti stime per 4 ventilatori implementati.

1. ROUSE – Media mensile. 6400 rubli.
2. ROUSE – FIFO (valutazione ponderata). 4000 rubli.
3. ROUSE – FIFO (valutazione mobile). 4000 rubli.

Esempio 6. Un'organizzazione, un magazzino, un prodotto e saldo all'inizio del mese.

La particolarità di questo esempio è che tra le dimensioni di costo è presente una tipologia di inventario. I valori di questa analisi sono gli elementi della directory "Tipi di inventario". Quando si inseriscono i saldi all'inizio della contabilità, in questa directory verrà creato l'elemento “Beni propri”. In futuro, quando si acquista un nuovo lotto di merci, ad esempio dal fornitore Elettronica e Elettrodomestici» verrà creato l'elemento “Prodotto proprio: Banca dati “Elettronica ed elettrodomestici””.

Ciò si traduce in due valori di analisi. Ciò significa che il costo deve essere calcolato per due valori del tipo stock:

1. Beni propri,
2. Prodotto proprio: Database “Elettronica ed elettrodomestici”.

Verifichiamo questo presupposto utilizzando il seguente esempio.

31.12.2012 . In questa data, introdurremo 10 frigoriferi nel Magazzino-A nell'organizzazione TorgByt LLC utilizzando il documento "Inserimento dei saldi iniziali" al prezzo di 1000 rubli per unità.
14.01.2013 Il documento "Ricevuta di beni e servizi" registrava l'acquisto di 100 frigoriferi al prezzo di 2.000 rubli per unità, e la loro capitalizzazione era nel Magazzino-A.
21.01.2013 Il documento “Vendita di beni e servizi” registrava la vendita di 70 frigoriferi al prezzo di 3.000 rubli al pezzo per un importo di 210.000 rubli.

In questa sezione consideriamo il metodo “RAUZ - Media Mensile” e non FIFO. Tuttavia, è ragionevole presumere che il programma cancellerà prima 10 frigoriferi dall'inventario, quindi altri 60 frigoriferi dal lotto appena ricevuto. Quindi per il tipo di azione "Beni propri" il diagramma e l'equazione saranno i seguenti.

Per la tipologia di stock “Beni propri: Base “Elettronica ed elettrodomestici”” la situazione è un po' più complicata.

È facile vedere che per tipo di stock “Beni propri” il costo dei beni cancellati è uguale a

E il costo dei beni ammortizzati per tipologia di stock “Beni propri: Base “Elettronica ed elettrodomestici”” è

In totale sono stati cancellati 130.000 rubli. Genereremo un report “Analisi del costo delle merci” per tipo di inventario. Per quanto riguarda il saldo iniziale e il reddito, tutto è ovvio.

Nel frammento successivo vediamo infatti che i primi 10 frigoriferi vengono cancellati dal tipo di inventario “Beni propri”. E i restanti 60 appartengono al tipo di stock "Beni propri: Base "Elettronica ed elettrodomestici"".

Qui, in un certo senso, possiamo parlare di FIFO. I saldi vengono cancellati utilizzando il metodo FIFO e i beni rimanenti vengono cancellati al costo, calcolato risolvendo la SLU.

Esempio 7. Resti di merce si sono formati a causa di più lotti.

Nelle attività correnti, i saldi delle merci all'inizio del mese corrente possono appartenere a lotti diversi. Sorge la domanda su come verranno presi in considerazione nel calcolo del costo delle merci vendute. Considera il seguente esempio.

30.01.2013
31.01.2013
01.02.2013

Se assumiamo che il costo per unità di resto sia calcolato utilizzando la formula della media ponderata, otteniamo questo

Questo è il risultato corretto, perché il rapporto “Analisi del costo delle merci” afferma che il costo di smaltimento di 20 aspirapolvere è di 20*600=12.000 rubli e il valore del saldo alla fine del mese corrente è di 30 *600=18.000 rubli.

Esempio 8. Un'organizzazione, due magazzini e due merci.

Consideriamo di più esempio complesso e rifletterlo nel programma 1C: Trade Management ed. 11.1

01.01.2013 SU Organizzazione magazzino-A ho acquistato 100 televisori al prezzo di 2.000 rubli l'uno per un totale di 200.000 rubli.
02.01.2013 Al Warehouse-B l'organizzazione ha acquistato 100 caffettiere al prezzo di 1.500 rubli l'una, per un totale di 150.000 rubli.
03.01.2013 Al Warehouse-B l'organizzazione ha acquistato 140 televisori al prezzo di 3.000 rubli l'uno, per un totale di 420.000 rubli.
04.01.2013 30 caffettiere sono state spostate dal Magazzino-B al Magazzino-A.
05.01.2013 Nel magazzino-A l'organizzazione ha acquistato 200 caffettiere al prezzo di 1.800 rubli l'una, per un totale di 360.000 rubli.
06.01.2013 60 televisori sono stati spostati dal Magazzino-B al Magazzino-A.
07.01.2013 120 macchine da caffè sono state spostate dal Magazzino-A al Magazzino-B.
08.01.2013 Dal magazzino A sono stati venduti 70 televisori al prezzo di 5.000 rubli ciascuno per un importo di 350.000 rubli.
09.01.2013 10 televisori sono stati spostati dal Magazzino-A al Magazzino-B.
10.01.2013 Dal Magazzino B sono state vendute 50 caffettiere al prezzo di 3.000 rubli al pezzo per un totale di 150.000 rubli.
11.01.2013 Dal Magazzino A sono state vendute 100 caffettiere al prezzo di 3.000 rubli al pezzo, per un totale di 150.000 rubli.

I numeri rossi nella figura riflettono la data in cui è stato inserito il documento.

Dato che abbiamo un'organizzazione, due magazzini e due articoli, il numero di equazioni che dobbiamo creare sarà quattro: 4=1*2*2. Un'organizzazione significa che, secondo questa analisi, il costo non differisce. Ciò equivale al fatto che semplicemente non esiste un’analisi come un’organizzazione. Sono rimaste due analitiche: Magazzino e Articolo.

Per ogni analitica nel nostro esempio, sono presenti due valori. Pertanto, dobbiamo calcolare 4 costi e per questo dobbiamo creare 4 equazioni. Creiamo un'equazione di equilibrio per ciascuna coppia di valori di analisi. Possono essere chiamati centri di costo:

Il saldo totale dei televisori alla fine del mese nel Magazzino-A è descritto dall'equazione del saldo per il centro di costo (Magazzino-A, TV)

Il saldo totale delle macchine da caffè alla fine del mese nel Magazzino-A è descritto dall'equazione del saldo per il centro di costo (Magazzino-A, Macchine da caffè)

Il saldo totale dei televisori alla fine del mese nel Magazzino-B è descritto dall'equazione del saldo per il centro di costo (Magazzino-B, Televisori)

Il saldo totale delle macchine da caffè alla fine del mese nel Magazzino-B è descritto dall'equazione di bilancio per la coppia (Magazzino-B, Macchine da caffè)

Da questo sistema di equazioni lineari possiamo facilmente trovare i seguenti valori.

Il costo di 80 televisori spediti e spostati dal Magazzino-A, nonché il costo di 80 televisori rimasti nel Magazzino-A è pari a

Il costo di 60 televisori spediti e spostati dal Magazzino-B, nonché il costo di 90 televisori rimasti nel Magazzino-B è pari a:

Il report “Analisi del costo delle merci” mostra lo stesso risultato.

Il costo di 80 macchine da caffè spedite e spostate dal Magazzino-B, nonché il costo di 140 macchine da caffè rimaste nel Magazzino-B è pari a

Il report “Analisi del costo delle merci” mostra lo stesso risultato.

Il costo di 220 macchine da caffè spedite e spostate dal Magazzino-A, nonché il costo di 10 macchine da caffè rimaste nel Magazzino-A è pari a

Il report “Analisi del costo delle merci” mostra lo stesso risultato.

Guardando al futuro, presentiamo le seguenti stime relative al costo della cancellazione di 80 televisori dal Magazzino-A.

1. ROUSE – Media mensile. RUB 187.717,90
2. ROUSE – FIFO (valutazione ponderata). 160.000 rubli.
3. ROUSE – FIFO (valutazione mobile). Zero rubli!!!

Anch'io sono rimasto sorpreso ultimo risultato. Anche se secondo la teoria dovrebbero essere 160.000 rubli. Dopo aver analizzato la configurazione, ho trovato l'elaborazione "Compilazione iniziale dei registri contabili batch" e l'ho avviata. Dopodiché tutto è andato a posto.

5. Grafico dei costi

I diagrammi sopra riportati sono chiari per l'utente, e anche in casi estremamente semplici. È impossibile organizzare l'automazione dei calcoli sulla base di essi. Infatti, il programma determina automaticamente il numero di centri di costo e costruisce un grafico corrispondente. Quindi viene formato un sistema di equazioni e il costo viene calcolato utilizzando documenti normativi.

Mostriamo come creare un grafico dei costi e degli SLU per l'esempio 5. Ci sono due magazzini e due merci. Quindi il numero di costi sconosciuti è quattro. Gli insiemi di argomenti di questi costi formano quattro nodi del grafico. In questo contesto vengono chiamati centri di costo:

Per brevità, vengono utilizzate le seguenti designazioni: A è Sklad-A, B è Sklad-B, TV è televisori, Kf è macchinetta del caffè.

Ogni centro di costo interagisce con altri centri. In generale, questo grafico sarà simile alla figura. I numeri indicano i numeri dei centri di costo.

Gli archi tra i nodi mostrano l'entità e la direzione dei costi. Ad esempio, un arco diretto dal nodo 1 al nodo 2 significa che un certo numero di televisori è stato spostato dal Magazzino A al Magazzino B. Sono possibili anche flussi inversi. In realtà, tutti gli archi rossi sono possibili movimenti tra magazzini.

Gli archi verdi dai fornitori di merci ai nodi di costo indicano i costi associati all'acquisto e alla registrazione delle merci nel centro di costo corrispondente. Gli archi blu provenienti dai centri di costo indicano la cancellazione dei costi durante la vendita di beni ai clienti.

Dopo un attento esame del grafico, arriveremo alla conclusione che alcuni archi non hanno alcun significato significativo. Ad esempio, cosa potrebbe significare un arco dal nodo 1 al nodo 3? I televisori spostati all'interno del Magazzino A si sono trasformati in macchinette del caffè? Ciò non può accadere nella realtà.

Tuttavia, in via puramente teorica, i televisori possono essere convertiti in macchine per il caffè. Di conseguenza, avranno un prezzo di costo diverso. Tuttavia, la nostra organizzazione non è impegnata in tali operazioni.

Pertanto, nel grafico dei costi eliminiamo tutti gli archi che non riflettono i flussi di costo reali. Allo stesso tempo, teniamo conto che all'inizio del mese potrebbe esserci della merce rimanente in qualsiasi magazzino.

Presentiamo l'equazione di bilancio per il primo centro di costo con le spiegazioni

6. ROUZ – FIFO (valutazione ponderata)

Il metodo “RAUZ – FIFO (valutazione ponderata)” differisce dal metodo “RAUZ – Media Mensile” solo per la modalità di formazione della parte sinistra dell'equazione. Cioè, il metodo per determinare il saldo totale delle merci alla fine del mese.

ROUSE – Media mensile. Abbiamo determinato il saldo totale delle merci alla fine del mese come il numero di merci moltiplicato per il costo sconosciuto.
ROUSE – FIFO (valutazione ponderata). Il saldo totale delle merci alla fine del mese è determinato con il metodo FIFO.

Il lato destro delle equazioni SLE è formato allo stesso modo per entrambi i metodi. Diamo un'occhiata ad esempi tipici.

Esempio 9. Contabilità dei lotti del mese scorso.

Nell'ultimo mese sono arrivate diverse spedizioni di merci. Tuttavia, non tutti i prodotti di questi lotti sono stati venduti. La domanda sorge spontanea: in che modo il programma tiene conto di questi lotti nel calcolo dei costi di questo mese? Per rispondere a questa domanda, considerare il seguente esempio.

30.01.2013 Al Warehouse-A, l'organizzazione ha acquistato 10 aspirapolvere Elektrosila al prezzo di 1.000 rubli per unità per un importo di 10.000 rubli.
31.01.2013 Al Warehouse-A l'organizzazione ha acquistato 40 aspirapolvere Elektrosila al prezzo di 500 rubli l'uno, per un totale di 20.000 rubli.
01.02.2013 l'organizzazione ha venduto 20 aspirapolvere Elektrosila al prezzo di 2.000 rubli l'uno, per un totale di 40.000 rubli.

Nell'ed. 11.0 tutti gli avanzi dei mesi precedenti sono stati combinati in un unico lotto per qualche motivo. In questo caso il costo unitario è stato calcolato utilizzando la formula della media ponderata

In questo caso, il costo di smaltimento per il nostro esempio sarà di 20*600=12.000 rubli e il costo del resto sarà di 30*600=18.000 rubli.

In ut11.1 la situazione è stata corretta. I lotti del mese precedente non vengono riuniti in un unico lotto: la cancellazione viene effettuata utilizzando il metodo FIFO.

Dei 20 beni venduti, 10 unità sono state prelevate dal primo lotto (10*1000=10000). I restanti 10 prodotti appartengono al secondo lotto (10*500=5000). Il costo totale della cancellazione di 20 unità di merce sarà di 15.000 rubli. Saldo 30*500=15000 rubli.

È questo risultato che viene visualizzato nel report "Analisi dei costi del prodotto".

Questo approccio sembra più ragionevole. E significa che i partiti sono apparsi in ut11.1.

Esempio 10. Costo del saldo di fine periodo.

Prima di generare le equazioni, il programma calcola il costo del saldo merci di fine periodo utilizzando il metodo FIFO.

Il costo del saldo merce a fine periodo viene calcolato utilizzando il metodo FIFO, come differenza tra il costo di tutte le spedizioni ricevute e il costo delle prime spedizioni.

Questa è una conseguenza diretta del metodo FIFO. Il saldo totale delle merci alla fine del periodo è determinato dal costo degli ultimi lotti. Spieghiamolo con un esempio.

04.02.2013
05.02.2013
06.02.2013
11.02.2013

Durante la spedizione il programma ha cancellato 10 cassettiere del 1° lotto di merce e 5 cassettiere del 2° lotto. Di conseguenza, il saldo totale sarà formato dal costo dei rimanenti 15 pezzi di merce del 2° lotto e 15 pezzi di merce del 3° lotto, cioè 15*2000+15*3000=75000 rubli.

In altre parole, 75.000 rubli sono il costo dei 30 pezzi di merce rimasti alla fine del periodo. L'equazione per il costo sarà la seguente

Come troviamo che il costo dei beni venduti è uguale a

Questo risultato è confermato dal rapporto “Analisi del costo delle merci”.

Esempio 11. Trasferimenti da un magazzino all'altro.

Nell'ed. 11.0, nel calcolo del saldo totale delle merci alla fine del mese, per qualche motivo non è stato preso in considerazione il costo delle merci spostate in questo magazzino. Nella versione 11.1 questa situazione è stata corretta. Quando si calcola il saldo totale come costo della merce trasferita, il programma preleva il costo dal lotto della ricevuta. Spieghiamolo con un esempio.

04.02.2013 Al Warehouse-A, l'organizzazione ha acquistato 10 cassettiere al prezzo di 1.000 rubli per unità per un importo di 10.000 rubli.
05.02.2013 Nel Magazzino-B l'organizzazione ha acquistato 15 cassettiere al prezzo di 3.000 rubli l'una, per un totale di 45.000 rubli.
06.02.2013 10 cassettiere sono state spostate dal Magazzino-B al Magazzino-A.
07.02.2013 Nel magazzino A, l'organizzazione ha acquistato 20 cassettiere al prezzo di 2.000 rubli l'una, per un totale di 40.000 rubli.
08.02.2013 Nel Magazzino-A l'organizzazione ha acquistato 15 cassettiere al prezzo di 3.000 rubli l'una, per un totale di 45.000 rubli.
11.02.2013 l'organizzazione ha venduto 15 cassettiere al prezzo di 4.000 rubli l'una per un totale di 60.000 rubli.

Nel calcolare il saldo totale, è necessario tenere in qualche modo conto della merce apparsa in questo magazzino a causa dello spostamento da un altro magazzino. Quindi nella figura vediamo che tra l'arrivo del 3° lotto e la spedizione di 15 pezzi di merce, c'è stato uno spostamento di merci per un importo di 10 pezzi dal Magazzino-B al Magazzino-A.

Quando si vendono 15 cassettiere, 10 cassettiere sono state cancellate dal 1° lotto. Non è rimasta una sola cassettiera in questo lotto. Le rimanenti 5 cassettiere vengono cancellate dal lotto spostato dal Magazzino-B. Poiché il costo della merce si è spostato, è naturale indicare il costo della merce di questo lotto, ovvero 3.000 rubli per cassettiera.

Pertanto, il saldo totale nel Magazzino-A alla fine del mese sarà pari a

È facile vedere che questo importo rappresenta le 40 cassettiere rimaste nel Magazzino-A. Creiamo equazioni per la stima dei costi.

Tieni presente che sul lato destro dell'equazione, si presuppone che il costo delle cassettiere spostate dal Magazzino B al Magazzino A sia sconosciuto. Risolvendo queste equazioni, troviamo

Questo risultato è confermato dal calcolo in ut11.1.

7. ROUSE - FIFO (valutazione mobile)

Non esisteva un metodo simile in ut11.0. Per implementarlo sono stati creati in configurazione i corrispondenti registri di accumulo della contabilità batch. In particolare, i documenti di ricezione, cancellazione e movimento delle merci vengono iscritti nel registro di accumulo di “Lotto di merci di organizzazioni”.

Quando si utilizza questo metodo, sembra che la SLU non sia formata e il costo dei beni ammortizzati sia determinato dal consueto metodo FIFO.

Tuttavia, questo metodo presuppone che tutte le partite vengano giocate in ordine cronologico. La nuova elaborazione “Chiusura mensile” aiuterà in questo. Tra le altre operazioni ripristina la sequenza delle partite.

Ma queste ovvie operazioni non bastano. Se decidi di calcolare il costo utilizzando il metodo "RAUZ - FIFO (stima mobile)", assicurati di compilare prima i registri contabili batch con le informazioni iniziali. Ciò avviene mediante l'omonima elaborazione “Compilazione iniziale dei registri contabili dei lotti”.

8. Saldi negativi

Una caratteristica spiacevole della configurazione ut11.0 era che calcolava erroneamente il costo delle merci in presenza di saldi negativi.

A cosa è collegato questo? In genere, all'inizio dell'implementazione del programma, è consentito elaborare i documenti senza controllare i saldi. Anche UT 11 ha un meccanismo del genere, ma è più efficace che nell'ed. 10.3.

Nella sezione “AMMINISTRAZIONE/Finanze” (nell'edizione 11.1 AMMINISTRAZIONE/Organizzazioni e Finanze) è presente il flag “Controlla i saldi dei beni delle organizzazioni”. La sua installazione garantirà il controllo dei saldi in tutte le organizzazioni e in tutti i magazzini. Ma se questo flag viene cancellato, il metodo di controllo dei saldi è determinato dal valore del campo “Opzione per il controllo dei saldi” nella scheda del magazzino corrispondente.

Controlliamo come ut11.0 e ut11.1 reagiscono ai saldi negativi durante il calcolo dei costi utilizzando il seguente esempio

21.01.2013 al Warehouse-A, l'organizzazione ha acquistato 10 metri di “NYM Cable (Sevkabel) 5x35” al prezzo di 1.000 rubli per unità per un importo di 10.000 rubli.
28.01.2013 Sono stati venduti 15 metri di “NYM Cable (Sevkabel) 5x35” per un importo di 30.000 rubli.

Innanzitutto, deseleziona il flag "Controlla le merci rimanenti delle organizzazioni" e imposta l'opzione "Non controllare" per il magazzino Magazzino-A.

UT ed. 11.0.

Ovviamente a fine mese il saldo sarà negativo: -5 unità di merce. L'equazione di bilancio avrà quindi la forma

Da esso possiamo facilmente scoprirlo

Di conseguenza, il costo per la cancellazione della merce spedita dovrebbe essere pari a 15.000 rubli. Tuttavia, il calcolo in ed. 11.0 mostrerà che il costo di 15 merci spedite non è di 15.000 rubli, ma di 10.000 rubli.

UT ed. 11.1.

Nel calcolare il costo, ad esempio, utilizzando il metodo “RAUZ - Media Mensile”, il programma segnalerà però che la sequenza della contabilità batch è stata violata. Il ripristino viene eseguito utilizzando l'elaborazione “Chiusura mese”.

Quando lo esegui, rileverà i saldi negativi e si offrirà di correggerli. Fino alla registrazione della merce mancante il programma non consentirà il calcolo del costo.

Conclusione

Nella versione 11.1 del programma 1C: Trade Management, all'utente vengono fornite tre opzioni per il calcolo dei costi.

1. Media mensile.
2. FIFO (valutazione ponderata).
3. FIFO (valutazione ponderata).

Ognuno di essi fornisce un modo abbastanza corretto per calcolare i costi. E, tuttavia, la presenza di opzioni costringe l'utente a pensare a scegliere l'opzione adatta a lui.

Prima di rispondere a questa domanda, notiamo che puoi versare da un secchio esattamente la stessa quantità di acqua che abbiamo versato in esso. Lo stesso con il costo. Non importa quante spedizioni di merci arrivano nel corso di diversi mesi. È importante che con qualsiasi metodo di calcolo dei costi, il costo ammortizzato, dopo che tutti i beni sono stati venduti, sia uguale al costo dei loro acquisti, tenendo conto dei possibili costi di trasporto e approvvigionamento.

Tuttavia, queste stime possono variare di mese in mese. Pertanto, il metodo di stima dei costi è importante solo per valutazione operativa risultati finanziari secondo un mese specifico. Pertanto, quando si sceglie un metodo di valutazione, è necessario tenere conto dei seguenti criteri.

Precisione. Il metodo “FIFO (valutazione rolling)” è assolutamente accurato: a quale prezzo sono stati acquistati, a quel prezzo sono stati ammortizzati. Spesso il risultato di una stima dei costi con il metodo “FIFO (stima ponderata)” può coincidere con la stima con il metodo “FIFO (stima rolling)”.

Prestazione. Il metodo Media mensile non utilizza batch. Pertanto, fornisce le massime prestazioni del sistema. Il metodo FIFO (valutazione ponderata) utilizza le informazioni sui saldi dei lotti del mese precedente. Pertanto, in termini di produttività, può essere collocato al secondo posto dopo il metodo della “Media Mensile”.

Il metodo “più lento” è il metodo “FIFO (valutazione rolling)”. Può essere consigliato alle grandi organizzazioni commerciali se hanno adottato mezzi tecnici per aumentare le prestazioni del sistema.

Vale la pena menzionare in particolare il piccolo organizzazioni commerciali. Per loro, le prestazioni del sistema con qualsiasi metodo di valutazione saranno quasi le stesse. Pertanto, l'utente di tale database sceglie il metodo che gli è più familiare e conveniente.

Purtroppo non esiste alcun criterio dal punto di vista del calcolo dei costi in base al quale un'organizzazione possa essere definita molto grande e un'altra piccola. Il fatto è che le prestazioni del sistema non sono determinate solo Software, ma anche con mezzi tecnici.

Facilità d'uso. Il metodo della “media mensile” sembra essere il più conveniente. Non è necessario eseguire prima l'elaborazione “Prima compilazione dei registri contabili batch”. Non è necessario ripristinare la sequenza batch prima di ogni calcolo dei costi. I documenti possono essere elaborati in qualsiasi ordine.

Questi sono gli articoli dei finalisti del corso 1C: Trade Management - Quick Start: Costi, Costi, Finanza. I finalisti sono quegli studenti che hanno completato tutti i compiti e li hanno riferiti. Gli sviluppatori del corso Farit Nasipov e Evgeniy Gilev li hanno invitati a scrivere articoli su ut11. Trenta persone hanno accettato questo invito. Gli autori di tre articoli sono diventati vincitori del concorso articolo.

1 ° posto. Cos'è Intercampany? Golikov Aleksandr Borisovič. Vuoi sapere cos'è Intercampany? Allora questo articolo ti sarà utile. Vengono considerati i principi di funzionamento, le caratteristiche di configurazione e l'applicazione.

2° posto. Impressioni dall'incontro con UT11. La mia prima conoscenza con UT11 o "se non ti piace, semplicemente non sai come cucinarlo".

3° posto. Lavora in un magazzino di indirizzi. Artemov Artem Vladimirovich. Principi di funzionamento di un magazzino di indirizzi. Processo di configurazione del magazzino. Inserimento saldi iniziali. Registrazione di accettazione e spedizione.

Gli articoli sopra elencati hanno ottenuto il maggior numero di voti. Ma ciò non significa che i restanti articoli siano indegni di attenzione. Ecco alcuni altri link. Riflettono esclusivamente il mio interesse. Forse questo sarà interessante anche per te.

Lavorare con le controparti in UT 11. Organizzazione del lavoro con le controparti in UT 11. Divisione in controparti e partner. Un esempio di organizzazione del lavoro con una rete.

Impostazione delle serie in 1C: Gestione commerciale 11. Beydik Elena. Questo articolo può essere utile per le persone a cui non piace leggere le istruzioni. Ti aiuterà a impostare rapidamente la possibilità di registrare le merci per serie nel sistema 1C: Trade Management 11.

10 passaggi di assemblaggio: dalle spine al costo. L'articolo discute la metodologia e il processo aziendale di contabilità per l'assemblaggio di apparecchiature utilizzando come esempio le unità di sistema. Sarà interessante per coloro che vogliono sapere come calcolare il costo di un'unità di merce e anche perché sono necessari gli stati del documento "Ordine cliente", "Ordine di assemblaggio", "Assemblaggio di merci".

Arriviamo la merce - al "magazzino" o ai "locali"?! Paolo Vanin. L'articolo parla delle innovazioni che hanno interessato il concetto di “Magazzini” nel Trade Management 11. Viene considerato uno dei casi più comuni di organizzazione della contabilità di magazzino presso un'impresa e viene selezionata la struttura appropriata della directory "Magazzini" nel programma. L'articolo ti consentirà di evitare uno dei "rake" durante l'implementazione di UT 11.

Impostazioni di base, caratteristiche operative, situazioni problematiche ed errori in UT 11.0, importanti per il calcolo dei costi. Zhukova Natalya Alekseevna. L'articolo descrive le impostazioni di base, le caratteristiche del comportamento del sistema, il suo aree problematiche. Tutto questo è tratto dai materiali del corso, dalle discussioni sul sito e raccolto in un unico posto. Pertanto, il posto centrale qui è occupato dalla descrizione delle caratteristiche del calcolo dei costi. Capire come funziona il sistema ti consentirà di commettere meno errori. Se possibile, vengono proposte soluzioni ai problemi. Ecco cosa l'implementatore, il manager o il capo contabile devono sapere sul programma prima di iniziare l'implementazione. informazione interessante e per l'utente. Vorrei attirare la vostra attenzione sul fatto che l'articolo non è stato scritto con l'obiettivo di criticare UT11.0. Vorrei capire cosa può e non può fare il sistema, come lavorarci correttamente e quali sono le sue caratteristiche.

Lavorare con le carte di pagamento nella configurazione Gestione Commerciale 11 . Grigoriev Alexander Nikolaevich. Cari colleghi! Questo è il mio primo articolo, quindi non giudicare troppo severamente. Come si suol dire, una prova con la penna. Ho pensato a lungo su cosa scrivere e ho deciso di trattare l'argomento delle vendite con l'aiuto carte bancarie. Quindi, cominciamo. Tutti capiscono che parleremo di vendite al dettaglio. Per lavorare con la vendita al dettaglio, è necessario configurare i parametri contabili appropriati nel programma (Amministrazione - Vendite...

Metodo di valutazione dei beni allo smaltimento: FIFO, Media, RAUZ e UT 11. L'articolo parla del fatto che qualsiasi campo di attività richiede una ricerca, un approccio creativo, un nuovo sguardo agli oggetti della propria attività e al mondo che ci circonda. Inventa, prova, cerca e trova nuove opportunità e modi inesplorati e inesplorati per risolvere i tuoi problemi.

“L'Eterno Creatore del Pane” ovvero il racconto di un'assemblea di beni. All'inizio presenterò il problema che ho riscontrato durante il completamento di questo corso. Immagina di assemblare un kit per la vendita: hai scritto in maiuscolo le parti componenti, impostato la nomenclatura del kit e le relative specifiche. Il passo logico successivo sarebbe quello di documentare l'assemblaggio (smontaggio) delle merci. Provi ad eseguirlo e vedi il seguente errore: (Clicca per ingrandire l'immagine) Va bene, ...

Contabilità dei bonus prodotto in UT 11.0.9 o dell'aceto dolce e gratuito. In questo articolo viene descritta una visualizzazione alternativa sulla contabilizzazione degli articoli bonus offerti da un'organizzazione ai clienti durante varie promozioni di prodotto. Ho provato a descrivere esperienza personale lavorare con bonus nei programmi 1C. L'articolo descrive come lavorare senza modificare la configurazione. Se c'è interesse, pubblicherò una metodologia per la contabilizzazione dei bonus naturali che funziona in un'impresa reale, ma che richiede già modifiche al programma.

1C RAUZ: tecnologia o metodologia? - l'articolo è in fase di modifica

Dopo aver analizzato le fonti a mia disposizione sul tema RAUZ (a luglio 2014, la versione precedente dell'articolo è stata scritta nel 2011), ho scoperto che le informazioni sulle caratteristiche della metodologia di contabilità dei costi che utilizza il sottosistema RAUZ sono ancora piuttosto scarse . Di norma, tutto si riduce ancora una volta all'affermazione di alcuni fatti ovvi:

• RAUZ utilizza sistemi di equazioni algebriche lineari (SLAE)
• RAUZ aiuta a ottimizzare la struttura dei metadati, riducendo il numero di registri
• RAUZ fornisce una contabilità “combinata” delle scorte e dei costi
• RAUZ fornisce una “enorme” quantità di dati analitici
• e in generale, ROUZ - tutto può essere fatto (?!), è molto progressista e molto utile per gli utenti - alcuni utenti semplicemente non lo capiscono ancora

Se compaiono pubblicazioni su questo argomento, si riferiscono innanzitutto agli aspetti tecnologici dell'implementazione di RHAZ: impostazione dei parametri di sistema, caratteristiche di esecuzione singoli documenti, movimenti per registri, ecc. Inoltre, quando si discute di questi aspetti tecnologici, molti esperti sono pienamente fiduciosi di discutere questioni metodologiche della contabilità dei costi. Ple pubblicazioni che affrontano problemi di elaborazione e risoluzione degli SLAU sono di natura piuttosto generale, perché non rivelano caratteristiche specifiche dell'uso di SLAE nel sottosistema RAUM: i vantaggi e gli svantaggi dell'opzione scelta dagli sviluppatori per la compilazione delle equazioni di bilancio dei costi non vengono discussi.Quanto a applicazione pratica disposizioni della teoria dei grafici dei costi, incorporati di fatto (e forse non del tutto consapevolmente) dagli sviluppatori nel sottosistema RAUZ, allora, come prima, questi problemi non si riflettono nelle pubblicazioni. Ora si può affermare che il processo di sviluppo di questo sottosistema si è basato più sugli sviluppi pratici individuali degli autori che su una profonda comprensione della teoria dei grafici dei costi. Ciò è dimostrato dagli “errori” metodologici di natura fondamentale presenti in RAUZ.

Proviamo ancora (molto brevemente) a capire quale base metodologica sta alla base del lavoro del sottosistema RAUSE. In questo articolo possiamo davvero parlare brevemente di questo, perché... tutti i dettagli del funzionamento del modello di dominio, denominato Cost Graph, possono essere visualizzati sul sito dedicato allo studio della teoria e della pratica del calcolo dei costi tramite Cost Graph. Prima di leggere questo articolo, è consigliabile assicurarsi della corretta “sintonizzazione” del pensiero, per la quale nella sezione corrispondente del sito è possibile familiarizzare con le basi della metodologia di una forma di contabilità automatizzata basata su un approccio orientato agli oggetti ( AFU OPP). Per i lettori che non hanno tempo o voglia di fare una preparazione preliminare alla lettura dell'articolo (per qualche motivo l'autore è sicuro che ci saranno tali lettori), all'inizio dell'articolo considereremo brevemente alcune delle principali tesi di l'AFU OOP.

Il contenuto dell'articolo:

Approccio oggettivo alla metodologia contabile ()

Prima di passare alle basi dell'approccio per oggetto nella metodologia contabile, è necessario fissare l'attenzione del lettore su alcune idee importanti, dal punto di vista dell'autore. Metodologia contabilità si basa sulla modellizzazione di frammenti del mondo reale, che possono essere definiti condizionatamente come “attività economiche delle imprese”. In sostanza, la contabilità non è altro che modellazione matematica e non lo fa, sebbene molti contabili abbiano semplicemente paura di ammettere questo fatto ovvio e, come reazione difensiva, spesso sottopongano i loro colleghi ad arrogante ridicolo per i loro tentativi di utilizzare modelli matematici nella teoria e nella pratica della contabilità.

La ragione di un atteggiamento così negativo nei confronti dell'uso della modellazione matematica in contabilità può essere considerata che i contabili nella loro attività professionale spesso si concentrano su stereotipi (modelli mentali) piuttosto rigidi, per così dire, su valori contabili "tradizionali" formatisi come risultato della formazione e dell'esperienza lavorativa, il che porta alla riluttanza ad apportare modifiche e, di conseguenza, a ignorare i moderni risultati ottenuti in aree correlate dell'attività professionale. Ma il fatto è che l'essenza delle capacità cognitive umane sta proprio nella creazione di modelli del mondo circostante, ad es. Quando una persona conosce qualcosa, costruisce necessariamente un modello dell'oggetto conoscibile. Ad esempio, mentre esplora qualsiasi territorio, disegna una mappa geografica, ad es. crea un modello grafico di questo territorio e, studiando macroeconomia e microeconomia, costruisce matematiche e modelli informatici oggetti e processi economici.

È anche chiaro che qualsiasi modello economico o contabile richiede un aggiornamento costante in seguito allo sviluppo della comprensione scientifica dei processi economici e di altri processi correlati nel mondo circostante, e questo porta inevitabilmente alla necessità di utilizzare i risultati di altre discipline scientifiche nella risoluzione dei problemi contabili, ad es. da utilizzare nella metodologia tenendo conto di un approccio interdisciplinare. Per non rimanere indietro “per sempre”, per non essere preservati nel proprio “conservatorismo”, i metodologi contabili devono essere più ricettivi a idee, concetti, metodi che possono aiutare ad espandere i confini del quadro contabile del mondo reale nella sua comprensione tradizionale, per rendere questi confini trasparenti per la penetrazione della ricerca sui flussi interdisciplinari. Va riconosciuto che attualmente questi confini sono strettamente vigilati dagli oppositori dell’approccio interdisciplinare allo studio dei processi economici, che di fatto trasforma il territorio interno dell’area tematica “microeconomica” in una riserva di artefatti contabili storici che richiedono la sconsiderata , culto a volte fanatico dei loro aderenti. Di conseguenza, il potenziale per lo sviluppo della contabilità come scienza viene perso, trasformandola essenzialmente esclusivamente nella storia della contabilità.

Sfortunatamente, questo approccio all'attività professionale è simile malattia infettiva, a seguito della quale i loro colleghi e collaboratori più stretti - specialisti IT - vengono contagiati da un atteggiamento simile nei confronti della metodologia contabile, che certamente si manifesta nei sistemi contabili automatizzati da loro creati. Per analogia con il noto termine automazione “patchwork” in tali sistemi contabili automatizzati, possiamo parlare di una metodologia contabile “patchwork”. In questo caso, quando si creano parti (sottosistemi) di sistemi contabili, vengono utilizzate alcune idee e sviluppi individuali di un gruppo di sviluppatori, spesso senza uno studio teorico approfondito dei modelli formali dell'area tematica. Una situazione simile si osserva con il sottosistema RAUZ, il cui fondamento metodologico avrebbe dovuto essere la teoria dei grafici dei costi, ma in pratica si è rivelata leggermente diversa. Ma il sottosistema è stato creato e dobbiamo capire almeno approssimativamente come funziona e perché funziona in questo modo particolare.

Si può dire che dentroLa metodologia AFU OOP si basa sulla teoria dei grafi e sull'applicazione di un approccio orientato agli oggetti al campo della metodologia contabile - a tutte le aree della contabilità, non solo alla contabilità dei costi. Ciò significa che invece dei conti contabili (fiscali, gestionali) e della loro corrispondenza, vengono considerati gli oggetti contabili e le loro relazioni.Ogni oggetto contabile è caratterizzato da un insieme di proprietà che ne determinano la collocazione e il possibile comportamento nel modello aziendale. Con questo approccio, possiamo dire che gli oggetti contabili che caratterizzano le attività e le passività di un'impresa entrano in relazione tra loro: flussi di valore di scambio, e ogni flusso di valore è anche un oggetto contabile e ha le sue proprietà, ad esempio, come :

• oggetto contabile – la fonte da cui inizia il flusso
• oggetto contabile: il destinatario in cui termina il flusso
• prezzo
• quantità

Perché il flusso di valore viene utilizzato come astrazione chiave nel modello contabile? Questa è semplicemente una questione di terminologia, perché è un'astrazione piuttosto conveniente che illustra bene il significato economico di un concetto come una transazione commerciale. Ad esempio, la figura seguente mostra una catena di quattro transazioni commerciali, a seguito della quale il costo dell'ammortamento maturato rientra nel costo dei prodotti venduti.

Utilizzando un modello dell'attività economica dell'impresa sotto forma di grafico, possiamo dire che il costo dell'ammortamento maturato "scorreva" dal conto del credito Ammortamento lungo il percorso: Ammortamento → Laboratorio 1 → Laboratorio 2 → Laboratorio 3 → Vendita all'addebito del conto vendita, dove si forma il costo dei prodotti venduti.

La teoria dei grafi di fatto e l'approccio per oggetti vengono utilizzati per creare tutti i moderni sistemi contabili automatizzati basati sulla partita doppia. Inoltre, non importa quale azienda sia lo sviluppatore sistema automatizzato- 1C, Galaktika, SAP, Oracle, ecc., è solo che ogni sviluppatore, con i propri mezzi e al meglio della sua comprensione della situazione, cerca di implementare un modello di dominio - Grafico aziendale, i cui nodi sono oggetti contabili . Ora è quasi impossibile trovare un sistema contabile automatizzato che consenta agli utenti di lavorare solo con conti contabili senza analisi aggiuntive, ad es. La metodologia AFU OOP è stata a lungo saldamente radicata nella pratica della contabilità automatizzata, sebbene molti utenti e sviluppatori riescano ancora a ignorare questo fatto ovvio.

Qualsiasi programmatore sa che per riflettere una transazione commerciale nel sistema contabile non è sufficiente indicare solo il conto contabile, sono necessarie caratteristiche analitiche aggiuntive, come, ad esempio, voci ed elementi di costo, divisioni, nomenclatura, ecc. e così via. A loro volta, queste caratteristiche analitiche hanno anche le loro proprietà che, insieme al conto contabile, sono necessarie per riflettere una transazione commerciale nella contabilità.In sostanza, un conto contabile spesso funge semplicemente da identificatore per un'intera classe di oggetti contabili. Quando si sviluppa un sistema contabile, la descrizione più dettagliata del modello dell'area tematica - classi di oggetti contabili, valori possibili proprietà, caratteristiche comportamentali degli oggetti contabili, algoritmi utilizzati dalle proprietà funzionali degli oggetti contabili, meno confusa sarà la logica di riflettere le transazioni commerciali per sviluppatori e utenti.

In qualsiasi sistema contabile automatizzato che utilizza la doppia partita per riflettere le informazioni sulle transazioni commerciali, il modello contabile dell'impresa è nascosto sotto forma di un grafico aziendale. Ciò significa che tutte le operazioni commerciali di un'impresa per il periodo di interesse possono essere rappresentate sotto forma di un grafico diretto, i cui nodi sono oggetti contabili (attività e passività) e gli archi sono i flussi di valore che li collegano. Inoltre, questo grafico esiste nelle tabelle del sistema di contabilità automatizzata, indipendentemente dal fatto che gli sviluppatori e gli utenti del sistema siano a conoscenza o meno della sua esistenza. Se lo sanno, tengono conto di questo fatto quando sviluppano il sistema e quando ulteriori lavori con esso, il che aiuta a evitare molti incidenti metodologici. Se non lo sanno, lo sviluppo del sistema viene spesso effettuato "a caso", a quanto pare, il che porta inevitabilmente a errori metodologici, oltre a complicare notevolmente e persino confondere la logica di riflettere le transazioni commerciali nella contabilità sistema, il che significa che complica il lavoro degli utenti e riduce la loro produttività.

Questo è strano, ma per qualche motivo poche persone prestano attenzione al fatto che un compito così importante come aumentare la produttività degli utenti sistema di contabilità dipende direttamente dal modello di dominio su cui si sono basati gli sviluppatori, da quanto profondamente e in modo completo è stato elaborato prima di essere implementato nel prodotto software. Dopotutto, è molto importante con quali oggetti l'utente deve lavorare: con oggetti contabili familiari e comprensibili provenienti da un argomento a lui ben noto, o se gli sviluppatori del sistema lo costringeranno a gestire le strutture dati da loro inventate, e persino quelli che hanno rapporti molto confusi tra loro. È chiaro che in quest'ultimo caso la produttività del lavoro dell'utente del sistema di contabilità automatizzata sarà significativamente inferiore.

La sezione (frammento, sottografo) del grafico aziendale responsabile del costo dei prodotti (lavori, servizi) è chiamata grafico dei costi. I flussi di costo in un grafico dei costi sono chiamati flussi di costo e gli oggetti contabili sono chiamati centri di costo.

Oggetti contabili nel sottosistema RAUZ ()

Non vi è alcuna eccezione (nel senso di utilizzo di AFU OOP) e simili Software, come 1C UPP. Questo articolo presuppone che il lettore abbia un'idea di cosa sono i metadati e di come è possibile visualizzarne la struttura nel configuratore. Consideriamo dAd esempio, la struttura del registro di accumulazioneContabilità dei costiRegldal sottosistema RAUZ:

Nel registro di accumulo Contabilità dei costiRegl:

• le misurazioni determinano le proprietà di un oggetto - Oggetto contabile 1 (CZ 1)
  
• i dettagli definiscono le proprietà di un oggetto - Oggetto contabile 2 (TsZ 2)
• le risorse caratterizzano le proprietà di un oggetto: un flusso di valori, che chiameremo nel sottosistema RAUZ Costo del flusso

quelli. questo registro di accumulazione ha lo scopo di memorizzare informazioni sull'interazione di due oggetti contabili - centri di costo corrispondenti tra loro o, più precisamente, di memorizzare informazioni su un oggetto contabile come un flusso di costi - che collega una coppia di centri di costo. Poiché il sottosistema RAUZ è progettato per la contabilità dei costi, chiameremo ulteriormente gli oggetti contabili: centri di costo. Puoi saperne di più sugli aspetti teorici della formazione della topologia del grafico dei costi utilizzando i centri di costo e i flussi di costo, ad esempio, negli articoli:

• Centri di costo - nodi del grafico dei costi
• Flussi di costo - Archi del grafico dei costi
• Flusso dei costi secondari elementari

Ricordiamo al lettore che un grafico non è solo varie figure geometriche disegnate su un pezzo di carta o sullo schermo di un computer, collegate tra loro da linee o frecce. Un grafico, come oggetto astratto combinatorio, è un concetto più voluminoso: può essere presentato ugualmente bene sia sotto forma di disegno che sotto forma di tabella o elenco di nodi e archi. Ciò significa che esistono diverse forme di rappresentazione dello stesso grafico: una forma geometrica, una forma matriciale (tabellare) e una forma di rappresentazione di un grafico utilizzando insiemi. Tutte le forme di rappresentazione grafica sono “uguali”, cioè il modello aziendale non cambia dal fatto che sarà presentato non sotto forma di tabella (ad esempio, un giornale delle transazioni commerciali), ma sotto forma di un disegno in cui i conti contabili saranno collegati da frecce - i famosi “aeroplani” contabili.

Struttura del registro di accumulo Contabilità dei costiRegl implica che ogni record in esso contenuto caratterizza l'interazione tra due centri di costo vicini e l'intero insieme di record per il periodo in esame ci consente di ottenere informazioni sul sistema di centri di costo che interagiscono tra loro. In altre parole, il registro di accumulazione Contabilità dei costiRegl rappresenta versione classica tabella contenente informazioni sul grafico dei costi, ad es. possiamo dire che il lavoro del sottosistema RAUZ si basa sull'uso di un modello aziendale sotto forma di grafico presentato in forma tabellare.

Formazione delle proprietà dei centri di costo nel sottosistema RAUZ ().

L'elenco massimo possibile di tutte le possibili proprietà dei centri di costo è presentato in RAUS sotto forma di un insieme di quattro analitiche (e co-analitiche) e la composizione di queste analitiche può cambiare in diverse versioni di SCP (e in altri prodotti 1C ). Ai fini del presente articolo, l'analista non ha una composizione specifica significato speciale, Perché Ora siamo interessati al principio stesso dell'identificazione dei centri di costo nel sottosistema RAUZ: dobbiamo capire come in questo sottosistema il modello aziendale si forma sotto forma di un grafico dei costi. La divisione dell'elenco degli analitici in quattro tipologie (gruppi) è ovviamente causata esclusivamente da ragioni tecnologiche, perché Dal punto di vista della metodologia di contabilità dei costi del grafico dei costi, non esiste alcun motivo particolare per separare questo singolo insieme di proprietà del centro di costo in questo modo. Molto probabilmente, gli sviluppatori hanno ritenuto che tale divisione di analisi dovesse ottimizzare il numero di chiavi di analisi nelle directory corrispondenti del sottosistema RAUZ, perché Alcune chiavi analitiche individuali possono essere utilizzate in molti centri di costo.

La figura mostra il meccanismo per generare un elenco di proprietà del centro di costoChiusura centralizzata 1:

e il meccanismo per generare un elenco di immobili del corrispondente centro di costoTsZ2:

In sostanza, nel sottosistema RAUZ si è cercato di creare un registro di accumulo per riflettere lo scambio di flussi di costo tra centri di costo universali, cioè centri di costo con lo stesso insieme di immobili.In effetti, è difficile immaginare centri di costo con un elenco simile di proprietà in 1C UPP; i centri di costo reali in un dato registro sono caratterizzati utilizzando solo alcune proprietà di questo elenco: diversi insiemi di proprietà vengono utilizzati per diversi centri di costo.

Ancora una volta attiriamo l'attenzione del lettore sul fatto che il sottosistema RAUSE funziona con gli oggetti contabili che abbiamo chiamato centri di costo(!). Entrambe le figure mostrano chiaramente che la proprietàContoContoè solo uno delle decine di immobili che caratterizzano i centri di costo nel registro di accumulazioneContabilità dei costiRegl. I centri di costo corrispondenti scambiano tra loro i flussi di costo.

Registro di accumulo Contabilità dei costiReglÈ strutturato in modo abbastanza semplice: tiene conto dei flussi di costo tra i corrispondenti centri di costo. Ogni voce nel registro riflette uno scambio di flussi di costo tra una coppia di centri di costo:

• SE Tipo Movimento = Spesa, allora Chiusura centralizzata 1 è una fonte di costo (centro di costo accreditato) e Chiusura centralizzata 2 – destinatario dei costi (centro di costo addebitato)
• SE Tipo di movimento = Arrivo - allora tutto è il contrario

Elenco delle proprietà di un oggetto contabileCosto del flussodeterminato dalla composizione delle risorse del registro di accumulazioneContabilità dei costiRegl:

• Quantità
• QuantitàNU
• Prezzo
• CostoNU
• Differenza costante

Va notato in particolare che nel sottosistema RAUZ la proprietàCosto articoloè una proprietà centro di costo e non una proprietà del flusso di costo(!) . Dal punto di vista della teoria dei grafici dei costi, ciò significa che nel sottosistema RAUZ 1C UPP le voci di costo non soddisfano la loro funzione principale: aumentare la profondità della contabilità analitica agli input dei centri di costo, riducendo il numero totale di centri di costo nel modello impresa (vedi Voci di Costo). Ciò vale anche per altre analisi. Possiamo dire che il centro di costo nel sottosistema RAUZ è formato utilizzando la logica “ E» - per centro di costo si intende un oggetto contabile caratterizzato da: E divisione E Conto BU E conto NU E voce di costo E... eccetera.

In questo caso, gli sviluppatori del sottosistema RAUZ hanno preferito scegliere l'opzioneingrandimento massimoil numero di centri di costo nel modello aziendale, che praticamente esclude la possibilità di qualsiasi controllo sulla dimensione del modello e, quindi, esclude praticamente la possibilità di un lavoro consapevole da parte degli utenti con un tale modello aziendale.

Abbastanza spesso indirizzato al sottosistema RAUZ dai suoi utenti Si possono sentire critiche relative al fatto che i processi di movimento dei costi fluiscono nel registroContabilità dei costiReglsono opachi e non possono essere controllati. Naturalmente si tratta di una grave lacuna metodologica del sottosistema RAUZ di cui abbiamo discusso il motivo di questo stato di cose nel paragrafo precedente; In effetti, non tutti gli specialisti del calcolo dei costi possono "cogliere mentalmente" i complessi processi di movimento dei flussi di costo in un modello aziendale con decine o centinaia di migliaia di centri di costo in tempo reale, anche se dispongono di strumenti per la visualizzazione dei flussi di costo (cosa che RAUSE fa non avere).La visualizzazione dei flussi di costo potrebbe aiutare a “tradurre” le informazioni contenute nel grafico dei costi da un linguaggio di presentazione tabellare a un linguaggio di presentazione grafica.

Inoltre, i centri di costo formati dal sottosistema RAUZ non hanno per la maggior parte uno scopo economico chiaramente definito nella loro rappresentazione nel registro dei cumuli Contabilità dei costiRegl per ragioni puramente tecnologiche, ad es. la necessità di calcolare il costo utilizzando gli algoritmi RAUZ. Ciò porta al fatto che l'utente non ha praticamente alcuna capacità di lavorare consapevolmente con i centri di costo come oggetti chiave del modello aziendale.

Classificazione dei centri di costo nel sottosistema RAUZ ()

Uno dei principi fondamentali dell'approccio agli oggetti è il principio dell'ereditarietà, che consente di descrivere le proprietà di una nuova classe di oggetti in base alle proprietà di una classe di oggetti (genitore) già esistente (vedi. Classificazione dei centri di costo ). Poiché il sottosistema RAUZ, anche se in una forma primitiva, presuppone l'uso di un approccio basato su oggetti alla metodologia di contabilità dei costi e inventario, consideriamo più in dettaglio come viene utilizzato il principio di ereditarietà per i centri di costo dal registro di accumulazione Contabilità dei costiRegl.

Innanzitutto cercheremo di determinare la composizione delle classi di centri di costo utilizzate nel sottosistema RAUZ. Per fare ciò, dall'insieme generale di analisi, selezioneremo quelle analisi che possono essere utilizzate da tutti (o dalla stragrande maggioranza) dei centri di costo. Ad esempio, è possibile identificare un insieme generale di analisi:

• Sezione contabilità
• Organizzazione
• ContoConto
• AccountAccountNU

Assumeremo che questo insieme di quattro dimensioni (proprietà) definisca la classe madre dei centri di costo del registro di accumulazione Reg. contabilità industriale Proprietà classe genitore chiameremo le proprietà generali dei centri di costo, cioè questo insieme di proprietà è presente in tutti i centri di costo del sottosistema RAUZ. Come base per un'ulteriore classificazione dei centri di costo è possibile, ad esempio, utilizzare i valori della dimensione Sezione Contabilità. In questo caso l'elenco delle classi dei centri di costo del sottosistema RAUZ sarà determinato dall'enumerazioneSezioni contabili. L'attribuzione delle classi (ovvero la specializzazione dei centri di costo) viene effettuata aggiungendo all'insieme delle proprietà generali dei centri di costo un insieme proprietà speciali , inerenti solo ad una selezionata classe di centri di costo. Ad esempio, la figura mostra due classi di centri di costo: Classe MPZ e classe Spese:

Come abbiamo già accennato nella prima sezione dell'articolo, le proprietà degli oggetti contabili possono determinarne gli aspetti comportamentali nel modello aziendale.Ad esempio, il comportamento nel grafico dei costi dei centri di costo della classe Spese può essere caratterizzato dalla proprietà Costi.ItemCosts, Perché È questa proprietà che può essere utilizzata per impostare i metodi di distribuzione delle voci di costo, ad es. regole per la distribuzione dei flussi di costi secondari dagli output dei centri di costo durante la registrazione dei documenti Calcolo dei costi di produzione. I contabili praticanti sostengono spesso che durante la chiusura dei costi di un'impresa, vengono ripartiti i costi di ciascuna voce di costo. Nel sottosistema RAUZ, questa affermazione non può essere considerata corretta, perché alla fine del periodo non vengono distribuiti i costi di ciascuna voce di costo, ma i costi di ciascun centro di costo in cui l'immobile Costo articoloè solo una delle proprietà che lo caratterizzano.

Il comportamento delle classi dei centri di costo MPZ non è determinato dalle proprietà dei centri di costo stessi, ma da algoritmi esterni del sottosistema RAUZ. Il funzionamento di questi algoritmi dipende dal metodo di stima dei costi MPZ al momento dello smaltimento, selezionato dall'impresa - secondo la media o FIFO.

Secondo l'autore, gli sviluppatori del sottosistema RAUZ "si sono entusiasmati troppo" includendo questa classe di centri di costo nel sottosistema RAUZ in questa forma, perché ciò porta ad un funzionamento errato del metodo FIFO ( cm.). Sarebbe opportuno dividere la classe MPZ in almeno due classi:

• MPZ.Materiali
• MPZ.Prodotti Finiti

ma solo ultima classe includere nel sottosistema RAUZ.

E ad essere completamente onesti, anche la classe dei prodotti finiti deve essere divisa in altre due classi:

• MPZ. Prodotti Finiti dei Periodi Passati
• Inventario dei prodotti finiti del periodo corrente
  

Devi solo utilizzare la classe di prodotti finiti del periodo corrente in RAUZ.

Va notato che abbiamo considerato solo una delle possibili opzioni per effettuare una classificazione “metodologica” dei centri di costo nel sottosistema RAUM. Poiché gli sviluppatori del sottosistema non hanno offerto la propria versione della classificazione dei centri di costo, ogni utente ha l'opportunità di mostrare le proprie capacità creative per risolvere questo problema.

Un esempio di interazione dei centri di costo nel sottosistema RAUZ ().

Consideriamo un esempio di come appaiono e interagiscono tra loro i centri di costo nel sottosistema RAUZ. Supponiamo che un dipendente dell'officina n. 2 dell'impresa Dandelion debba riparare un'auto appartenente all'impresa il cui iniettore è guasto. Per cominciare, l'azienda Dandelion deve acquistare un iniettore. Questa transazione commerciale si è riflessa nella contabilità utilizzando il documento Ricevuta di beni e servizi n. 1:

Contabilità dei costiReglsono emersi due centri di costo:

• Chiusura centralizzata 1- destinatario di un flusso di costi del valore di 375 rubli. e quantità 1 pezzo
• Chiusura centralizzata 0- fonte del flusso di costi

Oggetto contabile Chiusura centralizzata 0 non ha proprietà. Tali centri di costo possono essere considerati come una sorta di “stub” utilizzati nei casi in cui si registra l'accumulo Contabilità dei costiRegl I flussi di costo provengono da oggetti contabili che non sono centri di costo.

Nella teoria dei grafi dei costi, tali flussi di costo sono chiamati flussi di costo primari. La caratteristica principale di tali flussi di costi è che i relativi costi devono essere noti prima (!) dell'inizio della procedura di chiusura dei costi. Il costo del flusso dei costi primari può essere determinato sulla base dei documenti contabili primari - fatture, certificati di accettazione, fatture, ecc., e può anche essere determinato mediante calcolo (FIFO, LIFO, media) - in caso di scrittura materiale -off -stock industriali dai magazzini aziendali.

Nel nostro esempio, il flusso dei costi primari proviene dall'oggetto contabile: insediamenti con la controparte Vector ai sensi dell'Accordo 1, registrati nel conto contabile 60.21, che non è un centro di costo. Dal registro di accumulo Contabilità dei costiRegl non è destinato a funzionare con tali oggetti contabili, questo oggetto contabile viene sostituito da uno "stub" sotto forma di centro di costo Chiusura centralizzata 0 senza proprietà. Il costo di questo flusso di costi deve essere noto "immediatamente" - dal corrispondente documento contabile primario, ad es. non è necessario determinare tale costo durante la procedura di chiusura dei costi alla fine del periodo in esame.

Diamo uno sguardo più da vicino alle proprietà di un oggetto contabile Chiusura centralizzata 1 appartenenti alla classe MPZ:

Identificare un dato centro di costo nel registro di cumuloContabilità dei costiReglvengono utilizzate solo 5 analisi su 29 possibili per l'uso:

• Sezione contabilità=MPZ
• Organizzazione= Dente di leone
• Azione=Magazzino dell'officina n. 2
• Account=10.05
• Costo=Iniettore

Come conseguenza di di questo documento nel registro di accumuloContabilità dei costiRegl:

• ne è apparso uno nuovo TsZ2, che ha ricevuto un flusso di costi pari a 1 pezzo
• Serratura centrale 1 è una fonte di flusso di costi

Ora nel registro di accumulo Contabilità dei costiRegl sono emersi un paio di centri di costo “reali” - Chiusura centralizzata 1(fonte) e Chiusura centralizzata 2(destinatario). Questi centri di costo si scambiavano tra loro un flusso di costi secondari e finora possiamo valutare questo flusso di costi secondari solo quantitativamente. Il costo del flusso di costi secondario sarà noto dopo che sarà stato effettuato il documento Calcolo del costo di produzione, ad es. dopo aver completato la procedura di chiusura dei costi.

Chiariamo subito che stiamo considerando la teoria della questione. In pratica (anche nel sottosistema RAUS), gli utenti talvolta desiderano avere almeno alcune stime dei flussi di costi secondari prima di eseguire la procedura di chiusura dei costi. Per fare ciò, durante il periodo si prevede di effettuare una valutazione “forzata” dei costi dei flussi di costi secondari secondo alcune regole, ad esempio, sulla base dei valori di costo pianificati. Non discuteremo qui di quanto utili (e accurate) tali stime del valore dei flussi di costo secondari possano essere per gli utenti; comunque, alla fine del periodo, questi valori saranno sostituiti da valori effettivi (o portati a valori effettivi mediante aggiustamenti) ottenuti a seguito della decisione della SLAE.

La stima del flusso di costi apparirà dopo la pubblicazione del documento Calcolo dei costi di produzione alla fine del periodo in esame:

Basato sui dati del registro di accumulo Contabilità dei costiRegl possiamo costruire, anche se in piccolo, ma già un modello di costo dell'impresa a tutti gli effetti - Grafico dei costi:

In questo caso, siamo stati in grado di visualizzare visivamente il processo di movimento dei flussi di costo nel grafico dei costi dell'impresa Dandelion, ma abbiamo già detto sopra che la tecnologia proposta dagli sviluppatori del sottosistema RAUSE per la formazione dei centri di costo dall'analisi porta al fatto che il Grafico dei Costi reale può essere formato da decine o addirittura centinaia di migliaia di centri di costo. Comprendere un simile grafico dei costi sarà incommensurabilmente più difficile, se non impossibile.

Equazione del bilancio dei costi per un centro di costo nel sottosistema RAUZ ()

Nel processo di esecuzione della procedura per la chiusura dei costi alla fine del periodo presso l'impresa, è necessario per ciascun centro di costo Chiusura centralizzata i dal registro di accumulo Contabilità dei costiRegl(sono chiamati anche nodi) risolvono due problemi:

• compito 1 - raccogliere tutti i costi ricevuti all'ingresso del centro di costo Chiusura centralizzata i
• compito 2: distribuire i costi dall'output del centro di costo Chiusura centralizzata i agli input di altri centri di costo

Per comprendere come questi due compiti vengono risolti utilizzando il sottosistema RAUSE, considera una sequenza di azioni composta da tre passaggi.

Passo 1. Determinare il numero totale di unità di costo K i IN, ricevuti nel periodo in esame all'ingresso del centro di costo Chiusura centralizzata i:

Dove :

• K i BEG- numero di unità di costo in Chiusura centralizzata i all'inizio del periodo
• K i CAP- il numero totale di unità di costo ricevute in ingresso nel periodo in esame Chiusura centralizzata i
• K k,i- il numero di unità di costo ricevute in ingresso nel periodo in esame Chiusura centralizzata i Chiusura centralizzata k

Passo 2S i INricevuti nel periodo in esame all'ingresso del centro di costoChiusura centralizzata i:

Dove :

• S ti prego- costo delle spese in TsZi all'inizio del periodo
• S io CAP - il costo totale dei costi di input ricevuti nel periodo in esame TsZi dal centro di costo - “stub”
• S k, io- il costo dei costi ricevuti nel periodo in esame per input TsZi dal centro di costo corrispondente Chiusura centralizzata k

In questo caso il costo S k, i

S k, i= K k,i× ok

Dove :

• K k,i Chiusura centralizzata k all'entrata Chiusura centralizzata i
• ok- tariffa, cioè TsZk

Passaggio 3. Determinare il costo totale delle speseSI FUORIall'uscita del centro di costoChiusura centralizzata i:

Prezzo ricevuto dall'uscitaTsZi all'entrata TsZp costi secondari Sorso presentato come segue:

S io, pag=Ki, pag× ti

Dove :

• K io, pag- numero di unità di costo trasferite dall'output TsZi all'entrata TsZp
• T io- tariffa, cioè costo di un'unità di costo all'output del centro di costoTsZi

Dal numero di unità di costo K i, p si presume noto per determinare il costo S i, p dobbiamo trovare il valore t io. Gli sviluppatori del sottosistema RAUZ hanno proposto di cercare il valore t io utilizzare un'equazione della forma:

Per comodità dei calcoli nel sottosistema RAUSE, riscriviamo l'equazione nella seguente forma:

Le quantità note prima dell'inizio della risoluzione dello SLAE dovrebbero essere archiviate nelle risorse (*) del registro delle informazioni UnitàRettificheCostoSvalutazioni:

* Si tratta di informazioni tecnologiche e potrebbero essere soggette a modifiche da parte degli sviluppatori.

Non considereremo ulteriormente la procedura per risolvere lo SLAE stesso, perché è abbastanza semplice e non contiene alcuna "sofisticazione" metodologica. Preferiamo parlare delle conseguenze dell’utilizzo del tipo di equazione proposta dagli sviluppatori di RAUZ.

Qui è necessario prestare attenzione al fatto che nel denominatore della formula per determinare il valore t io contiene il numero totale di unità di costo K i IN all'ingresso(!) del centro di costo Chiusura centralizzata i. È all'ingresso, non all'uscita Chiusura centralizzata i, come ci si potrebbe aspettare!

Nella teoria dei grafici dei costi, un approccio simile alla composizione delle equazioni viene utilizzato solo per casi (speciali) strettamente definiti. Ad esempio, in modo simile è possibile creare equazioni per i centri di costo progettate per tenere conto del costo dei prodotti nei magazzini dell'azienda. In altre parole, questo approccio alla composizione dell'equazione viene applicato a quella parte dei centri di costo nel modello aziendale in cui avviene il movimento dei prodotti finiti tra i magazzini dell'impresa. In generale, si presuppone che sia necessario fare affidamento sul numero di unità di costo rimaste output(!) del centro di costo TsZiagli input di altri centri di costo.

Per coloro che vogliono acquisire maggiore familiarità con le opzioni per elaborare un'equazione di bilancio dei costi, è possibile guardare video (i collegamenti sono forniti all'inizio dell'articolo), nonché leggere articoli su questo sito dedicati alle funzionalità di elaborazione un'equazione di bilancio dei costi per una serie di casi speciali:

Equazione del bilancio dei costi per un centro di costo

Di fatto, l'approccio scelto dagli sviluppatori di RAUM alla procedura per la compilazione delle equazioni di bilancio dei costi porta al fatto che quando si costruisce un modello aziendale, devono essere soddisfatte le seguenti due condizioni per tutti i centri di costo, senza eccezioni:

• all'ingresso del centro di costodeve essere presente solo (!) un tipo di unità di costo, sia quando vengono ricevuti i costi primari che quando vengono ricevuti i costi secondari
• il tipo di unità di costo in uscita dal centro di costo deve coincidere(!) con il tipo di unità di costo in ingresso

Queste condizioni limitano seriamente le opzioni per l'utilizzo dei centri di costo in un modello aziendale. L'adempimento di queste condizioni è logico solo per i centri di costo che rappresentano i prodotti nei magazzini di un'impresa, quando ha senso elaborare un'equazione di bilancio dei costi sia per il costo dei flussi di costo - in entrata e in uscita dal centro di costo, sia per la loro quantità. Nella terminologia del sottosistema RAUZ è logico utilizzare l'adempimento di queste condizioni per i centri di costo relativi a Sezione Contabilità=MPZ. Estendere queste condizioni ai centri di costo di altri settori della contabilità è una decisione molto strana, perché nel modello aziendale può esistere (ed esiste effettivamente) gran numero centri di costo che:

• Esistono diversi tipi di unità di costo in input
• I tipi di unità di costo all'output di un centro di costo non corrispondono ai tipi di unità di costo al suo input

Per illustrare l'approccio degli sviluppatori del sottosistema RAUSE alla compilazione di un'equazione di bilancio dei costi, passiamo all'esempio discusso sopra nell'articolo:

In questo caso, all'ingresso e all'uscita del centro di costo, l'unità di costo è 1 pezzo (iniettore). Inoltre, questa unità di costo non è uguale, ad esempio, all'unità di costo di 1 pezzo (dado), 1 pezzo (bullone), ecc. Affinché le unità di costo possano essere definite uguali, è necessario garantire che non solo le unità di misura corrispondano, nel nostro esempio - 1 pezzo, ma anche le altre caratteristiche dell'unità di costo, nel nostro esempio queste sono le caratteristiche della nomenclatura dell'iniettore.

Per gli utenti-metodologi “avanzati” RAUZ ( )

Gli utenti avanzati e i metodologi del sottosistema RAUSE potrebbero essere interessati a sapere che la formula discussa nella sezione precedente dell'articolo per il calcolo del costo di un'unità di costo t io all'uscita del centro di costo Chiusura centralizzata i non funziona per tutti i centri di costo contenuti nel registro di accumulo Contabilità dei costiRegl. Ciò è dovuto al fatto che anche nel modello aziendale proposto dagli stessi sviluppatori del sottosistema RAUM, non sono stati in grado di garantire per tutti i centri di costo il rispetto delle condizioni imposte sull'utilizzo delle unità di costo in entrata e in uscita centri di costo, ovvero:

• all'ingresso del centro di costoDevono essere presenti solo gli stessi tipi di unità di costo
• I tipi di unità di costo all'input e all'output del centro di costo devono corrispondere tra loro

Poiché questa pubblicazione è di carattere scientifico divulgativo, non approfondiremo troppo questa domanda. Richiamiamo solo l'attenzione degli utenti sul fatto che a seguito del documento Calcolo dei costi di produzione, ad esempio, possono verificarsi le seguenti situazioni:

Questo frammento del grafico dei costi modella la seguente operazione aziendale nel sottosistema RAUZ: dai materiali acquistati Nut M10 (1 pezzo) e Board (1 pezzo), un prodotto è stato realizzato nell'officina 2 - Scaffale per mobili BP1 (1 pezzo).

All'ingresso del centro di costo TsZ 3 Esistono tre tipi di unità di costo:

• Dado M10 (1 pezzo)- è venuto dall'uscita Chiusura centralizzata 1
• Tavola (1 pezzo) - è venuto dall'uscita Chiusura centralizzata 2
• Scaffale per mobili BP1 (1 pezzo) - ricevuto dalla presa Chiusura centralizzata 0

All'uscita del centro di costo TsZ 3 L'unità di costo è: Scaffale per mobili BP1 (1 pezzo), ricevuta all'ingresso del centro di costo TsZ4.

Come possiamo vedere, per il centro di costo TsZ 3 Nessuna delle condizioni richieste è soddisfatta:

• all'entrata TsZ 3 non esiste uno, ma tre tipi di unità di costo
• tipo di unità di costo di output TsZ 3 non corrisponde al tipo di unità di costo in ingresso

Perché gli sviluppatori di RAUZ hanno permesso che accadesse questa situazione? E come ne escono?

Cominciamo rispondendo alla seconda domanda, per la quale esamineremo il funzionamento del registro di accumulazione per frammenti Contabilità dei costiRegl al momento della pubblicazione del documento Calcolo dei costi di produzione:

L'analisi delle iscrizioni nel registro ci permette di concludere che gli sviluppatori del RAUZ hanno agito come segue:

• Tipo di movimento =Consumo - costi da Chiusura centralizzata 1 A TsZ 3
• Tipo di movimento =Reddito - costi da TsZ1 A TsZ3
• Tipo di movimento =Consumo - costi da TsZ2 A TsZ3 trasmesso in termini di valore e quantità
• Tipo di movimento =Reddito - costi da TsZ2 A TsZ3 vengono trasferiti solo(!) nella valutazione

quelli. il sottosistema RAUZ è intervenuto “rigidamente” nell'ordine generale della procedura di compilazione di un sistema di equazioni e ha semplicemente soppresso la Quantità per i movimenti in ingresso al centro di costo TsZ 3.

Registrare i movimenti Contabilità dei costiRegl, che caratterizza il trasferimento del flusso di costi dall'output TsZ 3 all'entrata TsZ4, sono formati dal documento Calcolo dei costi di produzione: TsZ 3 non può utilizzare la formula della sezione precedente dell'articolo.

Proviamo ora a capire perché gli sviluppatori del sottosistema RAUSE hanno consentito l'esistenza di una situazione simile nel modello aziendale? Forse la presenza di tali situazioni è il risultato di uno studio non sufficientemente approfondito delle questioni metodologiche nella fase di creazione del sottosistema RALM. In questo caso, ciò si è espresso nel tentativo di estendere una particolare versione dell'equazione di bilancio dei costi, utilizzata per la classe di centri di costo che modellano i prodotti nei magazzini dell'impresa, a tutte le altre classi di centri di costo. Come ci si potrebbe aspettare, il generale si è rivelato più complesso dello specifico.

Va notato che questo non è l’unico “errore” metodologico del sottosistema RAUZ. Un altro "errore" metodologico molto più grave associato all'organizzazione della contabilità delle scorte nel caso in cui viene utilizzato il metodo FIFO (RAUZ) per stimare il costo delle scorte quando vengono ammortizzate per la produzione, considereremo nell'articolo FIFO (RAUZ) - funziona o non funziona? .

CONCLUSIONI ()

Allora cosa c'è di più nel sottosistema RAUZ: innovazioni tecnologiche legate all'ottimizzazione della struttura dei metadati o idee rivoluzionarie nel campo della metodologia di contabilità dei costi?Se confrontiamo il volume dei cambiamenti nella struttura dei metadati (e nella tecnologia per lavorare con i dati) con il volume delle innovazioni metodologiche introdotte dagli sviluppatori del sottosistema RAUZ in 1C UPP, la tecnologia vincerà sicuramente con un chiaro vantaggio.

Non ci si dovrebbe aspettare alcuna svolta rivoluzionaria nel campo della metodologia di contabilità dei costi dal sottosistema RAUZ in questo caso, gli sviluppatori hanno semplicemente cercato di mettere in pratica alcune disposizioni di base della teoria dei grafici dei costi, senza prestare la dovuta attenzione al suo studio; In effetti, l’uso esplicito di sistemi di equazioni algebriche lineari per calcolare i costi pone praticamente fine a tutte le innovazioni metodologiche serie, perché Il sottosistema RAUSE non consente di risolvere eventuali problemi metodologici aggiuntivi che non potrebbero essere risolti senza questo sottosistema.

risolvere problemi fiscali utilizzando i grafici dei costi

risolvere problemi inversi (in particolare problemi di pianificazione finanziaria) sui grafici dei costi

compiti di formare la topologia del grafico dei costi

e così via.

Inoltre, la presenza di un numero enorme di centri di costo (nodi) nei registri di accumulazione realiContabilità dei costiReglnon significa affatto che l'utente disponga di un'enorme quantità di analisi aggiuntive necessarie ai fini della gestione finanziaria dell'impresa. Il volume delle credenziali tecnologiche non deve essere confuso con il volume delle credenziali da cui è possibile estrarre informazioni veramente utili.

Qual è la conclusione principale che si può trarre da quanto sopra? Da un lato, vorrei consigliare agli sviluppatori di studiare più a fondo il modello del dominio con cui hanno a che fare quando sviluppano un sistema automatizzato. Dall'altro lato,Gli sviluppatori del sottosistema RAUSE possono essere ringraziati almeno per il fatto che ora gli specialisti del calcolo dei costi sono semplicemente costretti a discutere la metodologia di contabilità dei costi basata sull'uso di un modello matematico dell'impresa sotto forma di un grafico dei costi. Senza il sottosistema RAUZ discutere di questi temi sarebbe molto più difficile ed è estremamente necessario. Attualmente esiste una sorta di atteggiamento secondario nei confronti della metodologia contabile in generale e della metodologia di contabilità dei costi in particolare. Si ha la sensazione che gli specialisti della contabilità siano presi da una sorta di apatia "metodologica", lo studio della metodologia contabile sia relegato (e addirittura spinto) in secondo piano e tutti gli sforzi siano concentrati sullo studio delle caratteristiche tecnologiche in continua evoluzione dei sistemi automatizzati.

Tuttavia, non dovremmo dimenticare che qualsiasi sistema contabile automatizzato implementa “solo” nella pratica alcune metodologie contabili, quindi sarebbe corretto quando si sviluppa un sistema contabile automatizzato prestare la dovuta attenzione a tutti gli aspetti: documentazione, interfaccia, piattaforma e... anche la metodologia contabile. L'equilibrio di questi componenti non deve essere disturbato, ad esempio, ponendo l'accento sul miglioramento continuo della piattaforma e dell'interfaccia, tralasciando la dovuta attenzione allo sviluppo della metodologia contabile.

Qualche parola va spesa anche sull'uso dei sistemi di equazioni algebriche lineari (SLAE) nel sottosistema RAUSE. Allo stato attuale, per qualche motivo, questa domanda appartiene ancora alla categoria delle domande metodologiche "avanzate" ed è spesso formulata anche come segue: è necessario utilizzare SLAE per calcolare i costi? Non è troppo difficile?

Cosa puoi rispondere qui? A volte diventa addirittura in qualche modo scomodo per gli specialisti del calcolo dei costi pienamente qualificati discutere seriamente i vantaggi e gli svantaggi di vari (!?) metodi di chiusura dei costi: diretto, passo passo o utilizzando SLAE. Per qualche ragione, gli specialisti del calcolo dei costi stanno ancora discutendo su questo tema, nonostante il fatto che un prerequisito per la corretta chiusura dei costi (il metodo non ha importanza) sia l'esecuzione di equazioni di bilancio dei costi per ciascun centro di costo o, nel senso tradizionale, conti contabili. Ciò significa che in fase di chiusura dei costi occorre sempre redigere e risolvere gli SLA! Solo a volte ciò avviene esplicitamente, ad esempio come nel sottosistema RAUZ, e talvolta in forma velata, quando il processo di chiusura dei costi assume un aspetto vago che nasconde il significato principale di questo processo.

L'autore raccomanda inoltre vivamente agli utenti del sottosistema RAUZ di familiarizzare con la teoria del problema riguardante le caratteristiche del calcolo dei costi dei flussi di controcosto, perché Prima o poi tutti si trovano ad affrontare costi molto elevati di controflussi di costi quando si chiudono i costi in RAUZ (se, ovviamente, ci prestano attenzione). Su questo argomento puoi guardare il video 7. Grafici dei costi. Controflussi di costi e articoli da leggere:

• Controflussi di costi secondari (conti contabili) - quando si calcola il costo di prodotti, lavori e servizi, ogni utente prima o poi si trova ad affrontare una situazione in cui i flussi di costo vanno l'uno verso l'altro. In alcuni casi, i costi di tali flussi di costo possono essere molto elevati, significativamente maggiori del costo dei flussi di costo primari che entrano nei centri di costo. Per alcuni utenti ciò provoca confusione, che si traduce nel desiderio di evitare in alcun modo una situazione del genere, molti lo considerano una sorta di errore, ad es. qualcosa che non potrà mai accadere. Tuttavia, non ci sono errori qui, è esattamente come dovrebbe funzionare modello matematico per calcolare il costo
• Controflussi dei costi secondari (centri di costo) - con video

Per una comprensione generale della situazione, possiamo consigliare i seguenti articoli:

• Ontologie in microeconomia (parte 1). Introduzione - attualmente una delle principali tendenze in molti settori dell'attività umana è il passaggio dall'archiviazione ed elaborazione dei dati all'archiviazione ed elaborazione della conoscenza, che si esprime, ad esempio, nella creazione di sistemi esperti. Esistono varie opzioni per formalizzare la conoscenza su un'area tematica; una delle aree in rapido sviluppo è il modo ontologico di rappresentare la conoscenza. I moderni standard contabili (IFRS, NAS) richiedono l'uso di numerose stime di esperti durante la compilazione bilancio d'esercizio, senza offrire agli esperti contabili un rigoroso sistema formale di concetti chiave generalmente accettati. Tutto ciò rende lo sviluppo di ontologie per la contabilità un compito estremamente importante. 2. Grafici dei costi. Centri di costo

Nuova pagina 1

RAUZ nella configurazione “Automazione Complessa”. Lezione 3. Teoria di RAUZ.

Nelle ultime due lezioni abbiamo attivato RAUZ e provato a fare qualcosa in modo pratico. Per, per così dire, “entrare” nell’argomento. Ora passiamo alla teoria. Innanzitutto rispondiamo alla domanda: a cosa serve RAUZ? E allora, ecco gli argomenti a favore:

• Risolve il problema dell'utilizzo dei giochi in tempo reale. La contabilità batch è necessaria principalmente per il calcolo dei costi. Ma il fatto è che con un gran numero di documenti e dati è impossibile cancellare rapidamente lotto per lotto, soprattutto se molti documenti vengono creati “retroattivamente”. ROUZ risolve questo problema.
• Migliora le prestazioni del sistema. Utilizzando un sistema di equazioni lineari, il tempo di calcolo dei costi viene ridotto.
• Senza utilizzare RAUZ, per determinare correttamente il costo dei lotti, è necessario ripristinare le sequenze dei lotti utilizzando l'elaborazione “Post per batch”.

Ora gli argomenti contro:

• RAUZ non è contabilità batch e non può sostituirla.
• alcuni analisti si basano sul costo medio
• con un piccolo flusso di documenti, i vantaggi non sono evidenti (contabilità batch, ma “permette di controllare” i movimenti per ciascun documento)
• La modalità USN-15 ("entrate - spese") non è supportata
• La contabilità in NTT ai prezzi di vendita non è supportata.
• La contabilità per ordini cliente non è supportata
• è impossibile vedere l'utile lordo per caratteristiche

Come puoi vedere, ci sono pro e contro quando si utilizza RAUZ. Tuttavia, nella maggior parte dei casi ha davvero senso utilizzarlo ed ecco perché: il fatto è che utilizzando questo meccanismo, nel suo ulteriore lavoro, il manager responsabile del processo decisionale riceverà informazioni a supporto del processo decisionale:

• solo nella quantità di cui ha bisogno (escluso tutto ciò che per lui è superfluo);
• in modo tempestivo (e non con ritardo dovuto al fatto che i libri hanno bisogno di tempo per chiudere il mese e così via);
• utilizzando semplici manipolazioni;
• in una presentazione a lui comprensibile, “nella sua lingua”, degli indicatori utilizzati nel suo profilo gestionale.

Parliamo ora del principio RAUZ stesso. E così, uno dei concetti chiave in ROUSE– queste sono le cosiddette chiavi analitiche. Chiave analitica– questo è un oggetto che combina diverse sezioni analitiche della contabilità. Ad esempio, una combinazione: conto contabile, divisione, organizzazione, ecc.:

Ed ecco come appare questo registro nel configuratore:

Le chiavi analitiche RAUZ sono memorizzate in una directory speciale "Chiavi analitiche" per comodità, il contenuto della chiave viene copiato dal programma nel nome:

È possibile modificare un elemento separato della directory delle chiavi dell'analista:

Diamo un'occhiata alla chiave per ricevuta (per fattura):

Oltre all'analisi di tipo contabile, esiste anche l'analisi della contabilità dei costi:

Ma il tipo di contabilità durante l'implementazione, come vediamo, viene cancellata dalla stessa chiave che tiene conto di:

Distinguere tra tutto cinque tipi di chiavi di analisi:

• Analisi di tipo contabile. Sulla base di queste analisi, possiamo determinare: stiamo parlando sul costo/stock, in quale organizzazione viene preso in considerazione, in quale divisione/in quale magazzino, in quale conto.
• Analisi della contabilità industriale. Sulla base di queste analisi, possiamo determinare di che tipo di stock/costo si tratta e come viene preso in considerazione dal punto di vista della contabilità dei costi.
• Analisi contabile batch. Sulla base di queste analisi, possiamo determinare di che tipo di lotto si tratta e come dovrebbe essere utilizzato.
• Analisi della distribuzione dei costi. Sulla base di queste analisi, possiamo determinare chi è il destinatario dei costi.
• Analisi della contabilità per altri costi. Questa analisi viene utilizzata solo negli oggetti di scena “Cor. analitica di tipo contabile" quando si forma il valore di un altro oggetto, cioè non correlato alla contabilità della produzione.

L'articolo discute le ragioni e le fasi del passaggio dalla contabilità batch tradizionale alla contabilità analitica dei costi avanzata (ACCA). stabilimento di produzione(UPP 1.3), nonché alcuni problemi che si sono verificati.

Per un'azienda con un grande flusso di documenti, l'uso della metodologia "Batch Accounting" rappresenta un grosso problema. I documenti devono essere conservati ordine cronologico, ripristina costantemente la sequenza dei giochi. Nello stabilimento di produzione, la procedura di recupero dei lotti è durata più di 12 ore. La chiusura del mese ha richiesto molto tempo a lungo, poiché solo il ripristino dei lotti, nella migliore delle ipotesi, è stato effettuato due volte: la prima volta per identificare gli errori, la seconda dopo averli corretti. A volte i lotti venivano ripristinati 4-5 volte in un mese. Naturalmente, questo non andava bene a nessuno ed è apparso motivo principale per passare a RAUZ.

Nella contabilità batch, il costo medio viene calcolato non secondo la media ponderata, ma secondo la media mobile, e alla fine del mese viene adeguato alla media ponderata. Da qui le distorsioni quando a fine mese si possono accumulare “penny”, per cui il costo della cancellazione non coincide con la media. Questo problema è particolarmente pronunciato per la produzione multiprocesso.

Contabilità batch, bilancio (TBS) per 43 fatture al mese per un articolo specifico senza tener conto dei magazzini:

ROUZ, SALT per 43 fatture al mese per un articolo specifico senza tener conto dei magazzini:

Poiché il flusso di documenti è piuttosto ampio, non è possibile lavorare con la contabilità batch con i flag "Cancella batch quando si riflettono i documenti (nella contabilità gestionale, nella contabilità regolamentata)" impostati nell'impostazione dei parametri contabili.

Il certificato ci informa anche su problemi di questo tipo: "Durante un flusso intenso di documenti, è vietato impostare i flag "Cancella batch durante la riflessione dei documenti", altrimenti ciò porterà a una diminuzione delle prestazioni e della concorrenza del sistema."

Pertanto, è stato necessario utilizzare costantemente l'elaborazione “Post by batch”, che nella modalità operativa 24 ore su 24, 7 giorni su 7 dell'impianto, presentava un problema insieme al recupero dei batch.

Un altro motivo a favore del passaggio a RAUZ è stato il lungo processo di compilazione del documento “Calcolo dei costi”. Quando si utilizzava la contabilità batch, le azioni eseguite nel documento Calcolo dei costi dovevano essere suddivise in più documenti per verificare i dati intermedi e risparmiare tempo. Ognuno di essi è durato circa 40 minuti. Poiché il documento "Calcolo dei costi" viene eseguito secondo il sistema di gestione, il sistema contabile e NU, il tempo impiegato solo per l'elaborazione di documenti di questo tipo è stato: 40 minuti * 6 documenti. = 4 ore, ovvero mezza giornata lavorativa. Per fare un confronto, dopo il passaggio a RAUZ, il completamento del documento "Calcolo dei costi" ha iniziato a richiedere circa 5 minuti. Enorme risparmio di tempo.

UO 1° documento

UO 2° documento

I principali vantaggi a favore dell’utilizzo di RAUZ sono stati:

• mancanza di una lunga procedura per il ripristino dei lotti;
• valutazione dell'inventario, dopo la chiusura del mese, il costo della cancellazione coincide con la media, poiché questo è esattamente ciò che presuppone il sistema di equazioni lineari (SLAU) RAUZ (Fig. 3);
• elaborazione più rapida dei documenti nella modalità operativa corrente;
• i movimenti nei registri contabili si formano sempre durante la registrazione dei documenti, non è più necessario registrare i documenti per batch;
• non è necessario correggere gli errori verificatisi a causa dell'inserimento dei documenti nell'ordine sbagliato. Per RAUZ è sufficiente che a fine mese non vi siano saldi negativi per le spese;
• il calcolo dei costi viene eseguito in un documento per ciascuno entità legale, la sua implementazione è molto più rapida rispetto alla contabilità batch. Nell'elenco sono presenti solo cinque operazioni che possono essere eseguite con un documento;
• per analizzare i dati su costi e spese è possibile utilizzare solo 2-3 report invece di diversi estratti conto che raccolgono dati da più registri quando si utilizza la contabilità batch.

Di seguito è riportato un elenco di attività che devono essere completate prima di abilitare l'utilizzo di RAUZ nel database di produzione:

1. Decidere la procedura per la formazione dei prezzi contabili

C'è un parametro nella politica contabile che è fondamentale quando si passa a RAUZ: la procedura per formare i prezzi contabili. Può assumere uno dei tre valori:

• a prezzi pianificati (durante il mese le scorte vengono valutate ad un determinato tipo di prezzo e alla fine del mese, nel calcolo del costo, il loro valore viene adeguato, ma senza modificare i documenti originali);
• secondo i costi diretti (ogni volta che viene registrato un documento con storno, trasferimento, vendita di rimanenze, viene effettuato un calcolo del mini-costo; alla fine del mese, nel calcolo del costo, avviene un aggiustamento, ma senza modificare i documenti originali);
• a prezzi zero (l'inventario non viene valutato durante il mese e nel calcolo del prezzo di costo, il costo di tutte le scorte e le spese del mese viene determinato una volta).

È meglio utilizzare il costo zero o formarlo “a prezzi pianificati”.

L’azienda ha scelto la procedura per formare i prezzi contabili “sulla base dei costi diretti”. Argomenti a favore di questa scelta:

• la necessità di disporre di dati sui costi operativi per i costi diretti;
• I magazzini richiedono un saldo aggiornato;

Ovviamente, gli argomenti sono controversi e la scelta della procedura per formare i prezzi di sconto non è ottimale.

In primo luogo, se si utilizzasse la procedura per la formazione dei prezzi contabili “a costo zero”, i documenti verrebbero elaborati molto più velocemente e il calcolo dei costi verrebbe effettuato in una sola volta.

In secondo luogo, se modifichiamo retroattivamente la registrazione e non ripubblichiamo il documento di cancellazione, gli importi non cambieranno. Naturalmente ci sarà un aggiustamento nel calcolo del costo, ma il documento di cancellazione rimarrà lo stesso.

A causa del fatto che i documenti vengono inseriti in ordine casuale nell'arco della giornata (l'ordine dei documenti non ha importanza), i conti e i registri potrebbero non quadrare completamente bella immagine, con la presenza di somme ingenti, che in linea di principio non dovrebbero esistere.

Questo problema può essere eliminato disponendo i documenti nella cronologia richiesta, ma poi si perde il significato principale di RAUZ: la possibilità di disporre arbitrariamente i documenti entro un mese.

Pertanto, la procedura per formare i prezzi contabili “a costi diretti” crea artificialmente coerenza.

Se chiudi il mese senza rimuovere importi enormi e irrealistici, i conti verranno chiusi, ma il fatturato su di essi sarà semplicemente fantastico, il che naturalmente non si adatta al reparto contabilità.

Va notato che la modifica della procedura per la generazione dei prezzi contabili richiederà molto probabilmente la modifica delle politiche contabili delle organizzazioni firmate su carta da persone responsabili.

2. Decidere la data di transizione

I prezzi contabili sono stabiliti dall'organizzazione in modo indipendente, per cui la politica contabile deve indicare cosa si intende per prezzo contabile delle rimanenze, chi li approva e in quale ordine vengono rivisti. IN codice fiscaleè scritto chiaramente: "La decisione di apportare modifiche al principio contabile a fini fiscali quando si modificano i metodi contabili applicati viene presa dall'inizio del nuovo periodo fiscale."

L'utilizzo di RAUZ in azienda è iniziato nel 2014. Tuttavia, il processo di transizione vero e proprio è avvenuto più tardi. Dopo la generazione dei documenti per la registrazione dei saldi secondo RAUZ, i mesi già chiusi sono stati ripubblicati e richiusi.

3. Decidere la modalità di utilizzo di RAUZ

Ciascuna modalità determina la relazione tra la contabilità regolamentata e quella di gestione quando si mantiene la contabilità dei costi in un'impresa. Inoltre, la composizione delle sezioni analitiche della contabilità industriale dipende dalla modalità di utilizzo di RAUZ.

Per la modalità “Contabilità Regolamentata” non è possibile configurare il dettaglio dei costi; per la modalità “Contabilità Regolamentata con Analitiche Aggiuntive” è possibile configurare il dettaglio dei costi solo per la contabilità regolamentata e per la modalità “Contabilità gestionale e regolamentata” solo per la contabilità gestionale; .

L'impresa ha scelto la modalità “contabilità regolamentata con analisi aggiuntive”, poiché non era necessaria la contabilità di gestione.

4. Determinare un elenco di oggetti e modifiche non standard utilizzando registri batch e costi

L'elenco degli oggetti sopra menzionati è stato determinato per l'impresa; ad essi sono state apportate le opportune modifiche, poiché per RAUZ vengono utilizzati altri registri. Si tenga presente che gli oggetti devono avere due modalità operative: contabilità batch per utilizzare il vecchio periodo, RAUZ per utilizzare il nuovo periodo.

5. Trasferire la banca dati dei test a RAUZ

Si consiglia di scegliere la data di inizio dell'utilizzo di RAUSE nel database di test in modo che sia possibile ripetere diversi mesi, calcolare il costo e chiudere completamente i mesi, quindi confrontare il risultato con il database di lavoro.

6. Crea regole per chiudere il mese

Sulla base dei risultati ottenuti nella fase precedente e delle specificità dell'impresa.