(1С:Предприятие 8.3 (8.3.12.1685) 1С:ERP Управление предприятием БИТ.ФИНАНС 3.2).
Здравствуйте, уважаемые.
Конечно, данная разработка не является чем-то ВЕЛИКИМ, но тоже достойна внимания.
Возможно, эксперты скажут, что что-то есть на infostart. Или регламентные задания и обработки правят всё сами. Не знаю. Может, и так.
Я лично не нашел ничего и написал свой метод исправления поступлений товаров и услуг.
Введение:
Недавно столкнулся с данной проблемой и не нашел ничего путного в интернете. Ни статей, ни форумов.
Впрочем нет, была статья, но автор выложил конфигурацию целую, и я так и не понял, зачем это всё.))
Все ссылки на похожие статьи я выложу ниже.
Итак. Есть Заказ. На его основании создается Поступление. Номенклатура между документами синхронизируется по реквизиту "КодСтроки".
Вроде все просто, но как всегда есть подводные камни. В моем случае, часто сбивалась синхронизация. Возможно это особенность нашей конфы, а может, и на стандартной erp 8.3 тоже глючит. В любом случае проблема имеет место быть, а данная обработка корректирует систему и исправляет доки. Рассинхрон по строкам влияет в моем случае на корректное закрытие документа "Заказ поставщика", а именно — статус в документа не меняется.
Что делает обработка:
1) показывает все Заказы и Поступления, по которым случился рассинхрон.
2) правит собственно.
Как пользоваться:
Тут всё крайне просто. Запускаем открываем, жмем кнопку и видим все баги.
Кстати, если рассинхрон, то можно его видеть по специальной картинке в Поступлении ТУ.
После исправления, картинка должна исчезнуть.
Точечно выбираем то, что нужно поправить, и правим.
Ну и добавлю, что не стал бы тратить время на статью, если б сам не потратил уйму времени на выяснение причин проблем со статусами.
С КодСтроки тоже не все так тривиально оказалось, поэтому и решил сэкономить время тем, кто столкнется с подобными проблемами.
Желаю успехов в разработке 🙂
Ссылки на похожие статьи:
Ещё бы для реализаций и заказов клиентов такую.
(0)
Такой конфигурации ERP не бывает 🙂
КодСтроки это головная боль, которая тянется в ERP еще с ранних версий. Мы столкнулись с этой проблемой на связке Заказов на перемещение и Перемещениями товаров. Контроль отрицательных остатков в этом случае работал только по регистру Товары организаций, а регистр Себестоимость товаров уходила в минус, что доставляло немало головной боли при закрытии месяца.
Не помню в каком документе, но тип реквизита КодСтроки, разработчиками ERP, с числового был изменен на Уникальный Идентификатор, что гораздо лучше. К сожалению не во всех документах.
В итоге у нас есть тысячи перемещений созданных на основании сотен заказов на перемещение, где 1 строка с общим количеством из заказа на перемещение была раскидана по разным документам перемещений с одинаковыми кодами. Как такое исправлять непонятно, нет зависимости Один к Одному. Т.е. даже если исправить код строки в заказах на перемещение, то такой же код можно проставить ровно одной строке в документе перемещения, но она там разбита на несколько, а схлопнуть не представляется возможным, т.к. там разные аналитики и т.д. и т.п. Стало быть надо строки бить уже в самих заказах на перемещение. В общем еще один кошмар после Ключей Аналитики Номенклатуры.
я делал обработку для заполнения кода строки в ПТУ из заказа поставщикаhttps://infostart.ru/public/284453/