Как да нулирате регистрите в 1s 8.3. Възстановяване на баланси и движения на регистрите на натрупване (UV)

Решихме да наредим нещата в конфигурацията на версията UT 11. И там ... Остатъците от стоки не се сближават с остатъците от организации (използват се няколко организации), но с много стоки те изобщо не стоят толкова близо и комисионната търговия се използва заедно с обичайната. Накратко, всичко е толкова пренебрегвано, че е по-лесно да започнете от нулата, НО ... Не можете да започнете от нулата - куп с корпоративно счетоводство 3.0 (директории, документи) и там вече е подадено отчитане. Решихме така, в счетоводството ние отделно установяваме ред, в UT отделно. Конкретно за UT те решиха: всичко, свързано със стоки (стоки в склад, стоки на организации, много стоки на организации, плюс регистри, свързани с комисионна), се анулира, след това правим фиктивно пристигане (включително на комисионна) и коригираме взаимните разплащания, като коригираме взаимните сетълменти. Отначало започнах да пиша обработка за конкретни регистри, докато писах, реших, че ще е универсално да пиша за едно и също време, но ще направя за всички регистри, за да не го препиша десет пъти по-късно. Той също трябва да бъде подходящ за Retail 2, Integrated и други конфигурации за управлявани форми. Тестван на UT11.

Как се използва. Първо, ръчно създайте празен документ "корекция на регистъра", задайте датата и часа (зададох 23:59:59 в края на тримесечието), останалите регистри ще бъдат отведени до това положение (позиция на документа), като цяло имаме само позицията от документа и имам нужда. След това избираме кои регистри трябва да нулираме и натискаме "Формуляр". Отваряме корекцията, преглеждаме, проверяваме регистрите с помощта на отчети и / или универсален отчет. Балансите са затворени във всички измерения и всички ресурси. Също така във формата има подбор по организация и склад (атавизъм от оригиналната версия, но работи) Не добавих други селекции (тъй като изобщо не ми трябваха), които трябва да добавите сами, всичко е ясно написано в модула, но не Той започна да кандидатства, защото, например, ако е избрана организация, тогава изборът за Регистър „Организационни стоки“ ще работи, но за „Стоки в складове“ не (няма такова измерване), следователно изчезна без подбор.

Измина известно време ...

Издадена е нова версия, сега обработката се е научила (преди е давала грешка - тоест е работила само с балансови регистри), за да обърне движението на регистъра за обратно натрупване. Освен това движенията са обърнати, т.е. ако погледнете регистъра, кажете „Продажби“ в UT11, тогава след обръщане на продажбите няма да се покажат изобщо, т.е. сякаш изобщо няма продажби - оборотът като цяло за периода ще бъде празен. Още веднъж - оказва се, например, имахме продажби за периода 1-30 януари, правя реверси на 31-ви, след това ако погледна отчета от 1 до 30 ще видя продажби, от 31 до 31 ще видя обръщане, от 1- 31 - празно шоу. Например, обърнах движението на регистъра „Кеш“ в UT11 и на дребно 2.2, когато трябваше да наредя „Касата“ (50 сметка кой разбира).

Да, забравих да кажа, че се появи полето "Дата на стартиране" - използва се за определяне на началната дата на периода за преговарящи регистри (разбира се, не се прилага за баланси), позицията на документа "Регулиране на регистъра" се използва като крайна дата на периода (за регистър по договаряне) - т.е. , що се отнася до баланса на салдата (остатъците се отстраняват в позицията на документа). За регистрите по договаряне „DateStart“ може да остане празен - в този случай той се възприема като най-ранната дата, която може да бъде, а за преговарящ регистър ще означава, че всички движения са обърнати от началото на отчитането на позицията на документа „Коригиране на регистрите“.

Добра новина - цената в точки е намаляла.

Учене за работа с регистри (1C: Счетоводство 8.3, версия 3.0)

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

Уважаеми читатели, в този урок искам да засегна изключително важна тема при работа в 1С: Счетоводство 8.3 - регистри.

Веднага ще ви покажа с малък пример защо това е толкова важно.

Да предположим, че имаме заплащане за януари:

В началото на февруари създаваме лист за заплащане от касата и натискаме бутона „Запълване“:

И получаваме следното:

Но за януари:

• Такса от 50 000 рубли
• Личен данък върху дохода 6 500 рубли
• Обща дължима 43 500 рубли

Къде прокрадна грешката? Какво се обърка? Винаги ли е възможно да въведете дължимата сума ръчно?

Опитен счетоводител веднага ще направи баланс за 70 сметки:

И ще бъде още по-озадачен, защото според доклада същите 43 500 излизат за плащане! И откъде дойдоха допълнителните 5000 рубли?

Освен това подобна ситуация (при всякакви изчисления) може да възникне както в „тройката“, така и в „двойката“.

Днес ще се опитам да отворя булото на секретността - защо програмата понякога се държи толкова странно. Ще ви кажа как да намерите и поправите грешката в такива случаи. В края на статията ще разберем откъде са дошли тези 5000 рубли.

Така че да вървим!

Да се \u200b\u200bнаучим да виждаме регистри

При водене на документи 1С: Счетоводство 8 прави записи в сметките (бутон DtKt за всеки документ):

Именно въз основа на тези публикации се изграждат всички счетоводни отчети: Анализ на сметки, Карта на сметката, Баланс ...

Но има огромен слой от данни, които се записват от програмата паралелно с публикациите и се използват за всичко останало: попълване на KUDIR, книга за покупки и продажби, регулиране на отчитането ... дължими ведомостинакрая

Както може би сте се досетили, този слой се нарича регистрието го:

Няма да навлизам в подробности в описанието на самите регистри сега, за да не ви объркам още повече.

  Мога само да кажа, че за нас е жизненоважно постепенно да се научим да „виждаме“ движенията в тези регистри, за да разбираме по-добре и, когато е необходимо, да коригираме поведението на програмата.

Нека да разгледаме регистъра на заплатата до заплащане - има смисъл да решим проблема си с допълнителни 5000:

Виждаме две записи в този регистър, направени в енорията, тоест в плюс. Ако превъртите екрана вдясно, в първия ред ще видите дължимата сума „-6,500“, а във втория „50 000“.

Балансът на този регистър -6 500 + 50 000 е равен на 43 500, което трябва да попадне в документа „Извлечение за плащане от касата“, когато кликнем върху бутона „Запълване“.

Повтарям отново -   листът за заплати не определя дължимите ни задължения за заплати към служителя не според 70-ата сметка, а според регистъра за заплати към заплащане.

Оказва се, че знаем, че заплатата, която трябва да се изплаща, се попълва въз основа на този регистър, но дори и да виждаме вписванията в регистъра, не можем да разберем какво не е наред.

Най-вероятно не виждаме цялата картина (може би има други записи в този регистър), а някакъв инструмент за анализ на регистъра е подобен на счетоводните отчети.

Да се \u200b\u200bнаучим да анализираме регистри

И има такъв инструмент, той се нарича „ Универсален отчет".

Отворете секцията „Отчети“ на елемента „Универсален отчет“:

Изберете типа регистър "Регистър на натрупване", регистрирайте се "Заплащане за заплащане" и натиснете бутона "Генериране":

Оказа се не много информативно:

Това е така, защото докладът трябва да бъде предварително конфигуриран, щракнете върху бутона „Покажи настройките“ и добавете полето „Служител“ в раздела „Групиране“:

В раздела "Избор" правим избор за нашата организация:

Кликнете върху бутона „Генериране“:

Това вече е по-интересно. Виждаме баланса, дължим на нашия служител, същите 48 500 рубли!

Отново отидете на настройките на отчета и добавете в раздела „Показатели“ ново поле „Регистратор“:

Отново генерираме отчет:

Вече можем ясно да видим, че 5000 се появяват в резултат на операцията (очевидно влизащи в балансите) на 31 декември 2014 г.

И ние трябва или да променим тази операция, или ръчно да коригираме регистъра на заплатата за заплащане и да затворим тези 5000 рубли, например, на 31 декември 2015 г.

Да вървим по втория път. Така че, нашата задача е да се уверим, че в началото на 2016 г. според регистъра за заплащане на заплати няма дълг към служителя.

Това става чрез ръчна работа.

Да се \u200b\u200bнаучим да коригираме регистрите

Отворете секцията „Операции“ на елемента „Ръчни записи“:

Създаваме нова операция в края на 2015 г.:

От менюто "Още" изберете елемента "Изберете регистри ...":

Посочете регистъра "Заплащане за плащане" и щракнете върху OK:

Отидете на отметката на регистъра, който се показва, и направете разход от 5000 рубли:

Така изглежда, че от регистъра изваждаме 5000 рубли на служител, за да достигнем нула до началото на 2016 г.

Извършваме операцията и генерираме универсален отчет:

Всичко се получи! Виждаме, че ръчната ни работа от 31.12.2015 г. доведе до нула, а заплатата след начисляване е равна на очакваните 43 500.

Прекрасна. И сега ще проверим това в листа за заплати.

Но първо искам да насоча вниманието ви към още един важен момент:

Моля, обърнете внимание, че балансите в началото и в края на групирането „Служител“ показват глупости. Това изобщо не е грешка, трябва да се вземе предвид нюанс, свързан с архитектурните особености на 1s.

  Не забравяйте. В случай, че универсален отчет се показва с подробности към документ (регистратор) - останалото чрез групиране ще покаже глупости.

Ако имаме нужда от баланси по групи служители, първо трябва да премахнем показателя „Регистратор“, който добавихме от настройките.

Решихме да наредим нещата в конфигурацията на версията UT 11. И там ... Остатъците от стоки не се сближават с остатъците от организации (използват се няколко организации), но с много стоки те изобщо не стоят толкова близо и комисионната търговия се използва заедно с обичайната. Накратко, всичко е толкова пренебрегвано, че е по-лесно да започнете от нулата, НО ... Не можете да започнете от нулата - куп с корпоративно счетоводство 3.0 (директории, документи) и там вече е подадено отчитане. Решихме така, в счетоводството ние отделно установяваме ред, в UT отделно. Конкретно за UT те решиха: всичко, свързано със стоки (стоки в склад, стоки на организации, много стоки на организации, плюс регистри, свързани с комисионна), се анулира, след това правим фиктивно пристигане (включително на комисионна) и коригираме взаимните разплащания, като коригираме взаимните сетълменти. Отначало започнах да пиша обработка за конкретни регистри, докато писах, реших, че ще е универсално да пиша за едно и също време, но ще направя за всички регистри, за да не го препиша десет пъти по-късно. Той също трябва да бъде подходящ за Retail 2, Integrated и други конфигурации за управлявани форми. Тестван на UT11.

Как се използва. Първо, ръчно създайте празен документ "корекция на регистъра", задайте датата и часа (зададох 23:59:59 в края на тримесечието), останалите регистри ще бъдат отведени до това положение (позиция на документа), като цяло имаме само позицията от документа и имам нужда. След това избираме кои регистри трябва да нулираме и натискаме "Формуляр". Отваряме корекцията, преглеждаме, проверяваме регистрите с помощта на отчети и / или универсален отчет. Балансите са затворени във всички измерения и всички ресурси. Също така във формата има подбор по организация и склад (атавизъм от оригиналната версия, но работи) Не добавих други селекции (тъй като изобщо не ми трябваха), които трябва да добавите сами, всичко е ясно написано в модула, но не Той започна да кандидатства, защото, например, ако е избрана организация, тогава изборът за Регистър „Организационни стоки“ ще работи, но за „Стоки в складове“ не (няма такова измерване), следователно изчезна без подбор.

Измина известно време ...

Издадена е нова версия, сега обработката се е научила (преди е давала грешка - тоест е работила само с балансови регистри), за да обърне движението на регистъра за обратно натрупване. Освен това движенията са обърнати, т.е. ако погледнете регистъра, кажете „Продажби“ в UT11, тогава след обръщане на продажбите няма да се покажат изобщо, т.е. сякаш изобщо няма продажби - оборотът като цяло за периода ще бъде празен. Още веднъж - оказва се, например, имахме продажби за периода 1-30 януари, правя реверси на 31-ви, след това ако погледна отчета от 1 до 30 ще видя продажби, от 31 до 31 ще видя обръщане, от 1- 31 - празно шоу. Например, обърнах движението на регистъра „Кеш“ в UT11 и на дребно 2.2, когато трябваше да наредя „Касата“ (50 сметка кой разбира).

Да, забравих да кажа, че се появи полето "Дата на стартиране" - използва се за определяне на началната дата на периода за преговарящи регистри (разбира се, не се прилага за баланси), позицията на документа "Регулиране на регистъра" се използва като крайна дата на периода (за регистър по договаряне) - т.е. , що се отнася до баланса на салдата (остатъците се отстраняват в позицията на документа). За регистрите по договаряне „DateStart“ може да остане празен - в този случай той се възприема като най-ранната дата, която може да бъде, а за преговарящ регистър ще означава, че всички движения са обърнати от началото на отчитането на позицията на документа „Коригиране на регистрите“.

Добра новина - цената в точки е намаляла.

Има ситуации, когато при изчисляване на услуга с метод на изчисление „Според показанията на електромера“ се въвежда една индикация, а при зареждане на услугата разходът е напълно различен. Такива ситуации могат да възникнат в случаите, когато потребителят ръчно променя данните в документите „Въвеждане на показания на измервателния уред“ и „Услуги за зареждане“. Помислете за пример.

• Представяме отчитането на електромера за услугата за захранване с топла вода за януари:

• Изчисляваме услугата:

В този случай изчислението беше правилно.

За съхраняване на потреблението на измервателните устройства се използва регистърът на натрупване „Изчисляване на измервателни устройства“. Отворете този регистър, като използвате менюто "Операции - Регистри на акумулация - Изчисляване на измервателни устройства." Регистърът може да бъде отворен и от документите „Въвеждане на показания на измервателните уреди“ или „Услуги за зареждане“ с помощта на бутона „Go - Изчисляване на измервателни устройства“.

Задайте в списъка на регистъра за натрупване на личния акаунт и услугата:

В регистъра се вижда, че разходите в документа „Зареждане на услуги“ за месец януари съответстват на показанието, въведено в документа „Въвеждане на показанията на електромера“ за същия месец. За правилното изчисление дебитът трябва да съответства на въведените индикации за всеки месец.

• Отворете документа „Въвеждане на показанията на измервателния уред“ за януари и ръчно променете въведеното отчитане:

В същото време няма да запълним отново документа „Зареждане на услуги“ за януари.

• Въведете показанието на електромера за февруари:

• Нека изчислим услугата за февруари:

Вижда се, че грешният разход попадна в документа. Отворете регистъра за натрупване „Изчисляване на измервателни устройства“ и задайте избора за личната сметка и услугата:

Регистърът показва, че въведените индикации и разходи не съответстват един на друг.

В този пример можете, разбира се, да попълвате и премествате отново документите „Зареждане на услуги“, но това е прост пример, в действителност може да има много документи, като повторното попълване може само да влоши ситуацията.

В този случай е необходимо да се използва обработката "AOB_Reset на остатъците от регистъра за натрупване".

ЗАБЕЛЕЖКА: Препоръчва се да направите резервно копие на информационната база, преди да използвате обработката.

За да коригираме ситуацията, ще извършим следните действия:

1.   В режим „1C: Enterprise“ отваряме обработката „AOB_Reset на остатъците от регистъра на натрупване“, използвайки менюто „File - Open“;

2.   В полето „Документ за трафика“ изберете документа „Зареждане на услуги“ за януари.

ЗАБЕЛЕЖКА: документът се избира преди документа, в който искате да получите правилните данни. В този случай ще коригираме документа „Услуги за таксуване“ за февруари, следователно документът „Услуги за таксуване“ за януари е избран като документ за движение.

3.   В полето "Регистрация на нулиране" изберете регистъра "Изчисляване на измервателни устройства":

ЗАБЕЛЕЖКА: обработката на остатъците е възможна. Критериите за избор са конфигурирани в таблицата.

4. Кликнете върху бутона „Run“.
   При натискане на този бутон данните в регистъра за натрупване „Изчисляване на измервателни устройства“ няма да се променят визуално, но балансите ще бъдат нулирани.

5. Ние отново попълваме документа „Услуги за таксуване“ за февруари:

Вижда се, че след използване на обработката, изчислението стана правилно.

Неправилните стойности в регистъра за натрупване „Изчисляване на измервателни устройства“ могат също да се формират в резултат на ръчна промяна на данните в документа „Зареждане на услуги“ или въвеждане на няколко документа „Въвеждане на показания на измервателните уреди“ или „Услуги за зареждане“ за периода.