Grāmatvedības informācija. Grāmatvedības informācija BP 3.0 negatīvo atlikumu kontrole

Šis raksts ir paredzēts 1C ieviesējiem - un jo īpaši tiem, kas gatavojas 1C sertifikācijai: platformas speciālists.

Šodien mēs skatīsimies 2 metodes atlikumu kontrolei - ne tikai atlikumi noliktavā, bet arī, piemēram, savstarpējie norēķini ("Kāds ir klienta pašreizējais parāds un vai ir iespējams viņam nosūtīt preces?")

Abas metodes tiek izmantotas standarta konfigurācijās un sertifikācijas uzdevumos. Un tā kā viņi ir divi - jums ir skaidri jāsaprot, kad ir piemērojama “jaunā” tehnika un kad tikai “vecā”..

Šīs ir pamatzināšanas 1C programmētājiem; mēs iesakām šādās jomās neatstāt nepilnības. Tam vajadzētu tevi aizvest uz studijām 15 minūtes :)

Problēmas formulēšana

Ņemsim vienkāršu konfigurāciju ar dokumentiem “Preču saņemšana” un “Preču pārdošana”:

Atlikumu uzskaitei tiek izmantots uzkrājumu reģistrs “Brīvējie atlikumi”:

Noformējot dokumentu “Preču saņemšana” tiek veiktas šādas kustības:

Apstrādes procedūra (kļūme, režīms)

Katram TechStringProducts From Products ciklam
Kustība = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Movement.Period = datums;
Movement.Nomenclature = TechStringProducts.Nomenclature;
Movement.Quantity = TechStringProducts.Quantity;
EndCycle;

Procedūras beigas

Dokumenta “Preču saņemšana” grāmatošanas apstrāde tika veikta, izmantojot kustību noformētāju un neinteresē, jo, kad tas nonāk noliktavā, atlikumu kontrole nav nepieciešama.

Dažkārt bilances kontrole tiek ieviesta arī dokumentam “Preču saņemšana” - lai, dokumentu anulējot vai pārgrāmatojot, neveidotos negatīvs atlikums.

Piemēram, noliktavā nonāca 10 jauni LG televizori, 6 no tiem tika pārdoti. Ja saņemšanas dokumentā ir 10 gab. salabot pa 5 gab. – veidojas negatīvs atlikums “mīnus 1 gab.”.

Standartā UT 11 šāda kontrole ir iespējota, izmantojot funkcionālo opciju “Kontrolēt organizācijas preces, atceļot kvītis”.

Nosūtot dokumentu “Preču pārdošana” nepieciešams organizēt atlieku kontroli. Ja preces ir par maz, dokuments netiek iegrāmatots un tiek izdots diagnostikas ziņojums. Šī ir problēma, kas tiek risināta.

Mēs apzināti strādājam pie vienkāršas problēmas, kur norakstīšanas izmaksas netiek aprēķinātas. Tas ļaus mums īpaši koncentrēties uz atlieku kontroles niansēm.

Piezīme– tālāk sniegtie algoritmi ir paredzēti apmācībai, un tiem jābūt pēc iespējas skaidrākiem.
Tos var optimizēt, taču tad “izpratnes koeficients” būs mazāks, tāpēc šajā rakstā mēs par to nekavējamies.

Protams, jūs varat tos optimizēt pats vai apmeklēt mūsu kursu par 1C paātrināšanu un optimizāciju :)

Kā jūs jau sapratāt, problēmu var atrisināt divos veidos. Sāksim ar paņēmienu, kas tiek izmantots kopš 1C:Enterprise 8.0 laikiem.

Vecā atlieku kontroles metode

Vecās atlieku kontroles tehnikas princips ir šāds: Pārbaudām, vai ir atlikušas preces vajadzīgajā daudzumā. Ja ir, norakstām, ja nav, ziņojam par kļūdu..

Vecās metodes algoritms sastāv no vairākiem blokiem:

Pieprasījums izgūst produktu atlikumus un dokumentu datus
Cikls uzrauga preču pietiekamību
Ja preču nav pietiekami daudz, tad dokuments netiek iegrāmatots
Ja preču ir pietiekami daudz, tiek veiktas patēriņa kustības

Lūk, kā izskatās programmas kods:

// 1. Veco reģistru kustību dzēšana
Movements.FreeRemainers.Write = True;
Kustības.Ierakstīt();

// 3. Vaicājuma rezultātu šķērsošana

// 4. Preču pietiekamības pārbaude
Deficīts = SampleProducts.Quantity - SampleProducts.Remaining;
Ja Deficīts>0 Tad
Atteikt = patiess;
Message.Text = "Produkts "+SelectionProducts.NomenclaturePresentation+" nav pietiekams daudzumā "+Trūkst+" gab.";
Message.Message();
endIf;

// 5. Ja ir kļūdas, dodieties uz cilpas sākumu
Ja neizdodas, tad
Turpināt;
endIf;

// 6. Kustību veikšana reģistros
Movement.Period = datums;

EndCycle;

// 7. Karoga iestatīšana kustību ierakstīšanai darījuma beigās
Movements.FreeRemainers.Write = True;

Procedūras beigas

Komentēsim galvenos algoritma punktus.

1. Veco reģistru kustību dzēšana

Zemāk algoritmā būs pieprasījums pārējai reģistra daļai.

Ja pašreizējais dokuments bija iepriekš ievietots, tad tas ir varbūtība, ka pieprasījumā tiks saņemtas vecas dokumentu kustības– tā ir nopietna problēma.

Kad šāda situācija iespējama? Kad ir dokumenta datums virzās uz priekšu.

Parādīsim ar piemēru, pie kā tas novedīs:

Atlikušās galda lampas 10 gab.
Notiek dokumenta noformēšana 16.02.17., norakstam 6 lampas
Datums dokumentā ir mainīts uz 17.02.17 (datumu var pārbīdīt uz priekšu vismaz par 1 sekundi), pārpublicēsim dokumentu.

Ja neizdzēsīsiet kustības, sistēma ziņos par 2 gabalu trūkumu. Kāpēc? Jā, jo vecās dokumentu kustības norakstīja 6 no 10 esošajām lampām. Tālāk sistēma mēģina norakstīt vēl 6 gabalus, bet paliek tikai 4.

Problēma tiek atrisināta 3 koda rindās:

Ierakstu kopa tiek notīrīta (iespējams, tā ir nolasīta veidlapā vai iepriekšējos apdarinātājos)
Ierakstu komplektam ir iestatīts karogs “Rakstīt”.
Visas kopas, kurām ir iestatīts karodziņš “Ierakstīt”, tiek ierakstītas.

Stingri sakot, mēs varam kontrolēt kustību tīrīšanu, ievietojot dokumentus:

Ir ieteicama iespēja dzēst kustības, atceļot izpildi - mēs paši kontrolējam, kad ir nepieciešams faktiski dzēst kustības.

2. Dokumentu datu un reģistra atlikumu saņemšana pēc pieprasījuma

Pieprasījums sastāv no divām paketēm:

Pirmajā tiek iegūti grupēti dati no tabulas daļas - tiek izveidota pagaidu tabula
Otrajā pieprasījumā dokumenta datiem tiek pievienotas reģistra atliekas.

Kam jāpievērš uzmanība šajā pieprasījumā:

Veidojot pagaidu tabulu, tiek indeksēts lauks, kurā tiks veikta savienošana – tas tiek darīts optimālai veiktspējai
Atlikumu saņemšanas brīdis – atbilst dokumenta novietojumam uz laika ass
Reģistrā var nebūt atlikumu - tāpēc tiek veikts kreisais savienojums un resursam "Daudzums" tiek izmantota funkcija "ECTNULL" - NULL vērtība tiek samazināta līdz nullei.

3. Vaicājuma rezultātu apiešana

Izstrādātajā pieprasījumā ir sagrupēti dokumentu dati un atlikumi pa posteņiem.

Ciklā mēs aplūkojam šī pieprasījuma rezultātu.

4. Pārbaudiet preču pietiekamību

Nosakām preču iztrūkumu.

Ja deficīts ir lielāks par nulli, tas nozīmē, ka ir preču trūkums:

Mēs izsniedzam diagnostikas ziņojumu
Iestatiet parametru “Atteikums” publicēšanas apstrādei uz “True”

Ja “Atteikums” ir vienāds ar “Patiess”, tad dokumenta grāmatošanas darījuma rezultāts netiks fiksēts. Vienkārši izsakoties, šī ir komanda sistēmai neapstrādāt šo dokumentu.

5. Ja bija kļūdas, pārejiet uz cikla sākumu

Ja šajā vai iepriekšējos cikla posmos bija kļūdas (Failure = True), tad kustību veidošanai nav jēgas. Tomēr tie netiks ierakstīti datu bāzē.

6. Kustību veikšana reģistros

Ja atlikumu pārbaude bija veiksmīga, mēs izveidojam izdevumu kustību.

7. Kustības ierakstīšanas karoga iestatīšana darījuma beigās

Ja šis karogs nav iestatīts, kustības NETIKS ierakstītas.

Dokumenta grāmatošanas transakcijas beigās tiek rakstītas tikai tās ierakstu kopas, kurām ir iestatīts karodziņš “Rakstīt”.

Taisnības labad jāatzīmē, ka ierakstu kopas rekvizīta “Ierakstīt” iestatīšana ir jēga ar vienu nosacījumu - dokumenta rekvizītā “Ierakstīt kustības izpildes laikā” ir jānorāda vērtība “Ierakstīts atlasīts”:

Tomēr de facto standarts ir vērtība “Ierakstīts atlasīts”.

To izmanto standarta šķīdumos
Iestatīt pēc noklusējuma, veidojot jaunus dokumentus.

Vēl viena īpašuma vērtība – “Write modified” – ir novecojusi un mūsdienu konfigurācijās praktiski nerodas.

Jauna metode atlieku kontrolei

Jaunajā metodē tiek izmantots princips: norakstām nepieciešamās preces, pēc tam pārbaudām, vai dokumenta precēm nav izveidojušies negatīvi atlikumi. Ja jā, jums ir jāatgriež dokuments.

Kā redzat, atlikumu kontroles momentā ir būtiska atšķirība:

Vecā metode ir vispirms pārbaudīt atlikumu, pēc tam to norakstīt
Jauna tehnika - vispirms norakstām, tad pārbaudām bilanci.

Rezultātā programmas kods izskatīsies šādi:

Apstrādes procedūra (kļūme, režīms)

// 2. Kustību veidošanās - reģistrē patēriņu
Kustības.FreeRemains.Clear();
SelectionProducts = Vaicājuma rezultāts.Select();
Kamēr SelectProducts.Next() Loop
Kustība = Movements.Free Remainings.AddExpense();
Movement.Period = datums;
Movement.Nomenclature = SelectionProducts.Nomenclature;
Movement.Quantity = SampleProducts.Quantity;
EndCycle;

// 3. Kustību ierakstīšana datu bāzē
Movements.FreeRemainers.Write = True;
Kustības.Ierakstīt();

Kontroles robeža = New Boundary(TimePoint(), BorderView.Ieskaitot);
Request.SetParameter("TimePoint", Control Boundary);
RequestResult = Request.Execute();

// 5. Ziņojumu parādīšana par preču trūkumu
Ja nav QueryResult.Empty() Tad
Atteikt = patiess;
ErrorSelect = QueryResult.Select();
Kamēr SelectErrors.Next() Loop
Ziņojums = New MessageToUser;
Message.Text = "Produktam "+SampleErrors.NomenclaturePresentation+" nepietiek daudzumā "+SampleErrors.Deficiency+" gab.";
Message.Message();
EndCycle;
endIf;

Procedūras beigas

Apskatīsim galvenos algoritma punktus.

1. Dokumentu datu saņemšana pēc pieprasījuma

Šis vaicājums ir nepieciešams, lai grupētu datus dokumenta tabulas daļā.

Ņemiet vērā, ka pirmais vaicājums paketē izveido pagaidu tabulu - tā tiks izmantota nākamajā vaicājumā. Tas ir iespējams, pateicoties pagaidu tabulu pārvaldniekam, kas ir izveidots šim vaicājumam.

2. Kustību veidošanās - reģistrē patēriņu

Ciklā dati no dokumenta tiek ierakstīti reģistrā - tas ir, tiek veikta beznosacījuma (bez pārbaudes) preču norakstīšana.

3. Kustību ierakstīšana datu bāzē

Lai bilances reģistrā mainītos, kustības jāreģistrē.

4. Pieprasīt negatīvo atlikumu saņemšanu no reģistra

Tagad ar vienkāršu pieprasījumu mēs atlasām negatīvos atlikumus dokumentu precēm.

Šeit tiek izmantota pirmajā solī izveidotā pagaidu tabula - precei tiek uzlikts nosacījums (tam mēs neveidojam jaunu “Pieprasījuma” tipa objektu, bet izmantojam agrāk izveidoto).

Pievērsiet uzmanību tam, kā tiek pārraidīts laika moments - tiek izmantots datu tips “Robeža”. Atlikušie atlikumi ir jāsaņem brīdī uzreiz PĒC kārtējā dokumenta.

Vai bija iespējams iegūt atlikumus bez apmales, piemēram, pievienojot dokumenta datumam 1 sekundi?

Nē! Galu galā vienā sekundē var būt liels skaits dokumentu. Tāpēc vienīgā pareizā iespēja ir izmantot apmales veidu “Ieskaitot”.

5. Ziņojumu parādīšana par preču trūkumu

Ja vaicājuma rezultāts nav tukšs, tad ir negatīvi atlikumi - šajā gadījumā dokuments netiek apstrādāts un tiek parādīti ziņojumi par visām kļūdām.

Atlieku kontroles priekšrocības, izmantojot jauno metodi

Tātad abi algoritmi atrisina vienu un to pašu problēmu.

Atšķirība starp algoritmiem ir redzama, bet priekšrocības nav acīmredzamas.

Tāpēc izcelsim tos:

Nav nepieciešams notīrīt veco dokumentu kustības. Būtībā šī ir tukšas kustību kopas ierakstīšana datu bāzē un esošo kustību dzēšana - tās ir diezgan resursietilpīgas darbības.
Vaicājums, kas izgūst datus par negatīvajiem atlikumiem, piekļūst tikai vienai tabulai - nav nepieciešams veikt kreiso savienošanu ar dokumenta datiem un izmantot funkciju “ISNULL()”.

Turklāt parastās biznesa procesu norises laikā lietotājs norāda daudzumu, kas nepārsniedz atlikumu noliktavā.

Šajā gadījumā otrais pieprasījums neatgriezīs nekādus datus un dokumentu apstrāde notiks pēc iespējas ātrāk.

Vai tiešām šīs milisekundes ir tik svarīgas?

Datu bāzēs ar nelielu datu un lietotāju apjomu atšķirība nebūs pamanāma. Taču aizņemtajās sistēmās ar vairākiem desmitiem lietotāju katras milisekundes izmaksas ir augstas.

Turklāt eksāmena 1C:Platform Specialist laikā noteikti jāizmanto jauna atlikumu kontroles metode, ja to atļauj konkrēts uzdevums.

Labi, tāpēc jums vienmēr vajadzētu izmantot jaunu tehniku, vai ne?

Nē, tā nav taisnība!

Jauno tehniku var izmantot tikai tad, ja visi dokumenta apstrādei nepieciešamie dati atrodas pašā dokumentā.

Tas ir, lai iegūtu datus, jums nav jāpiekļūst reģistriem, kas kontrolē atlikumus.

Tātad, piemēram, ja summa tiktu ņemta vērā arī “Brīvējo atlikumu” reģistrā, tad būtu jāizmanto vecā kontroles metode.

Starp citu, standartā “1C: Trade Management 11” bilances kontrole tiek ieviesta, izmantojot jaunu metodi, bet “1C: Grāmatvedība 8” - pēc vecās metodes.

Bet tas vēl nav viss!

Iepriekš sniegtos algoritmus var izmantot tikai izglītības nolūkos. Lieta tāda, ka viņi neņem vērā vadāmas slēdzenes, kas jāizmanto, ja sistēmā ir vairāk nekā viens lietotājs.

Tiek apspriesti bloki abām atlieku kontroles metodēm. Arī šajā rakstā mēs risinām sarežģītāku problēmu - papildus atlikumu kontrolei mēs aprēķinām norakstīto posteņu izmaksas. Mēs iesakām to rūpīgi izpētīt.

Un iesākumam teiksim tā slēdzenes uzstādīšana jaunajā metodē ir ļoti vienkārša– un tā ir vēl viena jaunās atlieku kontroles metodes priekšrocība.

Rezultāti

Apkoposim īsi.

Mēs apskatījām divus atlieku kontroles paņēmienus, no kuriem katrs tiek izmantots mūsdienu tipiskajās konfigurācijās.

Galvenā atšķirība starp paņēmieniem atlikumu kontroles brīdī:

Vecā tehnika - kontrole pirms kustību ierakstīšanas reģistros
Jauna tehnika - kontrole pēc kustību ierakstīšanas reģistros

Kopumā jaunā tehnika ir efektīvāka, taču tā ne vienmēr ir piemērojama.

Piemērojamības kritērijs– ja kustību ģenerēšanai nav nepieciešams piekļūt datiem no kontrolēta reģistra, var izmantot jaunu tehniku.

Ja runājam par preču atlikumu kontroli, tad ir iespējama jaunas tehnikas izmantošana, kad dati par izmaksām un noliktavas atlikumiem tiek glabāti dažādos reģistros.

Un visbeidzot, piemēri no tipiskas konfigurācijas:

IN UT 11 posteņu uzskaitei ir 2 galvenie reģistri: brīvie atlikumi (daudzums) un preču pašizmaksa (dati par izmaksām) - tiek izmantota jauna metodika
IN BP 3.0 dati par izmaksām un atlikumiem tiek glabāti vienā grāmatvedības reģistrā - tiek izmantota vecā atlikumu kontroles metode.

Jebkurai organizācijai ir jāuzrauga krājumu atlikumi. Un bieži vien rodas situācija, kad prece reāli ir pieejama, bet tā nav programmā. Un tad grāmatvedis ir spiests pieņemt lēmumu:

ļauj to pārdot;
atlikt, līdz kļūs skaidrs, kāpēc radās šāda situācija.

Lēmums parasti tiek pieņemts, pamatojoties uz politiku, kas tiek ievērota organizācijā attiecībā uz atlikumu uzskaiti. Dažkārt preci var nolikt malā un pateikt pircējam, ka šobrīd to pārdot nav iespējams. Dažreiz to nav iespējams izdarīt. Piemēram, kad pircējs ierauga šo preci vai jau tur to rokās.

Protams, jūs varat vienkārši ģenerēt pārdošanas dokumentu un nepublicēt dokumentu, taču ne visas organizācijas to atļauj. Tāpēc programmā 1C 8.3 (kā 8.2) ir iespējams atspējot negatīvo atlikumu kontroli.

Ja ir iespējota bilances kontrole, tad, pārdodot preci, kas nav noliktavā (vai nepieciešamajā kontā), programma izdos šādu brīdinājumu:

Aile “Daudzums” saraksta “Produkti” 1. rindā ir aizpildīta nepareizi.
Norādītais daudzums pārsniedz bilanci. Atlikušie: 18; Trūkst: 111 093

Saņemiet 267 video nodarbības 1C bez maksas:

Negatīvo atlikumu kontroles atspējošana 1C 8.3

Lai atspējotu vai iespējotu līdzsvara kontroli 1C, jums jāiet uz izvēlni “Galvenā”, pēc tam sadaļā “Iestatījumi” atlasiet “ “.

Dažās 1C grāmatvedības versijās šie iestatījumi atrodas izvēlnē “Administrēšana — dokumentu grāmatošanas iestatījumi”.

Sadaļā “Grāmatvedības parametri” jums jāiet uz cilni 1C “Krājumi” un jāatzīmē izvēles rūtiņa “Atļaut krājumu norakstīšanu, ja pēc grāmatvedības datiem nav atlikumu”:

Tad viss, kas jums jādara, ir jānoklikšķina uz pogas "Saglabāt un aizvērt". Tagad norakstot atlikumus nekontrolēs.

Bet šāda metode neizbēgami novedīs pie negatīvu atlikumu parādīšanās noliktavā (tas nozīmē, programmā). Apskatīsim, kā ar to rīkoties.

Pārskats “Negatīvo atlikumu kontrole”

Vienkāršākajā gadījumā jums vienkārši jāizvēlas periods un jānoklikšķina uz pogas “Ģenerēt”. Un tieši šeit mani sagaidīja pirmais pārsteigums.

Testa programmā speciāli simulēju situāciju, kad pārdevu vairāk preču nekā man ir noliktavā. Turklāt viņš šo pārdošanu veica 2013. gadā. Loģiski, ka man vēl tagad, 2016. gadā, ir tas pats produkts mīnusā. Tāpēc es pat nepieskāros periodam, bet uzreiz nospiedu “Ģenerēt”. Man tas neizdevās. Izrādās, ka pārskatā var parādīt informāciju par negatīvajiem atlikumiem tikai izvēlētajā periodā.

Savās video pamācībās es bieži runāju par to, ka 1C datu bāze ir jāsagatavo perioda slēgšanai un pārskatu sniegšanai. Un viens no svarīgiem šādas sagatavošanas punktiem ir preču, materiālu un gatavās produkcijas negatīvo atlikumu kontrole. Kādi pārskati jāizmanto, lai pārbaudītu krājumu kontu statusu sadaļā 1C: Grāmatvedība? Apskatīsim dažus no tiem.

1. Pārskats “Konta bilance”

Daudzi grāmatveži ir pieraduši strādāt ar kontu bilancēm. Šo pārskatu patiešām var izmantot, lai kontrolētu krājumu atlikumus, jums tikai jāpārliecinās, ka iestatījumi ir iestatīti, lai parādītu kvantitatīvos rādītājus.
Noklikšķiniet uz pogas "Rādīt iestatījumus" un dodieties uz cilni "Rādītāji".

Pēc tam mēs rūpīgi pārskatām ziņojumu un analizējam atklātās kļūdas

Bilance ir ērta, jo ļauj novērtēt ne tikai negatīvu kvantitatīvo atlikumu esamību, bet arī atklāt citas problemātiskas situācijas:
- inventāra priekšmetu kvantitatīvais atlikums bez summas;
- kopējais atlikums bez daudzuma;
- negatīvs atlikums.
Taču, ja grāmatvedībā ir iesaistīts liels posteņu skaits, tad šāda pārbaude var būt diezgan darbietilpīga. Turklāt SĀLS būs jāģenerē atsevišķi katram grāmatvedības kontam (10, 41, 43), kas arī nedaudz apgrūtina darba procesu.

2. Pārskats "Negatīvo atlikumu kontrole"

1C: Enterprise Accounting 8 izdevums 3.0 konfigurācija nodrošina pārskatu, kas ir ideāli piemērots krājumu vienību negatīvo kvantitatīvo atlikumu uzraudzībai. Pārskats atrodas cilnē “Noliktava”.

Mēs norādām periodu, organizāciju un veidojam atskaiti.

Pārskatā ir iekļauti tikai tie posteņi, kuriem konstatēta negatīva kvantitatīvā bilance. Liela priekšrocība ir tā, ka tiek analizēti dati par visiem krājumu kontiem. Manuprāt, ar atskaiti strādāt ir ērtāk nekā ar OSV.
Taču ir arī mīnuss – pārskats ļauj uzraudzīt tikai negatīvus kvantitatīvos atlikumus, aizkulisēs atstājot citas problēmas, kuras SALT ļauj atklāt.

3. Ziņojums “Subconto analīze”

Esmu runājis par šo ziņojumu vairāk nekā vienu reizi. Subkonto analīze ir viens no maniem iecienītākajiem ziņojumiem, kas ļauj ne tikai atklāt kļūdas, bet arī daudzās situācijās izprast to cēloņus.
Dodieties uz sadaļu "Pārskati" - "Subkonto analīze".

Atlasiet apakškontinu “Nomenklatūra” un pārbaudiet, vai atskaites iestatījumos ir iespējota kvantitatīvo rādītāju parādīšana.

Subkonto analīze ir laba, jo tā ļauj iegūt informāciju par krājumu vienību kustību visos grāmatvedības kontos. Piemēram, lai izsekotu situācijas, kad prece nonāca vienā grāmatvedības kontā, bet tika pārdota no cita.

Tomēr ar lielu vienumu skaitu var būt grūti analizēt datus.
Vairāk par darbu ar šo ziņojumu es runāju video pamācībā Kā strādāt ar ziņojumu “Subconto Analysis” 1C — VIDEO.
Tādējādi katram no apskatītajiem ziņojumiem ir savi plusi un mīnusi. Savā darbā es ieteiktu tos apvienot:
- atrast rupjas kļūdas, izmantojot pārskatu “Negatīvo atlikumu kontrole”;
- pēc tam skatiet SALT visiem krājumu kontiem;
- lai identificētu nepareiza līdzsvara iemeslus, izmantojiet ziņojumu “Subconto Analysis”.
Divos noderīgos videoklipos es apspriedu arī interesantus piemērus, kas saistīti ar kļūdu atrašanu un labošanu, uzskaitot krājuma preces:

Noliktavas atlikumu kontrole ir obligāta grāmatvedības procedūra jebkurā uzņēmumā, kas strādā ar precēm. Bieži vien var saskarties ar situāciju, ka programmā nav preces, bet tā faktiski atrodas noliktavā. Šādā situācijā ir divas iespējas:

Nosūtiet to pārdošanai;
Atstājiet to noliktavā, līdz tiek noskaidroti šīs situācijas apstākļi.

Izvēle ir atkarīga no vairākiem faktoriem, piemēram, organizācijas politikas vai konkrētās situācijas. Ja prece atrodas uz letes un pircējam tā ir ieinteresējusies (turot rokās), atteikties no pārdošanas nav vēlams.

Daži uzņēmumi praktizē pārdošanas dokumenta ģenerēšanu, to nepublicējot, taču ne visi izmanto šo praksi. Šādās situācijās programma 1C savās jaunākajās versijās piedāvā iespēju atspējot negatīvo atlikumu kontroli.

Kad kontrole ir aktivizēta, noliktavā neatrastās preces saskaņā ar programmu sniegs lietotājam brīdinājumu: “Saraksta “Produkti” 1. rindā aile “Daudzums” ir aizpildīta nepareizi. “Norādītais daudzums pārsniedz bilanci. Atlikušais: 18. Trūkst 111.093.”

Negatīvo atlikumu kontroles atspējošana 1C

Atlikumu vadības ieslēgšanas/izslēgšanas darbība 1C tiek veikta, izmantojot izvēlni “Galvenā” - “Iestatījumi” - “Grāmatvedības parametri” - “Krājumi”. Šeit ir jāatzīmē izvēles rūtiņa “Atļaut krājumu norakstīšanu, ja pēc grāmatvedības datiem nav krājumu”.

Pēc tam darbība tiek apstiprināta ar pogu “Ierakstīt un aizvērt”. Savukārt šādas darbības garantēti kļūs par pamatu negatīvo bilanču veidošanai grāmatvedībā. Tie būs jālikvidē.

Pārskats “Negatīvo atlikumu kontrole”

Šis pārskats tiek ģenerēts, izmantojot izvēlni “Noliktava” - “Pārskati”, kurā tiek parādīts dokuments. Lietotājam ir jānosaka pieprasījuma intervāls un jānoklikšķina uz pogas “Ģenerēt”. Noteikta perioda neesamība neļaus uzrādīt negatīvus atlikumus, kas ir sistēmas iezīme, kas prasa obligātu kolonnas “Periods” aizpildīšanu.

Gatavajam ziņojumam ir šāds izskats.

