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