Есть самописная конфигурация. В ней одновременно работает несколько пользователей.
Нужно куда-то записывать лог изменения элементов справочника. Потом периодически (скажем каждый час) эту историю выгружать для последующей обработки (в другой программе). А в 1С эту историю очистить, и начинать писать с "чистого листа".

мои соображения:
1. Писать во внешний файл (для каждого пользователя свой). Каждый час (программно) данные из этих файлов записывать в отдельный файл, а в самих файлах данные удалять. Недостаток: во время удаления данных пользователь может делать запись.
2. Писать в глобальную таблицу значений. Каждый час выгружать из ТЗ во внешний файл. Саму ТЗ очищать. А дальше как в п. 1.
3. Другой вариант....  

Что посоветуете?

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

Сделай таблицу(цы) в нормальной СУБД и пиши туда.

По первому пункту во время записи элемента можно же проверять есть ли возможность писать в файл.

(2)+1. Оно в принципе и на дбф можно свои таблицы создать.

И таки необязательно прямо после выгрузки историю чистить. Добавь в файл/таблицу поле дата время, выгружай по условию, чистить можно и ночью.

(1) можно дописать ПриЗавершенииРаботы() выгрузку
(3) мугут потерятся данные....
(5) читать нужно каждый час

Что посоветуете, как лучше и надёжнее сделать (чтоб ничего не потерялось)

(6) я бы привязался к другой программе, откуда ей удобно читать данные - туда бы и писал.

(6)  я к тому, что если файл недоступен для записи в момент очищения не давать записывать и сам элемент, пока не попустит.
Читай файл каждый час с выборкой с условием по периоду времени, а очищай ночью.

У меня изменение всего и вся просто пишется в журнал регистрации в виде "Поле:СтароеЗначение=>НовоеЗначение" (конечно, всё преобразовано в строки).
Читать журнал можно будет с того места, где закончили в прошлый раз.

(0) Создай служебный справочник. Дешовый и без проблем.

В поиск...
Все придумано еще году в 2002...

(7) Неважно. Может читать и з *.txt.
(8) много телодвижений
(9) журнал регистрации думаю может подойти как промежуточный этап.
(10) Думал об этом. но как очищать справочник. (к тому же размер dbf этого справочника будет расти как в сказке "не по годам..."
(11) иногда приходится изобретать велосипед. так как этого изобретения не нашёл....

(12) тогда лучше пиши в базу, с которой можно работать запросами и которая сама разрулит коллизии.

(13) не катит.
Объясню подробнее задачу.
Нужно в другой базе периодически обновлять данные (колонки: Элемент справочника из 1С, и несколько других реквизитов которые вычисляются запутанной обработкой)
Конешно можно каждый раз выгружать весь справочник (но вычисление нужных реквизитов для выгрузки всего справочника занимает много времени (примерно 10-15 мин.)
Поэтому я хочу ускорить выгрузку (выгружая только те элементы справочника которые изменились).

+(14) ещё придумал такой вариант. В сам справочник писать признак изменения (например 1). И после выгрузки менять его на "0". В обработку выгрузки брать только те что с "1"

(14) програмное изменение справочника как собираешься отслеживать?

(16) есть только одна обработка, которая создаёт / изменяет элемент справочника. в ней дописать установки признака изменения. Остальные обработки никак на это не влияют

(0) Если тип СУБД - MS SQL не ниже 2008, то можно использовать
Data Change Tracking ну или, в общем случае включить distrdb.dll и для справочника настроить обмен, правда таблицу изменений придется чистить, но это совсем не сложно.

(15) чтобы забрать только обновленный элементы таблицы - можешь добавить новое поле "ДатаПослИзмен" и писть туда время в секундах, относительно какой-то начальной даты. Выгружать  все, что больше, чем твое последнее время выгрузки.
База СКЛ?

хосспадя....
это уже не 10 дней пить надо, а пару месяцев...

Конечно, можно перевести 1С в режим распределённой базы и радостно получать сообщения обмена.