Простая свертка базы данных Управление торговлей 10.3

Вот спасибо!
как раз сейчас стоит задача по свертке УТ.
Надеюсь работоспособность соответствует заявленным требованиям.

Плюс ставлю заранее. Скоро понадобится - не буду изобретать велосипед. А при учете "по заказам" - сворачивает нормально (с сохранением целостности ссылок)?

Обновил версию , теперь должна корректно заполнять при учете по заказам.

Да, что и говорить - вовремя.

Остатки товаров формируются без учета характеристик, если я правильно понял.
Это не совсем правильно).
Лучше было бы эту возможность добавить!

Добавил такую возможность.

А как быть с регистром накопления товары переданные? есть ли возможность (например мне нужно занать сколько у контрагента числится многооборотной тары которую он должен вернуть) этот регистр свернуть и перенести?

Спасибо. То что нужно и ничего лишнего, особенно когда приходится сворачивать большие базы где не совсем верно велся учет и при свертке стандартной обработкой вываливается куча ошибок. Ещё бы и для 8.1 ))

Спасибо!

Супер! как кстати мне сейчас пришлась эта обработочка..... я целый день мучаюсь со стандартными "свертками", но они меня не устраивают тем, что оставляют ссылки на помеченные на удаление документы, из-за чего их нельзя удалить навсегда. Для себя решил, что мне всего лишь нужно перенести остатки в Оприходование товаров и перенести взаиморасчеты... Остальное мне не нужно сворачивать. Спасибо за готовое решение! думаю, что она востребованной оказалось для многих!

При свертке базы данные о сроке задолженности контрагента будут потеряны?

Сказочная хрень. Решал аналогичную задачу решил банально сравнить. Скачал заполнение остатков взаиморасчетов. Посмотрел
3 ошибки одна из которых наигрубейшая.
Начну с самого нестрашного. Что вам помешало взаиморасчеты и авансы поместить в один запрос и сгруппировать по ">0" и "<0"?
Данные из базы лучше всего получать за 1 запрос а не за несколько. Вы же все равно заполняете обе табличных части в одной процедуре.
Второе. "1 КАК КурсВзаиморасчетов" Это что за ерунда? Открою вам глаза на то что многие ведут управленческий учет в валюте отличной от рубря и присоединить таблицу регистров сведений курсов валют проблема всего на 5 минут. Но это в принципе тоже ерунда по сравнению с третьим
"Запрос.УстановитьПараметр("дата",КонецДня(ДокОбъект.Дата));" Вот такая установка параметра на таблицу остатков регистра накопления приводит к тому что документы-регистраторы которые проведены таким же концом дня, как и ваш документ, а именно в 23.59.59 банально выпадают из итогов и из заполнения вашего документа. А значит и в остатках не участвуют и сворачивается неверно. Советую почитать ЖКК по таким вещам как МоментВремени и Граница.
Всех скачавших и плюсанувших поздравляю.

Обработка писалась из расчета именно на рублевый учет , в описании об этом написано.
на счет количества запросов , может вы и правы, но мне так было удобней сделать.
Выложите на инфостат вашу версию и дайте тут ссылку , может она действительно будет лучше.

Свою обработку я выкладывать не буду так как она решает немного другие задачи. А именно подключается через com соединение и производит сверку остатков внешней базы на конкретную дату и приведение в соответствие с ними данные по остаткам в текущей базе. Для решения задач свертки вполне достаточно вашей. Просто хотелось бы чтобы она работала правильно. Подскажу еще кое что. После выполнения свертки как правило сверяют результат. Для этого формируют ведомость по взаиморасчетам. Так вот. Данный отчет работает на двух регистрах: На регистре ВзаиморасчетыСКонтрагентами к которому вы строите свой запрос и на регистре ВзаиморасчетыСКонтрагентамиПоДокументамРасчетов. Если в базе все ровно и никто никогда не менял состояние флажка ВестиПоДокументамРасчетовСКонтрагентами в Договорах контрагентов то можно сказать повезло. А если нет то возникнет масса вопросов из серии а чего это у меня не сходится долг васи пупкина по моим данным и его. И как правило вылезает такая вещь как один или несколько документов у которых не установлен флаг управленческого учета при взведенном ВестиПоДокументамРасчетовСКонтрагентами.
Так как документ Ввода остатков также делает проведение по обоим регистрам то и запрос в базу на остатки лучше всего сделать в точности таким как в ВедомостьВзаиморасчетыСКонтрагентами.
PS Все это я пишу не для самоутверждения, а для того чтобы вы занимаясь задачами сворачивания баз учитывали такие моменты и не натыкались на те грабли на которые наткнулся я.

Не получается скачать свертку товаров, по обеим ссылкам скачивается свертка взаиморасчетов!

Может у кого есть обработка свертки товаров, скачанная отсюда? Если есть поделитесь)

спасибо за обработку, очень помогла!

спасибо, пригодилась!

Спасибо! Простенько и наглядно!

Плюсик ставлю заранее, так как проверять буду чуть позже :) Спасибо!

Большой и жирный плюс заранее. Подобные задачи начинают возникать с завидной периодичностью, и ваша обработка будет как нельзя кстати!

