Добрый день!
Такая ситуация.
Произвожу выгрузку из документа "Зарплата в к выплате" в формат xml.
[CODE]
ХМЛ.ЗаписатьНачалоЭлемента("ЛицевойСчет");
Пере = Строка(РезультатЛС[0].НомерЛицевогоСчета);
ХМЛ.ЗаписатьТекст(Пере);
ХМЛ.ЗаписатьКонецЭлемента();
[/CODE]
Лицевой счет должен быть равен 88888888888888888888888888888888888 допустим такому значению. при открытии XML файла в браузере, все выглядит красиво, при открытии его в Excel, эти ячейки имеют вид экспоненциального числа (8.88888888888888E+34). При записи в хмл уже и в строку переводила и в число, ни чего не помогает. Подскажите, куда копать?
На вопросы, а зачем открываете хмл в эксельке - Есть инструкция от банка, для выгрузки в хмл, и совет, что бы проверить правильность выгрузки хмл, открыть его в ексельке, и что бы он был такого же вида, как в инструкции. В инструкции ЛицевойСчет с пометкой в ячейке экселя, как текст, а у меня нет.

никак

(0) Переведите число в строку.

(0) отправьте вашему менеджеру по зарплатному проекту в банк на проверку. Если у него претензии будут - тогда и будете парить мозг себе.

(0) так допиши себе в инструкцию "Колонке лицевой счет установить вид отображения СТРОКА"
По умолчанию Эксель выдаёт ячейкам формат Общий - т.е. на его усмотрение.

4+ или установи смотрелку XML и не дури себе голову, в банке не будут открывать твой файл Экселем, а просто импортируют в систему.

(0) Эксель, считывая значение из XML-файла. Читает строку, понимает что это не строка а число, преобразует его и в ячейку кладет число, а т.к. число "длинное" он его представляет экспотенциально.

Забей на инсрукцию банка по проверке - писал ее дятел.

Если очень надо, то апостроф запиши перед строкой, тогда эксел будет представлять число как строку.
Но в этом случае xml-парсер банка может не прожевать входной файл

(6) не может, а не прожуёт. Обычно ЛС имеет определённый (ограниченный) набор форматов (например, хх-ХХХХХХ или ааа-ааа-ааа) и парсер настроен именно на проверку корректности ЛС перед импортом в банковскую систему.

(7) Не факт что не прожует, минимальная защита "от дурака" обычно присутствует.
Хотя, хз чо там за it-группа в банке. Вероятнее всего поколение next

Открой в блокноте

(1) Это не выход ;)
(2) Переводила уже. Строка(значение)
(3) Отправляла уже. ПО этой строке контроль ошибок не проходит.
(4) Но выгрузка у меня в хмл формат идет. Я же вроде не могу в нем назначить формат ячейки екселя. Делала только Строка(значение).
(6) Апостроф ставила, но при открытии файла в хмл этот символ стоит перед цифрами, очень вероятно, что не пройдет. (9) В блокноте все красиво

(10) и с какой ошибкой возвращается? Может в банке сидит дятел и тупо открывает файл Экселем?
В нормальном состоянии из банка приходит ответ, типа "Строка такая-то. Ошибка в формате ЛС".
Если файл в точности соответствует формату, выданному банком, наезжай на банк. (А если формат выдан с подписью банковского работника вообще можешь отправить их разбираться внутри банка). Зачастую менеджеры выдают старый формат импорта, не согласовывая с IT.

http://trueimages.ru/img/f1/4e/50963165.jpg
Вот ошибка при загрузке файла.
Хотя ЛС сотрудника верен сто процентов.

(12) Кодировка файла соответствует?
Видимый ЛС соответствует, проверь на символы неразрывного пробела и проч.
Строка(1000)="1 000", воспользуйся Формат(...) - чётко получишь именно то что нужно.

(12) у вас странный заголовок файла. Атрибут версии должен быть 1.0, а не 10. Вполне возможно, что парсеру плохеет.

(14) погуглив получаю такую картину, у некоторых пользователей такую же версию выдает при загрузке в банке.
<?xml version="10" encoding="WINDOWS-1251"?>

Хотя  у меня в заголовке пишет файл xml version="1,0" Норм все.
(13) Спасибо, проверю на неразрывные пробелы, думала если СТРОКА(1000) то и будет 1000

xml version="1.0" должно быть, а не "1,0"

учитесь внимательно относиться к символам

и, кстати, если у вас где-то есть десятичные дроби, убедитесь что они написаны в XML через точку

(17) запятой нет)) это я здесь уже спешу)

Вот по отладке. Неразрывных нет. Наверное правильно использовала формат :)
http://trueimages.ru/img/ff/ca/02073165.jpg

хмм... тогда, во-первых, надо бы исключить возможность опечаток, потому что возможно что там просто цифры перепутаны или что-то подобное. А во-вторых, надо все-таки посмотреть на xml. Выложите куда-нибудь кусок, забив имена XXXXXXX XXXX XXXXXXX и сменив цифры на другие.

(20) вот файлик, циферки и фамилии поменяла
http://my-files.ru/fkfet4

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

(22) пробелы и "," в суммах. Попробуй отправить текущий файл в банк.

(23) на суммы и не смотрела, спасибо большое, попробую!

<Сумма>39 961,13</Сумма>
категорически неверно с точки зрения синтаксиса XML
должно быть
<Сумма>39961.13</Сумма>

Сделал файл штатной обработкой ЗУП... еще вылезла такая вещь - кавычки в наименовании организации не разрешены, нужно поменять на апострофы ('). Суммы, как уже было замечено, у вас написаны не по правилам, переделайте. Остальное вроде выглядит нормально.

(26) Спасибо! Учту! уже все почти исправила.

(26) Ну все исправила, а ошибка та же и лезет.
"Недопустимый номер лицевого счета сотрудника".
Вообще не понятная ситуация.

(28) Отошли файл в IT банка, а не исполнителю. Они тебе сразу скажут что не так. Возможно тебе выдали не тот формат файла или грузят не по твоему шаблону.

(29) Да, оказалось мой файл правильный. С учетом всех выше перечисленных замечаний. Спасибо.