Обработка предназначена для облегчения рутинной работы по свертке базы 1С. В сворачиваемой базе указанной обработкой формирует документы ввода остатков, например на 1 января, далее переносим полученные документы в подготовленную чистую базу стандартной обработкой 1С, проводим - получаем чистую базу с остатками на 1 января.
Бесплатные
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Обработка формирует остатки по кассе, банку, остатки по покупателям, остатки по поставщикам, остатки ТМЦ. По остаткам ТМЦ формируется несколько документов "Ввод остатков ТМЦ" . Остатки ТМЦ формируются на основании остатков партий. Количество документов ввода остатков ТМЦ зависит от максимального количества оставшихся партий.
Приводится порядок действий для создания новой информационной базы на основе имеющейся файл-серверной "Торговля и Склад" ред.9.2, для учёта с нуля. В новую базу выполняется перенос справочников и остатков номенклатуры. Журналы документов, данные регистров, долги контрагентов, партии очищаются.
Хотя большинство пользователей перешло на 1С 8ХХ, но есть еще очень много торговых организаций до сих пор эксплуатирующих 1С 77 ТиС. И пока еще не собираются переходить на новую платформу, а свертку делать надо. Есть много решений, я решил поделиться своим. Основное отличие:
1. Универсальность
2. Быстрота
3. Свертку можно делать на любую дату (не обязательно на начало года)
Удаляет проводки(корреспонденцию) по выбранным счетам за выбранный период.
Работает с забалансовыми счетами.
Выбор условия соответствия вхождения счетов в корреспонденцию (и / или).
По статье "Зачем в 1С нужно периодически пересчитывать итоги по регистрам?"
http://infostart.ru/public/177171/
Обработка для 7.7, файловая, только для специалистов. Никаких гарантий и возмещений.
Работает только в разделенном режиме (прямой запрос VFP).
После выполнения - в обязательном порядке ТиИ (только упаковка), После ТиИ в обязательном порядке - принудительно переиндексировать.
Родственная разработка для SQL: http://infostart.ru/public/177579/
Берем 2 базы старую и новую, новая это точная копия старой, только с подчищенными файлами d*.dbf, r*.dbf
Запускаем в старой обработку, ждем 15 минут и радуемся! Только не забудьте в новой провести ручками документы (операции - проведение документов)
Сворачивает остатки по фирмам и складам в усредненной себестоимости(считает по принципу отчета остатки ТМЦ), делает вводы остатков в базе к которой коннектимся
И сворачивает всю дебиторскую и кредиторскую задолженность по Фирмам без детализации кредДокумент.
Обновление от 12.02.13 появилась возможность сворачивать дебиторку в разрезе кред документа+переносит долги по комиссионерам.
Не знаю как вам, а на мой взгляд более простого и работоспособного я тут просто не нашел!!!
Обработка предназначена для переноса данных из Рарус 2.5 магазина на платформе 7.7 в Розницу ред. 1 на платформе 8.2.
Перенос осуществляется с помощью OLE. Переносимые данные: Номенклатура(ед., штрих-коды), Документ ввода остатков и цены номенклатуры (после закрытия торгового периода).
СкладыФирмы = СоздатьОбъект("Справочник.Склады"); //Справочник Склады
{E:\TEMP\SVERTKA(2).ERT(21)}: Неудачная попытка создания объекта (Справочник.Склады)
РегКасса.УстановитьЗначениеФильтра("Фирма", ФирмаДляСвертки, 1);
{E:\TEMP\SVERTKA(2).ERT(119)}: Реквизит с данным идентификатором не найден!
РегБанк =ВремРегистры.Банк; //Регистр Банк
{E:\TEMP\SVERTKA(2).ERT(155)}: Поле агрегатного объекта не обнаружено (Банк)
ПартииНаличие = ВремРегистры.Покупатели; //Регистр Покупатели
{E:\TEMP\SVERTKA(2).ERT(200)}: Поле агрегатного объекта не обнаружено (Покупатели)
ПартииНаличие = ВремРегистры.Поставщики; //Регистр Поставщики
{E:\TEMP\SVERTKA(2).ERT(285)}: Поле агрегатного объекта не обнаружено (Поставщики)
ваше?
ДокОстБанк.Записать();
{C:\USERS\АДМИН\DESKTOP\НОВАЯ ПАПКА (2)\СВЕРТКА 2015.ERT(179)}: Номер не уникальный!
ДокОстДолгНам.Записать();
{C:\USERS\АДМИН\DESKTOP\НОВАЯ ПАПКА (2)\СВЕРТКА 2015.ERT(264)}: Номер не уникальный!
ДокОстДолгНам.Записать();
{C:\USERS\АДМИН\DESKTOP\НОВАЯ ПАПКА (2)\СВЕРТКА 2015.ERT(327)}: Номер не уникальный!
Это у 1С косяк.
Партии привязываются к МОЛам вместо того чтоб ввести измерение Склад.
Поставь на склады различных МОЛов, перепроведи и выгружай.
В новой базе оставь как было.
У себя добавил измерение в регистры Партий и подшаманил обработки использующие
эти регистры. Проблема с МОЛами отпала...
Да ты видимо не туда пишешь комменты. Запьюлталь однако.
Чью обработку юзаешь?
Такого г-на: " ЗаписатьЛог("Распроведен " + глПредставлениеДокумента(Док.ТекущийДокумент()))"
в моей нет! Повнимательней, пожалуйста.
(14) Код обработки открытый.
Дерзайте.
Если не заморачиваться с партиями то ввод остатков можно делать по остаткам регистра "ОстаткиТМЦ". Дорабатывать нет желания. Копаю 8.1
(15) В Комплексной все сложнее. Нсли используете в полный рост, то попробуй разобраться со стандартной сверткой.
Супер ... до конца правда еще не успел потестить, но время сэкономило реально. Собирался тут такую же писать, правда идея была не создавать непроведенные документы в этой же базе, а выгружать остатки в текстовый файл, который потом разбирать в новой, очищенной базе и создавать там документы ввода остатков. Вот что значит невыспавшийся мозг ;) Естественно проще создать сначала документы ввода остатков, затем удалить все лишнее, почистив базу, и потом провести их.
Улучшенная обработка "Свертка остатков ТиС 9.хх"- вообщем немного доделал обработку. Из основного - работа с розничными складами, т.е. продажная цена товара учитывается в документах ввода остатков ТМЦ. Теперь для корректного переноса остатков ТМЦ вовсе не обязательно чтобы склады были привязаны к МОЛ, обработка анализирует, как содержимое регистра ОстаткиТМЦ, так и ПартииНаличие. Протестировано на нескольких объемных базах крупных компаний (размер DBF порядка 6 Gb). При условии того что последовательность восстановлена и нет ошибок по партиям и остаткам (нет отрицательных итогов) - все переносится "один в один". Скорость анализа остатков ТМЦ и партий существенно увеличена по-сравнению с первоначальным вариантом. Вообщем еще раз спасибо автору за изначальный вариант, по-крайней мере отпала необходимость писать что-то свое для касс, банков и взаиморасчетов.
Если дата свертки в прошлом году, то все документы пытаются сохраниться с номером 0000000001.
Долги по покупателям, если в регистре 0, сохраняются как долг покупателя N и сразу же как долг фирмы на ту же сумму N, в результате имеем тысячи таких документов.
Глючный мусор, а не свертка.
(24) AlexeyT1978,
Обработке 10 лет.
ТИС наверное остался у единиц, а тема свертки все еще востребована?
Неожиданно!
Недостатки есть, согласен с Вами. Но на момент создания такое решении посчитали лучшим, чем
много часовая, а иногда и много суточная свертка стандартной обработкой....
Сейчас сделал бы по другому, но уже тема не актуальна.
А по поводу "глючного мусора" - это Вы, наверное погорячились? Однако Вы уделили внимание этому "мусору",
значит вам это было нужно, иначе зачем же тогда копаться в мусоре....
P.S. С удовольствием удалил бы некоторые публикации, но почему-то в профиле есть только кнопка создания публикации,
кнопки редактирования или удаления после смены дизайна не нашел...