Buhalterinė informacija. Apskaitos informacija BP 3.0 neigiamų likučių kontrolė

Šis straipsnis skirtas 1C diegėjams – ir ypač tiems, kurie ruošiasi gauti 1C sertifikatą: platformos specialistas.

Šiandien pažiūrėsime 2 likučių kontrolės būdai – ne tik likučiai sandėlyje, bet ir, pavyzdžiui, tarpusavio atsiskaitymai („Kokia šiuo metu yra kliento skola ir ar galima jam išsiųsti prekes?)

Abu metodai naudojami standartinėse konfigūracijose ir sertifikavimo užduotyse. Ir kadangi jų yra du - turite aiškiai suprasti, kada taikoma „nauja“ technika, o kada tik „senoji“..

Tai yra pagrindinės 1C programuotojų žinios, todėl rekomenduojame nepalikti spragų tokiose srityse. Tai turėtų jus nuvežti mokytis 15 minučių :)

Problemos formulavimas

Paimkime paprastą konfigūraciją su dokumentais „Prekių gavimas“ ir „Prekių pardavimas“:

Likučiams apskaityti naudojamas kaupimo registras „Laisvieji likučiai“:

Įforminant dokumentą „Prekių gavimas“ atliekami šie judesiai:

Apdorojimo procedūra (gedimas, režimas)

Kiekvienam TechStringProduktų iš produktų ciklui
Judėjimas = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Movement.Period = data;
Movement.Nomenclature = TechStringProducts.Nomenclature;
Movement.Quantity = TechStringProducts.Quantity;
EndCycle;

Procedūros pabaiga

Dokumento „Prekių gavimas“ registravimo tvarkymas buvo atliktas naudojant judesių dizainerį ir nedomina, nes jam atvežus į sandėlį likučių kontrolė nereikalinga.

Kartais likučio kontrolė įgyvendinama ir „Prekių gavimo“ dokumentui - kad dokumentą anuliavus ar perrašius, nesusidarytų neigiamas likutis.

Pavyzdžiui, į sandėlį atkeliavo 10 naujų LG televizorių, iš kurių 6 buvo parduoti. Jei kvito dokumente yra 10 vnt. pataisyti 5 vnt. – susidaro neigiamas balansas „minus 1 vnt.“.

Standartiniame UT 11 toks valdymas įgalinamas naudojant funkcinę parinktį „Valdyti organizacijų prekes atšaukiant kvitus“.

Registruojant dokumentą „Prekių pardavimas“ būtina organizuoti likučių kontrolę. Jei gaminio neužtenka, dokumentas neužfiksuojamas ir išsiunčiamas diagnostinis pranešimas. Tai yra sprendžiama problema.

Sąmoningai dirbame su paprasta problema, kai neskaičiuojamos nurašymo išlaidos. Tai leis mums sutelkti dėmesį į likučių kontrolės niuansus.

Pastaba– toliau pateikti algoritmai yra skirti mokymui ir turi būti kuo aiškesni.
Juos galima optimizuoti, tačiau tada „supratimo koeficientas“ bus mažesnis, todėl šiame straipsnyje apie tai nekalbame.

Žinoma, galite juos optimizuoti patys arba lankyti mūsų kursą apie 1C pagreitį ir optimizavimą :)

Kaip jau supratote, problemą galima išspręsti dviem būdais. Pradėkime nuo technikos, kuri buvo naudojama nuo 1C:Enterprise 8.0 laikų.

Senas likučių kontrolės metodas

Senosios likučių kontrolės technikos principas yra toks: Patikriname ar liko prekių reikiamu kiekiu. Jei yra, nurašome, jei ne, pranešame apie klaidą..

Senojo metodo algoritmas susideda iš kelių blokų:

Užklausa nuskaito produktų likučius ir dokumentų duomenis
Ciklas stebi prekių pakankamumą
Jei prekių nepakanka, dokumentas neregistruojamas
Jei prekių pakanka, atliekami vartojimo judesiai

Štai kaip atrodo programos kodas:

// 1. Senų registrų judėjimų išvalymas
Movements.FreeRemainnders.Write = Tiesa;
Judesiai.Įrašas();

// 3. Užklausos rezultatų perkėlimas

// 4. Prekių pakankamumo tikrinimas
Deficitas = SampleProducts.Quantity - SampleProducts.Remaining;
Jei deficitas>0 Tada
Atsisakyti = Tiesa;
Message.Text = "Produkto "+SelectionProducts.NomenclaturePresentation+" kiekis yra nepakankamas "+Trūkumas+" vnt.";
Žinutė.Žinutė();
endIf;

// 5. Jei buvo klaidų, eikite į ciklo pradžią
Jei nesėkmė Tada
Tęsti;
endIf;

// 6. Judesių atlikimas į registrus
Movement.Period = data;

EndCycle;

// 7. Vėliavos nustatymas judesiams fiksuoti operacijos pabaigoje
Movements.FreeRemainnders.Write = Tiesa;

Procedūros pabaiga

Pakalbėkime apie pagrindinius algoritmo punktus.

1. Senų registrų judesių išvalymas

Žemiau algoritme bus užklausa likusiai registro daliai.

Jei dabartinis dokumentas buvo anksčiau paskelbtas, tada yra tikimybė gauti senų dokumentų judėjimą užklausoje– tai rimta problema.

Kada tokia situacija galima? Kada yra dokumento data juda į priekį.

Parodykime pavyzdžiu, prie ko tai prives:

Likusios stalinės lempos 10 vnt.
17-02-16 dokumentas tvarkomas, nurašome 6 lempas
Data dokumente pakeista į 02/17/17 (data gali būti perkelta bent 1 sekunde), paskelbkime dokumentą iš naujo.

Neišvalius judesių, sistema praneš apie 2 vnt. trūkumą. Kodėl? Taip, nes senieji dokumentų judėjimai nurašė 6 iš 10 esamų lempų. Toliau sistema bando nurašyti dar 6 gabalus, bet liko tik 4.

Problema išspręsta 3 kodo eilutėmis:

Įrašų rinkinys išvalomas (gali būti, kad jis buvo perskaitytas formoje arba ankstesnėse tvarkyklėse)
Rekordų rinkinyje yra nustatyta vėliavėlė „Rašyti“.
Įrašomi visi rinkiniai, kuriems nustatyta vėliavėlė „Įrašyti“.

Griežtai kalbant, mes galime kontroliuoti judesių valymą, kai skelbiame dokumentus:

Rekomenduotina galimybė ištrinti judesius atšaukus vykdymą - mes patys kontroliuojame, kada reikia iš tikrųjų ištrinti judesius.

2. Dokumentų duomenų ir registro likučių gavimas pagal pageidavimą

Prašymą sudaro du paketai:

Pirmajame gaunami sugrupuoti duomenys iš lentelės dalies – sukuriama laikina lentelė
Antruoju prašymu prie dokumento duomenų pridedamos registro likučiai.

Į ką turėtumėte atkreipti dėmesį pateikdami šį prašymą:

Kuriant laikiną lentelę, laukas, kuriame bus atliktas sujungimas, yra indeksuojamas – tai daroma siekiant optimalaus našumo
Likučių gavimo momentas – atitinka dokumento padėtį laiko ašyje
Registre gali nebūti likučių - todėl atliekamas kairysis sujungimas, o ištekliui "Kiekybė" naudojama funkcija "ECTNULL" - NULL reikšmė sumažinama iki nulio.

3. Apeiti užklausos rezultatus

Parengtoje užklausoje yra sugrupuoti dokumento duomenys ir likučiai pagal prekių elementus.

Ciklo metu peržiūrime šios užklausos rezultatą.

4. Patikrinkite, ar užtenka prekių

Nustatome prekių trūkumą.

Jei deficitas didesnis už nulį, tai reiškia, kad trūksta prekių:

Išduodame diagnostinį pranešimą
Paskelbimo apdorojimo parametrą „Atmetimas“ nustatykite į „Tiesa“

Jei „Atsisakymas“ yra lygus „Tiesa“, dokumento registravimo operacijos rezultatas nebus fiksuojamas. Paprastais žodžiais tariant, tai komandai sistemai neapdoroti šio dokumento.

5. Jei buvo klaidų, eikite į ciklo pradžią

Jei šiame ar ankstesniuose ciklo žingsniuose buvo klaidų (nesėkmė = tiesa), tada nėra prasmės formuoti judesių. Nepaisant to, jie nebus įrašyti į duomenų bazę.

6. Judesių atlikimas registruose

Jei likučių patikrinimas buvo sėkmingas, sukuriame išlaidų judėjimą.

7. Judesio įrašymo vėliavėlės nustatymas operacijos pabaigoje

Jei ši vėliavėlė nenustatyta, judesiai NEBUS įrašyti.

Dokumento registravimo operacijos pabaigoje rašomi tik tie įrašų rinkiniai, kuriuose nustatyta vėliavėlė „Rašyti“.

Teisybės dėlei pažymime, kad įrašų rinkinio ypatybę „Įrašas“ nustatyti prasminga esant vienai sąlygai - dokumento ypatybėje „Įrašyti judesius vykdymo metu“ turi būti nurodyta reikšmė „Pasirinktas įrašas“:

Tačiau de facto standartas yra „Pasirinktas įrašas“ reikšmė:

Jis naudojamas standartiniuose tirpaluose
Nustatykite pagal numatytuosius nustatymus kuriant naujus dokumentus.

Kita turto vertė – „Rašyti modifikuotą“ – yra pasenusi ir šiuolaikinėse komplektacijose praktiškai neegzistuoja.

Naujas likučių kontrolės metodas

Naujasis metodas veikia principu: nurašome reikalingas prekes, tada patikriname, ar dokumento prekėms nesusidarė neigiami likučiai. Jei taip, tuomet turite atšaukti dokumentą.

Kaip matote, yra esminis skirtumas tarp likučių valdymo momento:

Senas metodas yra pirmiausia patikrinti likutį, tada jį nurašyti
Nauja technika – pirmiausia nurašome, tada tikriname likutį.

Dėl to programos kodas atrodys taip:

Apdorojimo procedūra (gedimas, režimas)

// 2. Judesių formavimas - registro suvartojimas
Movements.FreeRemains.Clear();
SelectionProducts = Užklausos rezultatas.Select();
Nors SelectProducts.Next() Loop
Judėjimas = Movements.Free Remainings.AddExpense();
Movement.Period = data;
Movement.Nomenclature = SelectionProducts.Nomenclature;
Movement.Quantity = SampleProducts.Quantity;
EndCycle;

// 3. Judesių įrašymas į duomenų bazę
Movements.FreeRemainnders.Write = Tiesa;
Judesiai.Įrašas();

Control Border = Nauja riba (Laiko taškas (), BorderView.Įskaitant);
Request.SetParameter("Laiko taškas", Valdymo riba);
RequestResult = Request.Execute();

// 5. Pranešimų apie prekių trūkumą rodymas
Jei ne QueryResult.Empty() Tada
Atsisakyti = Tiesa;
ErrorSelect = QueryResult.Select();
Nors SelectErrors.Next() Ciklas
Pranešimas = New MessageToUser;
Message.Text = "Produkto "+SampleErrors.NomenclaturePresentation+" kiekis yra nepakankamas "+SampleErrors.Deficiency+" vnt.";
Žinutė.Žinutė();
EndCycle;
endIf;

Procedūros pabaiga

Pažvelkime į pagrindinius algoritmo punktus.

1. Dokumento duomenų gavimas pagal pageidavimą

Ši užklausa reikalinga norint sugrupuoti duomenis lentelės dokumento dalyje.

Atkreipkite dėmesį, kad pirmoji paketo užklausa sukuria laikiną lentelę – ji bus naudojama kitoje užklausoje. Tai įmanoma dėl laikinosios lentelių tvarkyklės, sukurtos šiai užklausai.

2. Judesių formavimas - registruokite suvartojimą

Cikle duomenys iš dokumento įrašomi į registrą – tai yra atliekamas besąlyginis (be patikrinimo) prekių nurašymas.

3. Judesių įrašymas į duomenų bazę

Kad likučiai registre pasikeistų, judėjimai turi būti registruojami.

4. Užklausa gavus neigiamus likučius iš registro

Dabar su paprastu prašymu parenkame neigiamus dokumentų prekių likučius.

Čia naudojama pirmame žingsnyje sukurta laikina lentelė - elementui keliama sąlyga (tam mes nekuriame naujo „Užklausos“ tipo objekto, o naudojame anksčiau sukurtą).

Atkreipkite dėmesį į tai, kaip perduodamas laiko momentas – naudojamas duomenų tipas „Riba“. Likę likučiai turi būti gauti iš karto PO dabartinio dokumento.

Ar buvo galima gauti likučius be ribos, pavyzdžiui, prie dokumento datos pridėjus 1 sekundę?

Ne! Juk per vieną sekundę dokumentų gali būti labai daug. Todėl vienintelis teisingas pasirinkimas yra naudoti kraštinės tipą „Įskaitant“.

5. Pranešimų apie prekių trūkumą rodymas

Jei užklausos rezultatas nėra tuščias, tada yra neigiamų likučių – tokiu atveju dokumentas neapdorojamas ir rodomi pranešimai apie visas klaidas.

Likučių kontrolės naudojant naują metodą privalumai

Taigi abu algoritmai išsprendžia tą pačią problemą.

Skirtumas tarp algoritmų matomas, tačiau pranašumai nėra akivaizdūs.

Taigi pabrėžkime juos:

Nereikia išvalyti senų dokumentų judėjimo. Iš esmės tai yra tuščio judesių rinkinio įrašymo į duomenų bazę ir esamų judesių ištrynimo operacija – tai gana daug išteklių reikalaujančios operacijos.
Užklausa, kuri gauna duomenis apie neigiamus likučius, pasiekia tik vieną lentelę - nereikia atlikti kairiojo sujungimo su dokumento duomenimis ir naudoti funkciją „ISNULL()“.

Be to, įprastos verslo procesų eigos metu vartotojas nurodo kiekį, kuris neviršija likučio sandėlyje.

Tokiu atveju antroji užklausa negrąžins jokių duomenų, o dokumentų apdorojimas vyks kuo greičiau.

Ar tikrai šios milisekundės tokios svarbios?

Duomenų bazėse, kuriose yra mažai duomenų ir vartotojų, skirtumas nebus pastebimas. Tačiau užimtose sistemose, kuriose yra dešimtys vartotojų, kiekvienos milisekundės kaina yra didelė.

Be to, per egzaminą „1C: Platform Specialist“ būtinai turite naudoti naują likučių valdymo metodą, jei tai leidžia konkreti užduotis.

Gerai, taigi visada turėtumėte naudoti naują techniką, tiesa?

Ne, tai netiesa!

Nauja technika gali būti naudojama tik tuo atveju, jei visi dokumento tvarkymui reikalingi duomenys yra pačiame dokumente.

Tai yra, norint gauti duomenis, nereikia prisijungti prie registrų, kurie kontroliuoja likučius.

Taigi, pavyzdžiui, jei „Laisvųjų likučių“ registre būtų atsižvelgta ir į sumą, tektų naudoti senąjį kontrolės metodą.

Beje, standarte „1C: Prekybos valdymas 11“ balanso kontrolė įgyvendinama naudojant naują metodą, o „1C: Apskaita 8“ - pagal senąjį metodą.

Bet tai dar ne viskas!

Aukščiau pateikti algoritmai gali būti naudojami tik švietimo tikslais. Esmė ta, kad jie neatsižvelgia valdomos spynos, kuris turi būti naudojamas, jei sistemoje yra daugiau nei vienas vartotojas.

Aptariami abiejų likučių kontrolės metodų blokai. Taip pat šiame straipsnyje sprendžiame sudėtingesnę problemą – be likučių kontrolės, apskaičiuojame ir nurašytų straipsnių savikainą. Rekomenduojame jį atidžiai išstudijuoti.

Ir pradedantiesiems, tiesiog pasakykime tai įdiegti užraktą nauju būdu yra labai paprasta– ir tai dar vienas naujojo likučių kontrolės metodo privalumas.

Rezultatai

Trumpai apibendrinkime.

Išnagrinėjome du likučių kontrolės būdus, kurių kiekvienas naudojamas šiuolaikinėse tipinėse konfigūracijose.

Pagrindinis technikos skirtumas likučių kontrolės momentu:

Sena technika – kontrolė prieš įrašant judesius į registrus
Nauja technika – valdymas įrašius judesius registruose

Apskritai, nauja technika yra efektyvesnė, tačiau ji ne visada taikoma.

Pritaikomumo kriterijus– jei judesiams generuoti nereikia prieiti prie duomenų iš kontroliuojamo registro, galima naudoti naują techniką.

Jei kalbame apie produktų likučių kontrolę, tai galima naudoti naują techniką, kai savikainos ir sandėlio likučių duomenys yra saugomi skirtinguose registruose.

Ir galiausiai pavyzdžiai iš tipinės konfigūracijos:

IN UT 11 yra 2 pagrindiniai prekių apskaitos registrai: Laisvieji likučiai (kiekis) ir Prekės savikaina (išlaidų duomenys) - naudojama nauja metodika
IN AKS 3,0 duomenys apie sąnaudas ir likučius saugomi viename apskaitos registre – naudojamas senasis likučių kontrolės būdas.

Bet kuri organizacija turi stebėti atsargų likučius. Ir dažnai susidaro situacija, kai prekė realiai yra, bet programoje jos nėra. Ir tada buhalteris yra priverstas priimti sprendimą:

leisti jį parduoti;
atidėti, kol paaiškės, kodėl susiklostė tokia situacija.

Sprendimas, kaip taisyklė, priimamas remiantis politika, kurios laikomasi organizacijoje, susijusią su likučių apskaita. Kartais galite atidėti prekę į šalį ir pasakyti pirkėjui, kad dabar jos parduoti negalima. Kartais to padaryti neįmanoma. Pavyzdžiui, kai pirkėjas pamato šią prekę arba jau laiko ją rankose.

Žinoma, galite tiesiog sugeneruoti pardavimo dokumentą ir jo neskelbti, tačiau ne visos organizacijos tai leidžia. Todėl 1C 8.3 programoje (kaip ir 8.2) galima išjungti neigiamų likučių kontrolę.

Jei įjungtas balanso valdymas, tada parduodant prekę, kurios nėra sandėlyje (arba reikiamoje sąskaitoje), programa pateiks tokį įspėjimą:

Sąrašo „Produktai“ 1 eilutėje esantis stulpelis „Kiekis“ užpildytas neteisingai.
Nurodytas kiekis viršija likutį. Liko: 18; Trūksta: 111 093

Gaukite 267 vaizdo įrašų pamokas 1C nemokamai:

Neigiamų likučių kontrolės išjungimas 1C 8.3

Norėdami išjungti arba įjungti balanso valdymą 1C, turite eiti į „Pagrindinį“ meniu, tada skiltyje „Nustatymai“ pasirinkite „ “.

Kai kuriose „1C Accounting“ versijose šie nustatymai yra meniu „Administravimas – dokumentų registravimo nustatymai“.

Skiltyje „Apskaitos parametrai“ reikia eiti į 1C „Atsargos“ skirtuką ir pažymėti žymimąjį laukelį „Leisti nurašyti atsargas, jei nėra likučių pagal apskaitos duomenis“:

Tada viskas, ką jums reikia padaryti, tai paspausti mygtuką „Išsaugoti ir uždaryti“. Dabar nurašant likučiai nebus kontroliuojami.

Tačiau toks metodas neišvengiamai sukels neigiamų likučių atsiradimą sandėlyje (tai reiškia, programoje). Pažiūrėkime, kaip su tuo susitvarkyti.

Ataskaita „Neigiamų likučių kontrolė“

Paprasčiausiu atveju tereikia pasirinkti laikotarpį ir spustelėti mygtuką „Generuoti“. Ir čia manęs laukė pirmoji staigmena.

Specialiai bandomojoje programoje imitavau situaciją, kai pardaviau daugiau prekių nei turiu sandėlyje. Be to, jis šį pardavimą atliko 2013 m. Logiškai mąstant, tą patį produktą aš dar turiu raudonai ir dabar, 2016 m.. Todėl net nepaliečiau laikotarpio, o iškart paspaudžiau „Generuoti“. Man tai nepasiteisino. Pasirodo, ataskaitoje gali būti rodoma informacija apie neigiamus likučius tik pasirinktam laikotarpiui.

Savo vaizdo įrašų vadovėliuose dažnai kalbu apie tai, kad 1C duomenų bazė turi būti paruošta laikotarpio uždarymui ir ataskaitų teikimui. Ir vienas iš svarbių tokio pasiruošimo momentų yra neigiamų prekių, medžiagų ir gatavų gaminių likučių kontrolė. Kokias ataskaitas turėtumėte naudoti norėdami patikrinti atsargų sąskaitų būseną 1C: Apskaita? Pažvelkime į kai kuriuos iš jų.

1. Ataskaita „Sąskaitos balansas“

Daugelis buhalterių yra įpratę dirbti su sąskaitų balansais. Ši ataskaita tikrai gali būti naudojama atsargų likučiams kontroliuoti, tik reikia įsitikinti, kad nustatymai nustatyti taip, kad būtų rodomi kiekybiniai rodikliai.
Spustelėkite mygtuką „Rodyti nustatymus“ ir eikite į skirtuką „Indikatoriai“.

Tada atidžiai peržiūrime ataskaitą ir analizuojame aptiktas klaidas

Balansas patogus, nes leidžia įvertinti ne tik neigiamų kiekybinių likučių buvimą, bet ir aptikti kitas problemines situacijas:
- kiekybinis atsargų prekių likutis be sumos;
- bendras likutis be kiekio;
- neigiamas balansas.
Tačiau jei į apskaitą įtraukta daug prekių vienetų, tai toks patikrinimas gali būti gana daug darbo reikalaujantis. Be to, SALT turės būti generuojama atskirai kiekvienai buhalterinei sąskaitai (10, 41, 43), o tai irgi kiek apsunkina darbo procesą.

2. Ataskaita "Neigiamų likučių kontrolė"

1C: Enterprise Accounting 8 leidimo 3.0 konfigūracija pateikia ataskaitą, kuri idealiai tinka neigiamiems kiekybiniams atsargų prekių likučiams stebėti. Ataskaita yra skirtuke „Sandėlis“.

Nurodome laikotarpį, organizaciją ir sudarome ataskaitą.

Į ataskaitą įtraukiami tik tie straipsniai, kurių kiekybinis balansas buvo neigiamas. Didelis privalumas – analizuojami visų atsargų sąskaitų duomenys. Mano nuomone, su ataskaita patogiau dirbti nei su OSV.
Tačiau yra ir minusas – ataskaita leidžia stebėti tik neigiamus kiekybinius likučius, užkulisiuose paliekant kitas problemas, kurias SALT leidžia aptikti.

3. Ataskaita „Subconto analizė“

Apie šį pranešimą kalbėjau ne kartą. Subconto analizė yra viena iš mano mėgstamiausių ataskaitų, kuri leidžia ne tik aptikti klaidas, bet ir daugeliu atvejų suprasti jų priežastis.
Eikite į skyrių „Ataskaitos“ - „Subconto analizė“.

Pasirinkite subkonto „Nomenklatūra“ ir patikrinkite, ar ataskaitos nustatymuose įjungtas kiekybinių rodiklių rodymas.

Subkonto analizė yra gera, nes ji leidžia gauti informaciją apie atsargų elementų judėjimą visose apskaitos sąskaitose. Pavyzdžiui, stebėti situacijas, kai prekė atkeliavo į vieną apskaitos sąskaitą, bet buvo parduota iš kitos.

Tačiau esant dideliam elementų skaičiui, gali būti sunku analizuoti duomenis.
Daugiau apie darbą su šia ataskaita kalbėjau vaizdo įrašo vadove Kaip dirbti su „Subconto Analysis“ ataskaita 1C - VIDEO.
Taigi, kiekviena peržiūrėta ataskaita turi savo privalumų ir trūkumų. Savo darbe rekomenduočiau juos derinti:
- rasti didelių klaidų naudojant ataskaitą „Neigiamų likučių kontrolė“;
- tada peržiūrėti visų atsargų sąskaitų SALT;
- Norėdami nustatyti neteisingo balanso priežastis, naudokite ataskaitą „Subconto Analysis“.
Taip pat dviejuose naudinguose vaizdo įrašuose aptariau įdomius pavyzdžius, susijusius su klaidų radimu ir taisymu apskaitant atsargų prekes:

Sandėlio likučių kontrolė yra privaloma apskaitos procedūra bet kurioje įmonėje, dirbančioje su prekėmis. Dažnai galite susidurti su situacija, kai programoje nėra produkto, bet jis iš tikrųjų yra sandėlyje. Esant tokiai situacijai, yra dvi galimybės:

Siųsti jį parduoti;
Palikite sandėlyje, kol išsiaiškins šios situacijos aplinkybės.

Pasirinkimas priklauso nuo kelių veiksnių, tokių kaip organizacijos politika arba konkrečios situacijos. Jeigu prekė stovi ant prekystalio ir pirkėjas ja domisi (laiko rankose), nepatartina atsisakyti išpardavimo.

Kai kurios įmonės praktikuoja pardavimo dokumento generavimą jo nepaskelbusios, tačiau ne visos naudojasi šia praktika. Esant tokioms situacijoms, 1C programa naujausiose versijose siūlo galimybę išjungti neigiamų likučių kontrolę.

Įjungus kontrolę, pardavus prekes, kurių pagal programą sandėlyje nėra, vartotojas bus įspėjamas: „Sąrašo „Prekės“ 1 eilutėje stulpelis „Kiekis“ užpildytas neteisingai. „Nurodytas kiekis viršija likutį. Liko: 18. Trūksta 111 093.

Išjungiama neigiamų balansų kontrolė 1C

Likučių valdymo įjungimas / išjungimas 1C atliekamas per meniu „Pagrindinis“ - „Nustatymai“ - „Apskaitos parametrai“ - „Atsargos“. Čia reikia pažymėti langelį „Leisti nurašyti atsargas, jei pagal apskaitos duomenis nėra atsargų“.

Po to veiksmas patvirtinamas mygtuku „Išsaugoti ir uždaryti“. Savo ruožtu tokie veiksmai garantuotai taps neigiamų likučių apskaitoje formavimo pagrindu. Juos reikės pašalinti.

Ataskaita „Neigiamų likučių kontrolė“

Ši ataskaita generuojama per meniu „Sandėlis“ – „Ataskaitos“, kuriame pateikiamas dokumentas. Vartotojas turi nustatyti užklausos intervalą ir spustelėti mygtuką „Generuoti“. Nurodyto laikotarpio nebuvimas neleis rodyti neigiamų likučių, o tai yra sistemos ypatybė, reikalaujanti privalomai užpildyti stulpelį „Laikotarpis“.

Baigta ataskaita atrodo taip.

Pačiai ataskaitai galimas standartinis filtrų rinkinys, apimantis grupavimą, rūšiavimą ir kitas duomenų transformacijas pagal vartotojo užklausas ir poreikius. Naudodami mygtuką „Rodyti nustatymus“ galite rankiniu būdu įtraukti papildomų eilučių į ataskaitą.

Ši ataskaita padeda bet kuriuo metu gauti suvestinę arba išsamią informaciją apie neigiamus likučius 41 sąskaitoje. Ataskaitos rezultatas rodomas su numatytosiomis detalėmis (žr. 1 pav.)

Nes Kadangi ataskaita pilnai parašyta naudojant duomenų išdėstymo schemą, vartotojui nebus sunku pakeisti ataskaitos dalis iš vartotojo režimo (žr. 2 pav.)

Išorinė ataskaita skirta konfigūracijai „1C: Enterprise Accounting 8, edition 3.0“ ir "3.0 leidimas (KORP)", veikia 8.2 platformos versijoje režimu „MANAGED APPLICATION“.

Nemokamos paramos laikotarpis: 1 mėnuo.

Priežastys pirkti

Neigiami likučiai visada yra galvos skausmas bet kuriam buhalteriui. Neigiami likučiai 41 sąskaitoje dvigubai apsunkina šią situaciją. Ši ataskaita greitai ir aiškiai parodo viską „paraudimas“ 41 skaitmuo patogioje ir vaizdinėje formoje. Be to, lBet koks neigiamas balansas 41 paskyroje gali būti iššifruotas naudojant „Subconto analizės“ ir „Sąskaitos kortelės“ ataskaitas. Tuo pačiu, sujungus šių ataskaitų naudojimą, galima nueiti tiesiai į apskaitos dokumentų, sukėlusių prekių judėjimą, lygį. Norėdami tai padaryti, tiesiog spustelėkite reikiamą numerį ataskaitoje ir pasirinkite ataskaitą dekodavimui.

Atsižvelgiant į daugybę vartotojų prašymų, buvo sukurta atskira ataskaitos „Atsargų sąskaitų neigiamų likučių kontrolė“ versija, kuri papildė galimybę valdyti neigiamus likučius ne tik 41 sąskaitoje, bet ir kitose pagrindinėse atsargų judėjimo sąskaitose. daiktai:

Sąskaita 07 Įranga montavimui
- Sąskaita 08.04 Ilgalaikio turto įsigijimas
- 10 sąskaita visa, išskyrus 10.07 (medžiaga, perduota apdoroti trečiosioms šalims)
- 21 sąskaita Savos gamybos pusgaminiai
- 41 sąskaita visi, išskyrus 41.12 (prekės mažmeninėje prekyboje (NTT pardavimo verte))
- Sąskaita 42.01 Prekybos marža automatizuotose mažmeninės prekybos vietose
- 43 sąskaita Gatavi produktai

Taip pat atminkite, kad neigiami likučiai gali susidaryti ne tik atsargų sąskaitose, bet ir muitinės deklaracijų sąskaitoje. Jei jums reikia valdyti ir šią paskyrą, rekomenduojame susipažinti su išorine ataskaita

Privalumai

Ryšys per išorinio apdorojimo ir ataskaitų teikimo mechanizmą. Tai leidžia naudoti ataskaitą nekeičiant standartinės konfigūracijos. Taip pat galima atidaryti standartinę ataskaitą per „Failas“ -> „Atidaryti“.
Galimybė pritaikyti ataskaitą „sau“ iš vartotojo režimo.

Pinigų gražinimo garantija

Infostart LLC garantuoja jums 100% pinigų grąžinimą, jei programa neatitinka deklaruojamų funkcijų iš aprašymo. Pinigai gali būti grąžinti visiškai, jei to paprašysite per 14 dienų nuo pinigų gavimo į mūsų sąskaitą dienos.

Įrodyta, kad programa veikia taip, kad tokią garantiją galime suteikti visiškai pasitikėdami. Norime, kad visi mūsų klientai būtų patenkinti pirkiniu.