Cum se configurează costul pentru kituri și producție internă

De ce metoda «Ultimul preț de achiziție» nu este potrivită pentru kituri și producție

În Torgsoft, costul kiturilor și al produselor de producție proprie depinde nu doar de facturile de recepție, ci și de metoda de calcul al costului folosită în program. Dacă pentru evidență este aleasă metoda «Ultimul preț de achiziție», în scenariile cu asamblare, dezasamblare și transferuri interne pot apărea erori: costul kitului sau al componentelor sale devine zero sau subevaluat. Motivul este că această metodă nu păstrează întotdeauna corect legătura dintre produs, componentele sale și prețul real de achiziție după mișcările interne între depozite sau magazine.

De exemplu, magazinul a achiziționat componente separate pentru kit în depozitul central, apoi le-a transferat într-un punct de vânzare unde kitul este asamblat sau vândut. Dacă în acest moment se folosește metoda «Ultimul preț de achiziție», programul poate să nu determine corect costul de achiziție pentru produsul care nu a venit direct de la furnizor, ci printr-un transfer intern. Ca rezultat, costul kitului sau al componentelor sale la vânzare poate să nu fie completat, să devină zero sau să fie mai mic decât cel real. Din această cauză, profitul din rapoarte va fi calculat incorect.

Ce metodă de calcul al costului trebuie folosită pentru kituri și producție

Pentru evidența corectă a producției și auto-asamblării, dezvoltatorii recomandă insistent folosirea metodei «Pe loturi de livrare cu luarea în considerare a transferurilor interne».

Cum funcționează:

1. Principiul FIFO (First In, First Out). Costul se calculează după principiul «primul intrat — primul ieșit». Programul știe exact din ce factură de recepție (lot) a fost luat materialul pentru asamblarea kitului sau producerea articolului și folosește anume prețul acestui lot.

2. Transferurile interne ca purtători ai costului. Mișcările interne între depozite devin "purtători" ai costului. Fiecare centru de evidență are propriul cost exact al stocurilor, ceea ce este critic atunci când materialele sunt eliberate din depozit către secția de producție sau către alt punct de vânzare pentru asamblarea automată a unui kit.

  3. Rezolvarea problemei retururilor. Această metodă elimină așa-numita "problemă a retururilor", garantând că produsul returnat sau kitul dezasamblat revine în depozit la un preț adecvat.

După trecerea la această metodă (prin Setări — Parametri — Evidență), este obligatoriu să rulați recalcularea completă a costului pentru toate produsele și pentru toate perioadele (lunile).

Cum se formează costul produselor finite în producție

Dacă întreprinderea folosește funcționalitatea completă «Producție» (Fișe tehnologice și Acte de producție / Fișe de parcurs), calculația costului produselor finite devine și mai complexă.

Costul produselor fabricate se formează din două componente principale: Costul produsului finit = Costul materialelor consumate + Costul lucrărilor efectuate (operațiunilor).

1. Costul materialelor 

Materialele se scad din stoc conform normelor stabilite în Fișa tehnologică (FT) și cu luarea în considerare a volumului lotului. Evaluarea acestor materiale se face anume pe loturi de livrare (FIFO).

2. Costul lucrărilor (operațiunilor) 

În Fișa tehnologică se setează operațiunile. Acestea pot fi măsurate în două echivalente:

• Bani. Costul lucrării = Prețul operațiunii × Numărul operațiunilor efectuate.

• Timp. Costul lucrării = Durata operațiunii × Numărul operațiunilor × Costul unei secunde de lucru.

• Coeficienți. La costul operațiunilor se pot aplica și coeficienții salariali ai angajatului concret care a efectuat operațiunea, dacă nu există interdicție de ignorare a coeficientului, precum și coeficienții «Gradului operațiunii», care măresc costul unei secunde de lucru cu un anumit procent.

3. Algoritmul de calcul în timpul lansării produselor 

Algoritmul de calcul al costului unei unități de produs depinde de modul în care este lansat lotul:

• Lansarea întregului lot deodată. Dacă fișa de parcurs se închide complet, costul unei unități se calculează pe baza operațiunilor efectiv efectuate și a materialelor efectiv folosite.

• Lansare parțială. Dacă se lansează doar o parte a lotului, programul ia costul planificat direct din datele Fișei tehnologice.

Anomalii posibile la calculație. Managerul de producție trebuie să înțeleagă că costul poate devia de la plan:

• Cost subevaluat. Poate apărea dacă lotul a fost lansat și închis, dar în fișa de parcurs nu au fost introduse toate operațiunile efectiv efectuate sau nu au fost scăzute toate materialele. În cazuri critice, acesta poate scădea până la 0.

• Cost supraevaluat. Apare atunci când o parte din produse a fost scăzută, de exemplu ca rebut, dar costul lucrărilor și al materialelor consumate pentru acest rebut se distribuie asupra celorlalte produse conforme care se lansează, ceea ce le supraevaluează artificial costul.

Sfaturi practice pentru configurarea și menținerea calculației

1. Închiderea regulată a perioadelor. Pentru ca costul mediu să fie fixat și calculele, mai ales la asamblare și pe loturi, să se efectueze mai rapid, este necesar să închideți perioada lunar (Analiză — Perioadă — Schimbare stare — Închide perioada). Aceasta creează un punct de control în bază.

2. Calcul automat pe timp de noapte. Deoarece calculul costului pe loturi, mai ales cu luarea în considerare a producției, este o sarcină care consumă multe resurse ale serverului SQL al bazei de date, acesta trebuie configurat prin «Sarcini programate» pe timp de noapte, de exemplu la 01:00.

3. Problema primei zile a lunii. Conform logicii Torgsoft, în prima zi a unei luni noi, în formularul "Starea stocului", coloana "Cost" rămâne goală până când are loc primul calcul al costului din acea lună. Sarcina de noapte configurată rezolvă complet această problemă.

4. Corectarea defecțiunilor. Dacă costul kitului sau al materialului s-a «blocat» din cauza erorilor utilizatorilor, de exemplu adăugarea unui cod de bare în locul prețului în factură, ceea ce provoacă eroarea de depășire Arithmetic overflow error, cea mai eficientă metodă este executarea operațiunii de service: Setări — Parametri — Service - «Curăță informațiile despre mișcarea produselor și recalculează costul». Aceasta va forța sistemul să reconstruiască toate lanțurile FIFO.