Уважаемые гуру, дайте совет из своей практики в таком весьма запущенном случае:

ТиС версии 943, регистры типовые, ведется учет по нескольким фирмам и складам. Со временем остатки по фирмам стали совсем запущенными - куча отрицаловки, про партии вообще молчу. Руководство приняло решение - провести тотальную инвентаризацию, вооружившись ТСД и исправить всю красноту и все пересорты. Первая мысль была - раз большинство складов - виртуальные, типа Брак и До выяснения, то перенести все остатки на один склад и считать в целом, но мешает краснота по фирмам. Исправить красноту по фирмам руками мешает количество этой красноты - номенклатуры очень много - торговля канцелярской мелочевкой.
Каким методом проще всего это исправить? В голову лезет тупое создание  списаний/оприходований по всем фирмам и виртуальным складам и создание симметричного оприходования/списания по главному складу. Но метод явно неоптимальный и не появится новая проблема после решения старых. После всех действий планируется резка базы и чистка партий, но сначала надо  свести количественные остатки. Буду рад любым советам.

а не проще ли сразу новую базу завести?

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

(2) да, конфу со справочниками залить, но остатки, думаю, лучше ввести вручную или через инвентаризацию.

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

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

(4) тут главное - есть ли желание руководства навести порядок. если есть - задача спокойно и комплексно решается за месяц

умилило
> ведется учет по нескольким фирмам и складам.
..из (0) следует что НЕ ведется учет по нескольким фирмам и складам.

(5) ну ето если не тарапицца

(7) Это смотря на скока запущено все . Можно и за месяц не разгрести

все упирается в 1.скорость проведения инвентаризации и 2.степень захламленности справочник аноменклатуры; все остальное - дело техники.

(9) Это если хотят получить какой то уровень порядка на текущий актуальный момент , забыв (забив) на то что было и не разбираясь скажем с причинам недостач например . То есть если например инвентаризация выявит приличную недостачу и будет просто принято решение её списать нафиг , не разбираясь это действительно недостача и чем вызвана или просто косяки учета .

Поддержу (10), я бы сначала разобрался откуда ноги у минусов.

(6) согласен, это сложно назвать учетом, скорее генерация печатных документов.

(10) ноги у минусов растут из того, что раз в 1С включили галку "контроль остатков по компании", то никто не заморачивался правильностью остатков по фирме - покупаем на одну фирму, продаем с другой. Недостачи, избытки, пересорты? Это все от лукавого - заведем кучу вирутальных складов - нам работать надо а не инвентаризировать. Программист что-то кричит о будущих проблемах - а чего его слушать, наверное опять денег хочет. Как, пришло время проблем??? Oh shit!!! p.s. Возможно, кто-то на этом и наварился, но это уже не мое дело, теперь от меня ждут взмаха волшебной палочкой - раз, два, три, база стань снова красивой и правильной.

(12)прога надо было слушать изначально

(12) Некоторое количество минусов может возникнуть и по другим причинам , типа проведение задним числом и подобное  .
А по поводу недостач - унас например если недостача по инвентаризации меньше чем зарплата ревизионной бригады за её проведение , её просто списывают , разбираться дороже , ну а если больше идет полный разбор полетов .

(14) считаю, что для этого (проведение задним числом) и придумали восстановление последовательности, чтобы такие косяки отлавливать и лечить оперативно, а не копить годами, чтобы потом не увидеть в базе ситуацию "такую кучу уже не исправить". В одной фирме отчет по восстановлению последовательности каждое утро автоматом открывается ответственному лицу + директор видит общую картину - если перепроведение зависло на одном документе и ответственный ее игнорирует - сразу получает втык.

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

(16) если ТиС подшаманить, то она становится достаточно простой. Например при выписывании документов оплаты сделать небольшой анализатор по долгам в разрезе договоров и предлагать закрыть нужный договор - снимается проблема регистров по договорам. Ну и так далее - регулярная проверка базы (как завещал маленький принц). Ну еще святое: инвентаризации по складам и сверки с контрагентами. Результаты - управленцы не видят фигу в отчетах, программист не видит фигу в регистрах.

Поддержу большинство - только в чистую базу заводить остатки. Другое дело, что можно попытаться выгрузить только положительные остатки  и даже с партиями, но себестоимость всё-равно будет не корректной! Я делала переход с ТиС 7.7 в Бух 2.0 - остатки товаров по партиям переносила, но при этом обработкой пришлось в остатках искусственно закрывать минусовые суммы и количество, а то, сто явно оказалось отрицательным по количеству - не загружала, естественно с выводом на бумагу списка исключенных товаров по сумме и количеству.

Желаю удачи!!!

(15) "отчет по восстановлению последовательности" - само по себе дурная вещь.
последоватьельность - дело программиста. дело остальных - ее соблюдать.
отчет по "локальным минусам" - еще куда ни шло...

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

Я подобную базу правил так:

Берем за аксиому, что все что осталось, все с последних поступлений.

1) делаем свертку

2) в новую базу переносим только документы ВводОстатковТМЦ.

По партиям не переносим!

3) Чтобы узнать суммовой учет по партиям делаем следующее:
Пишем отчет, который на кол-во остатка ищет последние поступления, берет из поступлений цену/сумму/гтд/партию. Переносим эту информацию в Вводы новой базы. + переносим по ссылкам непроведенные поступлениия+сф для книг пок и прод

Все получаем более менее реальные остатки и себестоимость.

4)После этого проводим инвентаризацию, и боремся с излишками/недостачей/перестортом

Можно в пункте 2) взять за остатки не из свертки, а из инвентаризации.
Тогда пункта 4) не будет. Ибо остатки итак верные.

(21) или как уже писали все тоже самое будем делать ручками.
Берем из первички последние поступления и забиваем себестоимость в вводы вручную.

(0) Если очень хочется, могу выслать обработки по выгрузке остатков из 7.7 и загрузке в 8.2 - мне не жалко. Там сами можете посмотреть алгоритм, может он вам подойдёт.

(23) буду благодарен, это значительно сэкономит время. ildary@gmail.com

(21) если делать вариант №2, то руководство заведомо забивает на недостачи/излишки/пересорт
Нужно объяснить, что это не совсем правильно.

(25) старую базу никто не удаляет, в ней можно старые вещи искать и разбираться. В новой чистой базе лучше работать на перспективу - чистые регистры и справочник партий. Остается одно но - если работать будут по прежнему - то через несколько лет все косяки опять вылезут (надеюсь уже на восьмерку перейдут).

(23) получил, биг рахмат!

(26) Кстати, если на 8.2 перейдёте, да хотя и на 7.7, сделайте автозапрет корректировки документов, кроме текущего дня, делайте ежедневно восстановление последовательности. Если этого не делать, то нет вообще никакого смысла наводить порядок. Ибо автоматизация бардака приводит только к автоматизированному бардаку!!!

(27) спасибо за совет, проблема в том, что так и сделано, но круг лиц с повышенными правами слишком большой и в результате имеем то, что имеем. А права отобрать уже проблемно - люди давно работающие, заслуженные и считающие, что ошибок они не совершат.

(27) штатное "восстановление последовательности" - зло.
(26) восьмерка не лечит отсутствие мозгов.

(29) Да ну бросьте!

(30) Что именно "бросить"?
Штатное восстанвление на базе в 24*7 - представляете? без разницы, 7 или8? а если за пол-года?

(31) если ночью никто не работает, часто в прошлый период не лазят, да железо позволяет - почему бы и нет?  Вдобавок ТиС (спасибо добрым людям с Мисты) ежегодно обрезается, а свежие документы ежедневно через УРБД сливаются в консолидированную базу.

(31) я - да :)
есть методы и для "штатного" перепровода. Нужна только копия базы

(33) до чего наука дошла! Получается мы делаем копию базы, перепроводим ее и найденные косяки передаем человеку по отрицаловке?

(34) делается копия, в ней перепровод. Далее все изменения в рабочей за это время переносятся в "нормальную" копию, базы меняют местами. Всё.
Схема работает и для нон-стоп базы, в которой работают круглосуточно.

Регистрировать изменения - чем угодно, МОД-ом, урибом, своими поделками

(35) геморно. легче "не допускать"...
лучше день потерять, а потом за час долететь....(цы)
в том смысле, что лучше затратить время и сделать механизм восстановления последовательности без перепроведения доков со всеми вытекающими последствиями, а потом лишь поставить этот механизм в планировщик...
равно как и автоподрезку базы (она держится на 37 месяцах)

"все списать и оприходывать!"

(37)
Приходит маньяк в гости к другому маньяку, а тот на кухне бабушку тупым ножичком разделывает.
-Че ты мучаешься с тупым ножичком ?! Взял бы ножовку , топорик - да разделал бы всё по-быстрому!
-Да понимаешь, было бы время да желание....

(39) :))

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

(41) В данной дискуссии где то по середине нахожусь . С одной стороны без воосстановления последовательности и перепроведения в ряде случаев не обойтись и делать его надо . Но чем реже тем лучше , не на регулярной основе , ну и никак по причине отсутствия учета (или бардака) на складе . Да бывают ситуации когда нужно что то поменять капитально задним числом , и да бывают они достаточно регулярно , но не каждый же день .
И по любому решения о таких исправления и последующих перепроведениях принимаются после оценки , возможностей это не делать , и если уж совсем никак ...