Как программно получить дату создания проведенного документа 1с #706230

Здравствуйте! Окажите помощь, если несложно в разрешении этого вопроса. Как программно получить реальную дату создания уже проведенного документа.

залезьть в журнал регистрации, найти там нужные записи...

или не найти

а программно можно?

а тут уж 50/50...

Для этих целей мы заводили отдельный реквизит

а если РИБ ? На узле дату создания не получить. ИМХО, надо бы давно 1С сделать стандартные реквизиты, типа Дата создания, Дата изменения, Создавший пользователь, Изменивший пользователь и т.п.

А если меня эта информация вообще не интересует - нахера они мне? Тем более, что нынче и подписки есть, и общие реквизиты - делай что угодно

может коллективно попросим 1с?

Встроить версионирование и все дела. Уже все давно придумано.

и так уже много чего "нахера" этак все в каждой конфигурации надо делать, ну или типа БСП. Лучше, чтоб на уровне на уровне платформы было доступно. Если, не надо в конкретной конфигурации - не заполняй.

+ многие г.бухгалтера были бы этим очень довольны, а то, хрен его знает (с ЖР то не все и знают как работать), кто там чего наворотил

Мне не нужно 4 непонятных поля в каждой таблице документа. Дисковое место - оно денег стОит. А если тебе надо - ты и добавляй.

+ кстати, практически во всех банковских системах так и сделано - в записях БД фиксируется кем и когда она была сделана(изменена). Там, то контроль жесткий

А сам журнал событий место не жрет что ли?

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

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

Вот поэтому у нас ЖР в специально обученную базу SQL выгружается :)

проще всего разобрать гуид. в нем как раз зашифровано время создания с точностью до миллисекунд

Никера. К тому же, его можно присваивать и формировать произвольно.

согласен. но в большинстве случаев присвоением гуиду своего значения не заморачиваются.

не претендую на правильность кода, ибо нашел в сети и возможно там ошибка. но то, что у гуиде есть время - инфа 146%

Для ссылки сработало, да. Но, например, в типовой УТ в справочнике "Контрагенты" ГУИД в ПередЗаписью присваивается, но этом уже не один одинэснег поседеть успел.

, а я уж тут выгрузку журнала регистрации курю)

Кстати, а почему выгрузка журнала регистрации у меня пустая, где мог косякнуть?

1. Журнал выключен. 2. События называются по другому.

В настройках ЖР стоит пункт "Не регистрировать" ?

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

3. журнал пуст

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

отладчик в руки, документацию в зубы

кстати. ты будешь удивлен, но

Ты больше одной строки в ответе не читаешь, что ли?

Не буду удивлен ни одному варианту :)

Если по поводу названия событий то в СП ясно сказанно, что подается массив строк и описание каких именно строк, для каких событий, так вот вроде я не ошибся. Подаю строки и строки нужные.

закиньте ктонить код в БЗ, вдруг пригодится кому.

"Вроде бы" - это аргумент, да... Что мешает убрать этот фильтр и выяснить? Уже бы 10 раз сделал и кофе выпил.

да чет на обед пока ходил, та же светлая мысль пришла) сейчас попробывал взлетает)) фильтр по событиям, нужно ставить по латинице как я понял

а почему возвращается всегда одинаковое значение? Дополнительно там ничего не нужно делать?

ау

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

не поленился и проверил на тестовой базе. все прекрасно работает. вот пример обработки

какая то чертовщина)) те документы которые я создавал копированием возвращают одно и то же время создания, а со старыми все нормально. Проверяю на УППшной демке. А вообще я решил пойти другим путем и ковыряю сейчас версионирования объектов.

Бро не делай этого... У нас база с включенным версионированием начала расти в три раза быстрее. Я сделал подписку на запись любого документа, она в РС записывает ссылку на документ, дату записи и ответственного. Видно и дату создания, и перезапись, и какой негодяй в прошлом месяце что-то изговнял.

А я же говорил, что на это надеяться нельзя.

+1 в параллель с полном версионированием включено "лёгкое" с хранением минимума данных

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