Доброго всем дня! Возникла необходимость при экспорте номенклатуры записывать данные о дате экспорта и пользователе производившем этот экспорт. Как получить эти данные и куда лучше записать в справочник или регистр?

можно в файлик

В журнал регистрации.

(1) ну внешние источники не очень бы хотелось использовать.

(3) чего еще не хотелось бы, что потом собираешься делать с данными?

Запустил универсальный обмен хмл, выгрузил справочник номенклатура - это экспорт?

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

(0) Как получить эти данные - ты должен сам знать. А куда лучше писать - зависит использования этих данных. Если только эпизодический поиск виноватых - то в ЖР.

(7) ну назначение собсна да, поиск виновных. что бы формировался отчет в котором можно было посмотреть материал, его ID, кто и когда добавил. Поэтому и не хочется заводить файл.

(8) "кто и когда добавил"
Это "экспорт"? Ты ничего не перепутал?

(9) тьфу ты. точно. импорт записей номенклатуры. Это я на автомате, только что экспорт настраивал этого самого файла в xml..прошу прощения..А теперь нужно извлекать и хранить данные о том кто же добавил этот xml и когда в 1с.

(10) В журнале регистрации и так записываются все изменения в БД. Тебе этого мало?

(8) Ну, только лишь для упрощения и ускорения построения эпизодической отчетности по виновным я бы не стал в БД огород городить. Только если нужен постоянный контроллинг.
Ну а ежели нужен - тогда регистр сведений. Справочник избыточен.

(12) Спасибо. Видимо остановлюсь на регистре сведений. Сначала я просто думал вначале добавить реквизиты к существующему справочнику номенклатуры. Но регистр кажется более правильным.  

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

(13) А ещё в типовых есть доп. реквизиты...

1. данные о дате экспорта и пользователе
2. пользователь мог понять к кому идти

и к кому же?

(15) к тому кто добавил запись с таким же названием, и выяснять, кто из них накосячил))

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

контроль уникальности прописан, отчет как раз таки и запускается при нарушении уникальности. к сожалению здесь не работает принцип "кто первый - того и тапки"