gifts2017

Анализ ошибок партионного учета или Закат солнца вручную

Опубликовал Елена Рябова (Xleo777) в раздел Обработки - Обработка документов

В конфигурации 1С:УПП 8.2 иногда используются регистры накопления по партиям товаров (неожиданно для пользователей).
Так вот очень часто складывается ситуация, когда проводят требования-накладные по списанию чего-нибудь, не обращая внимания на сообщение программы об отсутствии остатков. Затем проводят поступление товаров, но восстановить "справедливость", т.е. последовательность забывают.
В итоге плачевная картина по остаткам товаров часто выглядит так - данные по бухогалтерскому учету отличаются от данных по складскому учету.
Посмотрим, что можно сделать...
Итак, есть ряд ключевых регистров накопления в конфигурации 1С:Управление производственным предприятием:
1. Товары на складах
2. Партии товаров на складах (управленческий учет)
3. Партии товаров на складах (бухгалтерский учет). По нему строятся бухгалтерские проводки
4. Партии товаров на складах (налоговый учет). По этому регистру строятся налоговые проводки

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

Товары на складах.
Движения по регистру Товары на складах проходят всегда - это то, что пользователь хотел двинуть/списать.
Партии товаров на складах
Движения по регистру Партии товаров на складах (бухгалтерский учет) создаются с учетом остатков по данному регистру на момент проведения, движения по этому регистру формируют проводки по бух. учету. Бывают ситуации, когда документ проведен, но количество в документе отличается от бух. учета... обычно в меньшую сторону. Значит, при проведении документа количественных остатков по регистру не хватило на полное отражение количества в документе.
То же самое происходит по регистрам управленческого учета.
Если регулярно не делать проведения по партиям (интерфейс Заведующий учетом, меню Учет затрат - Партионный учет - Проведение по партиям), то ситуация становится похожей на снежный ком, который катится с горы....
Но когда уже все запущено, ошибки уже допущены давно и исправить их невозможно, так как трогать прошлые периоды тоже чревато последствиями, можно попробовать сделать следующее:
1. Перенести границу последовательности (скриншот 1)
2. Запустить проведение по партиям. Делать это нужно в нерабочее время, когда пользователей нет в базе.
Чтобы проведению по партиям не мешали "старые" ошибки можно воспользоваться обработкой Закрытие ошибок партионного учета

Ошибки следует закрывать на дату, предшествующую устанавливаемой границе последовательности
В обработке нужно указать документ Корректировка записей регистров с установленными настройками по указанным регистрам.
Так как чаще всего бухгалтерия обращает внимания на бух. учет :) будем считать, что картина мира по бух. учету всех устраивает. Поэтому обработка "подгоняет" остатки к партиям товаров на складах (бухгалтерский учет).
Данные, которые записывает обработка в документ Корректировки возможно не идеальны и требуют дополнительной проверке, но позволяют хотя бы в первом приближении получить закрытие старых ошибок. Документ надо будет проверить и возможно подкорректировать вручную
До и после работы обработки следует проверять данные по простенькому отчету, который показывает соответствие остаткам по партиям разных учетов (схема для создания произвольного отчета во втором файле). Отчет сравнивает данные партионного учета с данным регистра Товары на складах в разрезе номенклатуры и складов.
После закрытия ошибок можно попытаться сделать проведение по партиям, предварительно перенеся границу последовательности.
Желаю всем удачи!

P.S. Как подключить произвольный отчет... (для конфигурации 1С: УПП)
Заходим в Сервис - Произвольные отчеты (в любом интерфейсе), добавляем новый отчет в приложенных рисунках есть инструкция, как загрузить схему компановки данных и сделать настройку (необязательно, только если надо настроить отборы).

Скачать файлы

Наименование Файл Версия Размер
Закрытие ошибок партионного учета 58
.epf 8,83Kb
19.07.14
58
.epf 8,83Kb Скачать
Схема компановки данных для произвольного отчета по остаткам партионного учета 30
.xml 27,07Kb
19.07.14
30
.xml 27,07Kb Скачать

См. также

Подписаться Добавить вознаграждение
Комментарии
1. Антон Чигин (ChiginAV) 20.07.14 15:42
Нужно бороться с причиной проблем, а не с последствиями. Всего-то надо запретить проведение при недостатке партий
2. Елена Рябова (Xleo777) 20.07.14 23:45
Во-1, бывают ситуации, когда поздно пить боржоми. И программисту достается то, что уже есть
Во-2, а как Вы по партиям тогда будете проводить? Останавливаться на каждой ошибке и исправлять сами?
3. Ирина Павленко (PAVI) 21.07.14 07:30
(2) Xleo777,
Я согласна, что без выяснения причин расхождений запускать такую обработку опасно, как и соглашаться с тем, что
картина мира по бух. учету всех устраивает
.
Там могут быть и неотфактуровки, и сбои при проведении партий по разным причинам, и забытые документы перемещений, и т.д. Проще сделать один документ текущим периодом, в котором исправляются все старые ошибки. А дальше - согласованный с начальством график "по разбору завалов".
4. Елена Рябова (Xleo777) 21.07.14 11:33
Господа, спасибо за замечания. Все это понятно. Необходимость возникла не из-за истерии бухгалтерии, а в результате осознанной необходимости. После получения документа, главный бухгалтер тщательно все проверила и поправила. Надо сказать ей спасибо за терпение и понимание важности проблемы

Ранее бухгалтерия пыталась исправить ошибки самостоятельно в текущем периоде. В итоге, часто при исправлении ошибок допускались новые ошибки

Данная обработка не повод менять типовой подход. Это только необходимость начать вести текущий учет корректно.
5. Елена Рябова (Xleo777) 21.07.14 11:36
А запускать не опасно по той причине, что все сваливается в один документ. И пометка на удаление этого документа восстанавливает все как было
6. Антон Стеклов (asved.ru) 21.07.14 11:37
Партионный учет - пережиток периода застоя! Используйте РАУЗ, и будет вам счастье.
7. Елена Рябова (Xleo777) 21.07.14 22:51
Везде свои + и свои -

Идеальное в нашем мире не задерживается. (Ошо)
8. Антон Собейко (sobeyko2008) 23.07.14 10:56
если чесно не понял как ей пользоваться. Выдает ошибку:
{Форма.Форма.Форма(74)}: Ошибка при вызове метода контекста (Выполнить)
РезультатАнализа = ЗапросНоменклатура.Выполнить().Выгрузить();
по причине:
{(25, 21)}: Таблица не найдена "РегистрНакопления.ПартииТоваровНаСкладахБухгалтерскийУчет.Остатки"
ПОЛНОЕ СОЕДИНЕНИЕ <<?>>РегистрНакопления.ПартииТоваровНаСкладахБухгалтерскийУчет.Остатки(&Период, ) КАК ПартииТоваровНаСкладахБухгалтерскийУчетОстатки
и что такое АнализОстатковПоПартиям.xml и как его запустить?
9. Елена Рябова (Xleo777) 23.07.14 16:00
(8) sobeyko2008, скажите, пожалуйста, какая у Вас конфигурация?
10. Елена Рябова (Xleo777) 27.07.14 22:18
Данные регистры - типовые регистры 1С:УПП. Обработка предназначена для использования в конфигурации 1С:УПП.
11. Андрей Ковальчук (AndKovalchuk) 04.08.14 15:34
Столкнулся с похожей проблемой, но в бухгалтерии. Фирма (точнее ИП) на упрощенке, занимается металлоломом. В основном используются три документа, Приход на склад, Реализация и когда требуется из одной марки металла сделать другую, то используется документ "Комплектация". Соответственно хронологический ввод документов происходит далеко не всегда и остатки по партиям очень часто красные. Хотелось бы иметь обработку, которая правильно перепроводит все эти документы...
12. Елена Рябова (Xleo777) 12.08.14 10:12
Добрый день!
В конфигурации 1С:УПП ред.1.3 такая обработка есть - Проведение по партиям. Она собирает все документы, которые делают движения по партионному учету (кроме корректировки записей регистров) и последовательно проводит их
13. Дмитрий Живето (getnight) 19.01.15 14:55
(1) ChiginAV, +1 Все гениальное просто
14. Владимир Орлов (vladmin) 09.10.15 11:41
Результат нулевой! В документе корректировка регистров записи не сформировались...