Számviteli információk. Számviteli információk BP 3.0 negatív egyenlegek ellenőrzése

Ez a cikk az 1C-megvalósítóknak szól - és különösen azoknak, akik az 1C-tanúsítványra készülnek: Platform Specialist.

Ma megnézzük 2 módszer az egyenlegek ellenőrzésére - nem csak a raktári egyenlegek, hanem például a kölcsönös elszámolások is ("Mekkora az ügyfél jelenlegi tartozása, és lehetséges-e árut szállítani neki?")

Mindkét módszer használatos a szabványos konfigurációkban és a tanúsítási feladatokban. És mivel ketten vannak - világosan meg kell értened, mikor alkalmazható az „új” technika, és mikor csak a „régi”..

Ez alapvető tudás az 1C programozók számára; javasoljuk, hogy ne hagyjon hiányosságokat az ilyen területeken. Tanulni kell 15 perc :)

A probléma megfogalmazása

Vegyünk egy egyszerű konfigurációt az „Áru átvétele” és az „Árueladás” dokumentumokkal:

Az egyenlegek elszámolására a „Szabad egyenlegek” felhalmozási nyilvántartást használják:

Az „Áru átvétele” bizonylat feladásakor a következő mozgásokat hajtják végre:

Feldolgozási eljárás (hiba, mód)

Minden TechStringProducts From Products ciklushoz
Movement = Movements.FreeRemains.Add();
Movement.MovementType = AccumulationMovementType.Incoming;
Movement.Period = dátum;
Movement.Nomenclature = TechStringProducts.Nomenclature;
Movement.Quantity = TechStringProducts.Quantity;
EndCycle;

Az eljárás vége

Az „Áru átvétele” bizonylat feladása a mozgástervezővel történt, és nem érdekes, mivel a raktárba érkezéskor nincs szükség egyenlegellenőrzésre.

Néha egyenleg-ellenőrzést is végrehajtanak az „Áru átvétele” bizonylatnál - így a bizonylat törlésekor vagy újbóli könyvelésekor nem keletkezik negatív egyenleg.

Például 10 új LG TV érkezett a raktárba, ebből 6 darab elkelt. Ha az átvételi bizonylat 10 darabot tartalmaz. fix 5 db. – negatív egyenleg „mínusz 1 db” keletkezik.

A szabványos UT 11-ben az ilyen vezérlés a „Szervezetek áruinak ellenőrzése nyugták törlésekor” funkcióval van engedélyezve.

Az „Áru értékesítése” bizonylat feladásakor meg kell szervezni a szermaradványok elleni védekezést. Ha nincs elég termék, a dokumentum nem kerül feladásra, és diagnosztikai üzenet jelenik meg. Ez a probléma megoldás alatt áll.

Szándékosan egy egyszerű problémán dolgozunk, ahol nincs kiszámítva a leírási költség. Ez lehetővé teszi számunkra, hogy kifejezetten a maradékanyag-szabályozás árnyalataira összpontosítsunk.

jegyzet– az alábbiakban bemutatott algoritmusok képzésre készültek, és a lehető legvilágosabbaknak kell lenniük.
Lehet optimalizálni, de akkor a „megértési együttható” alacsonyabb lesz, ezért ebben a cikkben nem foglalkozunk ezzel.

Természetesen Ön is optimalizálhatja őket, vagy elvégezheti az 1C gyorsítása és optimalizálása című tanfolyamunkat :)

Mint már megértette, a probléma megoldása kétféleképpen történhet. Kezdjük egy technikával, amelyet az 1C:Enterprise 8.0 napjai óta használnak.

Régi szermaradék-szabályozási módszer

A régi szermaradék-szabályozási technika elve a következő: Ellenőrizzük, hogy van-e még áru a kívánt mennyiségben. Ha van, akkor kiírjuk, ha nincs, akkor hibát jelentünk..

A régi módszer algoritmusa több blokkból áll:

A kérelem lekéri a termékegyenlegeket és a dokumentumadatokat
A ciklus figyeli az áruk elegendőségét
Ha nincs elég áru, akkor a bizonylat nem kerül feladásra
Ha van elegendő áru, fogyasztási mozgásokat hajtanak végre

Így néz ki a programkód:

// 1. Régi regisztermozgások törlése
Movements.FreeRemainnders.Write = Igaz;
Movements.Record();

// 3. A lekérdezés eredményeinek bejárása

// 4. Áru elegendőségének ellenőrzése
Hiány = SampleProducts.Quantity - SampleProducts.Remaining;
Ha Deficit>0 Akkor
Refuse = igaz;
Message.Text = "A "+SelectionProducts.NomenclaturePresentation+" termék nem elegendő mennyiségben "+Hiány+" db.";
Üzenet.Üzenet();
endIf;

// 5. Menjen a ciklus elejére, ha hibák voltak
Ha kudarc Akkor
Folytatni;
endIf;

// 6. Mozgások végrehajtása regiszterekbe
Movement.Period = dátum;

EndCycle;

// 7. A zászló beállítása a mozgások rögzítéséhez a tranzakció végén
Movements.FreeRemainnders.Write = Igaz;

Az eljárás vége

Fogalmazzuk meg az algoritmus legfontosabb pontjait.

1. Régi regisztermozgások törlése

Az algoritmus alatt egy kérés érkezik a regiszter többi részéhez.

Ha az aktuális dokumentumot korábban feladták, akkor van régi dokumentummozgások beérkezésének valószínűsége egy kérelemben– ez komoly probléma.

Mikor lehetséges egy ilyen helyzet? Mikor van a dokumentum dátuma halad előre.

Mutassuk meg egy példán, hogy ez mire vezet:

Maradt asztali lámpák 10 db.
A 17.02.16-án kelt dokumentum feldolgozás alatt áll, 6 db lámpát írunk le
A dokumentumban a dátum 17.02.17-re módosult (a dátum legalább 1 másodperccel előre tolható), tegyük újra a dokumentumot.

Ha nem törli a mozgásokat, a rendszer 2 darab hiányt jelez. Miért? Igen, mert a régi dokumentummozgalmak 10 meglévő lámpából 6-ot leírtak. Ezután a rendszer megpróbál még 6 darabot leírni, de már csak 4 van hátra.

A probléma 3 soros kóddal oldható meg:

A rekordkészlet törlése folyamatban van (lehet, hogy az űrlapon vagy a korábbi kezelőkben olvasható volt)
A rekordkészlet rendelkezik az „Írás” jelzővel
Minden olyan készlet rögzítésre kerül, amelynél a „Record” jelző be van állítva.

Szigorúan véve szabályozhatjuk a mozgások tisztítását dokumentumok feladása során:

Javasoljuk a mozgások törlésének lehetőségét a végrehajtás megszakításakor - mi magunk szabályozzuk, hogy mikor kell ténylegesen törölni a mozgásokat.

2. Igény szerint bizonylatadatok és nyilvántartási egyenlegek átvétele

A kérelem két csomagból áll:

Az elsőben csoportosított adatokat kapunk a táblázatos részből - egy ideiglenes táblázatot hozunk létre
A második kérésben a nyilvántartásból származó maradékot a dokumentumadatokhoz csatoljuk.

Amire érdemes figyelni ebben a kérésben:

Ideiglenes tábla létrehozásakor a mező, amelyen az összekapcsolás megtörténik, indexelve van – ez az optimális teljesítmény érdekében történik
Az egyenlegek beérkezésének pillanata – a bizonylat időtengelyen elfoglalt helyzetének felel meg
Előfordulhat, hogy a regiszterben nincsenek maradékok – ezért bal oldali összekapcsolás történik, és az „ECTNULL” függvényt a „Mennyiség” erőforráshoz használja – a NULL értéke nullára csökken.

3. A lekérdezés eredményeinek megkerülése

A kidolgozott kérés tételenként csoportosított bizonylatadatokat és egyenlegeket tartalmaz.

Egy ciklusban végignézzük ennek a kérésnek az eredményét.

4. Ellenőrizze az áruk elegendőségét

Megállapítjuk az áruhiányt.

Ha a hiány nagyobb, mint nulla, az áruhiányt jelent:

Diagnosztikai üzenetet adunk ki
A könyvelési feldolgozás „Refusal” paraméterét állítsa „Igaz” értékre.

Ha az „Elutasítás” értéke „Igaz”, akkor a bizonylat-könyvelési tranzakció eredménye nem kerül rögzítésre. Egyszerűen fogalmazva, ez egy parancs a rendszernek, hogy ne dolgozza fel ezt a dokumentumot.

5. Ha hibák voltak, lépjen a ciklus elejére

Ha a ciklus ezen vagy előző lépéseinél hibák voltak (Failure = True), akkor nincs értelme a mozgások kialakításának. Mindazonáltal nem kerülnek rögzítésre az adatbázisban.

6. Mozgások végrehajtása regiszterekben

Ha az egyenlegellenőrzés sikeres volt, létrehozzuk a költségmozgást.

7. A mozgásrögzítés jelzőjének beállítása a tranzakció végén

Ha ez a zászló nincs beállítva, akkor a mozgások NEM kerülnek rögzítésre.

A bizonylatfeladási tranzakció végén csak azok a rekordkészletek kerülnek kiírásra, amelyeknél be van állítva az „Írás” jelző.

Az igazságosság kedvéért megjegyezzük, hogy egy rekordkészlet „Rekord” tulajdonságának beállításának egyetlen feltétellel van értelme - a „Rekord mozgások végrehajtása során” dokumentumtulajdonságban meg kell adni a „Rekord kiválasztva” értéket:

Azonban a „Record selected” érték a de facto szabvány:

Standard oldatokban használják
Alapértelmezés szerint új dokumentumok létrehozásakor.

Az ingatlan másik értéke – „Módosított írás” – elavult, és gyakorlatilag soha nem fordul elő a modern konfigurációkban.

Új módszer a szermaradványok ellenőrzésére

Az új módszer azt az elvet használja, hogy a szükséges árukat leírjuk, majd ellenőrizzük, hogy nem keletkeztek-e negatív egyenlegek a bizonylat áruira. Ha igen, akkor vissza kell görgetnie a dokumentumot.

Mint látható, alapvető különbség van az egyenlegek ellenőrzésének pillanatában:

A régi módszer az, hogy először ellenőrizzük az egyenleget, majd írjuk le
Új technika - először leírjuk, majd ellenőrizzük az egyenleget.

Ennek eredményeként a programkód így fog kinézni:

Feldolgozási eljárás (hiba, mód)

// 2. Mozgások kialakulása - fogyasztás nyilvántartása
Movements.FreeRemains.Clear();
SelectionProducts = Lekérdezés eredménye.Select();
Míg SelectProducts.Next() Loop
Mozgás = Movements.Free Remainings.AddExpense();
Movement.Period = dátum;
Movement.Nomenclature = SelectionProducts.Nomenclature;
Movement.Quantity = SampleProducts.Quantity;
EndCycle;

// 3. Mozgások rögzítése az adatbázisban
Movements.FreeRemainnders.Write = Igaz;
Movements.Record();

Szegély szabályozása = New Boundary(TimePoint(), BorderView.Include);
Request.SetParameter("TimePoint", Control Boundary);
RequestResult = Request.Execute();

// 5. Üzenetek megjelenítése áruhiányról
Ha nem QueryResult.Empty() Akkor
Refuse = igaz;
ErrorSelect = QueryResult.Select();
Míg SelectErrors.Next() Loop
Üzenet = New MessageToUser;
Message.Text = "A "+SampleErrors.NomenclaturePresentation+" termék nem elegendő mennyiségben "+SampleErrors.Deficiency+" db.";
Üzenet.Üzenet();
EndCycle;
endIf;

Az eljárás vége

Nézzük meg az algoritmus legfontosabb pontjait.

1. Igény szerint dokumentumadatok átvétele

Ez a lekérdezés szükséges az adatok csoportosításához a dokumentum táblázatos részében.

Ne feledje, hogy a köteg első lekérdezése ideiglenes táblát hoz létre – a következő lekérdezésben ez kerül felhasználásra. Ez a lekérdezéshez létrehozott ideiglenes táblakezelőnek köszönhetően lehetséges.

2. Mozgások kialakulása - fogyasztás nyilvántartása

A ciklusban a dokumentumból származó adatok beírásra kerülnek a nyilvántartásba - azaz az áruk feltétel nélküli (ellenőrzés nélküli) leírása történik.

3. Mozgások rögzítése az adatbázisban

Ahhoz, hogy a nyilvántartásban szereplő egyenlegek megváltozzanak, a mozgásokat rögzíteni kell.

4. Lekérdezés a regiszter negatív maradékainak fogadásáról

Most egy egyszerű kéréssel negatív egyenlegeket választunk ki a bizonylati árukhoz.

Itt az első lépésben létrehozott ideiglenes tábla kerül felhasználásra - egy feltételt szabunk az elemnek (ehhez nem hozunk létre új „Request” típusú objektumot, hanem a korábban létrehozottat használjuk).

Ügyeljen az időpillanat átvitelére – a „Határ” adattípust használja. A fennmaradó egyenlegeket közvetlenül az aktuális bizonylat UTÁN kell beérkezni.

Lehetett-e egyenlegeket szegély nélkül kapni, ha például 1 másodpercet adtunk a bizonylat dátumához?

Nem! Végtére is, egy másodperc alatt nagy számú dokumentum lehet. Ezért az egyetlen helyes lehetőség a „Beleértve” szegélytípus használata.

5. Üzenetek megjelenítése áruhiányról

Ha a lekérdezés eredménye nem üres, akkor negatív maradványok vannak - ebben az esetben a dokumentum nem kerül feldolgozásra, és minden hibáról üzenet jelenik meg.

Az új módszerrel végzett szermaradék-szabályozás előnyei

Tehát mindkét algoritmus ugyanazt a problémát oldja meg.

Az algoritmusok közötti különbség látható, de az előnyök nem nyilvánvalóak.

Tehát emeljük ki őket:

Nem kell törölni a régi dokumentummozgásokat. Lényegében ez az a művelet, amikor egy üres mozgáskészletet írunk az adatbázisba, és töröljük a meglévő mozgásokat - ezek meglehetősen erőforrás-igényes műveletek
A negatív egyenlegekre vonatkozó adatokat lekérő lekérdezés csak egy táblát ér el - nincs szükség bal oldali összeillesztésre a dokumentum adataival és az „ISNULL()” függvény használatára

Ezenkívül az üzleti folyamatok normál menete során a felhasználó olyan mennyiséget jelez, amely nem haladja meg a raktár egyenlegét.

Ebben az esetben a második kérés nem ad vissza semmilyen adatot, és a dokumentumok feldolgozása a lehető leggyorsabb lesz.

Valóban olyan fontosak ezek az ezredmásodpercek?

A kis mennyiségű adatot és felhasználót tartalmazó adatbázisokon a különbség nem lesz észrevehető. De a több tucat felhasználót számláló elfoglalt rendszerekben minden ezredmásodperc költsége magas.

Ezenkívül az 1C: Platform Specialist vizsga során mindenképpen új egyenlegszabályozási módszert kell alkalmaznia, ha egy konkrét feladat ezt lehetővé teszi.

Rendben, akkor mindig új technikát kell használnia, igaz?

Nem, ez nem igaz!

Az új technika csak akkor alkalmazható, ha a dokumentum feldolgozásához szükséges összes adat benne van a dokumentumban.

Vagyis az adatok megszerzéséhez nem kell hozzáférni az egyenlegeket vezérlő regiszterekhez.

Így például, ha az összeget a „Szabad egyenlegek” nyilvántartásban is figyelembe vették, akkor a régi ellenőrzési módot kellene alkalmazni.

Egyébként az „1C: Trade Management 11” szabványban az egyenlegellenőrzést az új módszerrel, az „1C: Számvitel 8”-ban pedig a régi módszerrel hajtják végre.

De ez még nem minden!

A fent bemutatott algoritmusok csak oktatási célokra használhatók. A lényeg, hogy nem veszik figyelembe vezérelt zárak, amelyet akkor kell használni, ha egynél több felhasználó van a rendszerben.

Mindkét szermaradék-szabályozási módszer blokkjait tárgyaljuk. Ebben a cikkben egy összetettebb problémát is megoldunk - az egyenlegek ellenőrzése mellett a leírt tételek költségét is kiszámítjuk. Javasoljuk, hogy alaposan tanulmányozza át.

És kezdésnek csak annyit a zár felszerelése az új módszerrel nagyon egyszerű– és ez egy másik előnye az új szermaradék-szabályozási módszernek.

Eredmények

Foglaljuk össze röviden.

Két szermaradék-szabályozási technikát vizsgáltunk, amelyek mindegyikét modern, tipikus konfigurációkban használják.

A legfontosabb különbségek a technikák között az egyenlegek ellenőrzésének pillanatában:

Régi technika - vezérlés a mozgások regiszterekben történő rögzítése előtt
Új technika - vezérlés a mozgások regiszterekben történő rögzítése után

Általában véve az új technika hatékonyabb, de nem mindig alkalmazható.

Alkalmazhatósági kritérium– ha nincs szükség egy ellenőrzött regiszter adataihoz a mozgások generálásához, új technika alkalmazható.

Ha a termékegyenlegek ellenőrzéséről beszélünk, akkor egy új technika alkalmazása lehetséges, amikor a költség- és raktáregyenlegek adatait különböző regiszterekben tárolják.

És végül példák innen tipikus konfigurációk:

BAN BEN UT 11 2 fő nyilvántartás létezik a tételek elszámolására: szabad egyenlegek (mennyiség) és áruk költsége (költségadatok) - új módszert alkalmazunk
BAN BEN BP 3.0 A költségekre és egyenlegekre vonatkozó adatok egy számviteli nyilvántartásban vannak tárolva - az egyenlegek ellenőrzésének régi módszerét alkalmazzák.

Minden szervezetnek figyelemmel kell kísérnie a készletek egyenlegét. És gyakran adódik olyan helyzet, amikor a termék valóban elérhető, de nincs benne a programban. És akkor a könyvelő kénytelen dönteni:

engedje meg, hogy eladják;
el kell halasztani, amíg világossá nem válik, hogy miért alakult ki ez a helyzet.

A döntést főszabály szerint a szervezetben az egyenleg-elszámolással kapcsolatban követett politika alapján hozzák meg. Néha félreteheti a terméket, és elmondhatja a vevőnek, hogy most nem lehet eladni. Néha ezt lehetetlen megtenni. Például amikor a vásárló meglátja ezt a terméket, vagy már a kezében tartja.

Természetesen egyszerűen létrehozhat egy értékesítési bizonylatot, és nem könyvelheti el a bizonylatot, de ezt nem minden szervezet teszi lehetővé. Ezért az 1C 8.3 programban (mint a 8.2-ben) lehetőség van a negatív egyenlegek vezérlésének letiltására.

Ha az egyenlegszabályozás engedélyezve van, akkor raktáron (vagy a szükséges számlán) nem lévő cikk eladásakor a program a következő figyelmeztetést küldi:

A „Termékek” lista 1. sorában található „Mennyiség” oszlop hibásan van kitöltve.
A feltüntetett mennyiség meghaladja az egyenleget. Maradt: 18; Hiányzik: 111 093

Szerezzen ingyen 267 videóleckét 1C-n:

A negatív egyenlegek ellenőrzésének letiltása az 1C-ben 8.3

Az egyensúlyszabályozás letiltásához vagy engedélyezéséhez az 1C-ben lépjen a „Fő” menübe, majd a „Beállítások” részben válassza a „ ” lehetőséget.

Az 1C Accounting egyes verzióiban ezek a beállítások az „Adminisztráció - Dokumentumfeladási beállítások” menüben találhatók.

A „Számviteli paraméterek” részben el kell lépnie az 1C „Készletek” fülre, és be kell jelölnie „A készletek leírásának engedélyezése, ha a számviteli adatok szerint nincs egyenleg” jelölőnégyzetet:

Ezután már csak a „Mentés és bezárás” gombra kell kattintania. Most, amikor leírják, az egyenlegeket nem fogják ellenőrizni.

De egy ilyen módszer elkerülhetetlenül negatív egyenlegek megjelenéséhez vezet a raktárban (értsd: a programban). Nézzük meg, hogyan kezeljük ezt.

Jelentés „Negatív egyenlegek ellenőrzése”

A legegyszerűbb esetben csak ki kell választania egy időszakot, és kattintson a „Létrehozás” gombra. És itt várt rám az első meglepetés.

Kifejezetten szimuláltam a tesztprogramban egy olyan helyzetet, amikor több árut adtam el, mint amennyi raktáron van. Ráadásul ezt az eladást 2013-ban bonyolította le. Logikusan most, 2016-ban is mínuszban van ugyanaz a termékem. Ezért nem is nyúltam az időszakhoz, hanem azonnal rákattintottam a „Generál” gombra. Nekem nem jött be. Kiderült, hogy a jelentés csak a kiválasztott időszakra vonatkozó negatív egyenlegekről tud információt megjeleníteni.

Az oktatóvideóimban gyakran beszélek arról, hogy az 1C adatbázist fel kell készíteni az időszakzárásra és a jelentésekre. És az ilyen előkészítés egyik fontos pontja az áruk, anyagok és késztermékek negatív egyenlegének ellenőrzése. Milyen jelentéseket kell használni a készletszámlák állapotának ellenőrzéséhez az 1C: Számvitelben? Nézzünk meg néhányat közülük.

1. Jelentés „Számlamérleg”

Sok könyvelő hozzászokott ahhoz, hogy számlamérlegekkel dolgozzon. Ez a jelentés valóban használható a készletegyenlegek ellenőrzésére, csak meg kell győződnie arról, hogy a beállítások mennyiségi mutatók megjelenítésére vannak beállítva.
Kattintson a „Beállítások megjelenítése” gombra, és lépjen az „Indicators” fülre.

Ezután alaposan átnézzük a jelentést, és elemezzük az észlelt hibákat

A mérleg kényelmes, mert lehetővé teszi nemcsak a negatív mennyiségi egyenlegek meglétének értékelését, hanem más problémás helyzetek észlelését is:
- a készlettételek mennyiségi egyenlege összeg nélkül;
- teljes egyenleg mennyiség nélkül;
- negatív egyenleg.
Ha azonban nagyszámú tétel szerepel a könyvelésben, akkor egy ilyen ellenőrzés meglehetősen munkaigényes lehet. Ezen kívül minden könyvelési számlához (10, 41, 43) külön-külön kell előállítani a SALT-ot, ami szintén bonyolítja némileg a munkafolyamatot.

2. "Negatív egyenlegek ellenőrzése" jelentés

Az 1C: Enterprise Accounting 8 Edition 3.0 konfigurációja olyan jelentést biztosít, amely ideális a készletelemek negatív mennyiségi egyenlegeinek figyelésére. A jelentés a „Raktár” fülön található.

Megjelöljük az időszakot, a szervezetet és elkészítjük a jelentést.

A jelentés csak azokat a tételeket tartalmazza, amelyeknél negatív mennyiségi egyenleget észleltek. Nagy előnye, hogy az összes készletnyilvántartás adatait elemzik. Véleményem szerint kényelmesebb a jelentéssel dolgozni, mint az OSV-vel.
De van egy mínusz is - a jelentés csak a negatív mennyiségi egyenlegek nyomon követését teszi lehetővé, a színfalak mögött hagyva az egyéb problémákat, amelyeket a SALT lehetővé tesz.

3. Jelentés „A részkonto elemzése”

Többször beszéltem erről a jelentésről. A Subconto elemzés az egyik kedvenc jelentésem, amely lehetővé teszi nemcsak a hibák észlelését, hanem sok esetben az okok megértését is.
Lépjen a „Jelentések” - „Subconto Analysis” szakaszra.

Válassza ki a „Nómenklatúra” alkontot, és ellenőrizze, hogy a mennyiségi mutatók megjelenítése engedélyezve van-e a jelentés beállításaiban.

A subconto elemzés jó, mert lehetővé teszi, hogy információkat szerezzen a készletelemek mozgásáról az összes számviteli számlán. Például olyan helyzetek nyomon követésére, amikor egy termék megérkezett az egyik könyvelési számlára, de a másikról eladták.

Nagy számú elem esetén azonban nehéz lehet az adatok elemzése.
A jelentéssel való munkavégzésről bővebben az 1C - VIDEÓ „Subconto Analysis” jelentésének kezelése című videós bemutatójában beszéltem.
Így minden áttekintett jelentésnek megvannak a maga előnyei és hátrányai. Munkám során javaslom ezek kombinálását:
- találjon durva hibákat a „Negatív egyenlegek ellenőrzése” jelentés segítségével;
- majd tekintse meg a SALT-ot az összes készletszámlához;
- a hibás mérleg okainak azonosításához használja a „Subconto Analysis” jelentést.
Két hasznos videóban is tárgyaltam a készletelemek elszámolása során felmerülő hibák megtalálásával és kijavításával kapcsolatos érdekes példákat:

A raktári egyenlegek ellenőrzése kötelező számviteli eljárás minden áruval foglalkozó vállalkozásnál. Gyakran előfordulhat olyan helyzet, amikor nincs termék a programban, de valójában a raktárban van. Ilyen helyzetben két lehetőség van:

Küldje el eladásra;
Hagyja a raktárban a helyzet körülményeinek tisztázásáig.

A választás számos tényezőtől függ, például a szervezeti politikától vagy a konkrét helyzettől. Ha a termék a pulton van és a vásárló érdeklődik iránta (a kezében tartva), akkor nem célszerű megtagadni az eladást.

Egyes vállalkozások gyakorlatban hoznak létre értékesítési bizonylatot feladás nélkül, de nem mindegyik használja ezt a gyakorlatot. Ilyen helyzetekben az 1C program a legújabb verzióiban lehetőséget kínál a negatív egyenlegek vezérlésének letiltására.

Az ellenőrzés aktiválásakor a program szerint raktáron nem lévő áruk értékesítése figyelmeztetést kap a felhasználóra: „A „Termékek” lista 1. sorában a „Mennyiség” oszlop hibásan van kitöltve. „A feltüntetett mennyiség meghaladja az egyenleget. Maradt: 18. Hiányzik 111.093.”

A negatív egyenlegek ellenőrzésének letiltása az 1C-ben

Az 1C egyenlegek vezérlésének be- és kikapcsolása a „Fő” - „Beállítások” - „Számviteli paraméterek” - „Készletek” menün keresztül történik. Itt be kell jelölnie a „Készletleírás engedélyezése, ha a számviteli adatok szerint nincs készlet” négyzetet.

Ezt követően a „Mentés és bezárás” gombbal nyugtázza a műveletet. Az ilyen tevékenységek viszont garantáltan alapul szolgálnak a számviteli negatív egyenlegek kialakulásához. Ezeket meg kell szüntetni.

Jelentés „Negatív egyenlegek ellenőrzése”

Ez a jelentés a „Raktár” - „Jelentések” menüben jön létre, ahol a bizonylat bemutatásra kerül. A felhasználónak meg kell határoznia a kérés időtartamát, és rá kell kattintania a „Létrehozás” gombra. A megadott időszak hiánya nem teszi lehetővé a negatív egyenlegek megjelenítését, ami a rendszer olyan jellemzője, amely megköveteli az „Időszak” oszlop kötelező kitöltését.

A kész jelentés a következőképpen néz ki.

Magához a jelentéshez szabványos szűrőkészlet áll rendelkezésre, beleértve a csoportosítást, rendezést és egyéb adatátalakításokat a felhasználói kéréseknek és igényeknek megfelelően. A „Beállítások megjelenítése” gombbal manuálisan is felvehet további sorokat a jelentésbe.

Ezzel a jelentéssel bármikor összefoglaló vagy részletes információkat kaphat 41 számla negatív egyenlegéről. A jelentés eredménye alapértelmezett részletességgel jelenik meg (lásd 1. ábra)

Mert Mivel a jelentés teljes egészében adatelrendezési sémával készült, a felhasználó számára nem lesz nehéz a felhasználói módból a jelentésszakaszokat megváltoztatni (lásd 2. ábra).

A külső jelentés az „1C: Enterprise Accounting 8, edition 3.0” konfigurációhoz készült és "3.0 kiadás (KORP)", amely a 8.2-es platformverzión fut „MANAGED APPLICATION” módban.

Ingyenes támogatási időszak: 1 hónap.

Vásárlási okok

A negatív egyenlegek mindig fejfájást okoznak minden könyvelőnek. A 41 számla negatív egyenlege kétszeresen súlyosbítja ezt a helyzetet. Ez a jelentés gyorsan és egyértelműen mindent megmutat A "pír" 41-ben kényelmes és vizuális formában számít. Ráadásul lA 41 számla bármely negatív egyenlege megfejthető a „Subconto Analysis” és a „Számlakártya” jelentésekkel. Ugyanakkor ezen jelentések használatának kombinálásával egyenesen az árumozgást okozó nyilvántartási bizonylatok szintjére lehet lemenni. Ehhez egyszerűen kattintson a jelentésben a kívánt számra, és válassza ki a dekódoláshoz szükséges jelentést.

A felhasználók számos kérésének megfelelően elkészült a „Készletszámlák negatív egyenlegeinek ellenőrzése” jelentés külön verziója, amely lehetővé tette a negatív egyenlegek ellenőrzését, nemcsak 41 számlán, hanem más fő készletmozgási számlákon is. tételek:

Számla 07 Berendezés felszereléshez
- Számla 08.04 Befektetett eszközök beszerzése
- 10. számla minden, kivéve 10.07 (Harmadik félnek feldolgozásra átadott anyagok)
- 21. számla Saját gyártású félkész termékek
- 41. számla minden, kivéve 41.12 (áruk a kiskereskedelmi forgalomban (NTT-ben értékesítési értéken))
- Számla 42.01 Kereskedelmi árrés automatizált kiskereskedelmi egységekben
- Számla 43 Késztermékek

Ne feledje továbbá, hogy negatív egyenlegek nemcsak a készletszámlákon, hanem a vámáru-nyilatkozat számláján is előfordulhatnak. Ha ezt a fiókot is kezelnie kell, javasoljuk, hogy ismerkedjen meg a külső jelentéssel

Előnyök

Kapcsolat a külső feldolgozás és jelentéstétel mechanizmusán keresztül. Ez lehetővé teszi a jelentés használatát anélkül, hogy módosítaná a standard konfigurációt. Szabványos jelentés megnyitása is lehetséges a „Fájl” -> „Megnyitás” menüpontban.
Lehetőség a jelentés testreszabására a felhasználói módból.

Pénzvisszafizetési garancia

Az Infostart LLC 100%-os visszatérítést garantál, ha a program nem felel meg a leírásban feltüntetett funkcionalitásnak. A pénz teljes egészében visszautalható, ha ezt a pénz számlánkra érkezésétől számított 14 napon belül kéri.

A program olyannyira bevált, hogy teljes bizalommal tudunk ilyen garanciát adni. Szeretnénk, ha minden vásárlónk elégedett lenne a vásárlásával.