|
Жду разумную критику
| ☑ |
0
shlyahtich
14.04.14
✎
11:24
|
В организации от калиниграда до владика много дочерних организаций (и не богатых, а бедных в финансовом плане) , которые ведут финансовые системы в 1С и из которых данные потом собираются в отчетность мсфо, упр (типа профикс и др.) и т.д.
имеется ряд централизованных объектов для целей стандартизации - синхронизация выполняется по УИД, но на 8.3 появление новых предопределенных элементов в например справочнике приводит к тому, что он появляется при запуске базы и при загрузке его из эталонной базы путем выгрузки загрузки [xml]
Эталонные справочники правят методологи периодически и они рассылаются, но как избежать задвоения предопределенных?
При обновлении запускается обработка
Перед загрузкой [xml] все элементы справочника помечаются на удаление, а после загрузки не помеченными на удаление остаются только те, у которых УИД совпадает с УИД данных эталона
Коллеги конструктивную критику жду))) сами то мы не местные
|
|
1
Aleksey_a_z
14.04.14
✎
11:33
|
Что можно порекомендовать, ну вопервых не пользоваться гугл транслейтом
|
|
2
Зойч
14.04.14
✎
11:36
|
вместе с конфой рассылать
|
|
3
shlyahtich
14.04.14
✎
11:36
|
(1) переведи
|
|
4
shlyahtich
14.04.14
✎
11:37
|
(2) так вместе с конфой и идет обработка поставкой (cfu)
но после обновления в каждой базе предопределенные создаются со своим УИД и потому вот так делается
|
|
5
Eugene_life
14.04.14
✎
11:40
|
(0) Как вариант исключить предопределенные данные из регулярного обмена. Делать его только по "взмаху" методистов.
|
|
6
shlyahtich
14.04.14
✎
11:41
|
(5) это не РИБ
|
|
7
MaxisUssr
14.04.14
✎
11:42
|
(5)
А если этот предопределенный элемент участвует где-то, то как тогда?
|
|
8
shlyahtich
14.04.14
✎
11:42
|
(5) в 8.3 появилось свойство Обновление предопределенных которое можно выставить например в Не обновлять автоматически
|
|