|
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С доступны, мозгоёбство от самопальных
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |