Имя: Пароль:
1C
1С v8
1С:MDM Типы данных
,
0 Stomatolog
 
14.09.19
23:06
День добрый!
Собираемся внедрять 1С:MDM Управление нормативно-справочной информацией (НСИ). Требование заказчика - включение в контур проекта централизации НСИ регистров сведений, планы видов характеристик. У кого-то есть опыт внедрения данной конфигурации? Как понимаю, там возможно ведение только справочников. А что насчет остальных стандартных 1С-ных типов данных, не всегда ссылочных? Спасибо!
1 mikecool
 
14.09.19
23:27
для 8-ки нет ограничений на метаданные - если надо, можно и РС и ПВХ добавить
2 Stomatolog
 
15.09.19
06:16
(1) Есть такой опыт? Запись регистра сведений - не объект базы 1С.
3 Лефмихалыч
 
15.09.19
10:35
(0) между МДМ и всем остальным у тебя будет КД, которая и будет преобразовывать всё что надо во все что требуется и обратно. Конкретные объекты метаданных особого значения не имеют.

Лучше, конечно, шину между ними поставить, чтобы они друг об друге ничего не знали. Но это особая работа.
4 Лефмихалыч
 
15.09.19
10:39
НСИ - это логические объекты, которые на уровне метаданных состоят из чего угодно, то есть не только из справочников. Один объект НСИ может состоять из нескольких разных объектом метаданных на стороне МДМ и из совсем другого набора объектов метаданных на стороне приемника.

Нельзя воспринимать НСИ как только справочники
5 shuhard
 
15.09.19
11:21
(0) типовыми механизмами МДМ не предусмотрено и причина для Рг сведений очевидна, нет предмета согласования как такового

поэтому можешь засунуть Рг сведений с отбором в ТЧ справочника, назвать пакетом данных и гонять как есть
6 Stomatolog
 
15.09.19
11:28
(4), (5) Спасибо большое!

"Лучше, конечно, шину между ними поставить, чтобы они друг об друге ничего не знали. Но это особая работа." - Можно поподробнее? Шина внутри МДМ или это что-то снаружи? Что она из себя представляет и в чем заключается эта работа? Вроде в МДМ есть. Нужно ее настроить? Спасибо!
7 Лефмихалыч
 
15.09.19
11:30
8 Лефмихалыч
 
15.09.19
11:35
это такое ПО, которое стоит между всеми, кто между собой обменивается, и:
1. конвертирует сообщения из формата источникам в формат приемника
2. по необходимости обогащает сообщения
3. гарантирует доставку
4. дирижирует (ну, чтобы системы в правильном порядке между собой обменивались)

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

Если к шине еще и очередь сообщений приделать, то тогда пропадет проблема с "номер сообщения не номер сообщения и по этому хрен тебе, а не загрузить"
9 Лефмихалыч
 
15.09.19
11:45
у нас между ЗУП, ДО, ораклом и всяким прочим 1Сом стоит самопальное поделие на базе Apache Kafka + Apache Camel
очень удобно. 1сы записали сообщение и тут же его забыли нафиг. Очередность кафка обеспечивает. Источник отправляет сообщение в том формате, в котором умеет, приемник тоже принимает в том, в каком умеет, а несовпадения на себя берёт Java-код (вот это вот то самое место, которое и есть - поделие). Ни одна конфа ничего не знает про все остальные.

Для этого всего, конечно, пришлось 1Сам придумать общую подсистему, кторая из 1сного обмена делает атомарный, чтобы в сообщениях обмена были осмысленные и полные объекты, а не просто потроха без смысла и пощады. Тут пришлось потратить мозгов и времени. Но зато теперь, если в каком-нить условном зупе кадровики перепутают местами даты в одном сотруднике, то весь обмен не остановится, а только этот сотрудник попадет в лазарет и при нескольких неудачных попыток передачи он попадет на операционный стол в otrs.
10 Stomatolog
 
15.09.19
13:23
(8) Понятно) Но ведь в 1С:МДМ есть сервисная шина данных (ESB). Не в курсе, что может она?
11 Лефмихалыч
 
15.09.19
13:34
(10) в курсе. Там свистулька из бересты, а не шина.
12 shuhard
 
15.09.19
18:11
(10) при небольших допилах может то, для чего сделана - гарантировать доставку
13 Stomatolog
 
15.09.19
18:26
А блок MDM встроенный в УХ кто-то внедрял? Я там пытался найти возможность классификации, ведения собственных наборов свойств для отдельных групп номенклатуры, поиска по ним. Если 1С:MDM свистулька, что тогда MDM в УХ?)
14 Лефмихалыч
 
15.09.19
19:41
(13) в ухе2 многое сыро и требует допилов. Есть места, где что-то не работает потому, что тупо код не написан - кнопки есть, а кода под ними нет. Но мы покрутили-повертели, подумали, и решили, что будем использовать, планируем закупку ухи. Но вот эти все заточки ухи по подключению к другим базам мы не собираемся использовать - имеющийся подход с самодельной шиной гораздо эффективнее.
15 Stomatolog
 
15.09.19
19:49
Понятно. Большое спасибо за развернутые ответы!
16 shuhard
 
15.09.19
20:02
(13) мы при наличии УХ используем допиленный 1С:MDM, функции у него шире
Обходимся без шины,когда будет время раббит прикрутим, стоит во втором слое приоритетов
17 shuhard
 
15.09.19
20:03
(13) [Если 1С:MDM свистулька,]
в (11) речь об ESB, ты не путай тёплое с мягким
18 rphosts
 
15.09.19
20:10
интересненько... сделаю закладку
19 shuhard
 
15.09.19
20:14
(18) шины наше будущее всё =)
20 rphosts
 
15.09.19
20:21
(19) ну не во всех конторах размер дорос до УХа или MDM. Да и... в общем у нас самописка для НСИ. УХ как-то не впечатлил.
21 Сияющий в темноте
 
15.09.19
20:37
Шина,это когда обмены,гарантию доставки и т.п.спихивают на отдельное ПО,но очередь сообщений,это немного отличается от системы обмена в 1с.
и,тут как бы,основное противоречние с принципом-не стоит усложнять сущности без необходимости.
22 Лефмихалыч
 
15.09.19
21:25
(20) все равно - будущее. Просто в будущем, когда оно настанет, шины будут из коробки везде и развёртываться и настраиваться просто и немозгоёмко.
23 shuhard
 
15.09.19
22:09
(21) ты спутниковым каналам про [не стоит усложнять сущности без необходимости]
расскажи, я с ними вместе посмеюсь
24 Сияющий в темноте
 
15.09.19
23:51
(23) просто,за словами "мы используем прослойку" скрывается тот факт,что прослойка становится основной информационной системой предприятия,если она одна,а если их несколько,то получается приобретение дополнительных затрат и проблем,т.к.это все нужно администрировать,и для каждого обмена вместо двух специалистов нужно приглашать трех(специалиста по однлй системе,специалиста по другой системе и специалиста по посреднику).
25 Сияющий в темноте
 
15.09.19
23:54
Вообще,есть такой подход к построению систем-модульность,когда решение строится на основе интеграции готовых модулей,тогда,каждый модуль хорошо отлажен и не сложен в понимании,а входные и выходные данные строго регламентированы.
тогда,даже не представляя,как решение работает целиком и не вникая в каждый модуль можно быть уверенным,что оно работает,как надо.
26 rphosts
 
16.09.19
05:16
(22) вот только дожить до тех дней светлых...
27 shuhard
 
16.09.19
06:57
(24) ты путаешь архитектуру, системность, безотказность и стоимость владения
28 shuhard
 
16.09.19
06:58
(26) оно уже наступило и при минимальных бюджетах шины для 1С доступны, мозгоёбство от самопальных
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс