"Код строки" или Сопоставление табличной части Товары у документов "Заказ поставщика" и "Поступление товаров и услуг"



Речь пойдет про связку товаров табличной части заказов поставщика с поступлениями. Да, связка часто сбивается.
(1С:Предприятие 8.3 (8.3.12.1685) 1С:ERP Управление предприятием  БИТ.ФИНАНС 3.2).

Здравствуйте, уважаемые.

Конечно, данная разработка не является чем-то ВЕЛИКИМ, но тоже достойна внимания.

Возможно, эксперты скажут, что что-то есть на infostart. Или регламентные задания и обработки правят всё сами. Не знаю. Может, и так.

Я лично не нашел ничего и написал свой метод исправления поступлений товаров и услуг.

Введение:

Недавно столкнулся с данной проблемой и не нашел ничего путного в интернете. Ни статей, ни форумов.

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

Все ссылки на похожие статьи я выложу ниже.

Итак. Есть Заказ. На его основании создается Поступление. Номенклатура между документами синхронизируется по реквизиту "КодСтроки".

Вроде все просто, но как всегда есть подводные камни. В моем случае, часто сбивалась синхронизация. Возможно это особенность нашей конфы, а может, и на стандартной erp 8.3 тоже глючит. В любом случае проблема имеет место быть, а данная обработка корректирует систему и исправляет доки. Рассинхрон по строкам влияет в моем случае на корректное закрытие документа "Заказ поставщика", а именно — статус в документа не меняется.

Что делает обработка:

1) показывает все Заказы и Поступления, по которым случился рассинхрон.

2) правит собственно.

Как пользоваться:

Тут всё крайне просто. Запускаем открываем, жмем кнопку и видим все баги.

 

Кстати, если рассинхрон, то можно его видеть по специальной картинке в Поступлении ТУ.

После исправления, картинка должна исчезнуть.

 

 

Точечно выбираем то, что нужно поправить, и правим.

 

 

Ну и добавлю, что не стал бы тратить время на статью, если б сам не потратил уйму времени на выяснение причин проблем со статусами.

С КодСтроки тоже не все так тривиально оказалось, поэтому и решил сэкономить время тем, кто столкнется с подобными проблемами. 

Желаю успехов в разработке 🙂

 

Ссылки на похожие статьи:

//infostart.ru/public/714163/

https://forum.infostart.ru/forum9/topic167598/

3 Comments

  1. FreeArcher

    Ещё бы для реализаций и заказов клиентов такую.

    Reply
  2. PerlAmutor

    (0)

    Возможно это особенность нашей конфы, а может, и на стандартной erp 8.3 тоже глючит

    Такой конфигурации ERP не бывает 🙂

    КодСтроки это головная боль, которая тянется в ERP еще с ранних версий. Мы столкнулись с этой проблемой на связке Заказов на перемещение и Перемещениями товаров. Контроль отрицательных остатков в этом случае работал только по регистру Товары организаций, а регистр Себестоимость товаров уходила в минус, что доставляло немало головной боли при закрытии месяца.

    Не помню в каком документе, но тип реквизита КодСтроки, разработчиками ERP, с числового был изменен на Уникальный Идентификатор, что гораздо лучше. К сожалению не во всех документах.

    В итоге у нас есть тысячи перемещений созданных на основании сотен заказов на перемещение, где 1 строка с общим количеством из заказа на перемещение была раскидана по разным документам перемещений с одинаковыми кодами. Как такое исправлять непонятно, нет зависимости Один к Одному. Т.е. даже если исправить код строки в заказах на перемещение, то такой же код можно проставить ровно одной строке в документе перемещения, но она там разбита на несколько, а схлопнуть не представляется возможным, т.к. там разные аналитики и т.д. и т.п. Стало быть надо строки бить уже в самих заказах на перемещение. В общем еще один кошмар после Ключей Аналитики Номенклатуры.

    Reply
  3. retif

    я делал обработку для заполнения кода строки в ПТУ из заказа поставщика https://infostart.ru/public/284453/

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *