Calculul prețului de cost și restabilirea acestuia în ERP: practica aplicației. Calculul prețului de cost și restabilirea acestuia în ERP: practica aplicării Efectuați înregistrarea suplimentară a documentelor

Cum se face ca închiderea lunii să nu jure la perioadele anterioare în 1C: Contabilitate 8.3 (revizuire 3.0)

2018-11-02T12: 29: 21 + 00: 00

Cu toții suntem familiarizați cu o operațiune de rutină atât de minunată precum „Închiderea lunii” în 1C: Contabilitate 8.3 (revizuirea 3.0).

Și am fost cu toții într-o situație în care trebuie să închidem o perioadă, iar programul începe să solicite repostarea și închiderea perioadei anterioare.

Începeți să închideți perioada anterioară și ea solicită din nou să reposteze perioadele anterioare.

Și așa mai departe ad infinitum. Dacă publicați perioadele vechi, numerele se accesează cu crawlere și raportarea a fost deja trimisă. Și anul este închis. Acesta este un adevărat coșmar pentru un contabil. Ce sa fac?

Efectuarea unei copii de rezervă

În primul rând, înainte de închiderea perioadei - recomand cu tărie faceți o copie de rezervă baza. Acest lucru ne va permite să repostăm în siguranță documentele, știind că, dacă se întâmplă ceva, putem reveni oricând la starea inițială. Cum se face o copie de rezervă este scris.

Citiți cu atenție erorile

Momentul următor. Dacă vom face toate închiderile lunii, să zicem, pentru 2013, mai întâi trebuie să anulăm toate închiderile lunii pentru anul respectiv, iar apoi secvențial, începând din ianuarie 2013, trebuie să închidem luna după închiderea lunii.

Mai departe. Citiți cu atenție erorile pe care le scrie programul. Treceți peste operație doar ca ultimă soluție. De obicei, este suficient să configurați corect parametrii și să închideți corect prima lună a anului, iar apoi totul merge ca un ceas. Faceți-vă timp pentru a face față acestor erori o dată și uitați de ele pentru totdeauna.

Dar acum, să presupunem că am închis deja toți anii până în 2013 (sau, în general, am transferat toate documentele de la vechea versiune 2.0 la 1C 8.3) și trebuie să închidem 2013 fără a schimba anii precedenți. Începem să închidem în ianuarie 2013, iar programul blestemă - spun ei, repetăm \u200b\u200bînchiderea din decembrie 2012! Nu ceda. Pentru că dacă începeți să rescrieți închiderea anului 2012, toate numerele se vor strecura, iar anul este deja închis.

Înșelarea programului

În acest caz, este corect să forțați 1C: Contabilitatea 8.3 să creadă că anul 2012 a fost închis corect și nu există nimic de repostat acolo.

Cum se face mai jos în pași.

Ștergem registrul „Operațiuni de rutină învechite”

1. Deschideți elementul de meniu „Toate funcțiile”. Cum se face acest lucru este scris.
2. Găsiți elementul „Registre de informații” în fereastra care se deschide. Extindeți-l la un semn plus.
3. În lista de registre, găsiți elementul „ Operațiuni de rutină învechite"Deschidel.
4. Eliminați toate articolele din această fereastră. Selectați pe rând și apăsați Ștergeți sau butonul de ștergere de pe panou.

Configurarea registrului „Luni excluse de la repostare”

Atenţie!În noile versiuni ale Enterprise Accounting (cu siguranță de la versiunea 3.0.63.20), registrul „Luni excluse de la repostare” nu mai este utilizat.

Acum, chiar la sfârșitul lunii, puteți face clic pe linkul „Repostarea documentelor” și selectați opțiunea „Repostarea nu este necesară”.

În cazul în care închiderea lunii necesită re-postarea documentelor pentru ultimul an, deschideți din nou meniul "", găsiți și deschideți registrul de informații din acesta " Luni excluse de la repostare".

Sarcina dvs. este să creați o intrare separată în acest registru pentru fiecare lună 2012 (vă reamintesc că încercăm să închidem 2013 și 1C jură că trebuie să repostați 2012) o intrare separată în acest registru (folosind butonul Creare):

Să excludem ianuarie 2012 de la repostare - înregistrarea va fi așa:

Apăsați butonul „Salvați și închideți”.

Apoi, februarie 2012:

Acum ar trebui să puteți închide luna pentru ianuarie 2013.

Ce alte opțiuni mai există?

Aici voi descrie povești de la cititori pe care le împărtășesc atunci când analizează eroarea de închidere a lunii acasă.

Un cititor din Bryansk scrie:

Lucrăm în 1c 8.3 din 2016, iar compania însăși lucrează din 2013. Acum am încercat să elimin angajații angajați din 2013, i-am acceptat din 01.12.15 (am introdus soldurile pentru salariu). ȘI TOT CÂȘTIGAT))))) Ura!

Ivan Vatumsky împărtășește cazul său:

Utilizatorii au postat din nou documente în 2015, după care a fost obligat să închidă din nou 2015.

S-a dovedit că în operațiunea „Închidere a lunii” pentru perioada necesară, nu este afișată nici o operație.

S-a dovedit că motivul pentru aceasta se află în registrul de informații „Date de introducere a soldurilor inițiale”, care au fost stabilite chiar la 31.12.2015 și, prin urmare, au instruit programul să nu efectueze operațiuni lunare de închidere de rutină.

12.07.2017

Cum se efectuează repostarea în grup a documentelor în 1C: KA și 1C: ERP?

Puteți sări peste înregistrarea de grup dacă doriți doar să restaurați succesiunea mișcărilor documentului.

Pentru repostarea documentelor în grup, trebuie să faceți următoarele:

1. Meniu: Meniu principal- Toate funcțiile– Standard– Postarea documentelor .

2. Dacă echipa „Toate funcțiile” nu este afișat, ar trebui să activați utilizarea acestuia folosind comanda „Meniul principal” - „Serviciu” - „Opțiuni”.

3. În procesare „Realizarea documentelor” faceți clic pe buton Adaugă totul pentru a reposta toate documentele.

4. Dacă trebuie să repostați numai anumite tipuri de documente, utilizați butonul pentru a adăuga Adăuga.

6. Buton "Conduce".

Documentele de repostare pot iniția o înregistrare în registrele de sarcini pentru efectuarea operațiunilor de rutină, cum ar fi:

· Sarcini pentru sfârșitul lunii.

· Sarcini pentru umplerea etapelor de producție.

· Sarcinile care trebuie reflectate în bugetare.

· Sarcini pentru a reflecta copii ale bugetului.

· Sarcini de rambursare a costului inventarului în funcțiune.

· Sarcini pentru distribuirea decontărilor cu clienții.

· Sarcini pentru distribuirea decontărilor cu furnizorii.

· Sarcini pentru calcularea programului de producție.

· Sarcini pentru calcularea duratei standard de producție.

· Sarcini pentru calcularea costului.

· Sarcini pentru formarea înregistrărilor cărții de cumpărături / vânzări.

Lista sarcinilor care trebuie finalizate după repostarea documentelor depinde de mișcările înregistrate la postarea documentelor.

Pentru mai multe informații, consultați 1C: site-ul ITS .

1. Ceea ce am avut de înfruntat: contabilitatea pe loturi a fost dezactivată în sistemul ERP, metoda de estimare în medie, contabilitatea pe tipuri de stocuri a fost dezactivată. S-ar părea că ar putea fi și mai simplu, dar costul principal nu a fost încăpățânat să fie acoperit de procedura de închidere a lunii.

Și, după cum știm: la sfârșitul procedurii de închidere de sfârșit de lună, registrul Costul mărfurilor nu ar trebui să aibă solduri totale la sfârșitul perioadei de raportare fără cantitate sau solduri totale negative cu cantitatea.

Prezența sau absența acestora poate fi urmărită în același raport universal cu următoarele setări:

Unul dintre motive neînchiderea costului este acoperită în datele de măsurare acumulate din registru Costul mărfurilor - " Tip stoc"(" INS și administrație - Rezultate financiare și control - Contabilitatea produselor - Contabilitatea separată a costurilor după tipul de inventar "), și anume în evidențele acestei măsurări făcute prin documente primare. De fapt, cred că este posibil să argumentăm identic cu privire la măsurarea analizei contabilității nomenclaturii și a conținutului acesteia în funcție de serie și caracteristici, dacă o astfel de detaliere este inclusă în sistem.

Practica arată că, în procesul de lucru, dintr-un motiv sau altul, o întreprindere poate opri această contabilitate sau, dimpotrivă, o poate activa, ceea ce va duce la faptul că unele dintre documente vor avea o dimensiune completată Tipul de inventar în registrele registrului, iar altele nu.

Bineînțeles, soluția la această problemă este reconducerea documentelor pentru întreaga perioadă.

Dar există un mare DAR: în noul sistem erp, cu o simplă re-postare a unui document, sistemul nu își actualizează mișcările ... Pentru a actualiza mișcările documentului, trebuie mai întâi să îl anulați și apoi să îl postați. (dacă am schimbat global ceva în antetul documentului sau am deschis „Tipuri de stocuri” prin meniul documentului Toate acțiunile - Deschideți tipurile de stoc și transferați în document, atunci va avea loc actualizarea înregistrărilor din registre, dar după cum înțelegeți acest lucru atunci când lucrați individual cu un anumit document).

Dacă aveți un flux de lucru mare pe lună, atunci ieșirea naturală în această situație ar fi obținând exact acele documente care au format mișcările „problemei”.

Prin mișcări de „problemă” înțelegem acele pentru care „tipul de stoc” nu este completat, dacă s-a activat contabilitatea pe tip de stoc în procesul de lucru și cele pentru care „Tipul de stoc” este completat, dacă contabilitatea pe tip de stoc este dezactivată.

În cazul în care un contabilitatea pe tip de stoc este inclusă, apoi puteți vedea și analiza corectitudinea cifrelor de afaceri prin același raport universal, configurându-l în funcție de registrul Costul mărfurilor - solduri și cifre de afaceri, sau printr-un raport tipic 1c cu același nume.

Daca ai contabilitatea pe tip de stoc este dezactivată, atunci este mai dificil aici: pentru a găsi sursa problemei, trebuie cel puțin obțineți cifre de afaceri în funcție de tipul de stoc cu condiția ca acesta să fie plin, Dar mișcările pe tipuri de stocuri nu vom vedea nici într-un raport universal, nici într-un standard, nici într-un raport CKD scris singur, nici sub forma unei liste a registrului Costul mărfurilor - sistemul determină faptul că contabilitatea pe tipuri de stocuri este dezactivată și pur și simplu rezumă linii pentru diferite tipuri de stocuri pentru fiecare articol analiza contabilă în rapoarte, dezactivează acest lucru câmp sub formă de setări de câmpuri de rapoarte și forma listei de registre, în general, oriunde ar putea fi disponibil. Drept urmare, în rapoarte, de exemplu, putem observa în cifra de afaceri o creștere bruscă a costului primar în cifra de afaceri pentru perioada respectivă, în ciuda faptului că nu a existat niciun venit și la începutul perioadei indicatorul valoric este complet diferit.

Astfel, în acest caz particular, puteți accesa înregistrările înregistrate în contextul tipurilor de stocuri numai scriind prelucrarea cu o secțiune tabelară în care să descărcați cifrele de afaceri pentru o perioadă cu registratorii și cu condiția ca tipul de stoc să fie complet. Registratorii primiți trebuie anulați și efectuați, pentru care puteți scrie și un buton care o va face pentru dvs. Trebuie să ne amintim că astfel de documente, de exemplu, „Eliberarea produsului” și „Anularea costurilor de eliberare”, trebuie anulate și efectuate secvențial, adică de la începutul anulării eliberării și apoi anulări subordonate pentru eliberare și în aceeași ordine ... Și apoi închidem din nou luna, preliminară „ revenire».

2. Da: revenirea la PC vă face viața mult mai ușoară. Cu posibilitatea de a reveni, pur și simplu nu este nevoie să repostați documente sau o parte din ele dacă închiderea nu are succes. Acest lucru este deosebit de important atunci când există un flux de lucru mare și mai ales dacă vă amintiți că resetarea mișcărilor PC-ului sau actualizarea efectivă a înregistrărilor registrului are loc numai atunci când documentele sunt anulate și postate și, după cum a demonstrat practica, reînchiderea PC-ului, peste înregistrările deja făcute, dă o eroare deja la etapa de alocare a costurilor detaliate la cost. produse. În general, din practica mea: puritatea calculului va fi în continuare asigurată exact cu mișcările curățate făcute de PC.

Asa de. Pentru calcularea corectă a prețului de cost, dacă ați făcut deja calculul real, trebuie să îl reveniți.

Prin restituire, ne referim la compensarea acelor mișcări care au fost făcute de blocul de calcul al costurilor în procesarea închiderii de sfârșit de lună. Și tehnologia de calcul în erp este interesantă: unitatea pentru calcularea prețului de cost servește 12 registre și „adaugă” calculele făcute la înregistrările existente ale documentelor primare. Astfel de înregistrări au atributul „calcul de cost” \u003d Adevărat.

Astfel, indicatorii cantitativi formează documente primare, iar indicatorii de sumă sunt calculați și adăugați la înregistrările documentelor de către unitate pentru calcularea prețului de cost (cu excepția, de exemplu, primirea de bunuri și servicii).

Documentul în sine pentru calcularea prețului de cost are intrări pentru aceste registre, dar deja suplimentare / corective, pentru registrul informațiilor „costul mărfurilor” și acumularea „Rezultatul financiar”, documentul RS este singurul registrator.

Registrul de informații „Costul mărfurilor” este baza de la care se vor calcula apoi cifrele de afaceri totale pentru registrele deservite, inclusiv registrul „Costul mărfurilor” și registrul „Venituri și costul vânzărilor” care închide calculul.

În prima etapă, costul bunurilor este format de formula:

(Costul soldului inițial + Costul chitanței pentru perioada respectivă) / (suma soldului inițial + suma chitanței pentru perioada respectivă)

Mișcările nu sunt incluse în această formulă, acestea includ chitanțe, înregistrări și așa mai departe.

În plus, calcularea prețului de cost face distribuția loturilor în producție: funcționează cu registrele lotului Costuri de producție și lotul Work-in-progress, determinând ce transfer de materiale către producție pentru a anula materialele pentru o anumită emisiune și, de asemenea: funcționează cu registrul Alte cheltuieli în curs, calculând indicatorii de sumă cheltuieli pentru costul de producție și cota lor de intrare într-o anumită producție (există o distribuție a costurilor detaliate pentru costul de producție). Apropo, prezența intrărilor în registrul de informații „sarcini pentru calcularea costului” la începutul calculului arată sistemul că distribuția pe loturi în producție sau distribuția pe loturi de organizații, dacă aveți contabilitate de lot, nu a fost efectuată, ca urmare a RS va duce la state (identic cu prezența intrărilor în Registrul de sarcini pentru distribuirea decontărilor cu clienții și Sarcini pentru distribuirea decontărilor cu furnizorii, dă sistemului un semnal în timpul procedurii de închidere de sfârșit de lună că formarea decontărilor cu partenerii și reevaluarea decontărilor nu este o problemă și necesită recalcularea).

Relevanța părților: indiferent dacă aveți activată sau nu contabilitatea în lot și, în ciuda faptului că sistemul are o serie de registre pur de lot, de exemplu, același „lot de facturi (sursa documentului necesar și documentul de emisiune)”, 1C a introdus know-how cum: refacerea contabilității în lot - evaluarea se face într-o lună în ansamblu, motiv pentru care acum sistemul nu mai trebuie să urmeze secvența de introducere a documentelor! Principalul lucru este că la începutul și la sfârșitul perioadei de raportare nu există solduri negative în registre, de exemplu, „Bunuri ale organizațiilor”, „Costul bunurilor” ....

Mai departe. PC-ul înregistrează valoarea rezultată în registrul de informații și pe baza acestuia calculează indicatorii de sumă din toate celelalte registre deservite. Descris într-un mod simplificat, desigur, dar totuși ..

Costul din registrul de informații, dacă aveți o metodă medie de evaluare, ar trebui să fie același pentru acele depozite și departamente care comunică între ele: adică un transfer dintr-un depozit nu poate merge la un preț și ajunge la altul la depozitul destinatarului sau, de exemplu, transferul materialul pentru producția din depozit nu poate intra în producție la un preț diferit față de depozit. Fiți atenți la acest lucru în registrul de informații Costul mărfurilor! Discrepanțele pot fi destul de groaznice în costul mărfurilor, dar RS va corecta totul la sfârșitul calculelor.

Registrele deservite de blocul PC:

1. Mișcări Nomenclatură Nomenclatură
2. Mișcări Nomenclatură Venituri Cheltuieli
3. Alte cheltuieli (solduri de numerar)
4. Alte venituri (solduri de numerar)
5. Costul bunurilor (cache de cifră de afaceri) (cache rezidual)
6. Alte active Datorii
7. Alte costuri WIP
8. Achiziții
9. Rezultate financiare
10. Venituri și costul vânzărilor (cache-ul cifrei de afaceri)

// toate aceste registre au variabila CostCalculation

1. Costul bunurilor

// numai documentul de cost este registratorul

1. Costuri de producție Loturi

// registratori Transferul materialelor la producție, Anularea costurilor de producție

1. Lucrări în curs de desfășurare

// registratori Anularea costurilor de producție, lansarea produsului

// în ciuda faptului că înregistrările acestor registre sunt atașate documentelor primare, acestea sunt calculate de blocul PC la sfârșitul lunii.

Puteți vedea această listă în protocoalele pentru calcularea prețului de cost înregistrat în jurnalul de bord.

Înapoi la retrogradare PC: fie scrieți propria procedură, care va șterge înregistrările făcute de PC în registre, fie în modulul general PC activați parametrul cerut în Funcții InitializeParametersCalculation ... Voi da parametrii din această procedură care mi-au fost interesanți și i-am folosit (copiați direct din modulul general cu comentariile 1c):

// 2. Această proprietate vă permite să ștergeți toate mișcările vechi calculate înainte de un nou calcul - emulează primul calcul al perioadei. // Ar trebui să fie utilizat numai pentru depanare, ca curățarea poate dura mult timp. ParametersCalculation.Debug.Insert ("ClearOldMotions", False);

Aceasta este revenirea la computer dacă setați parametrul la True. Las minciuna în sensul în timp ce îmi scriam PC-ul Rollback.

// Înregistrare cu mai multe fire (dacă este pornită nu în fișierul IB și nu dintr-un job programat) // Stabilitatea înregistrării cu mai multe fire pe diferite hardware depinde de o combinație de mai mulți factori: // - numărul de joburi de fundal active (cu cât sunt mai multe joburi, cu atât este nevoie de mai multă memorie pentru serverul Enterprise ) // - numărul de mișcări înregistrate de o sarcină (cu cât mai multe mișcări, cu atât mai multă memorie necesită această sarcină) // - executarea simultană a înregistrării unui registru de către diferite sarcini (cu cât un registru scrie mai multe sarcini, // cu atât este mai mare probabilitatea de erori, de exemplu, „Perioada de expirare a solicitării blocării a fost depășită”) Parametri de calcul.Insert („Cantitatea maximă a FZ” ,? (Scop general.Baza de informații a fișierelor () SAU PreliminaryCalculation, 1, 5)); // numărul maxim de lucrări de scriere simultane

În cazul meu, sistemul sa prăbușit cu o eroare de flux de format, așa că am adus acest parametru la valoarea bazei de fișiere (adică am pus 1 în loc de 5). Ce mi-a mai oferit - lucrez întotdeauna în timpul închiderii cu jurnalul și atunci când modul multithreading este dezactivat, puteți vedea secvența de închidere și calculul registrelor, precum și erorile și oprirea închiderii în timp.

// 4. Pentru a analiza soluția SLN, puteți salva tabelele utilizate în soluția SLN ca fișiere mxl în directorul specificat. // Dacă numele catalogului este gol, tabelele nu sunt salvate. //CalculationParameters.Debugging.Insert ("CatalogForSavingDataSLU", ""); // Parametri de calcul cod 1C.Debugging.Insert ("DirectoryForSaveDataSLU", "C: \\ SolutionSLU"); // cod corectat de mine

P /S:

1. Cum a apărut conceptul de „joburi de fundal multithreading”:

Trebuia să fie închisă timp de 13 luni și, așa cum sa menționat mai sus, baza avea o circulație mare a documentelor: a fost nevoie de două zile pentru a anula / efectua documentele transferurilor într-o lună. Deci, la sfârșitul lunii, sistemul dintr-un motiv oarecare s-a prăbușit cu eroarea „Eroare de format flux”, care m-a șocat. Testarea și corectarea infobazei (toate articolele incluse în aceasta au fost realizate) nu au dat rezultate. Apoi încep să fiu foarte prietenos cu jurnalul de bord: urmăresc în ce etapă sistemul se blochează. S-a dovedit: în etapa de funcționare a unității pentru calcularea costului, și anume, la înregistrarea datelor calculate ale computerului în registrele deservite. În același timp, totul din jurnal „a sărit și a sărit” - adică era clar că exploatarea se desfășura în paralel cu mai multe registre și nu era posibil să înțelegem efectiv ce se număra / înregistra pentru ce și în ce secvență, la fel cum nu era posibil să se înțeleagă în ce registru a fost eliminat sistemul în acest stadiu, singura întrebare a fost - care tabel de registru în sql este "paralizat"?). Apoi încep să fiu în relații prietenoase cu modulul general pentru calcularea prețului de cost, literalmente dezmembrându-l. În acest proces (și datorită lui 1c pentru comentariile generoase din modul) a fost găsit parametrul PC, care a determinat multithreading-ul lucrărilor de fundal. Ce înseamnă acest lucru - înseamnă că spunem sistemului că trebuie să citească și să scrie mai multe registre deservite simultan sau toate la fel. Gândindu-mă și sprijinindu-mă pe afirmația „conduceți mai liniștit - veți continua” Aduc acest parametru la valoarea bazei de fișiere - adică am pus 1 în locul valorii 5. De fapt, acest lucru a fost făcut pentru a urmări în ce registru sistemul se prăbușea și, ca urmare, blocul PC a fost complet procesat fara prabusire! În același timp, s-a obținut încă un plus: acum în jurnalul de bord a fost posibil să se vadă în mod constant ce și pentru ce se consideră și se scrie prin calcul și, așa cum a arătat practica, a fost atunci foarte util.

2. Cum ați găsit o eroare în datele privind tipurile de stocuri.

După cum sa menționat mai sus, la sfârșitul lunii au existat erori la calcularea costului: prezența soldurilor de sumă pentru o cantitate zero. Iau una dintre poziții (lucrăm cu un raport universal pe registru, costul mărfurilor cu un spread pe registrator), astfel încât am avut un sold la începutul lunii în ceea ce privește cantitatea și suma, iar tot acest sold cantitativ din depozit a fost transferat la producție (doar un caz bun pentru urmărire primirea sumei nete). Conform semnificației, această poziție ar fi trebuit să intre în producție cu un indicator total al prețului de cost egal cu soldul total inițial, dar m-a lăsat la un cost atât de nebunesc încât este doar o rușine! Încep să mă gândesc: ce ar fi putut crește costul materialului? Ar putea fi costuri suplimentare cu o direcție de distribuție a valorii mărfurilor. Apoi încep să demontez astfel de articole și cărora le-au fost distribuite prin același raport universal, dar deja conform registrului lotului de alte cheltuieli, cu selecția

După analiza rezultatului activității acestui raport, s-a ajuns la concluzia că nicio cheltuială suplimentară nu este legată de „poziția problematică”. Mă tot gândesc: ce ar fi putut crește atât de mult valoarea produsului? Se ia decizia de a intra mai adânc în prietenia cu modulul PC.

În acest modul, funcționarea unității PC este conținută în procedură Calculați costul pe grupuri de organizații(). În el, funcțiile cheie înainte de soluția imediată a SLN sunt (cu caractere aldine):

//// Etapa 3.2 // Formează un tabel temporar al VTDopExpenses (pentru calculul real este gol) // - aceasta este distribuirea cheltuielilor primite pe articole la costul mărfurilor Distribuie cheltuielile la cost (parametrii de calcul); //// Etapa 3.3 // Generează un tabel temporar VTR Revine (pentru calculul real este gol) // Generează mișcări după registre (dacă se efectuează calculul real): // - Costul bunurilor // - Venituri și costul vânzărilor // - Alte cheltuieli // - Alte venituri // - MovementsNomenclatureIncomeExpenses // - MovementsNomenclatureNomenclatureAdjustCostReturnsPastPeriods (Parametri de calcul); // ++ NU UT // Etapa 3.4 // Generează tabele temporare WAnalytics of Expense Accounting, WIncompleteProduction DistributeOtherWorkPinterest Cheltuieli (parametrii de calcul); // Pasul 3.5 // Generează un tabel temporar de WTransfer de mărfuri; Generează un tabel de transferuri între organizații (parametrii de calcul); // Etapa 3.6 // Generează un tabel temporar de WUpdateNodes; GenerateCorrectionCodesCalculationNodes (Parametri de calcul); // Este un moment cheie în calcul și costul principal la începutul perioadei Dacă parametrii de calcul.<> 0 Apoi // Etapa 3.7 // Generează tabele temporare WDecisionTable, WDisplacementDescriptions CalculateCost (Parametri de calcul, False); // Etapa 3.8 // Generează mișcări după registre: // - Costul registrului mărfurilor (parametrii de calcul, fals); EndIf;

……………………… .. etc….

Merită să ne concentrăm asupra procedurilor:

- aici se formează un tabel temporar de noduri de corecție pe baza căruia va fi generată o cerere în procedură Calculați costuliar de acolo rezultatul acestei cereri va merge la procedură SolveSLU, în care, la lectură, s-a descoperit posibilitatea activați parametrul pentru a salva calculele făcute într-un fișier extern:

// 4. Pentru a analiza soluția SLN, puteți salva tabelele utilizate în soluția SLN // ca fișiere mxl în directorul specificat. // Dacă numele catalogului este gol, tabelele nu sunt salvate. ParametersCalculation.Debug.Insert ("DirectoryForSaveDataSLU", "C: \\ SolutionSLU"); // valoare C: \\ Am setat soluția la SLU, în codul 1s parametrul nu este completat.

Această salvare într-un fișier extern a fost la îndemână!

Deci, dacă ne întoarcem la întrebare "Ce ar fi putut crește valoarea produsului?", ne concentrăm asupra procedurii GenerateNodesAdjustmentsDescriptionsCost... ÎNpachetele de solicitare incluse în acesta sunt studiate în detaliu și se concluzionează că dimensiunile cheie din pachete și conexiunea lor sunt " Tipul stocului"Și" Analiza contabilității articolelor". Ei bine, cu analiza, totul este simplu în cazul meu particular: sistemul nu ține evidențe în funcție de serie și caracteristici. Tipul de stoc rămâne. Încep să mă joc cu pachetele de solicitări:

de la început, în general, elimin conexiunea pe tipuri de stocuri, o rulez pentru minerit, obțin un fișier extern - îmi găsesc poziția în el - rezultatul este aceeași sumă, iar costul este același cu cel pe care îl văd în registrul costului (după cum ne amintim, costul din registrul de informații va fi înmulțit cu cantitatea și veți obține indicatorul sumă în registrul prețurilor de cost).

Bine. Sau mai degrabă rău ..

Apoi, în toate pachetele de solicitare, plasați

* .Inventory Type AS Stock Type, // (* este numele tabelului pe care este construit pachetul) // pune: Directory.Inventory Type. BlankLink AS Stock Type // (Nu am contabilitate în funcție de tipul de stoc, deci ar trebui să fie gol)

execut procedura pentru a rezolva, obține un fișier extern și aici este un miracol: costul pentru poziția problemei este \u003d (valoarea soldului inițial / suma soldului inițial). (Vă reamintesc că nu a existat nicio chitanță pentru poziția cu probleme în perioada de raportare, dar a existat doar un sold inițial și, dacă a existat o chitanță, calculați-o folosind formula: (costul soldului inițial + costul chitanței / suma soldului inițial + numărul de chitanțe)).

Din aceasta, se trage concluzia: înseamnă că în evidența registrului prețurilor de cost, în ciuda faptului că contabilitatea pe tip de stoc este dezactivată, există înregistrări cu un tip de stoc completat. Și apoi, așa cum s-a descris mai sus, pentru a găsi aceste înregistrări cu probleme, iar procesarea corespunzătoare a fost scrisă pentru a le găsi și corecta. După anularea și postarea documentelor problematice, prețul de cost a început să se închidă corect!

3. Cum a apărut ideea unei restituiri a prețului de cost

- Ei, totul, pe cât posibil! Mi-am spus după o altă închidere nereușită, corectând erorile organizației primare și anulând / postând documente timp de o lună, care durează câteva zile, nervi etc. etc. M-am așezat și am scris procesarea - un buton pentru a reveni la cost. În general și practic, punerea întrebării „cum se face astfel încât să nu trageți primarul tot timpul în cazul închiderilor nereușite”, înarmat cu o puternică prietenie cu jurnalul de bord, în care urmărind succesiunea calculelor și studiind protocoalele (mulțumesc 1c pentru asta!) a fost definit un cerc de registre, ale căror înregistrări sunt adăugate de PC, cu semnul corespunzător și, ca urmare, trebuie doar să fie șterse. La cele 11 registre specificate în protocol, am adăugat, de asemenea, anularea / păstrarea documentelor pentru distribuirea costurilor pentru costul de producție, pentru a reseta toate mișcările efectuate de aceștia, precum și pentru a curăța registrul părții WIP, astfel încât RS să recalculeze din nou totul în WIP - bine, pentru orice eventualitate. Nu este necesar să marcați documentele cu mișcări curățate ale computerului pentru reflectare, așa cum s-a dovedit empiric, - PC-ul însuși creează documente pentru reflecție în care adaugă mișcări. Astfel, pe baza prezenței unui flux de lucru mare, revenirea PC-ului a început să dureze doar 3-4 ore, iar închiderea completă a lunii (toate punctele lunii procedura de închidere) în decurs de 12 ore, din care blocul PC durează și aproximativ 3-4 ore.

Întreprinderea System 1c inițial nu implică ștergerea directă a obiectelor din baza de date, de exemplu, elemente de directoare, documente, rapoarte etc. Desigur, puteți configura în continuare rolul utilizatorului în așa fel încât acesta să fie imediat eliminat din 1s un obiect fără marcare pentru ștergere, dar acest lucru este foarte descurajat. De asemenea, dorim să menționăm faptul că, chiar dacă utilizatorul are un rol configurat pentru ștergerea directă a obiectelor (ștergere interactivă), este încă nu-i va permite să șteargă unele obiecte din întreprinderea 1c, iar acest lucru se poate face numai prin marca pentru ștergere.

De ce s-a făcut marca pentru ștergerea obiectelor în 1s?

Să răspundem la întrebarea „De ce s-a făcut acest semn pentru ștergere?” eliminați obiectul din 1s imediat. Acest lucru a fost făcut din mai multe motive:

1. Există posibilitatea ca utilizatorul să se răzgândească ulterior și să dorească să returneze obiectul șters, atunci când este suficient pentru a elimina marca, datele nu pot fi recuperate în timpul ștergerii online.
2. În 1c, un obiect, de exemplu un document, se poate referi la multe alte obiecte din sistem (directoare, constante, alte documente etc.) și, în același timp, multe alte obiecte se pot referi și la acest obiect (în cazul nostru, un document). Dacă în sistemul 1c întreprinderii i s-a permis să șteargă direct obiecte din baza de date, atunci acest lucru ar duce la consecințe teribile, deoarece obiectele cu „legături rupte” ar începe imediat să apară, iar aceasta este pierderea de date, și nu funcționarea corectă a bazei de date, care mai devreme sau mai târziu va duce la prăbușirea bazei de date și la pierderea aproape completă a datelor dvs.!

Două tipuri de ștergere în 1s, conceptul de control al integrității referențiale în 1s

Într-un program obiectele 1c pot fi șterse doua feluri:

1. Utilizarea ștergerii interactive (ștergerea directă fără control referențial al integrității)
2. Prin intermediul marcajului pentru ștergere (ștergere cu controlul integrității referențiale)

Să aruncăm o privire la ceea ce este integritatea referențială în 1c. Dar pentru ca noi doi să răspundem la această întrebare, trebuie să știm ce sunt legăturile „rupte” din 1c. Pentru cei care nu știu, legăturile întrerupte în 1c sunt legături care indică o zonă de memorie neutilizată, adică nu indică nicăieri. Acum să luăm, de exemplu, orice document din sistemul 1c enterprise. Conține multe recuzite diferite. Aceste atribute pot fi simple (tipuri primitive precum număr, dată, boolean), deci pot fi obiecte (cum ar fi legături către alte obiecte de sistem, de exemplu, diverse directoare, enumerări etc.) Deci, controlul integrității referențiale în 1c înseamnă doar faptul că obiectul nu va fi șters din sistemul 1c atâta timp cât alte obiecte din sistem se referă la el. Simpla marcare pentru ștergerea obiectelor 1c vă permite să păstrați mecanismul integrității referențiale în 1c, deoarece prelucrarea ștergerii obiectelor marcate nu vă va permite să ștergeți un obiect în timp ce alte obiecte se referă la acesta.

Cum se recuperează obiectele șterse în 1s? Ce se întâmplă cu obiectele după ce sunt eliminate din 1c?

Mulți oameni ne pun întrebări similare și există un singur răspuns, ștergerea fizică a datelor din 1c (folosind metodele descrise mai jos) duce la ȘTERGEREA COMPLETĂ A FIȘIERULUI DIN BAZA DE DATE! Recuperarea fișierelor șterse din baza de date nu este posibilă.

Suntem întotdeauna gata să vă oferim asistență în timp util la actualizarea sistemului 1C 8.3.

Ștergerea interactivă în 1s

Așa că am discutat deja cu dvs. despre asta 1 ștergere interactivă are loc fără controlul integrității referențiale, iar acest lucru este plin de consecințe foarte grave pentru sistem, se recomandă utilizarea acestei eliminări numai în scopuri de depanare. Pentru a porni ștergere interactivă 1s Mai întâi, trebuie să mergem la configurator, să extindem ramura General ---\u003e Roluri și să selectăm rolul „Drepturi complete”.

Acum apăsați tasta F9, rolul „FullRights” este copiat și va apărea un alt „FullRights1”. Să-l deschidem cu un dublu clic. Va apărea fereastra de proprietăți a rolului, faceți clic pe butonul „Acțiuni” ---\u003e „Setați toate drepturile”. După aceea, faceți clic pe OK. Acum să salvăm configurația bazei de date, pentru aceasta facem clic pe butonul albastru din colțul din stânga sus sau apăsăm tasta F7. Dacă butoiul devine inactiv, atunci configurația a fost salvată. Am creat un rol cu \u200b\u200bdrepturi la eliminarea interactivă a obiectelor din 1s .

Acum, în configurator, deschideți fila Administrare ---\u003e Utilizatori.

Se va deschide o listă de utilizatori, selectați utilizatorul sub care doriți să activați ștergerea interactivă a obiectelor 1s și apăsați creionul sau F2. Se va deschide fereastra de proprietăți a utilizatorului, accesați a doua filă „Altele”. Acolo, găsiți rolul pe care l-am copiat tu și cu mine, în cazul meu este „FullRights1”, puneți o bifă și faceți clic pe OK.

După aceea, porniți întreprinderea 1c, selectați utilizatorul la care a fost instalat noul rol. Acum puteți șterge direct obiecte, pentru a șterge un obiect, selectați-l și apăsați combinația de taste SHIFT + DEL, sistemul vă va întreba dacă sunteți sigur că ștergeți, cu un răspuns pozitiv, obiectul va fi șters din sistem.

Ștergerea obiectelor 1s printr-un semn pentru ștergere sau cum să ștergeți obiectele din 1s?

Acum hai să privim întrebarea cu tine " Cum să ștergeți obiecte în 1s?". Deci, deschidem baza de date de care avem nevoie în întreprinderea 1c. Captura de ecran arată" Contabilitatea unei instituții de stat ", faceți clic în meniul din fila" Operațiuni "---\u003e" Ștergerea obiectelor marcate".

Dacă aveți o interfață gestionată, ca de exemplu în „Contabilitatea întreprinderii rev. 3.0”, atunci trebuie să mergeți la fila „Administrare”, acolo veți vedea subgrupul „Serviciu” și în acesta trebuie să selectați „ Ștergerea obiectelor marcate".

