Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Запись изменений регистра сведений. 1С8.2.последняя
|
|||
|---|---|---|---|
|
#18+
Ещё вопрос. Сделал логирование действий пользователя в документ с табличными частями. Основные реквизиты документа - стандартные реквизиты объекта логирования (номер, код, регистратор, проведен и т.п.), табличная часть Измерений/Реквизитов/Ресурсов содержит описание изменения Измерений/Реквизитов/Ресурсов объекта логирования, вычисляемым по метаданным, заполняется в три колонки - Имя, Старое значение и Новое. Т.е. - логируются только изменения. ТЧ изменений в табличных частях объекта логирования - пять колонок - ИмяТЧ, НомерСтроки, ИмяРеквизита, СтароеЗначение, НовоеЗначение. По подписке ко всем регистрам сведений, документам, справочникам на "ПередЗаписью", выполняется выборка записанной версии, сравнение с Источником, запись изменений. Но рассмотрим случай с регистром сведений - перед записью срабатывает по два раза: 1. очистка существующих записей по отбору - сравнение существующих записей с пустым набором 2. запись нового набора - сравнение пустого набора с новым набором Таким образом, получаю два документа - спёрли все зописи по отбору И записали новый набор. По логике задачи, мне нужен один документ - что _изменили_, т.к. невозможна ситуация только стирания старых записей и отказа в записи нового набора. Но возможны ситуации - только стирания И только записи нового набора, т.е. нельзя гарантировать, что после логирования стирания возникнет обязательно логирование записи. Подскажите, как быть. Как же решить задачку-то? Спасибо )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2011, 01:44 |
|
||
|
Запись изменений регистра сведений. 1С8.2.последняя
|
|||
|---|---|---|---|
|
#18+
В целом эта проблема решается подпиской на события ПОСЛЕ записи. Смысл - что записываетв хранилище значений весь объект. А потом отчетом сраниваются изменения. Смотри версионирование данных. А ты уверен что после записи логов при изменении документа - документ запишется? Как пример - подписка или регистрации изменения для стороннихх баз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2011, 11:57 |
|
||
|
Запись изменений регистра сведений. 1С8.2.последняя
|
|||
|---|---|---|---|
|
#18+
Как-то мне не очевидно, _что_ я могу получить из хранилища значений. И, неужели там и изменения в регистрах сведений сохраняются? И зачем вообще два раза сверять изменения: при записи старой версии (а нужно ли записывать?) И при поиске кто/что изменил? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.10.2011, 20:18 |
|
||
|
Запись изменений регистра сведений. 1С8.2.последняя
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. а у метода ПослеЗаписи есть параметер "Отмена"? 2. какие методы выполняются в одной транзакции? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2011, 10:22 |
|
||
|
|

start [/forum/topic.php?fid=28&msg=37474339&tid=1520943]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
56ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
| others: | 232ms |
| total: | 387ms |

| 0 / 0 |
