Улучшенная обработка "Свертка остатков ТиС 9.хх"

04.11.11

База данных - Свертка базы

Обработка предназначена для создания документов ввода остатков в базе ТиС 9.xx перед переносом их в новую базу / очисткой базы и является улучшенной версией одноименной обработки с этого сайта. Теперь для создания документов ввода остатков ТМЦ необязательно, чтобы склады имели МОЛ, т.к. анализируется и регистр ОстаткиТМЦ и ПартииНаличие. Также обработка корректно работает с розничными складами, как в разрезе себестоимости (с НДС и без), так и в разрезе отпускных цен.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Свертка ТиС v8.rar
.rar 41,33Kb
550
550 Скачать (1 SM) Купить за 1 850 руб.

Это улучшенная версия обработки Обработка "Свертка остатков ТиС 9.хх" от mdzen.

Оригинальное описание: 

Обработка предназначена для облегчения рутинной работы по свертке базы 1С.
В сворачиваемой базе указанной обработкой формирует документы ввода
остатков, например на 1 января, далее переносим полученные документы в
подготовленную чистую базу стандартной обработкой 1С, проводим - получаем
чистую базу с остатками на 1 января. Обработка формирует остатки по кассе,
банку, остатки по покупателям, остатки по поставщикам, остатки ТМЦ. По
остаткам ТМЦ формируется несколько документов "Ввод остатков ТМЦ" . Остатки
ТМЦ формируются на основании остатков партий. Количество документов ввода
остатков ТМЦ зависит от максимального количества оставшихся партий.

Список изменений:

- Добавлена возможность создавать документы ввода остатков ТМЦ, даже если склады
не привязаны к МОЛ. Количественные остастки берутся из регистра Остатки ТМЦ,
суммовые из ПартииНаличие. В конечном итоге, если снять отчет ОстаткиТМЦ
с ценами "усредненная себестоимость без НДС" или "усредненная себестоимость
с НДС" в старой и новой базе (с проведенными документами ввода остатков,
созданными обработкой) - итоговые показатели должны быть равны.
- При проведении документов ввода остатков ТМЦ учитывается тип склада, т.е.
если склад розничный, то все товары в документе ввода начальных остатков
имеют соответствующую розничную цену.
- Реализовано два метода расчета партий (сумм). Метод #1: Берется регистр партий,
выгружается, с помощью запроса или с помощью метода ВыгрузитьИтоги, далее выгруженная
таблица сворачивается по трем измерениям - Фирма, Номенклатура, ЦенаПрод, соответствующие
показатели сумм и количества складываются. После этого аналогичные действия совершаются
с регистром ОстаткиТМЦ, только добавляется измерение Склад, чтобы нам выяснить на каком
складе какой товар находится. Ну и далее партии распределяются по складам. Если у вас
только оптовые склады, то в новой базе получится ровно то же самое, что и показывает
отчет Остатки ТМЦ с усредненной себестоимостью. Однако, если в базе есть розничные склады,
Остатки ТМЦ после проведения документов ввода остатков, если считать по усреденной
 себестоимости, не будет совпадать с аналогичным отчетом в старой базе. Поэтому в обработке
предусмотрен метод #2, который почти полностью повторяет алгоритм построения отчета ОстаткиТМЦ.
Таким образом, если использовать метод #2, то Остатки ТМЦ будет корректным и по усредненной
себестоимости и по отпускной цене (см. ниже). Этот метод установлен в обработке по-умолчанию.
- Если последовательность давно (или никогда) не восстанавливалась, и в регистре остатков, скажем
есть записи о товаре на розничном складе, предположим: -1 по 140 р., 2 по 220 р., 1 по 110 р.
(такое может быть например если товар переоценили, продали по новой цене, а потом удалили
или исправили переоценку), то в документе будет проставлено суммарное количество товара
(т.е. -1+2+1 = 2), а его розничная цена будет выбрана из существующих. Поэтому если
при снятии отчета Остатки ТМЦ в новой базе в разрезе "отпускная цена (только розница)",
будет более другая сумма, чем в старой, удивляться не стоит.

Примечание:

Перед сверткой базы, в обязательном порядке рекомендуется восстановить последовательность
документов (!)
 

 

См. также

Свертка базы Чистка данных Перенос данных 1C Системный администратор Программист Платформа 1С v7.7 1С:Комплексная 7.7 1С:Торговля и склад 7.7 Абонемент ($m)

Приводится порядок действий для создания новой информационной базы на основе имеющейся файл-серверной "Торговля и Склад" ред.9.2, для учёта с нуля. В новую базу выполняется перенос справочников и остатков номенклатуры. Журналы документов, данные регистров, долги контрагентов, партии очищаются.

1 стартмани

14.01.2022    6448    6    etmarket    3    

4

Свертка базы Программист Бухгалтер Бухгалтерский учет 7.7 1С:Бухгалтерия 2.0 Россия Бухгалтерский учет Абонемент ($m)

Имеется база 7.7, которую хочется свернуть. Но в процессе свертки могут съехать остатки. Для проверки нужно сравнить остатки на дату свертки.

1 стартмани

20.06.2016    18496    2    pentanom    1    

2

Свертка базы Программист Оперативный учет 7.7 1С:Торговля и склад 7.7 Управленческий учет Абонемент ($m)

Хотя большинство пользователей перешло на 1С 8ХХ, но есть еще очень много торговых организаций до сих пор эксплуатирующих 1С 77 ТиС. И пока еще не собираются переходить на новую платформу, а свертку делать надо. Есть много решений, я решил поделиться своим. Основное отличие: 1. Универсальность 2. Быстрота 3. Свертку можно делать на любую дату (не обязательно на начало года)

1 стартмани

15.11.2014    31980    125    Marik    27    

3

Свертка базы Чистка данных Бухгалтер Оперативный учет 7.7 Бухгалтерский учет 7.7 Расчет 7.7 Бухгалтерский учет Абонемент ($m)

Удаляет проводки(корреспонденцию) по выбранным счетам за выбранный период. Работает с забалансовыми счетами. Выбор условия соответствия вхождения счетов в корреспонденцию (и / или).

1 стартмани

06.01.2014    19854    11    by_1Cnik    8    

3

Свертка базы Системный администратор Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Абонемент ($m)

По статье "Зачем в 1С нужно периодически пересчитывать итоги по регистрам?" http://infostart.ru/public/177171/ Обработка для 7.7, файловая, только для специалистов. Никаких гарантий и возмещений. Работает только в разделенном режиме (прямой запрос VFP). После выполнения - в обязательном порядке ТиИ (только упаковка), После ТиИ в обязательном порядке - принудительно переиндексировать. Родственная разработка для SQL: http://infostart.ru/public/177579/

8 стартмани

28.03.2013    72620    101    CheBurator    14    

15

Свертка базы Чистка данных Системный администратор Программист Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Абонемент ($m)

Берем 2 базы старую и новую, новая это точная копия старой, только с подчищенными файлами d*.dbf, r*.dbf Запускаем в старой обработку, ждем 15 минут и радуемся! Только не забудьте в новой провести ручками документы (операции - проведение документов) Сворачивает остатки по фирмам и складам в усредненной себестоимости(считает по принципу отчета остатки ТМЦ), делает вводы остатков в базе к которой коннектимся И сворачивает всю дебиторскую и кредиторскую задолженность по Фирмам без детализации кредДокумент. Обновление от 12.02.13 появилась возможность сворачивать дебиторку в разрезе кред документа+переносит долги по комиссионерам. Не знаю как вам, а на мой взгляд более простого и работоспособного я тут просто не нашел!!!

1 стартмани

02.01.2013    23734    181    zoeh    8    

10

Свертка базы Перенос данных 1C Программист Платформа 1С v7.7 Конфигурации 1cv7 Розничная и сетевая торговля (FMCG) Россия Абонемент ($m)

Обработка предназначена для переноса данных из Рарус 2.5 магазина на платформе 7.7 в Розницу ред. 1 на платформе 8.2. Перенос осуществляется с помощью OLE. Переносимые данные: Номенклатура(ед., штрих-коды), Документ ввода остатков и цены номенклатуры (после закрытия торгового периода).

1 стартмани

08.10.2012    22431    48    pervanax    5    

1

Свертка базы Программист Оперативный учет 7.7 1С:Торговля и склад 7.7 Россия Управленческий учет Абонемент ($m)

