Подскажите, загружаю DBF в ТЗ, при загрузке файла в XBase,
те поля, у которых Тип Число было пустым, загружает нулем.
как решить эту проблему?

ФайлDBF = Новый XBase;   ФайлDBF.ОткрытьФайл(ПутьКФайлуDBF,,Истина);

Ну реши как-нибудь

(1) Спасибо, за дельный совет.

(2) Для типа число чем пусто от 0 отличается?
А так можешь писать при выгрузки если пусто пиши заведомо нереальное число, например -99999. И при загрузки анализируй, если у тебя -999999, тогда "тут должно быть пусто"

(3) Есть исходный DBF с полями, некоторые поля заполнены, некоторые пустые. В полях с Типом Число, есть со значением 0 и Пусто.

Я DBF загоняю в ТЗ, затем ТЗ в во ВременноеХранилище , в процессе обработки Достаю из ВХ, читаю, Изменяю, Дополняю., затем опять сохраняю в DBF, все прекрасно работало, пока в исходных данных не появились пустые Поля с Тип Число.

(4) Когда из dbf в ТЗ загоняешь, меняй пустые поля с тип Число на ноль, в чем проблема?

(5) Проблема в том, что Если в исходном DBF есть ПустоеПоле или 0 Тип число, и в процессе обработки, не понадобилось его изменить, то вернуть мне нужно DBF так же с ПустымПолем или 0. Но возникла проблема , когда использую ФайлDBF = Новый XBase;   ФайлDBF.ОткрытьФайл(ПутьКФайлуDBF,,Истина); Все пустые поля приводятся к 0.
Понятно что можно  решить разными способами данную проблему. Хотелось бы рассмотреть варианты.

(6) Скинь пример файла

(7) https://disk.yandex.ru/d/Nc8S7mXHj_nzfQ

(4) у тебя в ТЗ при создании это поле случаем не типизировано как число?

На мой взгляд данная задача является некорректной. Если в исходном файле числовые значения неопределены, то этот файл является кривоватым,так как нет такого числа. И поэтому после обработки сохранять пустые значения это как то не очень. Разумнее поправить исходный файл, чтобы в нем не было пустых значений. Зачем обрабатывать кривые файлы, да еще с сохранением кривизны? И автор не пояснил зачем надо сохранять эти пустые значений, для кого это важно и почему?

Если пустое значение используется как признак необработанной
ячейки, то можно решить проблему иначе, записывая туда заведомо неиспользуемое значение, что то типа -(минус) 99999999999

(0) все в полном соответствии со стандартом - "пустое" значение типа нумерик = 0. Исходный файл стандарту не соответствует

Мне интересно (чисто из любопытства) - а чем, какой программой ты умудрился создать dbf файл, у которого те поля, у которых тип число, были пустыми?

(13) Обычно это что то специфическое и трудно заменяемое.

чушь какая-то

(13) (14) Ну приблизительно так
Функция СформироватьСтруктуруПолей()
    ТаблицаПолей = "";
    ТаблицаПолей = Новый Массив;
ДобавитьПолеВТаблицуПолей(ТаблицаПолей,"ttn","S",50) ;
ДобавитьПолеВТаблицуПолей(ТаблицаПолей,"ttn_date","D", 10 ) ;        
... далее

Функция ВыгрузитьНаСервереDBF(ТекДокумент,СтруктураПолей)
    ТЧ = Новый ТаблицаЗначений;
    ТЧ.Очистить();
    Для Х = 0 По СтруктураПолей.Количество()-1 Цикл
        Поле = СтруктураПолей[Х];
        Попытка
            ТЧ.Колонки.Добавить(Поле.Имя);
Загружаем в ТЧ нужные данные и формируем DBF, далее этот файл отправляется в разные базы(последовательно корректируется) и уже идет на обработку (поменять формат файла, не имеется возможности)

Извращенцы

(17) возможно..
И все же какой метод подойдет, при загрузке DBF определять поле, с Тип Число пустое оно или имеет значение 0

Со своим DBF ебитесь сами.

пустое число, но не ноль...

пиздец какой-то...