Ваш браузер застарів, будь ласка, оновіть ваш браузер пройшовши за посиланням www.microsoft.com-download
Традиційна згортка передбачає наступний алгоритм: обчислення залишків на дату згортки, формування документів початкових даних та видалення попередніх. Якщо база велика, вона велика, інакше немає сенсу її згортати, процес може затягтися. Важливо відзначити, що в процесі згортки штатна робота з базою не проводиться, щоб не порушити цілісність і несуперечність даних. Є й інший підхід: створити розподілену інформаційну базу, вивантажити з певної дати дані підлеглий вузол і відв'язати його від бази. Але й у разі процес тривалий і передбачає штатну роботу користувачів.
Облікова система 1С:Підприємства побудована на регістрах, які, як правило, наповнюються документами при їх проведенні. Якщо ми видалимо документ, то видалимо і рух цього документа. Щоб зберегти рух при видаленні документа ми можемо підмінити стандартний реквізит регістру - "Реєстратор" на інший документ. При цьому вся важлива облікова інформація не зміниться. Не зміняться ані залишки на складах чи заборгованості контрагентів, ані поточне сальдо за рахунками бухгалтерського обліку, ані курс умовної одиниці, ані розмір нарахувань та утримань, ані відпрацьований час працівників. Як документ-підміну необхідно використовувати ті, у яких властивість "Проведення" має значення "Заборонити". Такі документи в типових конфігураціях є, наприклад, "Операція" або "Коригування записів регістрів накопичення". Однак існує обмеження у використанні документів на кшталт "Коректування записів регістрів накопичення" - далеко не всі регістри мають як реєстратор документи цього типу. Щоб прибрати це обмеження, можна вказати документ "Коригування записів регістрів накопичення" як реєстратор для всіх регістрів.Можна й інакше створити ще один документ такого типу і тим самим уникнути проблем при оновленні типових конфігурацій.
Що дає такий підхід до згортки? Насамперед ми можемо запустити перманентний (перманентний — постійний, безперервний, нескінченний, неухильний, систематичний, методичний, методичний, хронічний, невпинний, невпинний, безперебійний, безперервний) процес згортки, який не помітно впливає на штатну роботу користувачів. Ми можемо будь-якої миті запустити згортку і будь-якої миті припинити її. ми можемо відібрати для згортки документи певного типу чи якоїсь конкретної організації. Написати таку обробку, причому універсальну, для будь-яких конфігурацій, не складно. Але коректно згортати у загальному випадку вона не зможе. Чому? Справа в тому, що досить часто проведення документів залежить від "довкілля". Як приклад можна розглянути проведення документа "Надходження товарів та послуг" у БП 2.0. Якщо такий документ вже запроваджено рахунок-фактура, то записи формуються одні, якщо ні - інші. Тому при видаленні документів періоду, що згортається, важливо видалити спочатку рахунок-фактуру.
Щоб ідентифікувати подібні проблеми, для подальшого аналізу та вирішення запроваджено спеціальний режим: "Налагодження". При увімкненому налагодженні запам'ятовується стан регістрів перед видаленням документа і порівнюється зі станом після видалення та заміни. Якщо стан змінився, пакунок припиняється з видачею відповідного повідомлення. Режим налагодження можна не використовувати, прискорюючи хід виконання згортки, проте в цьому випадку потрібна ретельна звірка залишків початку періоду. Документи можна видаляти безпосередньо, увімкненням відповідного режиму або лише позначати видалення.Перемикання режимів здійснюється подвійним кліком за написом на формі.
Інструкція із застосування. Завантажуємо файл _Свертка_.cf і об'єднуємо зі своєю конфігурацією. В результаті з'являться два нових об'єкти - документ "_УніверсальнийРеєстраторЗаписівРегістрів_" та обробка "_ЗгорткаБазиДаних_". Документ слід призначити реєстратором всіх регістрів конфігурації (закладка Руху), а обробці реквізиту "Організація" призначити відповідний тип даних. При увімкненому режимі безпосереднього видалення можливі конфліктні ситуації з правами доступу, у тому числі на рівні записів.