Доброго дня всем.
При типовом обмене документами между УНФ и Бухгалтерией некоторые заказы покупателей переносятся с обрезанным номером. Например, № заказа 0ОНФ-ЗР4140, а переносится как 0ОНФ-ЗР40. В чем может быть дело и как это исправить?

(0) при обрезании должно было перенести 0ОНФ-ЗР41 и упасть на уникальности кода на втором документе.

(1) Не скажу как должно было, а говорю как есть: некоторые заказы переносятся без двух первых цифр.

(0) В xml файле обмена номер уже обрезанный, т.е. получается обрезает при выгрузке.

То есть он тебе посередитне "Номера" удаляет две цифры? Ибо номер то считается полное значение Строки 0ОНФ-ЗР4140. Если бы он обрезал, он бы обрезал либо слево либо с права. А тут у тебя похоже вообще на СтрЗаменить(0ОНФ-ЗР4140, "41","");  
Если такой номер уже в выгрузке.
Бери КД, клади туда типовые правила обмена свои и смотри что там прописано, как по другому-то.

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

А если это "Некоторые заказы".. а не все. То ну как минимум для начала, сравнить в чем разница между Заказом покупателя. где номер сохраняется и заказом покупателя где номер обрезается. ПОлюбому разница должна быть, может реквизит какой-то или булево или еще что.
Не может быть так что бы 2-а абсалютно одинаковых заказа. Один выгружался норм а другой с обрезанным номером)
Но опять же посмотреть правила обмена легче

(4) Какая разница обрезает, вырезает? Номер переносится неправильно. Где взять эти правила обмена?

(7) Нажимай "Настроить"
https://its.1c.ru/db/content/metod81/src/appsolutionselffinanced/small%20business/integration/i8107296.files/17.png?_=00004F2C0ABB151E-v2

(8) Нажимал. Правила не нашел.

Вот что там есть:
https://disk.yandex.by/i/_Ou07CfagebHKQ

(6) Раньше все заказы переносились правильно. С некоторых пор, какие-то правильно, какие-то нет.

(11) 1. Разверни копию базы за тот период когда все заказы переносились правильно.
Выгрузи конфу в файл.
И сравни эту конфу с новой конфой где номера выгружаются не правильно. МОжет были какие-то исправления или доработки связанные с документом ЗАказ покупателя или еще что либо. Если ты не знаешь как выгрузить и посмотреть правила обмена, тогда ты их точно не редактировал, а если кроме тебя этого сделать ни кто не мог, то возможно были какие-то изменения сделаны в конфе, которые не подружились с правилами обмена))

2.Если нет.
Нужно выгрузить правила обмена, загрузить их в КД (конвертация данных). Открыть их там, найти как там обмен Заказ покупателя и посмотреть что и как он там выгружает в частности номера.
Как вытащить правила обмена в файл и залить в КД, не подскажу. У меня нет под рукой баз таких. В Яндексе поищи

Ни каких других вариантов нету. Либо накосячили в конфигураторе доработками какими нибудь
Либо косяк в правилах обмена.

НУ что, фокус удался ?

(5) всё-таки она выгружает не середину, а начало номера. Потому что 0ОНФ-ЗР походу префикс.

(15) 0ОНФ-ЗР не длинный прификс ?? там же вроде ограничения на него по символам.

(15) в УПП 100% ограничения 3 символа, в УНФ возможно больше но не точно

(10) если универсальный формат, то это КД3. Вам надо открыть общий модуль МенеджерОбмена через универсальный формат, там правила. И найти поиском слово ЗаказПокупателя, или как он там в УНФ называется. Посмотреть все и найти где устанавливается номер.

(11) походу раньше был обмен через КД2, и вам там показывалась кнопка Перейти на новый формат обмена через универсальный формат. Ну вы доверчиво нажали, ну и вляпались.

(18) Либо как я сказал, открыть копию базы того времени где Номер выгружался всегда корректно. он же говорил что раньше было все гуд.
И сравнить конфигурацию старой и новой, в частности документа заказ покупателя.
Правила они врятли правили если они даже не знают как их посмотреть. А базу возможно обновляли или изменяли))

(19) Я ничего не жал, насчет пользователей не знаю.

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

(22) И неправильно написал, сейчас все номера обрезанные, просто бухгалтер какие-то исправил вручную.

(20) Сравнил с конфигурацией поставщика, структурных изменений этого документа не было. Добавлено пару полей в табличные части и дописан код по этим полям.

(21) у вас же написано на скрине, обмен через универсальный формат. В 2019 году бы старый формат, значит кто-то всё-таки нажал.

(25) Сильно сомневаюсь, но даже если кто-то нажал, то почему номер неправильно переносится?
В общем модуле ничего связанного с преобразованием номера заказа покупателя не нашел.

(18) Нашел формирование номера (по строке "ЗР"). Проблема простая, номер Заказа должен быть вида 0ОНФ-ХХХХХХ, а кто-то обрезал первые две цифры и стало 0ОНФ-ХХХХ.
Спасибо за наводку.

(27) Что значит, кто-то ?) У вас что все подряд могут залезать в конфигуратор или правила обмена ?).. Думаю найти косячника не сложно если надо конечно

(28) При чем здесь конфигуратор? Исправили в программе, были номера 000123, а с какого-то момента исправили на 0124.

(29) для исправления номера вручную - задается спецвопрос перед исправлением. и только после "да" - вход в режим редактирования номера. Так что тот кто исправил - действовал специально. Вредитель. Гнать ссаными тряпками.

(30) Тогда придется самому вносить документы, т.к. почти все пользователи рано или поздно косячат )

(31) убрал нули - это точно пользователь, не программист

(31) убирать постепенно дырки, через которые пользователи косячат. Это повышает устойчивость и предсказуемость, но понижает гибкость. Соответственно, если хотим сохранять гибкость - должны уметь а) затыкать дырки б) быстро исправлять косяки (бюджет должен позволять держать такого спеца). Судя по (0) автор не знает/не умеет ни того, ни другого, некопенгаген короче. Что странно, ибо бюджет должен позволять держать спеца. Вывод: бюджет зарублен руководятелом. Отсюда: топикстартер осознанно пошел на такой бюджет. ну пусть и разгребает сам "бесплатно" свои проблемы.
.
злой я сегодня...

(33) У меня есть такое выражение: глупый всех меряет по себе, умный понимает, что люди разные.
А по факту: если типовая конфигурация позволяет изменять номер, то это не дырка, а её функционал. А если Вы давно работаете с заказчиками, то должны понимать, что невозможно сделать так, чтобы пользователь где-нибудь, когда-нибудь, не сделал ошибку. Поэтому и Ваши выводы про руководителя этого заказчика абсолютно не верны.