Это улучшенная версия обработки Обработка «Свертка остатков ТиС 9.хх» от mdzen.
Оригинальное описание:
Обработка предназначена для облегчения рутинной работы по свертке базы 1С.
В сворачиваемой базе указанной обработкой формирует документы ввода
остатков, например на 1 января, далее переносим полученные документы в
подготовленную чистую базу стандартной обработкой 1С, проводим — получаем
чистую базу с остатками на 1 января. Обработка формирует остатки по кассе,
банку, остатки по покупателям, остатки по поставщикам, остатки ТМЦ. По
остаткам ТМЦ формируется несколько документов «Ввод остатков ТМЦ» . Остатки
ТМЦ формируются на основании остатков партий. Количество документов ввода
остатков ТМЦ зависит от максимального количества оставшихся партий.
Список изменений:
— Добавлена возможность создавать документы ввода остатков ТМЦ, даже если склады
не привязаны к МОЛ. Количественные остастки берутся из регистра Остатки ТМЦ,
суммовые из ПартииНаличие. В конечном итоге, если снять отчет ОстаткиТМЦ
с ценами «усредненная себестоимость без НДС» или «усредненная себестоимость
с НДС» в старой и новой базе (с проведенными документами ввода остатков,
созданными обработкой) — итоговые показатели должны быть равны.
— При проведении документов ввода остатков ТМЦ учитывается тип склада, т.е.
если склад розничный, то все товары в документе ввода начальных остатков
имеют соответствующую розничную цену.
— Реализовано два метода расчета партий (сумм). Метод #1: Берется регистр партий,
выгружается, с помощью запроса или с помощью метода ВыгрузитьИтоги, далее выгруженная
таблица сворачивается по трем измерениям — Фирма, Номенклатура, ЦенаПрод, соответствующие
показатели сумм и количества складываются. После этого аналогичные действия совершаются
с регистром ОстаткиТМЦ, только добавляется измерение Склад, чтобы нам выяснить на каком
складе какой товар находится. Ну и далее партии распределяются по складам. Если у вас
только оптовые склады, то в новой базе получится ровно то же самое, что и показывает
отчет Остатки ТМЦ с усредненной себестоимостью. Однако, если в базе есть розничные склады,
Остатки ТМЦ после проведения документов ввода остатков, если считать по усреденной
себестоимости, не будет совпадать с аналогичным отчетом в старой базе. Поэтому в обработке
предусмотрен метод #2, который почти полностью повторяет алгоритм построения отчета ОстаткиТМЦ.
Таким образом, если использовать метод #2, то Остатки ТМЦ будет корректным и по усредненной
себестоимости и по отпускной цене (см. ниже). Этот метод установлен в обработке по-умолчанию.
— Если последовательность давно (или никогда) не восстанавливалась, и в регистре остатков, скажем
есть записи о товаре на розничном складе, предположим: -1 по 140 р., 2 по 220 р., 1 по 110 р.
(такое может быть например если товар переоценили, продали по новой цене, а потом удалили
или исправили переоценку), то в документе будет проставлено суммарное количество товара
(т.е. -1+2+1 = 2), а его розничная цена будет выбрана из существующих. Поэтому если
при снятии отчета Остатки ТМЦ в новой базе в разрезе «отпускная цена (только розница)»,
будет более другая сумма, чем в старой, удивляться не стоит.
Примечание:
Перед сверткой базы, в обязательном порядке рекомендуется восстановить последовательность
документов (!)
Обработка предназначена для создания документов ввода остатков в базе ТиС 9.xx перед переносом их в новую базу / очисткой базы и является улучшенной версией одноименной обработки с этого сайта. Теперь для создания документов ввода остатков ТМЦ необязательно, чтобы склады имели МОЛ, т.к. анализируется и регистр ОстаткиТМЦ и ПартииНаличие. Также обработка корректно работает с розничными складами, как в разрезе себестоимости (с НДС и без), так и в разрезе отпускных цен.
Перейти к публикации
Поюзаем, но почему в имени архива 😐 😐 V8 ?
Хотя обработка под 7…
Это порядковый номер версии обработки ) К версии платформы отношения не имеет … естественно обработка под 7.7 …
73 скачавших и ни одного комментария … Мнения и предложения приветствуются …
В названии почти плагиат )
Посмотрим, сравним.
нужная вещьььь!!!
Попробовал на практике. Никаких проблем не встретил. Внимательное чтение описания и следование инструкциям очень помогло)))
Спасибо. Пригодилось.
Обработка хорошая, только нет свертки для фирм работающих с НДС!
vitn Ты имеешь ввиду что в документе ввода остатков ТМЦ везде проставляется «без НДС», «без НП»? Дык это ни на что не влияет 😉 Суммы в документе ввода остатков все равно рассчитываются с учетом налогов. Допустим в графе Всего (сумма с учетом налогов) стоит 118 рублей, а в графе Сумма (сумма без учета налогов) — стоит 100 рублей — это по реальным данным остатков (!), что стоит в графе %НДС — не имеет никакого значения. Для лучшего понимания картины — сравни отчеты по ОстаткамТМЦ выполненные в старой и новой (свернутой базе) в разрезе усредненной себестоимости с НДС и без НДС. Они совпадут. Так что все там учитывается и все есть. А %НДС выставляется по умолчанию в «без НДС» в документе для простоты … потому что в общем и целом туда можно поставить реальную ставку налога, рассчитанную по Всего и Сумма, можно поставить ставку НДС, сохраненную в справочнике номенклатура для данного товара, но и то, и другое может ввести пользователя в «заблуждение». Допустим в базе для какого-то ТМЦ проставлена ставка 10% … а все документы вводились с учетом 18%-ой ставки … т.е. суммы по данным регистра партий для этого ТМЦ, к примеру 118 и 100 руб. соответственно. И какую ставку налога выставлять, ту что стоит в справочнике или максимально близкую к разнице?
(9) Дык, сделали бы флажок какой-то, чтобы юзер мог выбрать — «Без НДС» или «НДС из справочника» — как ему удобнее… 🙂
Полезная вещь, но у меня не одна кнопка не сработала ((( то одно, то другое не найдено.
ПартииНаличие.УстановитьЗначениеФильтра(«Фирма», ФирмаДляСвертки, 1);
{C:123СВЕРТКАSVERTKA_TIS.ERT(133)}: Реквизит с данным идентификатором не найден!
ПартииНаличие.УстановитьЗначениеФильтра(«Фирма», ФирмаДляСвертки, 1);
{C:123СВЕРТКАSVERTKA_TIS.ERT(133)}: Реквизит с данным идентификатором не найден!
Остатки по кассам подготовлены!
ДокОстБанк.Записать();
{C:123СВЕРТКАSVERTKA_TIS.ERT(610)}: Номер не уникальный!
ДокОстДолгНам.ВидДолга = ТЗИтог.ВидДолга;
{C:123СВЕРТКАSVERTKA_TIS.ERT(664)}: Поле агрегатного объекта не обнаружено (ВидДолга)
ДокОстДолгНам.ВидДолга = ТЗИтогПост.ВидДолга;
{C:123СВЕРТКАSVERTKA_TIS.ERT(773)}: Поле агрегатного объекта не обнаружено (ВидДолга)
ПартииНаличие.УстановитьЗначениеФильтра(«Фирма», ФирмаДляСвертки, 1);
{C:123СВЕРТКАSVERTKA_TIS.ERT(281)}: Реквизит с данным идентификатором не найден!
Откуда.ПолучитьПараметрыКолонки(НазваниеКолонки,ПТип,ПДлина,ПТочность, ПЗаголовок, ПШирина, ПФормат, ППоложение);
{C:123СВЕРТКАОСТАТКИПОРЕГИСТРАМ.ERT(69)}: Неверный идентификатор колонки!
Полезная вещь, но у меня не одна кнопка не сработала ((( то одно, то другое не найдено.
ПартииНаличие.УстановитьЗначениеФильтра(«Фирма», ФирмаДляСвертки, 1);
{C:123СВЕРТКАSVERTKA_TIS.ERT(133) }: Реквизит с данным идентификатором не найден!
ПартииНаличие.УстановитьЗначениеФильтра(«Фирма», ФирмаДляСвертки, 1);
{C:123СВЕРТКАSVERTKA_TIS.ERT(133) }: Реквизит с данным идентификатором не найден!
Остатки по кассам подготовлены!
ДокОстБанк.Записать();
{C:123СВЕРТКАSVERTKA_TIS.ERT(610) }: Номер не уникальный!
ДокОстДолгНам.ВидДолга = ТЗИтог.ВидДолга;
{C:123СВЕРТКАSVERTKA_TIS.ERT(664) }: Поле агрегатного объекта не обнаружено (ВидДолга)
ДокОстДолгНам.ВидДолга = ТЗИтогПост.ВидДолга;
{C:123СВЕРТКАSVERTKA_TIS.ERT(773) }: Поле агрегатного объекта не обнаружено (ВидДолга)
ПартииНаличие.УстановитьЗначениеФильтра(«Фирма», ФирмаДляСвертки, 1);
{C:123СВЕРТКАSVERTKA_TIS.ERT(281) }: Реквизит с данным идентификатором не найден!
Откуда.ПолучитьПараметрыКолонки(НазваниеКолонки,ПТип,ПДлина,ПТочность, ПЗаголовок, ПШирина, ПФормат, ППоложение);
{C:123СВЕРТКАОСТАТКИПОРЕГИСТРАМ.ERT(69) }: Неверный идентификатор колонки!
Показать
Видимо у Вас не типовая конфа.
У меня тоже не типовая, хочу попробовать на ней сие чудо.
var_ad Версия конфигурации какая? Обработка гарантированно работает на 7.70.927 и выше, вплоть до последней. Перед сверткой необходимо в обязательном порядке восстановить последовательность документов, провести тестирование и исправление базы, если это необходимо, и разобраться с нумерацией документов, если она нарушена.
а как проверить обработку? купить не могу(в списке нет), абонемент приобрести не хочется…непонятно.
из пожеланий на улучшение функционала — автоматический перебор фирм. плюс.
Коректность обработки с последними базами ?! база весит 4,5 Гб с 2008 года, сколько примерно по времени будет урезаться ?
NightShadoW Сделайте резервную копию базы и попробуйте самостоятельно … документы ввода остатков создадутся относительно быстро, а вот сколько времени вы будете удалять все остальное — или готовить чистую базу — это сугубо индивидуально. Я бы на вашем месте сделал резервную копию базы, сдвинул ТА на самый первый документ. Затем пометил бы все документы на удаление, удалил бы их, разобрался бы с неудалившимися из-за наличия ссылок документами. После этих подготовительных действий, выгрузил-загрузил бы подготовленную таким образом резервную копию для «очистки совести». Затем в рабочей базе создал бы документы ввода остатков на текущий момент и перенес бы их в подготовленную базу. Как-то так …
Спасибо! отлично подходит для огромных баз оперативного учета!
Спасибо!! попробуем. Думаю может доделать пошаговый сценарий, т.е. настроил один раз алгоритм и он будет уже работать по всем организациям
Попробовал. 1. чето косяк какой то с нумерацие создаваемых документов ввода остатков. постоянно ругается что документ с таким номером уже есть. 2. где удаление существующих документов.
Надо чтобы все документы до даты сверки были удалены!
Вообще — автору — РЕСПЕКТ!!!!! Очень полезная обработка!
Показать
не сработала ни одна кнопка!!!
не понимаю, почему номер не уникальный?
ТиС 9.2
7.70.027
7.70.932
(25) У меня такая же ситуация. Мне надо провести остатки на 31 декабря. Но если поставить дату свертки на другой год, т.е. на 01 января, тогда обработка не запинается.
(25) Установите рабочую дату — последний день года и попробуйте еще раз. Потом не забудьте вернуть обратно рабочую дату. Мне — помогло.