v7: Свертка ТиС. Чем и как свернуть? #583586

Имеется: ТиС (не типовая) на SQL Надо свернуть на начало года. Ранее "свертка" делалась ручным методом - удаление всех документов, занесение остатков и корректировок вручную. Обработки с infostart.ru выдают ошибки... Может для ТиС существует какая-то стандартная обработка свертки?

стандартная существует. к НГ свернёшь. наверное :)

не типовая - уже подразумевает свою нетленную свертку что сложного?

Я с infostart брала - никаких ошибок (у меня не совсем типовая, DBF). Если ошибки вываливаются - доработай. А свернулось за 25 минут (БД с 2002 года). Остатки пришлось корректировать, т.к. ГП нарушена сильно, много отрицательных остатков. Но в результате - все довольно хорошо.

ну, скажем я не такой специалист в этой области... смущает пункт "фирма для свертки".  у меня в базе не одна фирма...

1) создание доков для переноса остатков, заполнение оных 2) удаление почти всего до момента переноса 3) пеерсчет итогов, проверка

{C:123СВЕРТКАSVERTKA_TIS.ERT}: Реквизит с данным идентификатором не найден! Вот и чем заменить это? Если его нет!

ну на словах это я знаю как. с кодом у меня проблемы... (((

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

Спасибо. Попробую так сделать... (пытаюсь делать этой -

Я другой сворачивала.

- эта мало чем отличается. но такая же беда. они все для dbf в основном.

и та, и та - не есть мне внушающие доверия, особенно последняя

911) По-моему, она. Свернулось хорошо, все нестандартные доки - целы.

универсальную юзай: она вообще простая... . попробуй вот эту потом: - только аккуратно, подробно все изучи. .

поставила простую ... посмотрим что получится... пока шустро идет.

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

Прошло... получается как таковых документов "Ввод остатков" нет. Происходит перенос только остатков. И не формируются "Ведомости по партиям ТМЦ"... А Долги по покупателям и поставщикам не переносятся... Не есть хорошо. однако.

все нормально формируется. по каждому регистру, который у вас есть - должен быть документ по этому регистру; эти документы - должны быть проведены (все предыдущие документы учета до этого документа - д.б.помечены на удаление). Проведенный документ - в журнале - правой мышкой - движения документа - смотрите по какому регистру двинулся. . если хотите - давайте доступ по тимвьюверу - оперативно посмотрим: предложение актвально с течении часа.

Ключевое слово НЕТИПОВАЯ. Исходя из этого и плясать. Самое простое решение нанять того кто пилил нетленку, иначе долго придется вникать в механизмы и не факт что все правильно сделаешь.

(19( не, конечно если в структуру регистров вложены некие скрытые недокументированные смыслы... а так - один хрен типовые или нетиповые регистры остатков "вводить" - снять итоги по всем измерениям и впихнуть в нулевой регистра

я использую свою. по ОЛЕ. дашь мыло пришлю

мыло есть в профиле...

вроде бы нормально свернулось. Сейчас большую базу пробую свернуть. Спасибо за простую свертку! Довольно удобно.

обращайтесь к настоящим специалистам, а не к кому попало.. ;-) . В доках свертки - проаудируйте правильность сумм, заполненных в ТЧ дока и попавших в движения по регистру.. что-то там у меня было с округлением.. по памяти проблемы какие-то были...

подсказки дедушки Злопа маленьким дитяткам... . Если вас не интересует история взаиморасчетов по кредитным документам до свертки - в документе по сверке ригистров Поставщики/Покупатели - занулите реквизит "кредитныйДокумент" . в т иповой конфиге вроде нет, но могут быть проблемы в сампоисных отчетах, которые юзают штатный реквизит многих документов "ДатаОплаты" 0 в доках свертки его нет - поэтому данную ситуевину надо отрабатывать отдельно

обработка от Вадимко (КЦ) на ис была неплохая...

А базу в 12 гигов свернуть не удалось... упорно доходит до 1.06.11, удаляет несколько документов и выдает ошибку << SQL State: 08S01 Native: 0 Ошибка связи>>... не знаю как побороть. попробую посмотреть и разобраться и с этой...

ты аналитику то хоть оставляешь, или так, полная кастрация базы?

в смысле?

это похоже ошибка sql базы... документ "битый"...

в прямом. Документы, к примеру, ты режешь насовсем, или метишь на удаление ?

пока только пометки. а потом при удачной свертке - резать буду. дабы размер базы уменьшить.

и зачем, зачем резать sql базу ? Заняться нечем ? Она быстрее от этого работать не будет, в прочем, как и дбф база.

зачастую нет необходимости хранить данные более чем за 3 года. особенно когда размер подваливает к сотку (а то и переваливает)

ну, у автора нет такого размерчика, да и, судя по вопросам, делает первую свёрточку в жизни :) Хотя там делать то её -плёвое дело. а вот это: >>>при удачной свертке - резать буду настораживает :)

Я свою писал. Стандартная не подошла.

страннооо.. а что не подошло в стандартной..?

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

Всеееееееее. Потому-что укрТиС.)

Надо налупасить обработку для заполнения ввода остатков, взаиморасчетов. Потом доки грохнуть.

а в чем в укрТис хранение данных в регистрах отличается от типовой русТис..?

кури 1 ссылку из - все уже сделали до вас... вылысыпыдысты

чо-та не совсем универсальная а если у меня ресурсов, допустим, 10 штук хотя, документ, делающий движения, типа наверное должен содержать данные вот попиарюсь бояном, должен работать быстрее:

+ А, черт, там как раз 10 ресурсов... ну, думаю, мысль понятна :)

А не принципиально будет если сделать выгрузку с sql базы, загрузить в dbf, сделать свертку, а потом вернуть обратно на sql ? из-за ошибки

по идее - ок

Круто). А не допускаете такую мысль, что пришлось писать из-за особенностей конфы и требований к учету.

Или уже привыкли по рельсам ездить?

А что делать с помеченными на удаление документам после свертки?

Средствами 1с не все удаляются, т.е. на них ссылаются новые документы Движение регистров.

операции - удаление помеченных, что не удалилось - пусть живёт

и как долго оно будет жить?

при следующей свертке удалится? или так и будет тянуться многие годы?

на сколько мне помнится комплексная без таких "хвостов" сворачивалась...

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

понятно... ну тогда попробуем пожить годик с "хвостами", посмотрим как оно будет.

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

надеюсь... хотя всего горстка сотрудников понимает что такое партии )))

У меня директор считает что если база попадет в чужие руки, и там будут все данные а не за последний год то будет лучше. Поэтому свертка ежегодная...

чем сворачиваете?