Свертка данных на определенную дату, без изменения в конфигурации.

1 стартмани

03.09.2012    20462    153    Tarlich    6    

16
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
0. twilight5023 339 11.07.11 16:59 Сейчас в теме
Обработка предназначена для создания документов ввода остатков в базе ТиС 9.xx перед переносом их в новую базу / очисткой базы и является улучшенной версией одноименной обработки с этого сайта. Теперь для создания документов ввода остатков ТМЦ необязательно, чтобы склады имели МОЛ, т.к. анализируется и регистр ОстаткиТМЦ и ПартииНаличие. Также обработка корректно работает с розничными складами, как в разрезе себестоимости (с НДС и без), так и в разрезе отпускных цен.

Перейти к публикации

1. virs 11.07.11 16:59 Сейчас в теме
Поюзаем, но почему в имени архива :| :| V8 ?
Хотя обработка под 7...
2. twilight5023 339 12.07.11 10:11 Сейчас в теме
Это порядковый номер версии обработки ) К версии платформы отношения не имеет ... естественно обработка под 7.7 ...
3. twilight5023 339 14.07.11 16:20 Сейчас в теме
73 скачавших и ни одного комментария ... Мнения и предложения приветствуются ...
4. mihenius 83 19.08.11 13:23 Сейчас в теме
В названии почти плагиат )

http://infostart.ru/public/15192/

Посмотрим, сравним.
5. kdw 22.09.11 15:04 Сейчас в теме
6. cassyan 29.09.11 13:34 Сейчас в теме
Попробовал на практике. Никаких проблем не встретил. Внимательное чтение описания и следование инструкциям очень помогло)))
7. Tota 25.10.11 18:26 Сейчас в теме
Спасибо. Пригодилось.
8. vitn 04.11.11 00:49 Сейчас в теме
Обработка хорошая, только нет свертки для фирм работающих с НДС!
9. twilight5023 339 04.11.11 07:34 Сейчас в теме
vitn Ты имеешь ввиду что в документе ввода остатков ТМЦ везде проставляется "без НДС", "без НП"? Дык это ни на что не влияет ;) Суммы в документе ввода остатков все равно рассчитываются с учетом налогов. Допустим в графе Всего (сумма с учетом налогов) стоит 118 рублей, а в графе Сумма (сумма без учета налогов) - стоит 100 рублей - это по реальным данным остатков (!), что стоит в графе %НДС - не имеет никакого значения. Для лучшего понимания картины - сравни отчеты по ОстаткамТМЦ выполненные в старой и новой (свернутой базе) в разрезе усредненной себестоимости с НДС и без НДС. Они совпадут. Так что все там учитывается и все есть. А %НДС выставляется по умолчанию в "без НДС" в документе для простоты ... потому что в общем и целом туда можно поставить реальную ставку налога, рассчитанную по Всего и Сумма, можно поставить ставку НДС, сохраненную в справочнике номенклатура для данного товара, но и то, и другое может ввести пользователя в "заблуждение". Допустим в базе для какого-то ТМЦ проставлена ставка 10% ... а все документы вводились с учетом 18%-ой ставки ... т.е. суммы по данным регистра партий для этого ТМЦ, к примеру 118 и 100 руб. соответственно. И какую ставку налога выставлять, ту что стоит в справочнике или максимально близкую к разнице?
10. vkr 04.11.11 11:45 Сейчас в теме
(9) Дык, сделали бы флажок какой-то, чтобы юзер мог выбрать - "Без НДС" или "НДС из справочника" - как ему удобнее... :)
11. var_ad 05.12.11 09:51 Сейчас в теме
Полезная вещь, но у меня не одна кнопка не сработала ((( то одно, то другое не найдено.
ПартииНаличие.УстановитьЗначениеФильтра("Фирма", ФирмаДляСвертки, 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)}: Неверный идентификатор колонки!
12. Nikodim113 09.12.11 10:34 Сейчас в теме
var_ad пишет:

Полезная вещь, но у меня не одна кнопка не сработала ((( то одно, то другое не найдено.

ПартииНаличие.УстановитьЗначениеФильтра("Фирма", ФирмаДляСвертки, 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)}: Неверный идентификатор колонки!
Показать


Видимо у Вас не типовая конфа.
У меня тоже не типовая, хочу попробовать на ней сие чудо.
13. twilight5023 339 09.12.11 11:22 Сейчас в теме
var_ad Версия конфигурации какая? Обработка гарантированно работает на 7.70.927 и выше, вплоть до последней. Перед сверткой необходимо в обязательном порядке восстановить последовательность документов, провести тестирование и исправление базы, если это необходимо, и разобраться с нумерацией документов, если она нарушена.
14. test_user123 16.12.11 23:54 Сейчас в теме
а как проверить обработку? купить не могу(в списке нет), абонемент приобрести не хочется...непонятно.
15. mimos 19.12.11 10:31 Сейчас в теме
из пожеланий на улучшение функционала - автоматический перебор фирм. плюс.
16. NightShadoW 06.01.12 01:23 Сейчас в теме
Коректность обработки с последними базами ?! база весит 4,5 Гб с 2008 года, сколько примерно по времени будет урезаться ?
17. twilight5023 339 06.01.12 02:28 Сейчас в теме
NightShadoW Сделайте резервную копию базы и попробуйте самостоятельно ... документы ввода остатков создадутся относительно быстро, а вот сколько времени вы будете удалять все остальное - или готовить чистую базу - это сугубо индивидуально. Я бы на вашем месте сделал резервную копию базы, сдвинул ТА на самый первый документ. Затем пометил бы все документы на удаление, удалил бы их, разобрался бы с неудалившимися из-за наличия ссылок документами. После этих подготовительных действий, выгрузил-загрузил бы подготовленную таким образом резервную копию для "очистки совести". Затем в рабочей базе создал бы документы ввода остатков на текущий момент и перенес бы их в подготовленную базу. Как-то так ...
18. Гость 13.01.12 16:58
Спасибо! отлично подходит для огромных баз оперативного учета!
19. Artemuch2 18.01.12 18:13 Сейчас в теме
Спасибо!! попробуем. Думаю может доделать пошаговый сценарий, т.е. настроил один раз алгоритм и он будет уже работать по всем организациям
20. Artemuch2 24.01.12 10:49 Сейчас в теме
Попробовал. 1. чето косяк какой то с нумерацие создаваемых документов ввода остатков. постоянно ругается что документ с таким номером уже есть. 2. где удаление существующих документов.
21. habzpo 25.01.12 12:31 Сейчас в теме
Надо чтобы все документы до даты сверки были удалены!
22. пользователь 28.01.12 10:35
Сообщение было скрыто модератором.
...
23. пользователь 03.02.12 06:29
Сообщение было скрыто модератором.
...
24. vitn 05.02.12 15:55 Сейчас в теме
Вообще - автору - РЕСПЕКТ!!!!! Очень полезная обработка!
25. poiskxxx 4 13.04.12 14:39 Сейчас в теме
Количество документов: 1
ДокОст.Записать();
{G:\SVERTKA_TIS_V8\SVERTKA_TIS.ERT(202)}: Номер не уникальный!
ДокОстКасса.Записать();
{G:\SVERTKA_TIS_V8\SVERTKA_TIS.ERT(572)}: Номер не уникальный!
ДокОстБанк.Записать();
{G:\SVERTKA_TIS_V8\SVERTKA_TIS.ERT(610)}: Номер не уникальный!
ДокОстДолгНам.Записать();
{G:\SVERTKA_TIS_V8\SVERTKA_TIS.ERT(672)}: Номер не уникальный!
ДокОстДолгНам.Записать();
{G:\SVERTKA_TIS_V8\SVERTKA_TIS.ERT(781)}: Номер не уникальный!
Показать


не сработала ни одна кнопка!!!
не понимаю, почему номер не уникальный?
ТиС 9.2
7.70.027
7.70.932
27. AspirV 11.01.17 11:43 Сейчас в теме
(25) У меня такая же ситуация. Мне надо провести остатки на 31 декабря. Но если поставить дату свертки на другой год, т.е. на 01 января, тогда обработка не запинается.
28. AspirV 11.01.17 12:15 Сейчас в теме
(25) Установите рабочую дату - последний день года и попробуйте еще раз. Потом не забудьте вернуть обратно рабочую дату. Мне - помогло.
Оставьте свое сообщение