Я знаю,что затрут. Так и задумано. При первой выгрузке у нас в поле значение количества 0. После того,как мы вводим фактическое значение - значение в БД тоже меняется и начинает отображаться корректно. Тем самым получается,что при первой выгрузке у нас количество начальное 0,то есть количество по учету не приходит в ТСД.
В компоненте есть галка дебаг-режима, но я боюсь он только подтвердит, что сама 1С выдает в поле количества 0. Это нужно в 1С ковырять. ТСД и компонента ни при чем - что нам выдают, то мы и загружаем. И таки да, в выгружаемой таблице не видно поля количества.
Стандартно нет. 1С генерирует XML-файл и скармливает его компоненте. Компонента разбирает этот файл, подготавливает в формате ТСД и уже по внутреннему протоколу передает эти данные. В теории можно сделать брейк на команде передачи данных, но мы этим никогда не занимались. Мы пользуемся своим методом. Если включить дебаг-режим, то весь получаемый файл нельзя увидеть, но распарсиваемые строки там будут и можно посмотреть, что приходит в компоненту и что уходит в ТСД. Помимо этого там еще куча разной информации, поэтому лучше этот файл приложить и наши специалисты в нем покопаются.
По логу видно событие: выгрузка в ТСД. В Наименовании товара "Клей для обоев Exclusive флизелиновый 250г на 45м2" присутствуют символы табуляции (проверьте). Символ табуляции - это разделитель полей, поэтому парсер сходит с ума и ожидаемые поля (по протоколу) не попадают на свои места.
Разделитель полей для ТСД 8000ой серии берется из задачи.
Парсер в компоенте не может корректно отделить поля по разделителю, потому что в значении поля "Наименование" в вашем случае содержатся символы с кодом 9 (ASCII). Или удалите из наименования табы или поменяйте в задаче символ разделителя полей на другой