Pašai atskaitei ir pieejams standarta filtru komplekts, kas ietver grupēšanu, kārtošanu un citas datu transformācijas atbilstoši lietotāju pieprasījumiem un vajadzībām. Izmantojot pogu Rādīt iestatījumus, pārskatā varat manuāli iekļaut papildu rindas.

Šis pārskats palīdz jebkurā laikā iegūt kopsavilkumu vai detalizētu informāciju par negatīvajiem atlikumiem 41 kontā. Pārskata rezultāts tiek parādīts ar noklusējuma detaļām (sk. 1. att.)

Jo Tā kā atskaite ir pilnībā uzrakstīta, izmantojot datu izkārtojuma shēmu, lietotājam nebūs grūti mainīt atskaites sadaļas no lietotāja režīma (skat. 2. att.)

Ārējais pārskats ir paredzēts konfigurācijai "1C: Enterprise Accounting 8, edition 3.0" un "izdevums 3.0 (KORP)", kas darbojas platformas versijā 8.2 režīmā “PĀRVALDĪTA LIETOJUMS”.

Bezmaksas atbalsta periods: 1 mēnesis.

Iemesli pirkšanai

Negatīvie atlikumi vienmēr ir galvassāpes jebkuram grāmatvedim. Negatīvie atlikumi 41 kontā šo situāciju divreiz pasliktina. Šis pārskats ātri un skaidri parāda visu "apsārtums" 41 skaitā ērtā un vizuālā formā. Turklāt lJebkuru negatīvu atlikumu 41 kontā var atšifrēt, izmantojot pārskatus “Subconto Analysis” un “Account Card”. Tajā pašā laikā, apvienojot šo atskaišu izmantošanu, ir iespējams uzreiz nokāpt līdz uzskaites dokumentu līmenim, kas izraisīja preču kustību. Lai to izdarītu, vienkārši noklikšķiniet uz vajadzīgā numura atskaitē un atlasiet atskaiti dekodēšanai.

Pēc daudzajiem lietotāju pieprasījumiem tika izveidota atsevišķa pārskata versija “Krājumu kontu negatīvo atlikumu kontrole”, kas pievienoja iespēju kontrolēt negatīvos atlikumus ne tikai 41 kontam, bet arī citiem galvenajiem krājumu kustības kontiem. preces:

Konts 07 Aprīkojums uzstādīšanai
- Konts 08.04 Pamatlīdzekļu iegāde
- 10. konts viss, izņemot 10.07 (materiāli, kas nodoti apstrādei trešajām personām)
- Konts 21 Pašu produkcijas pusfabrikāti
- Konts 41 viss, izņemot 41.12 (Preces mazumtirdzniecībā (NTT pēc pārdošanas vērtības))
- Konts 42.01 Tirdzniecības peļņa automatizētajās mazumtirdzniecības vietās
- Konts 43 Gatavā produkcija

Tāpat atceries, ka negatīvi atlikumi var rasties ne tikai krājumu kontos, bet arī muitas deklarāciju kontā. Ja jums ir nepieciešams kontrolēt arī šo kontu, iesakām iepazīties ar ārējo pārskatu

Priekšrocības

Savienojums, izmantojot ārējās apstrādes un ziņošanas mehānismu. Tas ļauj izmantot pārskatu, neveicot nekādas izmaiņas standarta konfigurācijā. Ir iespējams arī atvērt standarta atskaiti, izmantojot “Fails” -> “Atvērt”.
Iespēja pielāgot atskaiti “pašam” no lietotāja režīma.

Naudas atdošanas garantija

Infostart LLC garantē jums 100% naudas atmaksu, ja programma neatbilst aprakstā norādītajai funkcionalitātei. Naudu var atgriezt pilnā apmērā, ja to pieprasāt 14 dienu laikā no dienas, kad nauda ir saņemta mūsu kontā.

Programmas darbība ir tik ļoti pierādīta, ka mēs varam sniegt šādu garantiju ar pilnīgu pārliecību. Mēs vēlamies, lai visi mūsu klienti būtu apmierināti ar pirkumu.