Свертка баз. Новый взгляд
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
| Наименование | Скачано | Купить файл | По подписке PRO |
|---|---|---|---|
|
Конвертация документа в Корректировку
.epf 8,69Kb ver:1.0
3
|
3 | 3 800 руб. Купить | 4 SM Скачать |
|
Объединение корректировок
.epf 10,29Kb ver:1.0
3
|
3 | 3 800 руб. Купить | 4 SM Скачать |
|
Анализ документов и регистров
.epf 18,51Kb ver:2.0
5
|
5 | 3 800 руб. Купить | 4 SM Скачать |
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Всем привет!
Представляю две обработки для тестирования нового подхода свертки баз. Обработки разработаны на обычных формах, демонстрация проводится на демо-конфигурации УТ 10.3.82.1, платформа 1С: Предприятие 8.3.23.1865.
Законченная "технология от А до Я" будет представлена позже после проведения испытаний свертки и доработки инструмента до "универсального". Законченная технология будет представлять из себя обработку на базе обработки "Анализ документов и регистров".
Ниже, самое последнее видео демонстрирует промежуточную версию "Анализ документов и регистров, вер.3.0" - но она не будет представлена в данной публикации. В данной публикации представлена другая промежуточная версия - "Анализ документов и регистров, вер. 2.0" - данная версия не имеет параметра Организация - и предлагается только лишь для ознакомления с идеями.
Проблематика
Если база большая по кол-ву документов и записей регистров, а технологическое окно короткое по времени, тогда "классическая" свертка базы, представленная в статье Свертка базы - или как свернуть базу УТ 10.3, не сработает - у вас просто не хватит времени распровести документы за период. Если период разбить на несколько последовательных периодов, тогда в каждый полученный период надо делать одну и ту же "классическую" свертку.
То есть, если Заказчик просит провести свертку базы - например, оставить последние 3 года, остальные 4 года удалить. А документов столько, что за одно технологическое окно в один выходной день вы успеваете распровести только один месяц по одной организации - значит придется "классическую" свертку повторять много-много 48 раз (12мес*4года = 48мес - это кол-во потраченных выходных, срок проведения работ => 4 выходных дня в 1 месяце => 48 мес / 4 = 12 мес = 1 год), то есть за год управитесь, не считая предварительных подготовительных работ, работ по сверке остатков после каждой классической свертки.
Классическая свертка представляет из себя на выходе - список документов "Корректировка записей регистров" по всевозможным регистрам накоплений и сведений - одна Корректировка соответствует одному регистру, возможно это будет список документов "Оприходование товаров", возможно это будет список документов "Ввод начальных остатков по взаиморасчетам с контрагентами" и другие специализированные документы так называемого "ввода начальных остатков".
При этом, если вы используете специализированные документы, вроде "Оприходование товаров" или "Ввод начальных остатков по взаиморасчетам с контрагентами", тогда вы теряете информацию.
Например, ситуация у вас: регистр ТоварыНаСкладах и ПартииТоваровНаСкладах немного различаются по итогам. И вместо того, чтобы свернуть остатки через КорректировкиЗаписейРегистров и сохранить полное соответствие предыдущим итоговым остаткам, вы переносите остатки через ОприходованиеТоваров.
Тогда у вас остатки по регистрам ТоварыНаСкладах и ПартииТоваровНаСкладах начинают совпадать, но теряется точная информация о предыдущих итогах. То же самое с взаиморасчетами с контрагентами.
Возвращаясь к первому абзацу раздела, получается, что вот теперь вместо проведения одной свертки, вы вынуждены делать 48 сверток, не за один вечер, а в течение года по выходным, каждый раз теряя информацию, выравнивая часть регистров по итогам.
Риски подводных камней
Чужая незнакомая база, работают в базе нон-стоп, задействованы все разделы учета: товары, взаиморасчеты, НДС, многофирменный учет, авторезервы по заказам, автозакрытие заказов и что-то еще, что я упускаю из вида. В день по сотне документов поступлений и реализаций. Маркируемая продукция. ЭДО. Обмен с БП. С десяток фоновых заданий каждый час. Все завязано со всем. Распроведешь один документ, и остатки по всем регистрам посыпятся как карточный дом.
Свобода выбора: есть ли альтернатива?
Альтернатива есть - менять классическую схему на что-то другое - и делить большую задачу на много мелких этапов - чтобы укладываться в ежедневное непродолжительное технологическое окно (условно ежевечерно имеется по 2-3 часа времени на свертку), растягивать свертку на пару месяцев вперед, выполняя ее шаг за шагом. Главное - понять, как еще можно сворачивать записи регистров накопления, например не целиком регистр на дату свертки, а по-документно - при этом будут задействованы только записи регистров этих документов. Оставшиеся документы и записи по регистрам (движения) сворачивать отдельно в другое время.
Новая схема свертки
Есть идея и предложение любой документ заменять на документ "Корректировка записей регистров". При этом движения документа останутся в актуальном состоянии, но будут привязаны к Корректировке, после чего сам документ можно распровести без потери остатков и итогов по всем связанным регистрам накопления. При этом можно дополнительно очистить табличные части документа, которые также занимают много места (помним, что цель свертки - уменьшить размер базы).
Далее Корректировки можно объединить - при этом часть записей сгруппируются по наборам измерениям, а часть - и вовсе выйдет в ноль. Таким образом, можем локально проводить мини-свертки.
Общая схема представлена на рис. 1 ниже.
- Замещение документов в Корректировку - происходит с помощью обработки "Конвертация Документа В Корректировку". При этом все движения документа переносятся в Корректировку (рис. 2 ниже).
В обработке выбираете документ и нажимаете кнопку "Выполнить". Для возможности сравнения движений документа и движений корректировки оставьте параметр "Очищать документы" пустым (!).
Параметр "Очищать документы" можно не использовать ТОЛЬКО для сравнения регистров накопления, поскольку не подходит для регистров сведений. Точнее сказать, для регистров сведений требуется уникальность записей по измерениям и периоду, поэтому два документа (полученную Корректировку и исходный документ) с одинаковыми записями по регистрам сведений нельзя увидеть и сравнить. Для целей сравнения можно изменять периоды записей, но сейчас это не относится к заявленной теме. Остается на обсуждение.
Если у вас в Корректировке есть реквизит "ДокументОснование" или другой реквизит для хранения ссылки на документ-основание, тогда укажите в поле "Наименование реквизита "ДокументОснование". В типовой Корректировке такого реквизита нет, поэтому можете игнорировать. В своей базе я такой реквизит создал для дальнейшего анализа и обработки.
- Объединение или сложение Корректировок - происходит с помощью обработки "Сложение Корректировок" (рис.3 ниже). При этом для регистров накопления записи сворачиваются по измерениям, а для регистров сведений - остаются последние по дате записи для наборов измерений.
В обработке выбираете две Корректировки, нажимаете кнопку "Сложить/Объединить". Для сравнения движений всех трех корректировок оставьте параметр "Очищать документы" пустым. Параметр "Очищать документы" используется опять-таки только для сравнения регистров накопления, поскольку не подходит для регистров сведений.
Точнее сказать, для регистров сведений требуется уникальность записей по измерениям и периоду, поэтому два документа (полученную Корректировку и исходный документ) с одинаковыми записями по регистрам сведений нельзя увидеть и сравнить. Для целей сравнения можно изменять периоды записей, но сейчас это не относится к заявленной теме. Остается на обсуждение.
- Анализ документов и связанных регистров - происходит с помощью обработки "Анализ документов и регистров, вер. 2.0". Подробное описание версии 1.1 обработки лежит тут: Анализ документов: свертка базы, автотесты, динамика роста базы.
Для проведения свертки я доработал эту обработку до версии 2.0 (без учета отбора по организации) (рис.4 ниже) - добавил отображение по документам признака того, что данный документ можно конвертировать (заменить) на Корректировку - исходя из наборов регистров, по которым делаются движения документа, и наборов регистров, по которым документ "Корректировка записей регистров" может быть регистратором.
Законченная "технология от А до Я" будет представлена позже после проведения испытаний свертки и доработки инструмента до "универсального". Законченная технология будет представлять из себя обработку на базе обработки "Анализ документов и регистров".
Ниже, самое последнее видео демонстрирует промежуточную версию "Анализ документов и регистров, вер.3.0" - но она не будет представлена в данной публикации. В данной публикации представлена другая промежуточная версия - "Анализ документов и регистров, вер. 2.0" - данная версия не имеет параметра Организация - и предлагается только лишь для ознакомления с идеями.
Из рис.4 видно, что журналом счетов-фактур можно пренебречь при проведении свертки. Скажем так, многие сведения из регистров сведений за прошлые периоды остаются в архивной копии базы, и не требуют переноса на конец периода при свертке - по сути, просто удаляются.
Представляю два видео.
На этом все.
Всем добра! С пользой для клиентов, RustIG
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 10.3, релизы 10.3.82.1
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Инструментарий разработчика Чистка данных Свертка базы Инструменты администратора БД Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Платные (руб)
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы, интерфейс 8.5. Может выполнять свертку одновременно в несколько потоков, а также без непосредственного участия пользователя. Решение в Реестре отечественного ПО.
24900 руб.
20.08.2024 83160 431 171
Свертка базы Системный администратор Разработчик 1С:Предприятие 8 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия 3.0 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 1С:Управление торговлей 10 1С:Управление торговлей 11 1С:Розница 2 Платные (руб)
Универсальная свертка баз данных под 1С разработана для свертки баз данных различного объема и сложности. Обработка работает на простых и управляемых формах. Обработка позволяет легко и интуитивно понятно проводить работы по свертке базы данных и других необходимых операций связанных с обслуживанием баз данных.
6000 руб.
22.05.2024 9581 61 40
Перенос данных 1C Оптовая торговля Свертка базы Системный администратор Разработчик Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Платные (руб)
Хотите точно знать, что вы выгружаете? Хотите сворачивать товары по НДС или фильтровать товары по доп. реквизиту? Вы волшебник, которому необходимо превращать одних контрагентов в других? Хотите при выгрузке превратить группу товаров в один? Или просто нужен удобный OLE обмен между 1C:Управление торговлей (ред. 11 или 10) и 1С:Бухгалтерия предприятия (ред. 2 или 3). Тогда эта обработка для вас!
12900 руб.
19.04.2013 187351 406 407
Свертка базы Системный администратор Разработчик 1С 8.3 1C:Бухгалтерия 1С:Бухгалтерия 3.0 Россия Управленческий учет Платные (руб)
Механизм обрезки (свертки) базы 1С. Описан процесс переноса среза остатков в новую базу. Реализован способ обмена между базами без длительного отключения рабочей базы. Представлено прикладное решение - обработка по переносу данных. Есть 2 варианта запуска: на обычных и управляемых формах.
7320 руб.
27.03.2023 12175 22 4
Свертка базы Системный администратор Разработчик 1С 8.3 Бесплатно (free)
Собираетесь свернуть базу 1С и хотите до недели подготовки понять, сколько места это даст. Проверить у себя можно одной функцией: размер объекта платформа отдаёт методом ПолучитьРазмерДанныхБазыДанных, записи по годам считает обычный запрос. Типовая свёртка режет по дате документы и движения регистров, а в Управлении торговлей 11.5 из 806 регистров сведений у 729 нет ни периода, ни регистратора. В статье функция оценки по одному объекту и цикл сводки по всей конфигурации, проверенные на УТ 11.5.22.67, оговорки о том, где пропорция по записям завышает результат, и две большие базы, где вес лежал вне истории: 3,85 ТБ служебного кэша прав из 4,2 ТБ и 451 ГБ версий объектов, которые регламент годами не чистил.
02.11.2026 253 nedomolkov.ivan 0
Свертка базы Чистка данных Разработчик 1С 8.3 1С 8.5 1С:Розница 3.0 Абонемент ($m)
Внешняя обработка безвозвратно удаляет выбранные организации со всеми документами и справочниками, а оставшиеся сворачивает на дату. Остатки после свёртки сверяются с остатками до неё по всем регистрам.
5 стартмани
01.11.2026 199 0 okey_777 0
Свертка базы Зарплата Разработчик 1С 8.5 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Абонемент ($m)
Обработка уменьшает базу 1С:ЗУП 3.1 в копии: удаляет расчетные документы по 31 декабря (начисления, табели, отпуска, больничные, ведомости, НДФЛ), оставляет кадровые документы с историей и плановыми начислениями и вводит средний заработок, остатки отпусков и задолженность по зарплате. Автотест сверяет расчеты до и после свертки.
4 стартмани
30.10.2026 280 6 Drfreeman 0
Свертка базы Разработчик 1С 8.3 1С 8.5 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Абонемент ($m)
Две обработки сворачивают базу «Управления торговлей» 11, «Комплексной автоматизации» 2 или ERP 2 на выбранную дату: выгружают остатки товаров (с характеристиками, ГТД, фактическими остатками на складах и помещениями), расчетов с клиентами и поставщиками и денег, удаляют документы по эту дату и вводят остатки документами «Ввод остатков». В КА 2 и ERP 2 бухгалтерский учет, зарплата и производство не затрагиваются. Автотесты сверяют остатки до и после свертки.
8 стартмани
29.10.2026 154 1 Drfreeman 0
Свёртку делал групповой обработкой с отбором по периоду и с отбором по организации. Будет статья и отдельная обработка.
Сейчас я этот нюанс отдаю на откуп внедренцам - чтобы они сами решили, как сворачивать такие записи.
Я наверное сделаю так - буду находить все такие регистры, и предлагать удалять записи с ограниченным сроком действия на момент свертки - поскольку на момент свертки они не актуальны. Останутся только актуальные записи, которые легко будет свернуть.
"Корректировка останется, а документ можно распровести без потери остатков."
чем это в принципе отличается от классической схемы, в которой тоже надо распроводить старые документы.
Распроведение занимает много времени. Как раньше за день могли распровести всего месяц и не успеть сделать свертку, то и сейчас то же самое...
В чем цимус?
вы предлагаете взять один регистр по одному виду документа-регистратора?
- а движения по регистру куда перенести? ...
так, то есть никуда не переносить движения по регистратору, а наоборот очистить движения по регистратору, оставить только остатки по данному виду регистраторов (например только по реализациям и по регистру ТоварыНаСкладах)?
остатки по регистру смотреть не в целом по всем регистраторам, а только по одному виду документа? такая идея?
- интересная идея, поскольку кажется что ее вполне легко реализовать как временный и разовый вариант.... Но насколько она трудоемкая в своем исполнении и реализуема ли вообще для всех документов и регистров - надо детально думать....
нужно разработать соответствующую инфраструктуру для хранения информации: какие документы и регистры обработаны по такой технологии....есть риск, что если произойдет ошибка, то документ нельзя будет перепровести для восстановления движений и распровести до тех пор, пока все регистры по документу не будут обработаны по такой технологии....Возможно нужно ставить заплатку, чтобы никто случайно не провел данный документ по данному регистру...кажется что не все так просто....
в любом случае вы предлагаете уйти от классического варианта свертки
у меня росла база каждую неделю - за счет табл. части Товары в реализациях - делать свертку в классическом варианте нельзя было по озвученным и уже понятным причинам. Я стал резать табл. части реализаций - освободил много места - подготовил задел на будущее на пару месяцев работы - описал этот метод в статье (ссылка есть в данной статье)....но это временный и разовый вариант - думать и реализовывать ак для всех документов, конечно же, я не стал....
В мое методике не нужна инфраструктура для запоминания какие документы и по каким регистрам очищены.... Пока что сложно оценить плюсы и минусы "Неклассических" вариантов свертки. Но идея ваша интересна и вполне разово можно исполнить....
Еще мне кажется большой минус вашей идеи в том, что виртуальные таблицы ТоварыНаСкладах все равно вырастут - поскольку в них останутся записи документов-антагонистов, но исчезнут записи по Реализациям....
Получается, что идея мало подходит?!
.
Я так понял что основная проблема - длительность рас проведения документов. И твой метод тупо заменяет документ аналогом корректировкой. Что позволяет тупо корректировки вводить частично хоть по одной корректировке в день. И потом также можно частями постепенно консолидировать корректировки постепенно укрупняя консолидации.
.
Правда нифига непонятно за счёт чего будет суммарный выигрыш по свертке. Шта но свёртка заняла бы месяц, а так время ра, проведения останется тем же, к нему добавится время создания и проведения корректировок и последующей их консолидации. Итого получится не месяц, а два или три... Да, частями получится уложиться в окна рабочих дней - вот и весь профит.
Точно также можно и штатно наверное не сразу год сворачивать, а по месяцу или неделе штатно, вмешался в окно рабочих дней.
у вас не получится так на больших базах
(7)
и так тоже не получится ни на больших, ни малых базах
с чего это не получится? один похер большая база или маленькая. Роль играет только количество остатков. Получится. Уж за один-то день можно такой шаг сделать. И так по каждому дню. Каждый день количество остатков будет примерно одинаковым, за счет убывания одних остатков и прибывания других. Количество остатков только будет медленно расти за счет зависших незакрытых остатков. А в тотально бардачных базах где незакрыто все - один фиг свертка мало что даст и смысла мало имеет.
.
так что пока что утверждения "не получится..." считаю необоснованными. Есть возможность пояснить - поясни развернуто.
.
и да, я поначалу тоже стремался, проверял по отчетам до свертки и после свертки, когда на 2-3 раз данные свопадали по отчетам - плюнул и больше не проверял во время свертки. чисто потом для развлечения себя смотрел - как и ожидалось 2+2=4. и нехрен было проверять.
.
а так хз... восьмерка может гораздо медленнее работает и тяжело ворочается, что 40 гиговую базу не свернуть за выходной день, пусть даже в два-три приема в разные выходные.. фиг знает, тебе виднее.
.
и как говорил выше - сворачивать в период технологического окна и в продакшене - подходы могут быть совсем разными.
.
По всякому - будет практический рабочий инструмент - будет хорошо...
Другое дело что со всякими свертками в 8-ке еще всякие аналитики в которых сидят документы из сворачиваемого периода, ка кэто склеится собственно с самой сверткой и надо ли что-то делать по таким аналитикам - хз...
при нормальной архитектуре базы ТЧ доки можно тупо и без свертки поудалять. И при классической свертке обороты ВСЕ удаляются нафиг, а не остается значительное количество при схлопывании (потому что неслопнувшихся будет достаточно много)...
какие регистры исключаются - кто решает?
.
1. Читаем остатки в документ(ы) корректировки
2. Распроволим документы и предыдущие корректировки.
3. Проводим корректировки
.
1 и 2 и 3 делаем не сразу за весь период свертки, а шашками маленькими периодами, например по 3 дня, чтобы пп123 успели выполниться за окно времени. Отпадает необходимость консолидации корректировок. Отпадает необходимость свертки корректировок.
Профит. Можно тупо загнать в регламентный автомат и херачить авто по ночам.
фу, какая гадость. Прочитать остатки и записать их заново -а+а=0. Расхождений не бывает.
.
"просто группирую обороты по регистрам."
- а зачем нам тащить миллион оборотов, если нас интересует только в итоге 10000 остатков...
.
"И еще, в моем методе я начну работу с тяжеловесных документов - это поступления и реализации , "
хрень полная, в производственной конфиге самыми тяжеловесными будут совсем другие документы и требуется участие "оператора", что напрочь убивает идею максимально автоматизированного алгоритма.
1) Начинаем свертку, обновление или урезание базы, открываем отчеты по итогам, фиксируем общий остаток по кол-ву и сумме в разрезе склада. Делаем любые манипуляции с базой. Нормальный спец снова откроет отчет по итогам, сверит общий остаток по кол-ву и сумме в разрезе склада.
2) как вы получите 10000 записей остатков на дату при миллионе записей оборотов? Никак, такого невозможно. Если вы берете обороты и складываете их последовательно, вы придете как раз к 10000 записей остатков. Они схлопываются, сворачиваются, группируются в процессе сложения записей. Я на видео это наглядно показал.
3) в производственной конфе те же регистры, табличные части документов, и те же принципы разработки что в ут 10.3, и те же проблемы роста базы из года в год. И те же потребности уменьшать базу. Скажите, какой документ у вас тяжеловесный и почему его нельзя очистить , а движения скопировать в корректировку? Вы про какую конфу говорите? Я вам наглядно видео сделаю.
И что? Нормальная ситуация когда регистр взаиморасчетов никак не связан с регистром остатков. При классике сворачиваются все регистры одновременно и "связь" остается (или сворачивается один-два регистраа, который "самостоятельные", я например могу свернуть регистр заявок - он самый пухлый, и, допустим, самостоятельный, а остальные не трогать)
оттуда, откуда же был до сверртки. как было 5 так и осталось 5. Показываешь пару раз что как было 5 так и осталось 5 - тратишь на это час-два. Выставляешь счет по двойному/тройному тарифу, потому что наводить порядок и разбираться откуда 2+2=5 - задача ведущего учет, а не "моя"...
а у тебя при свертке вся кривизна автоматом уйдет? незакрытые договора автоматом зачтутся итд? и Заказчик после твоей свертки поверит что данные по отчетам разъехались и это правильно? Может у заказчика по незакрытым договорам судебные процессы идут... и их вообще трогать не надо было... ;-)
ну открой базу, посмотри сколько у тебя записей оборотов за три месяца например, и посмотри сколько записей по итогам на конец этих трех месяцев. Если бы колво итогов бвло соизмеримо с количеством записей - таблицы итогов нахрен не нужны были бы.
да, но там самые тяжелые документы не ПН и РН. а сворачивать базы надо не обращаясь к частностям каждой базы. иначе смысл пропадает, сиди анализируй что где тяжелое и что в каком порядке сворачивать.
Я в течение года отлаживал 5ть обменов по каждой фирме из одной УТ в 5 БП. После каждого обновления БП снова проверка 5ти обменов.
Нет уж...
То есть, когда нет "того", нет "сего", нет "третьего", то любые варианты рассматриваются...
Как только появляется "то" или "се", а потом и "третье" - то уже начинаешь думать - а получится ли провести свертку гладко и без задоринки - появляются риски, что где-то все-таки случится косяк, и самое трудоемкое потом восстанавливать работоспособность и исправлять косяки...
Знаете, я ведь по классике сворачивал небольшие базы, также делал как вы описали - только не новую базу брал, а копию - создавал Корректировки по остаткам, удалял все документы - оставались справочники, независимые регистры сведений, идентификаторы обмена. Пока удалялись документы (за период) в копии, в рабочей базе пару дней все работали. Далее копию делал "рабочей" - а из рабочей базы конвертировал документы за пару дней работы.
На мой взгляд это относится к классическому варианту свертки. Применим до сих пор для небольших баз. Описан в первой статье, посвященной свертке (ссылка есть в данной статье).
в начале года у 2-х клиентов свернул базы Розницы переносом НСИ и остатков в новую базу (новой версии), и еще в одной организаций сделал переход с УТ 10.3 (учет велся с 2015) на Розницу. И в этой организации сейчас идет адаптация т.е. что делается в УТ, потом информация (НСИ, номенклатура, документы) переносится в Розницу, но основной учет (продажи, ЕГАИС и маркировка) уже работают в Рознице.
Плюс получилось быстро создать РИБ на торговых точках
После каждой микро-свёртки надо вручную проверять остатки по всем регистрам и др.
В общем плохое предложение тут.
да как бы вы не поняли в чем суть - проверять не надо каждый день.
Проверку можно автоматом запрограммировать.
Запускать групповую обработку - сначала конвертации документов в корректировки. Этого достаточно, чтобы база уменьшилась в разы. При конвертации остатки не изменяются.
В другой раз можно объединить корректировки (помеченные признаком), чтобы свернуть или сгруппировать записи по регистрам. И снова проверку остатков До и После можно автоматизировать. В общем , не понял ваших предостережений.
Вообще тема сложная для понимания, поэтому требуется внимательное чтение не только статьи, но обсуждений - хотя бы выделенных цветом - я даю пояснения.
И ждите видео, нагляднее будет.
Похоже на противоречие. За счет чего очищаются движения документов, преобразовываемых в корректировку?
Перенос движений - как он происходит? Даже если предположить что при выбранном подходе в записях (движениях) регистров меняется существующий регистратор на документ корректировки, то будет три записи (события) в регистр: запись общей суммы приходов, запись общей суммы расходов и запись итоговой свернутой суммы. В классической свертке сразу пишется итоговая свернутая сумма. Чего-то я не понимаю, солидарен с (7)
Добрый день! Спасибо за вопрос.
В классической свертке сначала считаются остатки на конец года - фиксируются разными корректировками, а затме нужно "за раз" распровести большой пласт документов до даты свертки: поступления, реализации, перемещения, много остального - при этом нельзя оставить ничего на потом - то есть условно за 2017 год надо распровести все документы. Вы просто не успеете это сделать за выходные в больших базах.
В предложенной схеме документы распроводятся без привязки к остаткам на конец года, не нужно распроводить все "за раз", просто меняете один документ на корректировку.
(32)
Пожалуй, лучше покажу на видео.
Сегодня ждите
У вас технологическое окно сколько часов было? И какой объем базы изначально был?
Вообще предложенная схема из статьи работает там, гле классическая свертка не может быть применена.
Я изначально столкнулся с задачей на файловой базе (я писал об этом в других статьях). Файловая база весила 40 Гб. Любое распроведение документов приводило к увеличению размеров виртуальных таблиц регистров накопления и база переставала открываться. Плюс время распроведения на файловой - очень длительное. Плюс еженедельно база прирастала на несколько десятков Мб. Времени до полного аута оставалось месяц-два. Перейти на клиент-серверный режим нельзя было сразу - поскольку были доработки, приводящие к ошибкам при работе в клиент-серверном режиме - надо было разобраться и переписать код.
И я думаю для клиент-серверных баз предложенная в статье схема также сработает. И даже быстрее и без конфликтов блокировки.
(37)
Представьте что сотрудники просто работают и проводят документы. Представьте что мои операции просто создают документы и проводят их. Разницы вообще никакой. Только при проведении документов дополнительно срабатывают подписки на события, дополнительные проверки при записи десятков связанных регистров накопления, а мои операции ничего не проверяют - просто делают записи....
Я не вижу проблем. Но еще раз повторяю - после проведения испытаний будут даны замеры времени и уменьшения размеров базы.
В вашем случае я бы попробовать перевести базу в sql для свертки, а потом вернуть к файловому варианту. Судя по публикации проблема была известна с апреля ;)
я надеюсь, ты отключал на это время расчет итогов...?
ясен пень. поэтому чтобы не ролсли - отключаем нафиг итоги.
.
ну и определяемся - мы свертку хотим делать в короткие окна (ночь, 2-3 часа, итд), или во время работы базы в продакшене...?
.
- вполне стандартная ситуация, делал и такое, две фирмы сливал в "одну" - когда для клиента учет по фирме не важен, важен только по "холденгу"... Работы такого рода напрямую к свертке не относятся и делаются частным образом по частным задачам.
- свертка как раз заканчивается. Это тупая технологическая операция.
а по РЕЗУЛЬТАТАМ свертки, если они кому-то интересны, начинается работа совершенно других лиц по инвентаризации учета, это совершенно другая задача. Причем что странно, вот до свертки никого порядок в учете не интересовал, а после сверкти прямо вот капец как ВСЕГДА ВСЕ сразу бросаются инвентаризировать учет... ;-)
согласен. ну так при оценке работ по свертке и определяемся - нам базу свернуть или косяки убрать? или и то и другое? если, например, я сам как технический специалист, начну убирать косяки учета - у Заказчика может вообще весь фин результат слететь по себестоимости или еще какой-нить фигне - да меня после этого распнут.. так что косяки - да, "преследовать будут долго" и устранять их - если это предусмотрено планом работ - совместно с ответсвенным исполнителем, а ответсвенные исполнители всегда заняты... так что растягивается это надолго и стоит для клиента дорого, бо за такую работу почасовку (условно) брать - себе в ногу стрелять. Месяу на работу по косякм, цена - миллион. месяц отвественный исполнитель ВДРУГ оказался занять - сорри, второй месяц - еще миллион...
А то как ты описал - это как раз удел всяких фрилансеров, франчей и прочих отсосеров - к которым заказчик обращается когда жпс уже наступила или стучится в дверь.
у вас есть уже алгоритм? думаю, что нет... :(
я уверен, что у вас не получится отделить один регистр и сворачивать только его....
2. Обработки Конвертация и Суммирования содержат единичные варианты или групповой вариант присутствует?, например с ограничением за период или с отбором по организации. Или я что-то упустил?
Свёртку делал групповой обработкой с отбором по периоду и с отбором по организации. Будет статья и отдельная обработка.
я представил здесь три отдельные обработки - на таких простых обработках можно легко отлаживать алгоритмы.
я вам больше скажу, когда я объединил их и запустил групповую обработку документов - стали выходить ошибки, которые сложно было отловить на групповой обработке - но зато легко было моделировать ситуацию и тестить на простых базовых обработках.
В общем я дополнительно разработал на базе этих трех обработок одну - но не описал ее и нигде пока не представил. Так вот в ней собраны алгоритмы из этих обработок.
Групповая обработка - это обработка документов пакетом - то есть это "процесс", а не "файл". Слово обработка имеет два значения - обработка материалов и внешний файл-обработка. Мы по ходу дела по разному используем это слово.
Сейчас я этот нюанс отдаю на откуп внедренцам - чтобы они сами решили, как сворачивать такие записи.
Я наверное сделаю так - буду находить все такие регистры, и предлагать удалять записи с ограниченным сроком действия на момент свертки - поскольку на момент свертки они не актуальны. Останутся только актуальные записи, которые легко будет свернуть.
Версия 3 - представляет из себя полноценную обработку для проведения свертки. Ожидайте, пож-та, скоро выложу в виде отдельной публикации. Сообщу вам сразу.
Рейтинг: 1990
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 2013915
Создание 11.01.24 22:00
Обновление 20.05.26 00:49
Просмотры 12434
Загрузки 11
Рейтинг
31
Комментарии 101
Код открыт Да
Рубрики Свертка базы
Кому Разработчик
Тип файла Внешняя обработка (ert,epf)
Платформа 1С 8.3
Конфигурация 1С:Управление торговлей 10
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