O modalitate alternativă de a deschide asistentul de eliminare a obiectelor în 1C 8.2 și 1C 8.3

În general, dacă nu puteți găsi un buton în configurația dvs. cu care să apelați expertul ștergerea obiectelor marcate 1s, apoi în 1C 8.2 îl puteți deschide în felul următor, această metodă este potrivită pentru orice configurație, mai jos în capturile de ecran puteți vedea ce acțiuni trebuie efectuate în 1C 8.2. Deschideți arborele tuturor procesărilor din sistem și selectați „ Ștergerea obiectelor marcate".

Dacă lucrați pe platforma 1C 8.3 și aveți o configurație cu o interfață controlată, atunci trebuie să activați butonul „Toate funcțiile”, vedeți cum să o faceți.

Începeți să căutați obiecte marcate pentru ștergere în 1s

O fereastră va apărea în fața noastră, care este prezentată mai jos, se va reflecta toate obiectele marcate pentru ștergere în sistem... Marcăm casetele pe care dorim să le ștergem, în general este recomandabil să le ștergem pe toate, deoarece sunt marcate pentru ștergere, ceea ce înseamnă că nu mai sunt necesare în sistem. După ce ați marcat tot ce aveți nevoie, faceți clic pe „Control”.

Sistemul va dura ceva timp pentru a finaliza această sarcină, puțin mai târziu veți vedea fereastra prezentată mai jos. Fii atent că poți avea obiecte cu bife verzi și roșii.

Verde înseamnă că obiectul poate fi șters, respectiv roșu, că nu poate. Obiectul marcat cu o bifă roșie nu poate fi șters, deoarece alte obiecte ale sistemului se referă la acesta, în fereastra de mai jos veți vedea acele obiecte care fac referire la acesta și, înainte de a șterge obiectul marcat cu o bifă roșie, trebuie să eliminați linkurile către acest obiect din alte obiecte. Ce înseamnă asta în practică?

Nevoia de a șterge în timp util obiectele marcate pentru ștergere în 1s. Cum se elimină obiectele marcate cu bife roșii?

Să luăm în considerare un exemplu privind configurația „Contabilitate întreprindere”. Avem un document „Acceptarea sistemului de operare pentru contabilitate”, care indică în consecință instrumentul principal (de exemplu, un computer) și mulți alți parametri, dar nu ne interesează în acest moment. Dacă dorim să eliminăm acest sistem de operare din baza noastră de date, atunci nimic nu va rezulta fără acțiuni suplimentare. Sistemul nostru de operare (computer) va fi marcat cu o bifă roșie atunci când încercați să îl dezinstalați. De ce? Dar documentul nostru „Acceptarea sistemului de operare pentru contabilitate” are un link către sistemul de operare pe care acum vrem să îl ștergem! Când facem clic pe el în lista de obiecte, vom vedea toate obiectele care fac referire la sistemul nostru de operare și, înainte de a șterge acest sistem de operare, trebuie mai întâi să intrăm în toate aceste obiecte și să eliminăm linkurile. În cazul nostru, acest lucru înseamnă că trebuie să anulați înregistrarea documentului „Acceptarea sistemului de operare pentru contabilitate” și să eliminați acest sistem de operare din document, apoi să scrieți documentul. Acum documentul nu mai face referire la sistemul nostru de operare și îl putem șterge. O regulă rezultă din toate acestea, trebuie să ștergeți obiectele marcate pentru ștergere în 1s în timp util! În caz contrar, atunci scăparea de ele poate fi foarte, foarte problematică, datorită faptului că va exista un număr mare de legături între obiecte. Apropo, la timp eliminarea obiectelor din 1s are, de asemenea, câteva avantaje evidente:

1. Crește performanța sistemului
2. Reduce probabilitatea erorilor utilizatorului
3. Reducerea dimensiunii bazei de date
4. Nu există „dezordine de interfață” atunci când sistemul are multe obiecte marcate pentru ștergere, documente postate, precum și nepublicate.

În compania noastră veți primi întotdeauna servicii de primă clasă pentru programul 1C la prețuri foarte plăcute!

Finalizarea ștergerii obiectelor marcate în 1s

Acum să ștergem obiectele până la capăt. Faceți clic pe butonul „Ștergeți”. Sistemul va șterge toate obiectele care au fost marcate cu bife verzi.

Doar cele marcate cu bife roșii vor rămâne, faceți clic pe „Închidere”, acesta este procesul eliminarea obiectelor din 1s efectuat. Dacă ceva nu a funcționat pentru dvs., suntem gata să ne conectăm la 1c de la distanță și să vă ajutăm să vă rezolvați problemele.

1c ștergerea obiectelor marcate, instrucțiuni video detaliate despre ștergerea obiectelor 1c

• Vă spunem de ce aveți nevoie de o notă pentru ștergere în 1s
• Arătăm prin exemplu cum să ștergeți obiectele din 1c
• Oferă sfaturi practice utile
• Arătăm cum să ștergeți obiectele marcate cu bife roșii în 1c
• Există, de asemenea, o mulțime de alte informații utile.

Sperăm că articolul nostru despre ștergerea obiectelor marcate pentru ștergere în 1s Te-am ajutat foarte mult și ți-am răspuns la toate întrebările.