Выгружаю через GUI_DOWNLOAD все бы ничего. Но одно поле в DBF
имеет формат DateTime(8). Вычисляю это значение и пытаюсь записать. Пробовал в это поле и тип I выгружать и Р, и Х. Нифига - пишет туда как строку, соответственно и не читается.
Может кто разруливал такое?

Прикольная ситуация. Такого не разруливал, но стал бы пробовать через тип С без разделителей. Чтобы не очень много времени потерять, подбирая формат, стоит глянуть DBF в бинарном виде.

Так и сделал. Выгрузил через BIN. Так теперь другая засада. Кодировка русская не работает.
codepage = '1504' по барабану.
translate ihex from code page '1501' to code page '1504'. не помогает.
Тупик?

А еще посмотри в SAPGUI (Saplogon) для каждого сервера

Система - Изм.запись - Другие

что там стоит для "Кодировка для загрузки и выгрузки" ?

Спасибо за ответы. Все получилось. Сам глупил - пытался транслэйтить
бинарную строку

Была реализованна дельта выгрузка по следующему алгоритму - в dbf файл выгружаются данные, потом из этого файла 1c читает данные. При обновлении идет загрузка этого файла - смотрится что изменилось и измененные строки добавляются в файл.
При этом возникает проблема с кодировками -
При выгрузке через gui_download использую кодировку 1503, при этом часть спец символов заменяется на пробел (по умолчанию #).
И после загрузки получается что строка файла <> соответствующей записи сапа. И даже если ничего не менялось - строчка добавляется по новой. Кто-нибудь сталкивался с подобным? как это можно обойти?
Спецсимволы возникают из-за того что пользователи, копипейстят тексты откуда ни попадя ... в сапе это выглядит как пробелы, но код другой ... и регламентом это не победить, постоянно такие записи появляются.

Почему не победить?
Перед выгрузкой(или после загрузки) заменить в таблице символы, не являющиеся буквами, цифрами или знаками препинания, на пробел достаточно легко
ЗЫ: Пробел <> #