Есть база данных 1с серверная.
В ней таблица [dbo].[_Reference18X1], в которую добавляют запись из другой таблицы по средствам запроса:
Вопрос:
Возможно ли отловить это событие в конфигураторе?
Если да то каким образом?
В ней таблица [dbo].[_Reference18X1], в которую добавляют запись из другой таблицы по средствам запроса:
ins ert in to [_Reference18X1] (
[_IDRRef]
,[_Marked]
,[_PredefinedID]
,[_Code]
,[_Description]
,[_Fld19]
)
SEL ECT TOP 1
CONVERT(BINARY(16), NEWID())
,[_Marked]
,[_PredefinedID]
,[_Code] + 1
,'test'
,'test 1'
FR OM [TestServ].[dbo].[_Reference18X1]
order by [_Version] desc
ПоказатьВопрос:
Возможно ли отловить это событие в конфигураторе?
Если да то каким образом?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Может, создать независимый регистр сведений и писать туда ссылку или что-то ещё из справочника.
И по расписанию сравнивать запросом записи в регистре сведений и справочнике.
Или проверять максимальный код справочника (нужно его где-то запоминать), рег.заданием по расписанию.
А программисты у вас странные.
Если у вас управлеческая база есть. Значит она написана не не tSQL, а на Delphi или Net.
И от туда прекрасно можно обратиться к 1С.
Может, создать независимый регистр сведений и писать туда ссылку или что-то ещё из справочника.
И по расписанию сравнивать запросом записи в регистре сведений и справочнике.
Или проверять максимальный код справочника (нужно его где-то запоминать), рег.заданием по расписанию.
А программисты у вас странные.
Если у вас управлеческая база есть. Значит она написана не не tSQL, а на Delphi или Net.
И от туда прекрасно можно обратиться к 1С.
Вы странным образом пытаетесь ловить события SQL в 1С.... )))
В 1С вы можете отловить событие добавления записи в метаданные 1С.
SQL делает свои добавления совершенно самостоятельно.
Если вы добавляете запись напрямую в таблицу SQL из 1С вышеуказанной процедурой SQL, то вообще непонятно в чем проблема - вы же сами добавляете - тут же и делайте с этим что хотите
В 1С вы можете отловить событие добавления записи в метаданные 1С.
SQL делает свои добавления совершенно самостоятельно.
Если вы добавляете запись напрямую в таблицу SQL из 1С вышеуказанной процедурой SQL, то вообще непонятно в чем проблема - вы же сами добавляете - тут же и делайте с этим что хотите
(2) Не поспоришь...
Но есть одно. добавление происходит из другой базы данных (т.к. по другому обратиться она к 1с не может , со слов программиста базы).
Сделал им веб сервис - ответ "у нас не получается из tSQL авторизоваться"
Сделал им HTTP сервис - ответ аналогичен.
Вся проблема в том, что обратиться к 1с они могут только посредствам tSQL.
Но есть одно. добавление происходит из другой базы данных (т.к. по другому обратиться она к 1с не может , со слов программиста базы).
Сделал им веб сервис - ответ "у нас не получается из tSQL авторизоваться"
Сделал им HTTP сервис - ответ аналогичен.
Вся проблема в том, что обратиться к 1с они могут только посредствам tSQL.
(5)
Понятно, что без тройных костылей не обойтись.....
Не какие образом не отловить, на сколько помню, ведь события возникает на стороне sql. Тут только ставить некий счетчик - обработчик ожидания и в какое время проверять таблицу, были ли в ней записи или нет.
Понятно, что без тройных костылей не обойтись.....
(7) В таблице сделать поле например "НоваяЗапись", индексированное, куда "программист базы" будет для новой записи устанавливать значение Истина, в 1С сделать регламентное задание которое с нужной вам периодичностью будет просматривать таблицу с отбором по этому полю Истина - делать нужные вам действия и после обработки у обработанных записей ставить значение Ложь.
(14)
Такой процесс уже реализован.
Обход каждую минуту.
А необходимо сразу.
А по поводу прямой записи в таблицы 1С вот у меня сомнения: а идентификатор (GUID) разве не сервером 1С генерируется, а тут его кто создаст?
Стандартное NewID и переводим в Бинарное(16). и вуаля.
Такой процесс уже реализован.
Обход каждую минуту.
А необходимо сразу.
А по поводу прямой записи в таблицы 1С вот у меня сомнения: а идентификатор (GUID) разве не сервером 1С генерируется, а тут его кто создаст?
Стандартное NewID и переводим в Бинарное(16). и вуаля.
На мой взгляд, из простых и надежных - писать в отдельную базу SQL и средствами 1С читать оттуда вот например нагуглил сразу:
А по поводу прямой записи в таблицы 1С вот у меня сомнения: а идентификатор (GUID) разве не сервером 1С генерируется, а тут его кто создаст?
А по поводу прямой записи в таблицы 1С вот у меня сомнения: а идентификатор (GUID) разве не сервером 1С генерируется, а тут его кто создаст?
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот