A regiszterek visszaállítása az 1s alatt 8.3. A mérlegek és a felhalmozási regiszterek mozgásának visszaállítása (UV)

Úgy döntöttünk, hogy rendezzük a dolgokat az UT 11 verzió konfigurációjában. És ott ... Az áruk maradványai nem konvergálnak a szervezetek maradványaival (több szervezetet használnak), de nem olyan közel állnak az áruk küldeményeihez, és a jutalékkereskedést a szokásos kereskedelem mellett használják. Röviden: mindent annyira elhanyagolunk, hogy könnyebben indulhat a semmiből, DE ... Nem lehet elkezdeni a semmiből - egy csomag a vállalati számvitel 3.0-jával (könyvtárak, dokumentumok), és ott a jelentések már benyújtottak. Úgy döntöttünk, hogy a könyvelésben külön rendet alakítunk ki, az Egyesült Államokban külön. Kifejezetten az UT vonatkozásában úgy döntöttek: minden, ami az árukkal kapcsolatos (raktárban lévő áruk, szervezetek árui, szervezetek sok tételét, valamint a jutalékokkal kapcsolatos nyilvántartásokat) érvényteleníti, akkor egy fiktív érkezést érünk el (ideértve a jutalékot is), és a kölcsönös elszámolások kiigazításával korrigáljuk a kölcsönös elszámolásokat. Eleinte elkezdett feldolgozni az egyes nyilvántartások feldolgozását, miközben írásban gondolkodtam az egyetemes idő írására, nagyjából ugyanazt, de ezt minden regiszter esetében megtenném, hogy később tízszer ne írjam újra. Ugyancsak alkalmasnak kell lennie a Retail 2, az integrált és más konfigurációkhoz a kezelt űrlapokra. Tesztelve az UT11-en.

Hogyan kell használni. Először manuálisan készítünk egy üres "regisztráció-beállítást", beállítottuk a dátumot és az időt (a negyedév végén 23:59:59-et állítottam be), a többi nyilvántartást ebbe a pozícióba (dokumentum pozíciója) vesszük át, általában csak a helyzet a dokumentumból és szüksége van rá. Ezután kiválasztjuk, hogy melyik regiszterre van szükségünk, és kattintson az "Űrlap" gombra. Nyissuk meg a beállítást, nézzük meg, ellenőrizzük a nyilvántartásokat jelentések és / vagy egyetemes jelentés segítségével. A mérlegek minden dimenzióban és minden forrásban lezáródnak. Szintén az űrlapon van választás szervezet és raktár szerint (atavism az eredeti verzióból, de működik) Nem adtam hozzá más választásokat (mivel nem is volt szükségem rá), kinek kell hozzáadnia magát, minden egyértelműen a modulban meg van írva, de nem A pályázatot azért kezdte el alkalmazni, mert például ha egy szervezetet választanak ki, akkor a „Szervezetek áruk” nyilvántartásban a kiválasztás működni fog, de a „Raktárakban lévő áruk” esetében nincs (ilyen mérés nincs), ezért kiválasztás nélkül eltűnt.

Elmúlt egy idő ...

Megjelent egy új verzió, most a feldolgozás megtanulta (korábban hibát adott - vagyis valójában csak mérleg regiszterekkel működött) a fordított akkumulációs regiszter mozgásának megfordításához. Sőt, a mozgások megfordulnak, azaz ha a nyilvántartást nézi, mondjuk: „Értékesítés” az UT11-ben, akkor az eladások visszafordítása után egyáltalán nem jelenik meg, azaz mintha egyáltalán nem lenne értékesítés - az időszak teljes forgalma üres lesz. Még egyszer - kiderül, hogy például január 1-30-ra volt értékesítésünk, 31-én visszaváltásokat hajtottam végre, utána, ha megnézem a jelentést 1-től 30-ig, eladásokat fogok látni, 31-től 31-ig látom az visszaváltásokat, 1- 31 - üres műsor. Például megfordítottam a "Készpénz" regiszter mozgását az UT11-ben és a Retail 2.2-ben, amikor a "Pénztárt" (50 fiók értette, aki érti) rendezni kellett.

Igen, elfelejtettem mondani, hogy megjelenik a „Kezdő dátum” mező - az átruházható nyilvántartások időszakának kezdő dátumát állítja be (természetesen ez nem vonatkozik az egyenlegekre), a „Regisztráció kiigazítás” dokumentum pozícióját használják az időszak záró dátumáig (az átruházható nyilvántartásokhoz) - azaz . az egyenlegek egyenlege tekintetében (az egyenlegeket a dokumentum pozíciójában eltávolítják). Az átruházható nyilvántartásoknál a „DateStart” üres maradhat - ebben az esetben a legkorábbi dátumnak tekintik, és az átruházható nyilvántartások esetében azt jelenti, hogy a „Nyilvántartások helyesbítése” dokumentum helyzetének elszámolása kezdetétől minden mozgás megfordul.

Jó hír - a pontok költsége csökkent.

Nyilvántartásokkal való munka megtanulása (1C: Számviteli 8.3, 3.0 kiadás)

  2016-12-08T13: 50: 45 + 00: 00

Kedves olvasók, ebben a leckében kiemelten fontos témát szeretnék érinteni, amikor az 1C-n dolgozom: Számvitel 8.3 - nyilvántartások.

Azonnal megmutatom neked egy kis példát, hogy miért olyan fontos.

Tegyük fel, hogy januárban van bérszámfejtésünk:

Február elején készítünk bérszámfejtési lapot a pénztárgépből, és kattintsunk a "Kitöltés" gombra:

És a következőket kapjuk:

De januárra:

• Díj 50 000 rubelt
• Személyi jövedelemadó 6 500 rubelt
• Összesen fizetendő 43 500 rubel

Hol került a hiba? Mi történt rosszul? Most már mindig lehet manuálisan beírni a fizetendő összeget?

Egy tapasztalt könyvelő azonnal elkészíti a 70 mérleg mérlegét:

És még jobban meg lesz zavarodva, mert a jelentés szerint ugyanaz a 43 500 jön kifizetésre! És honnan származtak a további 5000 rubel?

Ráadásul egy ilyen helyzet (bármilyen számítással) előfordulhat mind a „trojka”, mind a „deuce” esetében.

Ma megpróbálom megnyitni a titoktartás fátylat - miért van az, hogy a program néha furcsán viselkedik. Megmondom, hogyan lehet megtalálni és kijavítani a hibát ilyen esetekben. A cikk vége felé kitaláljuk, honnan származtak ezek az 5000 rubel.

Tehát menjünk!

A nyilvántartások megismerésének megtanulása

Az 1C okmányok lebonyolításakor: A 8. számvitel könyvelést vezet be a számviteli számlákba (DtKt gomb bármely dokumentumhoz):

Ezeknek a kiküldetéseknek az alapján készül az összes számviteli jelentés: számlaelemzés, számlakártya, mérleg ...

De van egy hatalmas adatréteg, amelyet a program a kiküldetésekkel párhuzamosan ír, és minden máshoz felhasználásra kerül: KUDIR kitöltése, vásárlások és eladások könyve, szabályozott jelentéstétel ... fizetendő bérszámfejtésvégül

Mint talán kitaláltad, ezt a réteget hívják nyilvántartásokitt van:

Most nem mélyülök be a magánnyilvántartások leírásának részleteibe, hogy ne tévesszük meg még jobban.

  Csak azt mondhatom, hogy elengedhetetlen számunkra, hogy fokozatosan megtanuljuk „látni” a regisztrációk mozgásait a program viselkedésének jobb megértése és szükség esetén kiigazítása érdekében.

Nézzük meg a fizetés fizetés regiszterét - értelme van további 5000-rel megoldani a problémánkat:

A nyilvántartásban két bejegyzést látunk a plébániában, azaz pluszban. Ha jobbra görgetjük a képernyőt, akkor az első sorban a fizetendő összeg "-6,500", a másodikban pedig "50,000" lesz.

Ennek a nyilvántartásnak a -6.500 + 50.000 egyenlege megegyezik a 43.500-as összeggel, amelyet bele kell foglalni a "Kifizetési nyilatkozat a pénztárból" dokumentumba, amikor rákattintunk a "Kitöltés" gombra.

Ismétlem -   a bérszámfejtési lap nem a 70. számla, hanem a fizetés fizetés nyilvántartás alapján határozza meg a munkavállalóval szembeni fizetési hátralékot.

Kiderül, tudjuk, hogy a fizetendő fizetést e nyilvántartás alapján töltik ki, de még a nyilvántartás bejegyzéseit sem látva értjük, mi a baj.

Valószínűleg nem látjuk a teljes képet (talán vannak más bejegyzések is a nyilvántartásban), és a nyilvántartás elemzésének valamilyen eszköze hasonló a számviteli jelentésekhez.

Nyilvántartások elemzésének megtanulása

És van egy ilyen eszköz, úgynevezett " Univerzális jelentés".

Ugrás az "Universal Report" elem "Jelentések" szakaszához:

Válassza ki a "Felhalmozási regiszter" regiszter típusát, a "Fizetés fizetése" regisztrációt, majd kattintson a "Létrehozás" gombra:

Kiderült, hogy nem túl informatív:

Ennek oka, hogy a jelentést előre konfigurálni kell, kattintson a "Beállítások megjelenítése" gombra, és a "Csoportosítás" fülre adja hozzá a "Munkavállaló" mezőt:

A "Kiválasztás" lapon kiválasztunk szervezetet:

Kattintson a "Generálás" gombra:

Ez már érdekesebb. Látjuk, hogy a munkavállalónak fizetendő egyenleg ugyanaz a 48 500 rubel!

Ismételje meg a jelentési beállításokat, és az „Indikátorok” fülhöz adjon új mezőt: „Nyilvántartó”:

Újra létrehozunk egy jelentést:

Most egyértelműen láthatjuk, hogy 5000 jelenik meg a művelet eredményeként (látszólag a egyenlegek bevonásával) 2014. december 31-én.

És módosítanunk kell ezt a műveletet, vagy manuálisan kell beállítanunk a fizetés fizetése regisztrációt, és le kell zárnunk ezeket az 5000 rubelt, például 2015. december 31-én.

Menjünk a második irányba. Tehát a mi feladatunk annak biztosítása, hogy 2016 elején, a fizetés fizetés nyilvántartás szerint, nincs tartozásunk a munkavállalóval szemben.

Ez kézi üzemmódban történik.

A nyilvántartások kiigazításának megtanulása

Lépjen a "Kézi bevitel" elem "Műveletek" szakaszába:

2015 végén új műveletet készítünk:

A a "Több" menüben válassza a "Regiszterek kiválasztása ..." elemet:

Adja meg a "Fizetendő fizetés" nyilvántartást és kattintson az OK gombra:

Átadjuk a megjelenő nyilvántartás könyvjelzőjének, és 5000 rubelt teszünk rá:

Így úgy tűnik, hogy munkavállalónként 5000 rubelt vonunk le a nyilvántartásból annak érdekében, hogy 2016 elejére nulla legyen.

Végezzük el a műveletet, és újra generálunk egy egyetemes jelentést:

Minden kidolgozott! Látjuk, hogy a 2015. december 31-i kézi működtetésünk a fennmaradó részt nullára állította, és az elhatárolás után fizetendő fizetés megegyezik a várt 43 500-tal.

Csodálatos. És most ellenőrizni fogjuk ezt a bérszámfejtő lapon.

De először szeretnék felhívni a figyelmed egy másik fontos pontra:

Felhívjuk figyelmét, hogy a „Munkavállaló” csoportosulása elején és végén fennálló egyenlegek hiábavalók. Ez egyáltalán nem hiba, egy árnyalat, amelyet figyelembe kell venni az 1-es építészeti jellemzőivel kapcsolatban.

  Emlékezni. Abban az esetben, ha egy univerzális jelentés jelenik meg egy dokumentum (regisztrátor) adataival - a többi csoportosítva hülyeséget fog mutatni.

Ha munkavállalói csoportosításra van szükség egyenlegekre, először el kell távolítanunk a beállításokból hozzáadott „Regisztrátor” mutatót.

Úgy döntöttünk, hogy rendezzük a dolgokat az UT 11 verzió konfigurációjában. És ott ... Az áruk maradványai nem konvergálnak a szervezetek maradványaival (több szervezetet használnak), de nem olyan közel állnak az áruk küldeményeihez, és a jutalékkereskedést a szokásos kereskedelem mellett használják. Röviden: mindent annyira elhanyagolunk, hogy könnyebben indulhat a semmiből, DE ... Nem lehet elkezdeni a semmiből - egy csomag a vállalati számvitel 3.0-jával (könyvtárak, dokumentumok), és ott a jelentések már benyújtottak. Úgy döntöttünk, hogy a könyvelésben külön rendet alakítunk ki, az Egyesült Államokban külön. Kifejezetten az UT vonatkozásában úgy döntöttek: minden, ami az árukkal kapcsolatos (raktárban lévő áruk, szervezetek árui, szervezetek sok tételét, valamint a jutalékokkal kapcsolatos nyilvántartásokat) érvényteleníti, akkor egy fiktív érkezést érünk el (ideértve a jutalékot is), és a kölcsönös elszámolások kiigazításával korrigáljuk a kölcsönös elszámolásokat. Eleinte elkezdett feldolgozni az egyes nyilvántartások feldolgozását, miközben írásban gondolkodtam az egyetemes idő írására, nagyjából ugyanazt, de ezt minden regiszter esetében megtenném, hogy később tízszer ne írjam újra. Ugyancsak alkalmasnak kell lennie a Retail 2, az integrált és más konfigurációkhoz a kezelt űrlapokra. Tesztelve az UT11-en.

Hogyan kell használni. Először manuálisan készítünk egy üres "regisztráció-beállítást", beállítottuk a dátumot és az időt (a negyedév végén 23:59:59-et állítottam be), a többi nyilvántartást ebbe a pozícióba (dokumentum pozíciója) vesszük át, általában csak a helyzet a dokumentumból és szüksége van rá. Ezután kiválasztjuk, hogy melyik regiszterre van szükségünk, és kattintson az "Űrlap" gombra. Nyissuk meg a beállítást, nézzük meg, ellenőrizzük a nyilvántartásokat jelentések és / vagy egyetemes jelentés segítségével. A mérlegek minden dimenzióban és minden forrásban lezáródnak. Szintén az űrlapon van választás szervezet és raktár szerint (atavism az eredeti verzióból, de működik) Nem adtam hozzá más választásokat (mivel nem is volt szükségem rá), kinek kell hozzáadnia magát, minden egyértelműen a modulban meg van írva, de nem A pályázatot azért kezdte el alkalmazni, mert például ha egy szervezetet választanak ki, akkor a „Szervezetek áruk” nyilvántartásban a kiválasztás működni fog, de a „Raktárakban lévő áruk” esetében nincs (ilyen mérés nincs), ezért kiválasztás nélkül eltűnt.

Elmúlt egy idő ...

Megjelent egy új verzió, most a feldolgozás megtanulta (korábban hibát adott - vagyis valójában csak mérleg regiszterekkel működött) a fordított akkumulációs regiszter mozgásának megfordításához. Sőt, a mozgások megfordulnak, azaz ha a nyilvántartást nézi, mondjuk: „Értékesítés” az UT11-ben, akkor az eladások visszafordítása után egyáltalán nem jelenik meg, azaz mintha egyáltalán nem lenne értékesítés - az időszak teljes forgalma üres lesz. Még egyszer - kiderül, hogy például január 1-30-ra volt értékesítésünk, 31-én visszaváltásokat hajtottam végre, utána, ha megnézem a jelentést 1-től 30-ig, eladásokat fogok látni, 31-től 31-ig látom az visszaváltásokat, 1- 31 - üres műsor. Például megfordítottam a "Készpénz" regiszter mozgását az UT11-ben és a Retail 2.2-ben, amikor a "Pénztárt" (50 fiók értette, aki érti) rendezni kellett.

Igen, elfelejtettem mondani, hogy megjelenik a „Kezdő dátum” mező - az átruházható nyilvántartások időszakának kezdő dátumát állítja be (természetesen ez nem vonatkozik az egyenlegekre), a „Regisztráció kiigazítás” dokumentum pozícióját használják az időszak záró dátumáig (az átruházható nyilvántartásokhoz) - azaz . az egyenlegek egyenlege tekintetében (az egyenlegeket a dokumentum pozíciójában eltávolítják). Az átruházható nyilvántartásoknál a „DateStart” üres maradhat - ebben az esetben a legkorábbi dátumnak tekintik, és az átruházható nyilvántartások esetében azt jelenti, hogy a „Nyilvántartások helyesbítése” dokumentum helyzetének elszámolása kezdetétől minden mozgás megfordul.

Jó hír - a pontok költsége csökkent.

