Informacioni i kontabilitetit. Informacion kontabël BP 3.0 kontrolli i bilanceve negative

Ky artikull është menduar për zbatuesit e 1C - dhe veçanërisht për ata që po përgatiten për Certifikimin 1C: Specialist i Platformës.

Sot do të shikojmë 2 metoda për kontrollin e bilanceve - jo vetëm bilancet në depo, por edhe, për shembull, shlyerjet e ndërsjella ("Cili është borxhi aktual i klientit dhe a është e mundur të dërgohen mallra tek ai?")

Të dyja metodat përdoren në konfigurimet standarde dhe në detyrat e certifikimit. Dhe meqenëse ka dy prej tyre - ju duhet të kuptoni qartë kur është e zbatueshme teknika "e re" dhe kur vetëm ajo "e vjetër"..

Kjo është njohuri bazë për programuesit 1C; ne rekomandojmë të mos lini boshllëqe në fusha të tilla. Duhet të të marrë për të studiuar 15 minuta :)

Formulimi i problemit

Le të marrim një konfigurim të thjeshtë me dokumentet "Pranimi i mallrave" dhe "Shitjet e mallrave":

Për të llogaritur bilancet, përdoret regjistri akumulues "Banesat e lira":

Gjatë postimit të dokumentit "Pranimi i mallrave" kryhen lëvizjet e mëposhtme:

Procedura e përpunimit (Dështimi, modaliteti)


Për çdo TechStringProducts Nga Cikli i Produkteve
Movement = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Lëvizja.Periudha = Data;
Lëvizja.Nomenklatura = TechStringProducts.Nomenklatura;
Lëvizja.Sasia = TechStringProducts.Sasia;
Cikli i Fundit;

Fundi i procedurës

Përpunimi i afishimit të dokumentit “Pranimi i mallit” është kryer duke përdorur projektuesin e lëvizjes dhe nuk paraqet interes, pasi kur ai arrin në magazinë, nuk nevojitet kontrolli i bilanceve.

Ndonjëherë kontrolli i bilancit zbatohet edhe për dokumentin "Pranimi i mallrave" - ​​në mënyrë që kur dokumenti anulohet ose ripostohet, nuk formohet një bilanc negativ.

Për shembull, 10 televizorë të rinj LG mbërritën në magazinë, 6 prej tyre u shitën. Nëse dokumenti i faturës përmban 10 copë. rregulloni me 5 copë. – formohet një bilanc negativ “minus 1 copë”.

Në standardin UT 11, një kontroll i tillë aktivizohet duke përdorur opsionin funksional "Kontrolloni mallrat e organizatave kur anuloni faturat".

Kur postoni dokumentin "Shitjet e mallrave" është e nevojshme të organizohet kontrolli i mbetjeve. Nëse nuk ka mbetur mjaft produkt, dokumenti nuk postohet dhe lëshohet një mesazh diagnostikues. Ky është problemi që zgjidhet.

Ne po punojmë qëllimisht për një problem të thjeshtë ku kostoja e fshirjes nuk llogaritet. Kjo do të na lejojë të përqendrohemi veçanërisht në nuancat e kontrollit të mbetjeve.

shënim– Algoritmet e paraqitura më poshtë janë të dizajnuara për trajnim dhe duhet të jenë sa më të qarta.
Ato mund të optimizohen, por atëherë "koeficienti i të kuptuarit" do të jetë më i ulët, kështu që ne nuk do të ndalemi në këtë në këtë artikull.

Natyrisht, ju mund t'i optimizoni ato vetë, ose të ndiqni kursin tonë për Përshpejtimin dhe Optimizimin e 1C :)

Siç e keni kuptuar tashmë, zgjidhja e problemit mund të bëhet në dy mënyra. Le të fillojmë me një teknikë që është përdorur që nga ditët e 1C: Enterprise 8.0.

Metoda e vjetër e kontrollit të mbetjeve

Parimi i teknikës së vjetër të kontrollit të mbetjeve është si më poshtë: Ne kontrollojmë nëse ka mbetur mallra në sasinë e kërkuar. Nëse ka, e fshijmë, nëse jo, raportojmë një gabim..

Algoritmi në metodën e vjetër përbëhet nga disa blloqe:

  1. Kërkesa merr bilancet e produktit dhe të dhënat e dokumentit
  2. Cikli monitoron mjaftueshmërinë e mallrave
  3. Nëse nuk ka mallra të mjaftueshëm, atëherë dokumenti nuk postohet
  4. Nëse ka mallra të mjaftueshëm, kryhen lëvizjet e konsumit

Kështu duket kodi i programit:

// 1. Pastrimi i lëvizjeve të regjistrit të vjetër
Movements.FreeRemainders.Write = True;
Lëvizjet.Record();

// 2. Marrja e të dhënave të dokumenteve dhe regjistrimi i bilanceve sipas kërkesës
Kërkesë = Kërkesë e re;
Kërkesa.Teksti =
"ZGJIDH

| Produktet PLACE
|NGA
| KU
| Produktet.Lidhja = &Lidhja
|GRUPI NGA
| Produktet.Nomenklatura
|INDEKSI NGA
| Nomenklatura
|;

|ZGJIDH
,
| PËRFAQËSIMI LINK(Produktet. Nomenklatura) AS NomenklaturaPërfaqësimi,
| Produktet.Sasia AS Sasia,
| ISNULL(Remaining.NumberRemaining, 0) AS Remainder
|NGA
| Produktet AS Products
| LEFT JOIN RegisterAcumulations.FreeRemains.Remains(
| &Moment kohe,
| Nomenklatura B
| (ZGJIDH
| Produktet.Nomenklatura AS Nomenklature
| NGA
| Software Products.Nomenclature = Remaining.Nomenklature";
Request.SetParameter("TimePoint", TimePoint());

// 3. Kalimi i rezultateve të pyetjeve

// 4. Kontrollimi i mjaftueshmërisë së mallrave
Deficiti = Produktet e mostrës.Sasia - Produktet e mostrës.Të mbetura;
Nëse Deficiti>0 Atëherë
Refuzoj = E vërtetë;
Message.Text = "Produkti "+SelectionProducts.NomenclaturePresentation+" nuk mjafton në sasinë "+Mungesa+" copë.";
Mesazhi.Mesazhi();
fundNëse;

// 5. Shkoni në fillim të ciklit nëse ka pasur gabime
Nëse Dështimi Atëherë
Vazhdo;
fundNëse;

// 6. Kryerja e lëvizjeve në regjistra
Lëvizja.Periudha = Data;

Cikli i Fundit;

// 7. Vendosja e flamurit për regjistrimin e lëvizjeve në fund të transaksionit
Movements.FreeRemainders.Write = True;

Fundi i procedurës

Le të komentojmë pikat kryesore të algoritmit.

1. Pastrimi i lëvizjeve të regjistrit të vjetër

Më poshtë në algoritëm do të ketë një kërkesë për pjesën e mbetur të regjistrit.

Nëse dokumenti aktual është postuar më parë, atëherë ka probabiliteti i marrjes së lëvizjeve të dokumenteve të vjetra në një kërkesë- ky është një problem serioz.

Kur është e mundur një situatë e tillë? Kur është data e dokumentit ecën përpara.

Le të tregojmë me një shembull se çfarë do të çojë kjo:

  1. Llambat e tavolinës së mbetur 10 copë.
  2. Dokumenti i datës 16.02.17 është duke u përpunuar, po fshijmë 6 llamba
  3. Data në dokument është ndryshuar në 17.02.17 (data mund të zhvendoset përpara me të paktën 1 sekondë), le ta ripostojmë dokumentin.

Nëse nuk i pastroni lëvizjet, sistemi do të raportojë një mungesë prej 2 pjesësh. Pse? Po, sepse lëvizjet e dokumenteve të vjetra fshinë 6 nga 10 llambat ekzistuese. Më pas, sistemi përpiqet të fshijë edhe 6 pjesë të tjera, por kanë mbetur vetëm 4.

Problemi zgjidhet në 3 rreshta kodi:

  • Grupi i të dhënave po pastrohet (mund të jetë lexuar në formular ose në mbajtësit e mëparshëm)
  • Seti i rekordeve ka vendosur flamurin "Write".
  • Të gjitha grupet që kanë grupin e flamurit "Record" regjistrohen.

Në mënyrë të rreptë, ne mund të kontrollojmë pastrimin e lëvizjeve kur postojmë dokumente:

Rekomandohet opsioni i fshirjes së lëvizjeve kur anuloni ekzekutimin - ne vetë kontrollojmë kur është e nevojshme të fshini në të vërtetë lëvizjet.

2. Marrja e të dhënave të dokumenteve dhe regjistrimi i gjendjeve sipas kërkesës

Kërkesa përbëhet nga dy paketa:

  • Në të parën, merren të dhëna të grupuara nga pjesa tabelare - krijohet një tabelë e përkohshme
  • Në kërkesën e dytë, mbetjet nga regjistri i bashkëngjiten të dhënave të dokumentit.

Çfarë duhet t'i kushtoni vëmendje në këtë kërkesë:

  1. Kur krijoni një tabelë të përkohshme, indeksohet fusha në të cilën do të kryhet bashkimi - kjo bëhet për performancë optimale
  2. Momenti i marrjes së bilanceve - korrespondon me pozicionin e dokumentit në boshtin kohor
  3. Mund të mos ketë mbetje në regjistër - prandaj, kryhet një bashkim majtas dhe funksioni "ECTNULL" përdoret për burimin "Sasia" - vlera NULL zvogëlohet në zero.

3. Anashkalimi i rezultateve të pyetjeve

Kërkesa e zhvilluar përmban të dhëna të grupuara të dokumentit dhe bilancet sipas zërave.

Në një cikli kalojmë rezultatin e kësaj kërkese.

4. Kontrolloni për mjaftueshmërinë e mallrave

Ne përcaktojmë mungesën e mallrave.

Nëse deficiti është më i madh se zero, do të thotë se ka mungesë mallrash:

  • Ne lëshojmë një mesazh diagnostikues
  • Vendosni parametrin "Refuzimi" për përpunimin e postimit në "E vërtetë"

Nëse "Refuzimi" është i barabartë me "E vërtetë", atëherë rezultati i transaksionit të postimit të dokumentit nuk do të regjistrohet. Me fjalë të thjeshta, ky është një komandë për sistemin që të mos e përpunojë këtë dokument.

5. Shkoni në fillim të ciklit nëse ka pasur gabime

Nëse ka pasur gabime në këtë ose në hapat e mëparshëm të ciklit (Dështim = E vërtetë), atëherë nuk ka asnjë pikë në formimin e lëvizjeve. Gjithsesi, ato nuk do të regjistrohen në bazën e të dhënave.

6. Kryerja e lëvizjeve në regjistra

Nëse kontrolli i bilanceve ishte i suksesshëm, ne krijojmë lëvizjen e shpenzimeve.

7. Vendosja e flamurit të regjistrimit të lëvizjes në fund të transaksionit

Nëse ky flamur nuk është vendosur, atëherë lëvizjet NUK do të regjistrohen.

Në fund të transaksionit të postimit të dokumentit, shkruhen vetëm ato grupe regjistrimesh që kanë të vendosur flamurin "Shkruaj".

Për të qenë të drejtë, vërejmë se vendosja e vetive "Record" e një grupi regjistrimesh ka kuptim me një kusht - në vetinë e dokumentit "Regjistro lëvizjet gjatë ekzekutimit" duhet të specifikohet vlera "Regjistrimi i zgjedhur":

Sidoqoftë, është vlera "Record zgjedhur" që është standardi de fakto:

  • Përdoret në solucione standarde
  • Vendoset si parazgjedhje kur krijoni dokumente të reja.

Një vlerë tjetër e pronës - "Shkruaj modifikuar" - është e vjetëruar dhe praktikisht nuk shfaqet kurrë në konfigurimet moderne.

Metoda e re për kontrollin e mbetjeve

Metoda e re përdor parimin: fshijmë mallrat e nevojshme, më pas kontrollojmë nëse janë formuar bilancet negative për mallrat e dokumentit. Nëse po, atëherë duhet ta ktheni përsëri dokumentin.

Siç mund ta shihni, ekziston një ndryshim thelbësor në momentin e kontrollit të bilanceve:

  • Metoda e vjetër është që fillimisht të kontrolloni bilancin, pastaj ta hiqni atë
  • Teknikë e re - së pari fshijmë, pastaj kontrollojmë bilancin.

Si rezultat, kodi i programit do të duket si ky:

Procedura e përpunimit (Dështimi, modaliteti)

// 1. Marrja e të dhënave të dokumentit me kërkesë
Kërkesë = Kërkesë e re;
Query.TemporaryTableManager = NewTemporaryTableManager;
Kërkesa.Teksti =
"ZGJIDH
| Produktet.Nomenklatura AS Nomenklatura,
| SUM(Artikuj.Sasia) AS Sasi
| Produktet PLACE
|NGA
| Dokument Shitjet e Mallrave dhe Shërbimeve Mallrat AS Mallra
| KU
| Produktet.Lidhja = &Lidhja
|GRUPI NGA
| Produktet.Nomenklatura
|INDEKSI NGA
| Nomenklatura
|;
|////////////////////////////////////////////////////////////////////////////////
|ZGJIDH
| Produktet.Nomenklatura AS Nomenklatura,
| Produktet.Sasia AS Sasi
|NGA
| Produktet AS Products";
Request.SetParameter("Lidhje", Lidhje);
RequestResult = Request.Execute();

// 2. Formimi i lëvizjeve - regjistro konsumin
Movements.FreeRemains.Clear();
SelectionProducts = Rezultati i pyetjes.Select();
Ndërsa SelectProducts.Next() Loop
Movement = Movements.Free Remainings.AddExpense();
Lëvizja.Periudha = Data;
Lëvizja.Nomenklatura = PërzgjedhjaProduktet.Nomenklatura;
Lëvizja.Sasia = Produktet e mostrës.Sasia;
Cikli i Fundit;

// 3. Regjistrimi i lëvizjeve në bazën e të dhënave
Movements.FreeRemainders.Write = True;
Lëvizjet.Record();

// 4. Pyetës që merr mbetje negative nga regjistri
Kërkesa.Teksti =
"ZGJIDH
| Mbetet Nomenklatura AS Nomenklatura,
| PËRFAQËSIMI LINK(Mbetet. Nomenklatura) AS NomenklaturaPërfaqësimi,
| -E mbetur.Sasia e mbetur AS Deficiti
|NGA
| RegisterAccumulations.FreeRemains.Remains(
| &Moment kohe,
| Nomenklatura B
| (ZGJIDH
| Produktet.Nomenklatura AS Nomenklature
| NGA
| Produkte AS Produkte)) AS të mbetura
| KU
| E mbetur.Sasia e mbetur< 0";

Kufiri i kontrollit = Kufiri i ri (TimePoint(), BorderView.Including);
Request.SetParameter ("TimePoint", Kufiri i Kontrollit);
RequestResult = Request.Execute();

// 5. Shfaqja e mesazheve në lidhje me mungesën e mallrave
Nëse jo QueryResult.Empty() Pastaj
Refuzoj = E vërtetë;
ErrorSelect = QueryResult.Select();
Ndërsa SelectErrors.Next() Loop
Message = New MessageToUser;
Message.Text = "Produkti "+SampleErrors.NomenclaturePresentation+" nuk mjafton në sasinë "+SampleErrors.Deficiency+" copë.";
Mesazhi.Mesazhi();
Cikli i Fundit;
fundNëse;

Fundi i procedurës

Le të shohim pikat kryesore të algoritmit.

1. Marrja e të dhënave të dokumentit me kërkesë

Ky pyetësor nevojitet për të grupuar të dhënat në pjesën tabelare të dokumentit.

Vini re se pyetja e parë në grup krijon një tabelë të përkohshme - ajo do të përdoret në pyetjen tjetër. Kjo është e mundur falë menaxherit të përkohshëm të tabelës që është krijuar për këtë pyetje.

2. Formimi i lëvizjeve - regjistroni konsumin

Në cikël, të dhënat nga dokumenti shkruhen në regjistër - domethënë, kryhet një fshirje e pakushtëzuar (pa verifikim) e mallrave.

3. Regjistrimi i lëvizjeve në bazën e të dhënave

Në mënyrë që bilancet në regjistër të ndryshojnë, duhet të regjistrohen lëvizjet.

4. Kërkesa për marrjen e mbetjeve negative nga regjistri

Tani, me një kërkesë të thjeshtë, zgjedhim bilancet negative për mallrat e dokumenteve.

Këtu përdoret tabela e përkohshme e krijuar në hapin e parë - i vendoset një kusht artikullit (për këtë ne nuk krijojmë një objekt të ri të llojit "Kërkesë", por përdorim atë të krijuar më parë).

Kushtojini vëmendje mënyrës se si transmetohet momenti në kohë - përdoret lloji i të dhënave "Boundary". Gjendjet e mbetura duhet të merren në një moment kohor menjëherë PAS dokumentit aktual.

A ishte e mundur të merren bilancet pa kufi, për shembull, duke shtuar 1 sekondë datës së dokumentit?

Jo! Në fund të fundit, në një sekondë mund të ketë një numër të madh dokumentesh. Prandaj, e vetmja mundësi e saktë është përdorimi i llojit të kufirit "Përfshirë".

5. Shfaqja e mesazheve për mungesat e mallrave

Nëse rezultati i pyetjes nuk është bosh, atëherë ka mbetje negative - në këtë rast, dokumenti nuk përpunohet dhe shfaqen mesazhe për të gjitha gabimet.

Përfitimet e kontrollit të mbetjeve duke përdorur metodën e re

Pra, të dy algoritmet zgjidhin të njëjtin problem.

Dallimi midis algoritmeve është i dukshëm, por avantazhet nuk janë të dukshme.

Pra, le t'i veçojmë ato:

  1. Nuk ka nevojë të pastroni lëvizjet e dokumenteve të vjetra. Në thelb, ky është operacioni i shkrimit të një grupi bosh lëvizjesh në bazën e të dhënave dhe fshirja e lëvizjeve ekzistuese - këto janë operacione mjaft intensive me burime
  2. Një pyetje që merr të dhëna për bilancet negative ka akses vetëm në një tabelë - nuk ka nevojë të bëni një bashkim majtas me të dhënat e dokumentit dhe të përdorni funksionin “ISNULL()”.

Gjithashtu, gjatë rrjedhës normale të proceseve të biznesit, përdoruesi tregon një sasi që nuk e kalon balancën në magazinë.

Në këtë rast, kërkesa e dytë nuk do të kthejë asnjë të dhënë dhe përpunimi i dokumenteve do të jetë sa më i shpejtë.

A janë vërtet kaq të rëndësishme këto milisekonda?

Në bazat e të dhënave me një sasi të vogël të dhënash dhe përdoruesish, ndryshimi nuk do të jetë i dukshëm. Por në sistemet e ngarkuara me dhjetëra përdorues, kostoja e çdo milisekondi është e lartë.

Për më tepër, gjatë provimit të Specialistit 1C: Platforma, duhet të përdorni patjetër një metodë të re të kontrollit të balancave, nëse një detyrë specifike e lejon atë.

Ok, kështu që duhet të përdorni gjithmonë një teknikë të re, apo jo?

Jo, nuk është e vërtetë!

Teknika e re mund të përdoret vetëm nëse të gjitha të dhënat e nevojshme për përpunimin e dokumentit janë në vetë dokumentin.

Domethënë, për të marrë të dhëna, nuk keni nevojë të hyni në regjistrat që kontrollojnë bilancet.

Kështu, për shembull, nëse shuma do të merrej parasysh edhe në regjistrin “Free balance”, atëherë do të duhej të përdorej metoda e vjetër e kontrollit.

Nga rruga, në standardin "1C: Trade Management 11" kontrolli i bilancit zbatohet duke përdorur një metodë të re, dhe në "1C: Kontabiliteti 8" - sipas metodës së vjetër.

Por kjo nuk është e gjitha!

Algoritmet e paraqitura më sipër mund të përdoren vetëm për qëllime edukative. Çështja është se ata nuk marrin parasysh bravë të kontrolluar, i cili duhet të përdoret nëse ka më shumë se një përdorues në sistem.

Diskutohen blloqet për të dyja metodat e kontrollit të mbetjeve. Gjithashtu në këtë artikull ne zgjidhim një problem më kompleks - përveç kontrollit të bilanceve, ne llogarisim koston e artikujve të fshirë. Ne ju rekomandojmë që ta studioni me kujdes.

Dhe për fillim, le të themi vetëm këtë instalimi i një bllokimi në metodën e re është shumë i thjeshtë– dhe ky është një tjetër avantazh i metodës së re të kontrollit të mbetjeve.

Rezultatet

Le të përmbledhim shkurt.

Ne shikuam dy teknika të kontrollit të mbetjeve, secila prej të cilave përdoret në konfigurimet tipike moderne.

Dallimi kryesor midis teknikave në momentin e kontrollit të bilanceve:

  • Teknika e vjetër - kontrolli para regjistrimit të lëvizjeve në regjistra
  • Teknika e re - kontrolli pas regjistrimit të lëvizjeve në regjistra

Në përgjithësi, teknika e re është më efektive, por nuk është gjithmonë e zbatueshme.

Kriteri i zbatueshmërisë– nëse nuk ka nevojë të aksesoni të dhënat nga një regjistër i kontrolluar për të gjeneruar lëvizje, mund të përdoret një teknikë e re.

Nëse flasim për kontrollin e bilanceve të produkteve, atëherë përdorimi i një teknike të re është i mundur kur të dhënat për kostot dhe bilancet e magazinës ruhen në regjistra të ndryshëm.

Dhe së fundi, shembuj nga konfigurime tipike:

  • UT 11 ekzistojnë 2 regjistra kryesorë për kontabilizimin e artikujve: Balancat e lira (sasia) dhe Kostoja e mallrave (të dhënat e kostos) - përdoret një metodologji e re.
  • BP 3.0 të dhënat për kostot dhe bilancet ruhen në një regjistër kontabël - përdoret metoda e vjetër e kontrollit të bilanceve.

Çdo organizatë duhet të monitorojë bilancet e aksioneve. Dhe shpesh lind një situatë kur produkti është në të vërtetë i disponueshëm, por nuk është në program. Dhe pastaj llogaritari detyrohet të marrë një vendim:

  • lejo që të shitet;
  • shtyje derisa të bëhet e qartë pse lindi kjo situatë.

Vendimi, si rregull, merret në bazë të politikës që ndiqet në organizatë në lidhje me kontabilizimin e bilanceve. Ndonjëherë mund ta lini produktin mënjanë dhe t'i tregoni blerësit se nuk është e mundur ta shesni atë tani. Ndonjëherë kjo është e pamundur të bëhet. Për shembull, kur blerësi e sheh këtë produkt ose po e mban tashmë në duar.

Sigurisht, thjesht mund të gjeneroni një dokument shitjeje dhe të mos postoni dokumentin, por jo të gjitha organizatat e lejojnë këtë. Prandaj, në programin 1C 8.3 (si në 8.2) është e mundur të çaktivizoni kontrollin e bilanceve negative.

Nëse kontrolli i bilancit është i aktivizuar, atëherë kur shet një artikull që nuk është në magazinë (ose në llogarinë e kërkuar), programi do të lëshojë paralajmërimin e mëposhtëm:

Kolona “Sasia” në rreshtin 1 të listës “Produkte” është plotësuar gabimisht.
Sasia e treguar tejkalon bilancin. Të mbetura: 18; Mungojnë: 111,093

Merrni 267 mësime video në 1C falas:

Çaktivizimi i kontrollit të bilanceve negative në 1C 8.3

Për të çaktivizuar ose aktivizuar kontrollin e bilancit në 1C, duhet të shkoni te menyja "Kryesore", më pas në seksionin "Cilësimet" zgjidhni " ".

Në disa versione të Kontabilitetit 1C, këto cilësime ndodhen në menunë "Administrimi - Cilësimet e postimit të dokumenteve".

Në "Parametrat e Kontabilitetit" duhet të shkoni në skedën "Inventarët" 1C dhe të kontrolloni kutinë "Lejo fshirjen e inventarëve nëse nuk ka bilanc sipas të dhënave të kontabilitetit":

Pastaj gjithçka që duhet të bëni është të klikoni në butonin "Ruaj dhe mbyll". Tani, gjatë fshirjes, bilancet nuk do të kontrollohen.

Por një metodë e tillë do të çojë në mënyrë të pashmangshme në shfaqjen e bilanceve negative në depo (domethënë në program). Le të shohim se si ta trajtojmë këtë.

Raporti “Kontrolli i bilanceve negative”

Në rastin më të thjeshtë, ju vetëm duhet të zgjidhni një periudhë dhe të klikoni butonin "Generate". Dhe pikërisht këtu më priste surpriza e parë.

Unë posaçërisht simulova në programin e testimit një situatë ku shita më shumë mallra sesa kam në magazinë. Për më tepër, këtë shitje ai e ka bërë në vitin 2013. Logjikisht, unë kam ende të njëjtin produkt në të kuqe tani, në 2016. Prandaj, as nuk e preka periudhën, por klikova menjëherë "Generate". Nuk më funksionoi. Rezulton se raporti mund të shfaqë informacione për bilancet negative vetëm për periudhën e zgjedhur.

Në mësimet e mia video, unë shpesh flas për faktin se baza e të dhënave 1C duhet të përgatitet për mbylljen dhe raportimin e periudhës. Dhe një nga pikat e rëndësishme të përgatitjes së tillë është kontrolli i bilanceve negative të mallrave, materialeve dhe produkteve të gatshme. Cilat raporte duhet të përdorni për të kontrolluar statusin e llogarive të inventarit në 1C: Kontabiliteti? Le të shohim disa prej tyre.

1. Raporto “Bilanci i llogarisë”

Shumë kontabilistë janë mësuar të punojnë me bilancet e llogarive. Ky raport me të vërtetë mund të përdoret për të kontrolluar bilancet e inventarit, thjesht duhet të siguroheni që cilësimet janë vendosur për të shfaqur tregues sasiorë.
Klikoni në butonin "Trego cilësimet" dhe shkoni te skeda "Treguesit".

Më pas e shqyrtojmë me kujdes raportin dhe analizojmë gabimet e zbuluara

Bilanci është i përshtatshëm sepse ju lejon të vlerësoni jo vetëm praninë e bilanceve negative sasiore, por edhe të zbuloni situata të tjera problematike:
- bilanci sasior i artikujve të inventarit pa shumë;
- bilanci total pa sasi;
- bilanc negativ.
Sidoqoftë, nëse një numër i madh artikujsh janë të përfshirë në kontabilitet, atëherë një kontroll i tillë mund të jetë mjaft i mundimshëm. Përveç kësaj, SALT do të duhet të gjenerohet veçmas për secilën llogari kontabël (10, 41, 43), gjë që gjithashtu e ndërlikon disi procesin e punës.

2. Raporti “Kontrolli i bilanceve negative”

Konfigurimi 1C: Enterprise Accounting 8 edicioni 3.0 ofron një raport që është ideal për monitorimin e bilanceve sasiore negative të artikujve të inventarit. Raporti ndodhet në skedën "Depo".

Ne tregojmë periudhën, organizimin dhe krijojmë një raport.

Raporti përfshin vetëm ata zëra për të cilët është zbuluar një bilanc negativ sasior. Avantazhi i madh është se analizohen të dhënat për të gjitha llogaritë e inventarit. Sipas mendimit tim, është më i përshtatshëm të punosh me raportin sesa me OSV.
Por ka edhe një minus - raporti ju lejon të monitoroni vetëm bilancet sasiore negative, duke lënë prapa skenave probleme të tjera që SALT ju lejon të zbuloni.

3. Raporti “Analiza e nënkontos”

Unë kam folur për këtë raport më shumë se një herë. Analiza Subconto është një nga raportet e mia të preferuara, e cila ju lejon jo vetëm të zbuloni gabimet, por gjithashtu, në shumë situata, të kuptoni shkaqet e tyre.
Shkoni te seksioni "Raportet" - "Analiza e nënkonstruksionit".

Zgjidhni nënkontonin "Nomenklatura" dhe kontrolloni nëse shfaqja e treguesve sasiorë është e aktivizuar në cilësimet e raportit.

Analiza subconto është e mirë sepse ju lejon të merrni informacion në lidhje me lëvizjen e artikujve të inventarit në të gjitha llogaritë e kontabilitetit. Për shembull, për të gjurmuar situatat kur një produkt mbërriti në një llogari kontabël, por u shit nga një tjetër.

Megjithatë, me një numër të madh artikujsh, mund të jetë e vështirë të analizohen të dhënat.
Unë fola më shumë për punën me këtë raport në tutorialin e videos Si të punoni me raportin "Analiza e Nënkontos" në 1C - VIDEO.
Kështu, secili nga raportet e rishikuara ka të mirat dhe të këqijat e veta. Në punën time, unë do të rekomandoja kombinimin e tyre:
- gjeni gabime të mëdha duke përdorur raportin “Kontrolli i bilanceve negative”;
- pastaj shikoni SALT për të gjitha llogaritë e inventarit;
- për të identifikuar arsyet e një bilanc të pasaktë, përdorni raportin “Subconto Analysis”.
Kam diskutuar gjithashtu shembuj interesantë në lidhje me gjetjen dhe korrigjimin e gabimeve gjatë llogaritjes së artikujve të inventarit në dy video të dobishme:

Kontrolli mbi bilancet e magazinës është një procedurë kontabël e detyrueshme në çdo ndërmarrje që punon me mallra. Shpesh mund të hasni në një situatë ku nuk ka asnjë produkt në program, por në fakt është në magazinë. Në një situatë të tillë, ekzistojnë dy mundësi:

  • Dërgojeni në shitje;
  • Lëreni në magazinë derisa të sqarohen rrethanat e kësaj situate.

Zgjedhja varet nga disa faktorë, siç janë politikat organizative ose situata specifike. Nëse produkti është në banak dhe blerësi është i interesuar për të (duke e mbajtur në duar), nuk këshillohet të refuzoni shitjen.

Disa ndërmarrje praktikojnë gjenerimin e një dokumenti shitjeje pa e postuar atë, por jo të gjitha e përdorin këtë praktikë. Në rast të situatave të tilla, programi 1C në versionet e tij të fundit ofron mundësinë për të çaktivizuar kontrollin e bilanceve negative.

Kur aktivizohet kontrolli, shitja e mallrave që nuk janë në magazinë sipas programit do t'i japë përdoruesit një paralajmërim: "Kollona "Sasia" në rreshtin 1 të listës "Produkte" është mbushur gabimisht. “Sasia e treguar e tejkalon bilancin. Të mbetura: 18. Mungojnë 111.093.”

Çaktivizimi i kontrollit të bilanceve negative në 1C

Operacioni i ndezjes/fikjes së kontrollit të bilanceve në 1C kryhet përmes menusë "Kryesore" - "Cilësimet" - "Parametrat e kontabilitetit" - "Inventarët". Këtu duhet të kontrolloni kutinë "Lejo fshirjen e inventarit nëse nuk ka inventar sipas të dhënave të kontabilitetit".

Pas kësaj, veprimi konfirmohet me butonin "Regjistro dhe mbyll". Nga ana tjetër, veprime të tilla garantohen të bëhen baza për formimin e bilanceve negative në kontabilitet. Ata do të duhet të eliminohen.

Raporti “Kontrolli i bilanceve negative”

Ky raport gjenerohet përmes menysë "Depo" - "Raporte", ku paraqitet dokumenti. Përdoruesit i kërkohet të përcaktojë intervalin e kërkesës dhe të klikojë në butonin "Generate". Mungesa e një periudhe të caktuar nuk do t'ju lejojë të shfaqni bilancet negative, gjë që është një veçori e sistemit që kërkon plotësimin e detyrueshëm të kolonës "Periudha".

Raporti i përfunduar ka pamjen e mëposhtme.

Një grup standard filtrash është i disponueshëm për vetë raportin, duke përfshirë grupimin, renditjen dhe transformimet e tjera të të dhënave në përputhje me kërkesat dhe nevojat e përdoruesve. Duke përdorur butonin "Shfaq cilësimet", mund të përfshini manualisht rreshta shtesë në raport.

Ky raport ju ndihmon të merrni informacion përmbledhës ose të detajuar në lidhje me bilancet negative në 41 llogari në çdo kohë. Rezultati i raportit shfaqet me detajet e paracaktuara (shih Fig. 1)

Sepse Meqenëse raporti është shkruar plotësisht duke përdorur një skemë të paraqitjes së të dhënave, nuk do të jetë e vështirë për përdoruesin të ndryshojë seksionet e raportit nga modaliteti i përdoruesit (shih Fig. 2)

Raporti i jashtëm është menduar për konfigurimin "1C: Kontabiliteti i Ndërmarrjes 8, botimi 3.0" dhe "Edicioni 3.0 (KORP)", që funksionon në versionin 8.2 të platformës në modalitetin "APLIKACION I MENAXHUAR".

Periudha e mbështetjes falas: 1 muaj.

Arsyet për të blerë

Bilancet negative janë gjithmonë një dhimbje koke për çdo kontabilist. Balancat negative në 41 llogari e rëndojnë dyfish këtë situatë. Ky raport tregon shpejt dhe qartë të gjitha "Skuqja" në 41 numëron në një formë të përshtatshme dhe vizuale. Për më tepër lÇdo bilanc negativ në 41 llogari mund të deshifrohet duke përdorur raportet "Subconto Analysis" dhe "Account Card". Në të njëjtën kohë, duke kombinuar përdorimin e këtyre raporteve, është e mundur që të zbresim direkt në nivelin e dokumenteve të regjistrimit që kanë shkaktuar lëvizjen e mallrave. Për ta bërë këtë, thjesht klikoni në numrin e kërkuar në raport dhe zgjidhni raportin për dekodim.

Sipas kërkesave të shumta të përdoruesve, u krijua një version i veçantë i raportit "Kontrolli i bilanceve negative në llogaritë e inventarit", i cili shtoi mundësinë për të kontrolluar bilancet negative, jo vetëm për 41 llogari, por edhe llogari të tjera kryesore për lëvizjen e inventarit. artikuj:

Llogaria 07 Pajisje për instalim
- Llogaria 08.04 Blerja e aktiveve fikse
- Llogaria 10 të gjitha, përveç 10.07 (Materialet e transferuara për përpunim te palët e treta)
- Llogaria 21 Gjysëm të gatshme të prodhimit të vet
- Llogaria 41 të gjitha, përveç 41.12 (Mallrat në tregtinë me pakicë (në NTT në vlerën e shitjes))
- Llogaria 42.01 Marzhi tregtar në pikat e automatizuara të shitjes me pakicë
- Llogaria 43 Produkte të gatshme

Gjithashtu, mbani mend se bilancet negative mund të lindin jo vetëm në llogaritë e inventarit, por edhe në llogarinë e deklaratës doganore. Nëse ju duhet të kontrolloni edhe këtë llogari, ju rekomandojmë të njiheni me raportin e jashtëm

Përparësitë

  1. Lidhja përmes mekanizmit të përpunimit dhe raportimit të jashtëm. Kjo ju lejon të përdorni raportin pa bërë asnjë ndryshim në konfigurimin standard. Është gjithashtu e mundur të hapni një raport standard përmes "File" -> "Open".
  2. Mundësia për të personalizuar raportin "për veten tuaj" nga modaliteti i përdoruesit.

Garanci për kthimin e parave

Infostart LLC ju garanton një rimbursim 100% nëse programi nuk korrespondon me funksionalitetin e deklaruar nga përshkrimi. Paratë mund të kthehen të plota nëse e kërkoni këtë brenda 14 ditëve nga data e marrjes së parave në llogarinë tonë.

Programi është vërtetuar se funksionon aq shumë sa ne mund të japim një garanci të tillë me besim të plotë. Ne dëshirojmë që të gjithë klientët tanë të jenë të kënaqur me blerjen e tyre.