То же заранее + -)) надеюсь что остатки заполняются в разрезе организаций, склаждов , (а взаиморасчеты в разрезе договоров) а вот со средней я бы оочень подумал - лично мое мнение (не 100% достоверное но максимально приближенное)- я бы лучще брал цену последней закупки

остатки заполняются не в разрезе организаций! Нужно добавить фильтр по Организации в запрос

ах..там запрос по регистру ТоварыНаСкладах, а он не имеет измерения по Организации... Тогда годится как частный случай, если одна организация или неважно кто продаст, "того и тапки")) Это фактически заполнялка из инвентаризации.....

А если нужно строго по организации то можно чуть переделать типа такого:




Процедура Инициализировать(ДокОбъект, ИмяТабЧасти, ТабПоле) экспорт
ТабЧастьТовары = ДокОбъект.Товары;

Склад=ДокОбъект.Склад;
Организация = ДокОбъект.Организация;
запрос=новый запрос;
запрос.Текст="ВЫБРАТЬ
| Остатки.Номенклатура КАК Номенклатура,
| Остатки.Качество,
| СУММА(Остатки.Количество) КАК Количество,
| Остатки.ЕдиницаИзмерения,
| Остатки.ЕдиницаИзмеренияМест,
| Остатки.КоличествоМест,
| Остатки.Коэффициент,
| Партии.Цена,
| Партии.Цена * Остатки.Количество КАК сумма,
| Партии.Цена * Остатки.Количество КАК СуммаРегл,
| Остатки.ХарактеристикаНоменклатуры,
| Остатки.СерияНоменклатуры
|ИЗ
| (ВЫБРАТЬ
| ТоварыОрганизацийОстатки.Номенклатура КАК Номенклатура,
| ТоварыОрганизацийОстатки.Качество КАК Качество,
| СУММА(ТоварыОрганизацийОстатки.КоличествоОстаток) КАК Количество,
| ТоварыОрганизацийОстатки.Номенклатура.ЕдиницаХраненияОстатков КАК ЕдиницаИзмерения,
| ТоварыОрганизацийОстатки.Номенклатура.ЕдиницаХраненияОстатков КАК ЕдиницаИзмеренияМест,
| 1 КАК КоличествоМест,
| 1 КАК Коэффициент,
| ТоварыОрганизацийОстатки.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
| ТоварыОрганизацийОстатки.СерияНоменклатуры КАК СерияНоменклатуры
| ИЗ
| РегистрНакопления.ТоварыОрганизаций.Остатки(&дата, Склад = &Склад И Организация = &Организация) КАК ТоварыОрганизацийОстатки
| ГДЕ
| ТоварыОрганизацийОстатки.Склад = &Склад
| И ТоварыОрганизацийОстатки.Организация = &Организация
|
| СГРУППИРОВАТЬ ПО
| ТоварыОрганизацийОстатки.Номенклатура,
| ТоварыОрганизацийОстатки.Качество,
| ТоварыОрганизацийОстатки.Номенклатура.ЕдиницаХраненияОстатков,
| ТоварыОрганизацийОстатки.ХарактеристикаНоменклатуры,
| ТоварыОрганизацийОстатки.СерияНоменклатуры,
| ТоварыОрганизацийОстатки.Номенклатура.ЕдиницаХраненияОстатков) КАК Остатки
| ЛЕВОЕ СОЕДИНЕНИЕ (ВЫБРАТЬ
| ПартииТоваровНаСкладахОстатки.Номенклатура КАК Номенклатура,
| ПартииТоваровНаСкладахОстатки.СтоимостьОстаток / ВЫБОР
| КОГДА ЕСТЬNULL(ПартииТоваровНаСкладахОстатки.КоличествоОстаток, 1) = 0
| ТОГДА 1
| ИНАЧЕ ЕСТЬNULL(ПартииТоваровНаСкладахОстатки.КоличествоОстаток, 1)
| КОНЕЦ КАК Цена,
| ПартииТоваровНаСкладахОстатки.ХарактеристикаНоменклатуры КАК ХарактеристикаНоменклатуры,
| ПартииТоваровНаСкладахОстатки.СерияНоменклатуры КАК СерияНоменклатуры
| ИЗ
| РегистрНакопления.ПартииТоваровНаСкладах.Остатки(&дата, ) КАК ПартииТоваровНаСкладахОстатки) КАК Партии
| ПО Остатки.Номенклатура = Партии.Номенклатура
| И Остатки.ХарактеристикаНоменклатуры = Партии.ХарактеристикаНоменклатуры
| И Остатки.СерияНоменклатуры = Партии.СерияНоменклатуры
|
|СГРУППИРОВАТЬ ПО
| Остатки.ЕдиницаИзмерения,
| Остатки.Качество,
| Остатки.ЕдиницаИзмеренияМест,
| Остатки.Номенклатура,
| Остатки.КоличествоМест,
| Остатки.Коэффициент,
| Партии.Цена,
| Партии.Цена * Остатки.Количество,
| Остатки.ХарактеристикаНоменклатуры,
| Остатки.СерияНоменклатуры,
| Партии.Цена * Остатки.Количество
|
|УПОРЯДОЧИТЬ ПО
| Номенклатура
|АВТОУПОРЯДОЧИВАНИЕ";
Запрос.УстановитьПараметр("дата", Новый Граница(КонецДня(ДокОбъект.Дата), ВидГраницы.Включая));
Запрос.УстановитьПараметр("Склад",Склад);
Запрос.УстановитьПараметр("Организация", Организация);
Результат=запрос.Выполнить().Выгрузить();
ТабЧастьТовары.очистить();
для каждого стр из Результат цикл
НоваяСтрока= ТабЧастьТовары.Добавить();
ЗаполнитьЗначенияСвойств(НоваяСтрока,стр);
конецЦикла;

КонецПроцедуры

во! еще файлик добавил с моим вариантом, пусть будет, так уже поинтересне, ладно, плюс от меня...

Совершенно с Вами согласен , поэтому добавил еще и Ваш вариант.

Отмечусь, может пригодится!

Хочу посоветовать - в связке с этой обработкой использовать http://infostart.ru/public/16288/

Ну по остаткам товаров можно и стандартными методами обойтись, по свертке цен тоже. А вот за остатки по взаиморасчетам спасибо.

На сколько корректно отрабатывает если взаиморасчёты идут по документам расчётов?

Обработка строит отчет по регистру ВзаиморасчетыСКонтрагентами , на счет взаимрасчетом по документа расчетов нужно переделывать.

Обработка
Заполнить ввод остатков товаров по регистру товары организаций.epf
как я понял, добавляется как внешняя обработка к документу
"ввод начальных остатков"...
Добавил, запустил... ничего не заполнилось :(

Обработка
Заполнить ввод остатков взаиморасчетов.epf
у меня нормально отработала, а вот
Заполнить ввод остатков товаров по складам.epf
у меня работает с ошибками... Не заполняет
цену (по большинству позиций) и, соответственно, сумму
(скрин попробую прикрепить в конце поста)
Кроме того, есть такая особенность, что остатки могут быть отрицательными
(сам обнаружил неожиданно для себя).
В этом случае количество не заполняется (этот реквизит в документе неотрицательный).
Думаю, это стоит учесть при заполнении.

Скорей всего в регистре партий по нулевым позициям нет остатка на дату формирования.
Если сумма отрицательная - как мне кажеться это тоже ошибка , и с ней должен разбираться человек , почему так получилось.

Это всё конечно хорошо, но вот как быстро удалить несколько сотен тысяч проведенных документов?
Это вам не семёрка, где перенёс точку актуальности на ноль и удаляй 100-150 док/секунда.

Мои попытки на восьмёрке показывают результат 3-3,5 док/секунда.
Установка границы рассчитанных итогов в ноль даёт скорость 5-5,3 док/сек.
И вот передо мною скромная база 350 000 документов за год, 6 Gb, не SQL,
что бы её свернуть по вашей методе нужно всего лишь 18 с небольшим часов:) вернее только чтобы пометить документы!
Не зачёт!

УстановитьИспользованиеИтогов(Ложь)
Скорость 9-10 док/сек.

Если кто знает способ быстрой отмены проведения, можно с разрушением итогов, их всё равно пересчитывать, пожалуйста напишите.

для сравнения на семёрке свёртка происходит очень быстро

Не могу скачать, проверьте файлы, пожалуйста.

Проверил - качаются. Попробуйте скачать под FF, у меня иногда под другими браузерами тоже с Инфостата не качает.

Спасибо за обработки. Как раз сейчас пригодилась. Есть конечно стандартная свертка на ИТС, но у меня она некорректно работает.

После некоторого допиливания заработали и в моей базе... Спасибо за обработки!

аа.. по поставщиам и покупателям отдельно документы заполнять я так поняло надо. Жесть. Чей моск это так придумал?:)

Мозг 1С. У документа "ввод остатков взаиморасчетов с контрагентами" только один вид операции может быть.

Немного глупый вопрос. А после свертки какие документы удалять? Поступления, реализации, возвраты покупателей и т.д.
Прям все при все доки удалять надо?

Я бы оставил только документы установкми цен и скидок.

Подскажите, для УТ 3.0 для Украины (аналог УТ 11) подойдет эта обработка?
Заранее спасибо за ответ.

Нет не будет.

Как думаете для базы на Postgre объемом 50Gb, стоит качать и пробовать свернуть этой обработкой? Или может кто подскажет более быстрый способ для такой объемной базе?

Стоит , как раз обработка для таких случаев , только документы не удалять в этой базе а перенести документы ввода остатков в другую базу.

Дело в том, что на этой базе еще сделаны два узла РИБ, а в свою очередь их не очень хочется заново отгружать и создавать заново пользователей и прочее настройки. Документы возможно будет удалить поэтапно?

А как быть с другими регистрами Остатков товаров (ТоварыВРознице и ТоварыВНТТ)?
А почему не собрать "модули" в единую обработку свёртки?

По прочим договорам не сворачивает:)

НА УТ 10.3 даже не открылось Верни стартмани))

Тже на новой УТ 10.3 не заполняет, что изменить?