Как бороться с отсечением лидирующих нулей при загрузке из табличного документа? #763774

Есть типовая обработка - Загрузка данных из табличного документа, с помощью которой нужно загрузить цены из экселя. Все работает совершенно замечательно за исключением тех случаев, когда код номенклатуры состоит из числа и лидирующих нулей. Например 00000000255. В этом случае после открытия файла в обработке отображается 255 вместо 00000000255. Естессно цена для этой номенклатуры не загружается. В самом экселе, в ячейке отображается 00000000255, но если открыить ее на редактирование, то отобразится 255. Формат у этой ячейки какой-то нестандартный, вот такой: 00000000000;[Красный]-00000000000. Если указать текстовый формат, то ведущие нули сразу же обрезаются, но если после этого ввести эти нули руками, то - о чудо они сохраняются. На самом деле никакого чуда нет - текстовый формат хранит значение в том виде как оно введено. Собственно в чем вопрос, можно ли как-то преобразовать такие значения в текстовые? Может есть какой-то макрос или еще какой-то способ?

формат(,)

в коде заменить .Value на .Text

+100 Либо - Дополнить(Строка, Чем, Длина).

Лист.Cells(НомерСтроки, НомерКолонки).NumberFormat = Формат;

Хмм.. прежде чем советовать, хотелось бы узнать что автор может изменить -формат Экселя или "есть типовая обработка"(цы) Если ни то ни другое изменить нельзя - то типовую обработку выгрузить во внешнюю и пририсовать свои бантики и рюшечки.

В каком смысле изменить формат Экселя?

в смысле внести изменения в файл экселя.

или в алгоритм той программы, что его формирует.

Если ексель "съедает" нули, то значит использовали "неудобный" для 1С формат ячейки. Почитай, например,

Спасибо, очень полезная статья. Теперь осталось придумать как с этой бедой бороться.

формат не понимает как нужно форматировать строки, то есть Формат(255,"ЧЦ=11; ЧВН=; ЧГ=") вернет "00000000255", а Формат("255","ЧЦ=11; ЧВН=; ЧГ=") вернет "255" А у меня как раз строка и преобразовывать ее в число нет никакого желания, потому как есть коды с буковками.

Хулиганю :) Прав("00000000000" + "255", 11)

А вот вы откуда знаете на этапе разработки - сколько лидирующих нулей имеется?

если ломать обработку лень, можно еще попытаться в файле нафигачить формат Текстовый и в ячейки вхерачить "00000000255" прямо с кавычками(!!!)

Во все 65 535 строчек предлагаете?

Открою тебе большой секрет: мне об этом сообщил автор в и в :)

В обработке есть чудо механизм "события". В событии при загрузке этого поля ставь "Формат" и будет тебе счастье

тут надо знать длину поля, куда потом пойдет загрузка

Да есть такой механизм. В каком событии мне нужно поставить формат, чтобы найти в справочнике номенклатуры позицию с кодом 00000000255, если в табличном документе из которого нужно загрузить, этот код записан как 255?

Ёлки-моталки! Там работы на час (максимум)... Ты же вторые сутки мозг имеешь...

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

Так я вчера уже все сделал

+ ...с помощью кувалды, лома и такой-то матери, а хочется гармонии...

прочитай из метаданных длину поля-получателя, накинь слева 30 нулей и возьми ПРАВ от строки на длину поля-получателя будет железно и гармонично :)

(кстати) Если по метаданным в коде 11 символов - это вовсе не значит что "реальные" коды справочника будут формироваться длиной в 11 символов. Автонумерация, например, формирует коды/номера с учётом длины поледнего кода/номера.

*последнего

я так и сделал, только не 30 нулей, 11 по длине кода я проверил длина везде одинаковая, это как раз критерий - если прочитанное из экселя меньше определенной длины, значит нужно дополнить нулями

я делал нечто похожее однажды, строку нулей формировал в цикле, по длине метаданного