Странный глюк при загрузке документов из УТ в БП

Клиенты начали жаловаться, что в БП пропадают РКО.

Начали разбираться, благо история версий включена. Подозревали обработку, которая загружала документы из УТ в БП.

По истории выявилось интересное. В УТ РКО нумеровались последовательно: 1, 2, 3.

А в БП для каждой кассы использовался свой префикс, поэтому документы имели номера А-1, Б-2, В-3.

Раньше все было хорошо, но появился новый бизнес-процесс, в котором РКО в БП создают вручную. Естественно, он получает номер в максимальном префиксе, например В-20.

Теперь, когда из УТ по кассе В приходит документ с номером 20, то ему присваивается номер В-20, загрузка ищет РКО по номеру, находит и благополучно его меняет.

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

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

Среда: БП 3.0.130.22 Объем: 1 час.

UPD 1: при подробных разбирательствах было выяснено, что вручную документы не создаются. РКО в БП3 может создаваться как на основании возврата от покупателя из УТ, так и на основе РКО из УТ. При этом используется номер документа-основания из УТ. Понятно, что со временем они могут совпасть. Поэтому я предложил для разных документов-оснований использовать разный префикс.

fixin

Программирую на 1С с 1999 года. В 1С просто Гений. В 2020 году ушел из офиса на вольные хлеба фриланса. Принимаю заказы.

Читайте также:

комментария 2

  1. GM:

    А префикс баз отчего ж не используется? и проблемы бы не было

Добавить комментарий

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