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

1. Karambol (nick_krsk) 06.10.12 11:23 Сейчас в теме
Добрый день!
Нужно восстановить партионный учет в УТ 10.3. Проблема в том, что не стоял контроль остатков и в учете полный бардак. Могли продавать в отрицательные остатки, могли сперва продать, а потом оприходовать и т.п.
Подскажите, с чего начать причесывание базы? Номенклатуры очень много и вручную откорректировать отрицательные остатки очень проблематично.
Ответы
6. Евгений Ефремов (evgefremov) 32 08.10.12 21:23 Сейчас в теме
(1) Karambol, самый главный вопрос не задан автору - а собственно для чего вы собираетесь сейчас восстанавливать партионный учет в УТ?
13. Karambol (nick_krsk) 09.10.12 12:24 Сейчас в теме
(6)Партионный учет хотим восстановить, чтобы посчитать прибыль.
23. Eugeneer (Eugeneer) 24.10.12 19:24 Сейчас в теме
(13) все хотят (тут сомнений нет) - но не у всех это получается.
18. Михаил Ражиков (tango) 480 19.10.12 10:09 Сейчас в теме
(1) добрый старый вопрос.
имхо:
всериоз относиться к траблу 1снегу стоит только (и еще раз только) после задушевной беседы с владельцем бизнеса.
без реальных бонусов - посылать трабл нах, имитируя деятельность по месту
20. Алексей Роза (DoctorRoza) 19.10.12 13:04 Сейчас в теме
(18) tango, а теперь по-русски напишите, пожалуйста, что Вы имеете ввиду .. :)
21. Михаил Ражиков (tango) 480 19.10.12 13:11 Сейчас в теме
(20) DoctorRoza, либо доступно, либо всериоз
2. DenisCh Гейтс (DenisCh) 06.10.12 11:50 Сейчас в теме
Провести инвентаризацию.
Списать все партии и оприходовать по одной по нужной стоимости.
Поставить запрет редактирования на момент инвентаризации.
В дальнейшем вести учет правильно
3. Karambol (nick_krsk) 06.10.12 11:56 Сейчас в теме
(2)А как узнать нужную себестоимость?
4. Алексей Роза (DoctorRoza) 08.10.12 10:28 Сейчас в теме
(3) А у Вас сколько организаций? Можно рассмотреть вариант использовать продажи собственным организациям, чтобы убрать минусы. То есть на каждый проблемный документ РТУ, создавать продажу собственной организации. Как сказал товарищ DenisCh, первый Ваш шаг это инвентаризация. Если в базе бардак, то себестоимость Вы никак не узнаете на текущий момент, отчет Стоимостная оценка склада в ценах номенклатуры Вам бы помог, но есть минусы, тут уж никак!
5. Тимур Федорович (Tigreno) 08.10.12 16:21 Сейчас в теме
Была такая задача. Вышли вот так:

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

p.s. Но как показала практика - если в компании бардак то через 3 месяца в программе опять бардак
M.Flint; корум; Cool_vsi; Egorme; +4 Ответить
7. Евгений Ефремов (evgefremov) 32 08.10.12 21:24 Сейчас в теме
(5) Tigreno, списать под 0 на практике тоже бывает проблемой - если остатки по партионному учету и на складе не совпадают...
8. Евгений Ефремов (evgefremov) 32 08.10.12 21:26 Сейчас в теме
(5) Tigreno, насчет бардака на самом деле так и получается, поэтому лучше решать вопрос не методом уборки бардака, а исключить надобность вообще в уборке...
9. Павел Потапчик (geffest) 08.10.12 23:13 Сейчас в теме
Была похожая ситуация в фирме Пошли так:
а. Провели инвентаризацию на складах
б.Зафиксировали остатки количественные по складу.
в.Поставили сразу запрет редактирования на момент инвентаризации.
г. Списали весь товар под 0 на внутреннюю "свою"фирму.
д. Оприходовали товар (количество известно, а цену взяли закупочную на основании прайсов поставщиков
е. Настроили учетную политику и методы сприсания себестоимости.
10. Владимир Ацута (acuta) 09.10.12 10:25 Сейчас в теме
(9)пожалуй наиболее привлекательная схема.
Но, для того, что бы ни у кого и никогда не возникло гениальной мысли, что то править задним числом далеко за инвентаризацией(а при возможности такая мысль обязательно возникнет), предлагаю такой вариант:
а. Провели инвентаризацию на складах
б.Зафиксировали остатки количественные по складу.
в. Для всех учеток оставили только просмотр.
г. Создали новую базу и перенесли в нее все справочники.

д. Оприходовали товар (количество известно, а цену взяли закупочную на основании прайсов поставщиков)
е. Настроили учетную политику и методы списания себестоимости.

При варианте ведения учета в той же базе без обрезки, был печальный опыт, когда руководитель все таки решил полезть за границы запрета и все труды пошли... сами знаете какими тропинками.
orehova123; furman2000; +2 Ответить
11. Сергей Верютин (Leoon) 09.10.12 12:10 Сейчас в теме
(10)
Думаю вариант с новой базой клиента не особо порадует. Зачем он тогда пару лет программу юзал?
---
Интересно кто-нибудь обходился инвентаризацией?
Можно ли достаточно достоверно восстановить себестоимость прошлых периодов?
12. Владимир Ацута (acuta) 09.10.12 12:18 Сейчас в теме
(11)Историю всегда можно посмотреть в старой базе. Для этого он там и работал.
16. Надежда ren (Nadushka74) 15.10.12 14:02 Сейчас в теме
(10) acuta, самый лучший вариант с обрезанием базы. Так вы сможете избежать проблем с ошибками с ранними периодами, я б еще и справочники заставила прошерстить юзеров, пусть всю шелуху удалят.
14. Владимир Ацута (acuta) 09.10.12 12:41 Сейчас в теме
Одной инвентаризацией можно обойтись и пойти учитывать дальше все ровно, но возникнет бухгалтер, закупщик или любой другой пользователь, который при сверке взаиморасчетов за прошлый год найдет косяк и прошлым же годом захочет его исправить. И вам скажут давайте разрешим редактирование, сделаем возврат или поступление... и так не один раз. Потом опять начнут все удивляться и говорить: "МЫ ВСЕ ДЕЛАЛИ ПРАВИЛЬНО, ЭТО БАЗА КОСЯЧИТ"
И что бы вы не говорили: если будет возможность накосячить в базе - ею обязательно воспользуются. Поэтому крайне рекомендую добавить пункты:
1. разработка регламентов, другими словами документооборота в 1с (должен отражать бизнес-процессы на предприятии)
2. разработка ролей в 1с для каждой должности согласно функционалу. Т.е. другими словами каждый должен делать в базе только то, что должен. Все лишнее либо запретить вообще, либо оставить только просмотр. Жестко ограничить круг лиц, которые могут редактировать проведенные документы. Каждое такое деяние (редактирование проведенного документа) строго отслеживать.
3. разработать правила ведения справочников: особенно номенклатура и контрагенты (как показывает практика их чаще других задваивают)
После того как разработали для всех свои права и обязанности, остается дело за малым - внедрить. Если начнете это дело, узнаете от пользователей о себе много интересного:)


Теперь себестоимость. В разные моменты времени она будет разная. Если брать на текущий момент (для определения себестоимости переносимых остатков), то можно взять суммовой остаток/количественный остаток=себестоимость на текущий момент. Это просто сделать если в себестоимость входит только закупочная стоимость товара. А вообще надо в конкретной ситуации смотреть как именно себестоимость учитывалась, откуда остатки брались, как расходовался товар...
В общем себестоимость как правда - она у каждого своя:)
2601-natali; +1 Ответить
15. ooosnika ooosnika (ooosnika) 11.10.12 08:35 Сейчас в теме
Если есть возможность перепровести всю базу то я бы написал обработку которая ставит в начало дня все оприходывания и поступления,затем перемещения и потом списание и реализацию,и все перепровести.Затем написал бы др. обработку,которая для каждой номенклатуры находит все парти,и отрицательные партрии компенсирует за счет положительных,т.е делается движение с + по отрицательной парти,что она вышла в 0.Так можно убрать красные остатки,и сохранить общую себестоимость.
27. Тимур Хусаинов (if56) 22 08.11.12 17:59 Сейчас в теме
ТС хочет посчитать ПОЛУЧЕННУЮ прибыль, т.е. варианты со сверткой можно сразу посылать в топку. В (15) предлагается адекватное решение, после прогона данной обработкой оставшуюся красноту править ручками (перемещать доки на нужное время и т.п. Мы в свое время восстанавливали партионный учет (и не только) в конфе АСТОР Торговый дом почти за 3 года - людям реально нужно было выйти на актуальные данные.
17. Анжелика Кузнецова (Anjelikast) 19.10.12 09:53 Сейчас в теме
если просто базу обрезать. то стоимость начальных остатков будет не верная.. либо ее менять как было предложено посте 10 , либо использовать другой вариант
19. Ярослав Григорьев (yaroslavch) 16 19.10.12 11:58 Сейчас в теме
Мы делали так:

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

во всей этой ситуации, главное найти и устранить причины возникновения косяков. Тут нужно четко взаимодействие с административным ресурсом фирмы, в противном случае, сколько не восстанавливай, все будет так же. Либо поставить программные ограничения...
22. Alexandr Климчук (undo) 1 23.10.12 23:47 Сейчас в теме
Мы разработали схему расположения документов на отрезке времени. потом дописал механизм проведения документов и они сами расставляются по времени. Это самый надежный вариант снижения проблем с партионным учетом. При этом один документ с разным видом операции встает на разное время. На всякий случай только один пользователь имеет право сохранять документ с любым временем. под этим же пользователем происходит и регламентное перепроведение базы. В нашем случае это решило ситуацию. Единственное что не смог выбить у руководства это запрет ввода документов задним числом. Что от части портит ситуацию, но базу перепроводится каждый день как минимум за две недели, для этого не используем последовательность, а константу с указанием даты последнего движения по товарам.
24. Eugeneer (Eugeneer) 24.10.12 19:30 Сейчас в теме
Все предложенный варианты выправления остатков с себестоимостью перечисленный в этой теме полная лажа!
И закупочные и партионные, и прочие варианты - ведут к хаосу и бардаку.

Единственный правильный метод - и лучше него сделать нельзя (надо было просто хорошо подумать):

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

ВУАЛЯ - получаем новую базу, с точными правильными остатками! И точными партиями (с правильной себестоимостью), да и вообще полной картиной - тк сохранится и поставщик партии, и дата ее поступления. Да и вообще все.
nick_krsk; +1 Ответить
30. Максим Максимов (fggf) 23.04.15 05:08 Сейчас в теме
(24) Eugeneer, теоритически мы можем восстановить ту партию по которой когда - то весь остаток был списан в "ноль". на сколько это корректно с точки зрения ведения учета?
25. Eugeneer (Eugeneer) 24.10.12 19:56 Сейчас в теме
Вот тут решил написать статью http://infostart.ru/public/158093/
Будет активная когда примут модераторы.
26. Владимир Гусев (adhocprog) 1112 08.11.12 13:56 Сейчас в теме
(0) как правило, дело не в партиях:
blog.ut10.ru/2012/09/21/accounting-quality
28. Vladimir Zemenkov (KillHunter) 6 08.11.12 18:24 Сейчас в теме
инвентаризация тебе в помощь, либо базу удалить и вести по новой и правильно!
29. dvv01 (dvv01) 115 11.12.13 10:02 Сейчас в теме
свои 5 копеек:
1. если несколько организаций? - в ФИФО-партиях нужно отсечь "внутренние" перепродажи (например, через РС.СобственныеОрганизации) и административно решить, где чей остаток. ...а решение увязать с налогами (вне рассматриваемой свертки).
2. если есть взаимозачеты? - а тут все равно жопа, т.к. ФИФО не связано с ними (особенно при наличии нескольких складов
3. если есть комиссионный товар + он же оприходованный (допустим, можно учесть оприходования наравне с поступлением как партиобразующий документ, хотя уже тут начнуться допуски с себестоимостью), но вот если он еще и возвращался после розничной продажи (возврат собственного можно игнорировать, взяв вместо партию последнего поступления... Как результат нестыковки остатков ТоварыНаСкладах, ТоварыПолученные и Взавимозачеты). Хотя, если уж уже бардак, предварительно в старой базе оформляем виртуальные возвраты поставщикам, закрываем все договора, а в новой по каждому возврату делаем новое поступление по новому договору (заодно решит и п.2).

И как результат - у всех ситуация со внутренним бардаком разная, посему и решений сверток много. Ибо сама обработка свертки по сравнению с остальным очень-очень малая часть (работы средне-начинающего программера на один день), которую проще делать "по месту", причем даже не на уровне обработки, а консолью запросов с обработкой кода и выгрузкой в документ.
31. Дмитрий Кузнецов (kudim) 27.08.15 15:06 Сейчас в теме
Такая же проблема у клиентов...но там административно бардак с залезанием в заднее число. Постоянно висит вопрос "уберите красноту в партиях", но закрывать возможность изменения задним числом не хотят!!!
32. Сергей Рожков (gl00) 21.11.16 10:13 Сейчас в теме
33. Stanislav Orlov (stvorl) 866 21.11.16 21:11 Сейчас в теме
Основные проблемы развала учета лежит не прямо в плоскости оного, а в том, что не совпадает физический склад и базис учета в программе.
Иначе нафига лазить задним числом в учет так часто?

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

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

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

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

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

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

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

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

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

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

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