Как можно восстановить партионный учет,если в базе бардак?

Провести инвентаризацию.
Списать все партии и оприходовать по одной по нужной стоимости.
Поставить запрет редактирования на момент инвентаризации.
В дальнейшем вести учет правильно

Была такая задача. Вышли вот так:

1. Записали количественные остатки по складу (они были верные).
2. Списали весь товар под 0.
3. Оприходовали товар (количество известно, а цену взяли закупочную на сегодняшний день (величина известная так как регистрируется цена поставщика))

p.s. Но как показала практика - если в компании бардак то через 3 месяца в программе опять бардак

Была похожая ситуация в фирме Пошли так:
а. Провели инвентаризацию на складах
б.Зафиксировали остатки количественные по складу.
в.Поставили сразу запрет редактирования на момент инвентаризации.
г. Списали весь товар под 0 на внутреннюю "свою"фирму.
д. Оприходовали товар (количество известно, а цену взяли закупочную на основании прайсов поставщиков
е. Настроили учетную политику и методы сприсания себестоимости.

Одной инвентаризацией можно обойтись и пойти учитывать дальше все ровно, но возникнет бухгалтер, закупщик или любой другой пользователь, который при сверке взаиморасчетов за прошлый год найдет косяк и прошлым же годом захочет его исправить. И вам скажут давайте разрешим редактирование, сделаем возврат или поступление... и так не один раз. Потом опять начнут все удивляться и говорить: "МЫ ВСЕ ДЕЛАЛИ ПРАВИЛЬНО, ЭТО БАЗА КОСЯЧИТ"
И что бы вы не говорили: если будет возможность накосячить в базе - ею обязательно воспользуются. Поэтому крайне рекомендую добавить пункты:
1. разработка регламентов, другими словами документооборота в 1с (должен отражать бизнес-процессы на предприятии)
2. разработка ролей в 1с для каждой должности согласно функционалу. Т.е. другими словами каждый должен делать в базе только то, что должен. Все лишнее либо запретить вообще, либо оставить только просмотр. Жестко ограничить круг лиц, которые могут редактировать проведенные документы. Каждое такое деяние (редактирование проведенного документа) строго отслеживать.
3. разработать правила ведения справочников: особенно номенклатура и контрагенты (как показывает практика их чаще других задваивают)
После того как разработали для всех свои права и обязанности, остается дело за малым - внедрить. Если начнете это дело, узнаете от пользователей о себе много интересного:)


Теперь себестоимость. В разные моменты времени она будет разная. Если брать на текущий момент (для определения себестоимости переносимых остатков), то можно взять суммовой остаток/количественный остаток=себестоимость на текущий момент. Это просто сделать если в себестоимость входит только закупочная стоимость товара. А вообще надо в конкретной ситуации смотреть как именно себестоимость учитывалась, откуда остатки брались, как расходовался товар...
В общем себестоимость как правда - она у каждого своя:)

Если есть возможность перепровести всю базу то я бы написал обработку которая ставит в начало дня все оприходывания и поступления,затем перемещения и потом списание и реализацию,и все перепровести.Затем написал бы др. обработку,которая для каждой номенклатуры находит все парти,и отрицательные партрии компенсирует за счет положительных,т.е делается движение с + по отрицательной парти,что она вышла в 0.Так можно убрать красные остатки,и сохранить общую себестоимость.

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

Мы делали так:

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

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

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

(0) как правило, дело не в партиях:
blog.ut10.ru/2012/09/21/accounting-quality

инвентаризация тебе в помощь, либо базу удалить и вести по новой и правильно!

свои 5 копеек:
1. если несколько организаций? - в ФИФО-партиях нужно отсечь "внутренние" перепродажи (например, через РС.СобственныеОрганизации) и административно решить, где чей остаток. ...а решение увязать с налогами (вне рассматриваемой свертки).
2. если есть взаимозачеты? - а тут все равно жопа, т.к. ФИФО не связано с ними (особенно при наличии нескольких складов
3. если есть комиссионный товар + он же оприходованный (допустим, можно учесть оприходования наравне с поступлением как партиобразующий документ, хотя уже тут начнуться допуски с себестоимостью), но вот если он еще и возвращался после розничной продажи (возврат собственного можно игнорировать, взяв вместо партию последнего поступления... Как результат нестыковки остатков ТоварыНаСкладах, ТоварыПолученные и Взавимозачеты). Хотя, если уж уже бардак, предварительно в старой базе оформляем виртуальные возвраты поставщикам, закрываем все договора, а в новой по каждому возврату делаем новое поступление по новому договору (заодно решит и п.2).

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

Такая же проблема у клиентов...но там административно бардак с залезанием в заднее число. Постоянно висит вопрос "уберите красноту в партиях", но закрывать возможность изменения задним числом не хотят!!!

Основные проблемы развала учета лежит не прямо в плоскости оного, а в том, что не совпадает физический склад и базис учета в программе.
Иначе нафига лазить задним числом в учет так часто?

Критерий выявления: Ведем программу в точности, как положено. Думаем, что ведем управленческий (т.е. как бы реальный) учет.
Берем товар, смотрим остаток, идем на склад и НЕ обнаруживаем там этот остаток. Но все знают (еще, или уже забыли) почему случилось это отклонение, и, вероятно, даже есть бумажки, которые оное объясняют. Но в программу это по каким-то причинам не вынесено.
То же самое с дебиторкой/кредиторкой и деньгами в кассе.

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

Основные причины делятся на две фундаментальные категории:

1. Базу, в которой пытаются вести упр. учет, натягивают на бухучет, в случаях, когда бухучет и упручет отклоняются.
Например:
- сначала делаются реализации, а потом их начинают таскать туда-сюда по времени в угоду клиентам, особенно бюджетным. Иногда даже ставят продажу раньше даты фактической закупки, потому что "клиент попросил, а клиент всегда прав".
- момент физической поставки товара не совпадает с моментом принятия документов к учету (растянут по времени, например).
- есть внутренние продажи между фирмами холдинга, которые управленцы не хотят видеть в УУ.
И это я не говорю про какие-то вещи, когда намеренно и грубо нарушается УК/НК РФ. :-)

Для решения данных вопроса в программе есть куча инструментов - ордерная схема, флажки УУ/БУ (с незначительной допиской проведения по регистрам) + потребуется дописать контрольные отчеты, выверяющие отклонения. Нужно в конце концов себе признаться в отклонениях, и надлежаще их учесть.

2. Недостаточная полнота ведения управленческого учета, как такового.
Может быть есть какой-то транзит, который физически на склад не заходит, но его приходуют и "вмешивают" в общий логический склад, а потом героически выцепляют, чтобы продать.
Может быть отдают товар "хорошим людям" попользоваться, а потом возвращают, но в программе это прямо не отражается.
Может быть на производстве на склад ходят все, кому не лень, берут что хотят, а потом (может быть) напишут какие-то документы, или кто-то будет восстанавливать это изъятие задним числом по слухам.

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

Отдельно от несовпадения базиса идут операторские ошибки и намеренные искажения. Для их отлавливания нужны регулярные инвентаризации, контрольные мероприятия и т.п.

Непосредственно поправить партионный учет на дату можно очень легко. "Спилите" остатки регистров "ТоварыНаСкладах", "ПартииТоваровНаСкладах" - корректировкой записей регистров (у меня в публикациях есть обработка "Дифференциальная корректировка регистров накопления", с ее помощью сделаете за 10 секунд). Допустим, обнулите на 31.12.2015 23:59:58.
Типовым "Списанием товаров" редко получается воспользоваться - потому как в партионке скапливается много остатков типа "количество = 0, сумма = -5432 р", а самая большая беда - отклонение количества по регистру "ТоварыНаСкладах" и "ПартииТоваровНаСкладах". Оно, при междокументных отрицательных остатках, есть всегда. Списание эти проблемы не решит - надо именно списать остатки.

Затем введите оприходованием, на 23:59:59 полностью с нуля новые остатки. На какое допущение вы пойдете по себестоимости - другой вопрос (будете восстанавливать цены по партиям, или возьмете по последней закупочной).

Если у вас кто-то влезет задним числом, и что-то проведет, то обновите дифкорректировкой списание в 0 - и ваше оприходование снова начнет все с чистого листа.