Свертка базы за прежние периоды

Добрый день.
Возникла необходимость удалить из базы предыдущие годы(все документы) с сохранением текущих остатков по складам. Как это можно сделать?

http://pvision.ru/tdt/faq:
Как очистить базу данных, оставив только справочники и остатки товара?
Сохраните копию базы данных через меню «Сервис» → «Сохранение данных».
Загрузите шаблон отчета «Остатки» для экспорта из галереи отчетов, сформируйте отчеты по каждому поставщику и экспортируйте их в файл MS Excel. В файлах MS Excel удалите «шапку» и пустые строки, если они есть.
Очистите базу до справочников через пункт меню «Сервис» → «Очистить до справочников».
По каждому поставщику создайте партию с остатками. Данные в партии импортируйте из сохраненных файлов MS Excel (смотрите руководство по работе с программой, раздел «Сервисные возможности» → «Импорт приходной накладной») и оприходуйте партии на склад.

Добрый день. Спасибо за ответ.
Просим уточнить еще один момент.
Скачали "отчет с остатками товаров, объединенными по размерам" из подраздела Остатки галереи отчетов, в результате при печати отчетов по остаткам есть следующие печатные формы:
- для экспорта
- для экспорта(2)
- сводный
- стандартный
- стандартный размеры(собственно скачанный)
Из всех форм (в параметрах выбран только склад) работает только сводный отчет, остальные при формировании дают ошибку: "Could not convert variant of type (Null) into type (Int64)".
Верную ли печатную форму отчет мы скачали? Если нет, то из какого раздела галереи брать отчет? Если да, то отчего может возникнуть подобная ошибка при формировании?

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

КАА
По каждому поставщику создайте партию с остатками. Данные в партии импортируйте из сохраненных файлов MS Excel (смотрите руководство по работе с программой, раздел «Сервисные возможности» → «Импорт приходной накладной») и оприходуйте партии на склад.
О как! А как же не нулевые денежные балансы по всем контрагентам, как будут обстоять дела с возвратами из прошлых периодов и т.п. движения по БД? Боюсь, что предложенная Вами технология не универсальна – или я не прав? И еще у меня более 3000 наименований товаров и поставщиков не один десяток – предлагаете провести Титаническую работу, нет я работы не боюсь, но как известно чем больше монотонного ручного труда тем больше возможно ошибок и описок.

С ненулевыми остатками это да, проблема. Я ее решаю тем, что завожу остатки 31 декабря предыдущего года, а сверки с поставщиками делаю с 1января.
А с вводом партий не вижу титанического труда: все делается автоматически, Вам только нужно завести шапки в этих нескольких десятков поставщиков-не думаю, что у Вас на это уйдет больше двух часов. Раз в год можно и помучиться.

а "как будут обстоять дела с возвратами из прошлых периодов " ?

Ещё, что будет с дисконтными картами?, я имею ввиду накопительную часть

Эдуард_врн, возвраты учитываются в расчетах.

Это как? можно поподробнее.
Например. был через кассу продан товар , появился кассовый чек №9556 от 20,11,2013
1,01,2014 мы очистили базу.
человек пришёл 5,01,14 делать возврат, вопрос, как мне его сделать? если уже этого чека нет?
и про дисконтные карты Вы не ответили.

Эдуард_врн
Это как? можно поподробнее.
Например. был через кассу продан товар , появился кассовый чек №9556 от 20,11,2013 1,01,2014 мы очистили базу.
В вашей ситуации ни как. Если вы очистили базу, то данных о продажах в базе нет.
Вернуть товар, т.е. оприходовать на склад в данной ситуации можно только через партии.


Эдуард_врн, и про дисконтные карты Вы не ответили.
Если база очищена, то и продаж нет.
Если нужно сохранить накопительную скидку, то после очистки базы сделайте для каждой карты специальную (техническую) продажу, на сумму предыдущих покупок. Чтобы не было путаницы для этого можно завести специальны товар, склад и кассу.

мда, у меня 5000 карт, каждую пробивать? - бред

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

Эдуард_врн, мы не предполагаем что данные из программы будут удаляться. На целостности данных и их взаимосвязях много завязано, в этом есть свои плюсы и минусы.
Зачем вы удаляете продажи, у вас программа медленно работает?
Если да, напишите нам по электронной почте, попробуем разобраться в чем проблема.

speaker, теперь удалять не буду, программа вроде бы нормально работает, но вот тормозит подсчёт кассы (но я обычно новые кассы завожу)просто думал от мусора избавится.
А на счёт стартового поля для карт - подумайте, тогда можно будет избавится от фиктивных касс, складов и продаж.

speaker
мы не предполагаем что данные из программы будут удаляться. На целостности данных и их взаимосвязях много завязано, в этом есть свои плюсы и минусы
Совершенно согласен с данной позицией,
но вот кассы правда тормозят,а вводить новые кассы тоже не правильно.
У меня база с 2008 года работает и ОЧЕНЬ бы хотелось сохранить целостность программы, как можно дольше.

denir,
Все зависит от количества товара, документов и т.д.
У меня к концу года база уже под 3 Гб, уже подтормаживает, хотя у меня навароченные компьютеры, диски SSD. Если бы я не сбрасывал базу каждый год, то она бы просто не запустилась у меня.
В обнулении базы не вижу ничего страшного. Единственное неудобство: взаиморасчеты с поставщиками на начало года неправильные (если вводим начальную партию, то получается задолженность перед поставщиком, хотя это просто остатки). Давно прошу функцию начальных остатков сделать.
А так, смену года делаю за минут 10 автоматом. Зато программа летает! Можно спокойно удалить товары, которые не используются уже, старых клиентов и т.д...

КАА, вы прекрасно знаете. что перенести остатки в очищенную базу не составляет много времени, есть возможность импорта партии из xls. Что касается взаиморасчетов, то они основаны на платежных и товарных документах, тут возникает очень много нюансов (некоторые вы заметили). Ни чего страшного, если раз в год или два вы пройдетесь по всем партнерам и сделаете проверку, введете после очистки базы реальный долг. Это даже полезно!

Эдуард_врн, denir, проблема понятна, она связана с большим объемом расчетов, я думаю вы это понимаете. Хочется спросить, что вы делаете в кассах, что смотрите? На скорость прямым образом влияет кол-во выводимых документов и сумма по кассе. Как вариант отключите галка "Сумма по кассе" и включайте по необходимости. Так же можно установить промежуток выводимых документов. Можно убирать за прошлые месяцы документы в архив. В этих случаях расчетов будет гораздо меньше, попробуйте.

speaker
введете после очистки базы реальный долг.
Не понял, что полезно? Если я поставщику ничего не должен, но у меня на складе есть остатки по нему, то при вводе партии у меня образуется долг перед ним и из-за этого невозможно сделать сверку, все отчеты по работе с контрагентами неправильные.