Vannak olyan helyzetek, amikor egy szolgáltatás kiszámításakor a „mérőoldali mérések szerint” számítási módszerrel egy jelzést írnak be, és a szolgáltatás felszámításakor a költség teljesen más. Ilyen helyzetek fordulhatnak elő olyan esetekben, amikor a felhasználó manuálisan megváltoztatja az adatokat a „Mérőóra beírása” és a „Töltési szolgáltatások” dokumentumokban. Vegyünk egy példát.

• Bemutatjuk a melegvízellátási szolgáltatás januári mérőszámát:

• Számítsuk ki a szolgáltatást:

Ebben az esetben a számítás helyes volt.

A mérőkészülékek fogyasztásának tárolására a „Adagolóeszközök kiszámítása” felhalmozási nyilvántartást kell használni. Nyissa meg ezt a nyilvántartást a "Műveletek - Felhalmozási regiszterek - Adagolóeszközök kiszámítása" menü segítségével. A nyilvántartást a „Mérőóra adatainak megadása” vagy a „Töltési szolgáltatások” dokumentumokból is megnyithatja a „Go - A mérőeszközök kiszámítása” gomb segítségével.

Állítsa be a felhalmozási regiszterben a személyes számla és szolgáltatás kiválasztását:

A nyilvántartásból látható, hogy a „Szolgáltatás díja” dokumentumban szereplő januári hónapra eső költség megegyezik az ugyanazon hónap „A mérőműszer leolvasása” című dokumentumban szereplő jelzéssel. A helyes számításhoz az áramlási sebességnek meg kell egyeznie minden hónapban megadott mutatókkal.

• Nyissa meg a „Számlálók beírása” című januári dokumentumot, és kézzel módosítsa a beírt értéket:

Ugyanakkor nem töltjük újra januárra a „Töltési szolgáltatások” dokumentumot.

• Írja be a február mérőértékét:

• Számítsuk ki a februári szolgáltatást:

Látható, hogy rossz kiadás került a dokumentumba. Nyissa meg a „Adagolóeszközök kiszámítása” felhalmozási nyilvántartást, és állítsa be a választást a személyes fiókhoz és a szolgáltatáshoz:

A nyilvántartás azt mutatja, hogy a megadott indikációk és költségek nem felelnek meg egymásnak.

Ebben a példában természetesen újra töltheti és újból átviheti a „Töltési szolgáltatások” dokumentumokat, de ez egy egyszerű példa, a valóságban sok dokumentum lehet, az újratöltés csak ronthatja a helyzetet.

Ebben az esetben az "AOB_Reset of the Accumulation Register" feldolgozást kell használni.

MEGJEGYZÉS: A feldolgozás megkezdése előtt ajánlott biztonsági másolatot készíteni az infobázisról.

A helyzet javításához az alábbi műveleteket hajtjuk végre:

1.   Az „1C: Enterprise” módban megnyitjuk az „AOB_Reset of the Accumulation Register” feldolgozást a „File - Open” menü használatával;

2.   A „Forgalmi okmány” mezőben válassza ki a „Szolgáltatási díj” dokumentumot januárra.

MEGJEGYZÉS: a dokumentumot annak a dokumentumnak a kiválasztása előtt választják ki, amelyben a helyes adatokat kell beszerezni. Ebben az esetben kijavítjuk a „Töltési szolgáltatások” dokumentumot februárra, ezért a január „Töltési szolgáltatások” dokumentumot választottuk a mozgó dokumentumnak.

3.   A "Nullázás regisztrálása" mezőben válassza ki a "Adagolóeszközök kiszámítása" bejegyzést:

MEGJEGYZÉS: a maradék feldolgozása a feldolgozás során lehetséges. A kiválasztási kritériumokat a táblázat konfigurálja.

4. Kattintson a „Futtatás” gombra.
   E gomb megnyomásakor a „Adagolóberendezések kiszámítása” felhalmozási nyilvántartásban szereplő adatok vizuálisan nem változnak, de a mérlegek nullára állnak.

5. Újra kitöltjük a „Töltési szolgáltatások” című februári dokumentumot:

Látható, hogy a feldolgozás használata után a számítás helyes lett.

A „Adagolóberendezések kiszámítása” felhalmozási nyilvántartásban szereplő helytelen értékek akkor is kialakulhatnak, ha manuálisan módosítják az adatokat a „Töltési szolgáltatások” dokumentumban, vagy több dokumentumot írnak be az adott időszakra „A mérőoldalak megadása” vagy „Töltési szolgáltatások”.