Настройка нси 1с что это

Настройка нормативно-справочных данных производства в 1С:ERP

Справочник «Структура предприятия» содержит иерархию функциональных подразделений предприятия всех видов – административных, производственных и так далее.

Справочник может иметь любую глубину иерархии, при этом используется иерархия элементов. Это значит, что учетной единицей и объектом планирования может быть любое подразделение в иерархии.

Из этого примера видно, что производство может быть структурировано до подразделений (участков, секторов, групп, отделений) с любым уровнем вложенности.

С точки зрения подсистемы управления производством, подразделение трактуется как исполнитель этапов графика производства, соответственно в ресурсных спецификациях для каждого этапа определяется подразделение – исполнитель этапа.

Перечислим реквизиты производственного подразделения, значения которых необходимо определить в подсистеме «Управление производством».

График работы. Выбирается из справочника «Графики работы».

Элемент этого справочника определяет расписание работы – время начала и окончания работы отдельно на каждый день недели и отдельно – на все предпраздничные дни. Для каждого дня недели можно отдельно указать время начала и окончания работы согласно графику, причем временных отрезков работы может быть несколько на день недели, например, с 8.00 до 13.00 и с 14.00 до 18.00. График работы для подразделения необходим для того, чтобы процедура расчета графика производства могла определить количество часов работы, доступных в подразделении, на каждый календарный день.

Склад материалов. Склад, на котором формируется потребность в материалах согласно графику производства для запланированных этапов в подразделении. На этом складе ведется проверка наличия материалов для выполнения этапа. При необходимости, для номенклатуры и характеристики материала можно настроить отдельные склады материалов, на которых будет проводиться проверка их наличия.
Интервал планирования. Определяет, какой интервал будет применяться для подразделения при расчете графика производства по этапам. Варианты: «День», «Неделя», «Месяц».

При необходимости, возможен вариант «Час», для использования этого интервала необходимо включение соответствующей функциональной опции.

Критерии выбора интервала планирования для подразделения – соответствие длительности типичных этапов, выполняемых в подразделении, и длительности интервала. Например, если большинство этапов в подразделении имеют длительность не более нескольких дней, то разумно использовать интервал «День». Если типичная длительность этапа существенно превышает неделю, то разумно использовать интервал «неделя».

Увеличение длины интервала сверх необходимой приводит к заметному росту длительности производства продукции, то есть к «растяжению» графика производства во времени.

Чрезмерное уменьшение длины интервала приводит к слишком высокой временной детализации графика производства, что может осложнить работу локального диспетчера.

Способ управления маршрутными листами. Эта настройка используется при управлении Маршрутными листами, выполняемыми в подразделении.

Варианты:

«Методика ББВ/УББВ». Расписание выполнения МЛ формируется для ключевых РЦ, контроль выполнения МЛ производится по прохождению МЛ предварительного и завершающего буфера.
«Пооперационное планирование». Расписание формируется для всех РЦ и операций маршрутного листа. Дополнительно нужно уточнить «Способ планирования» – «Вперед» или «Назад».

Склады (складские территории)

Склад с точки зрения планирования производства, является объектом производственной системы, обеспечивающим потребности производственных подразделений в материалах и полуфабрикатах.

При расчете графика формируется график потребностей на складах в материалах и полуфабрикатах (номенклатура, характеристика, количество, интервал планирования).

Склад, с которого «запитывается» производственное подразделение по умолчанию – определяется реквизитом подразделения.

Но не наоборот: реквизит «Подразделение» в справочнике «Склад» не влияет на планирование (и служит для учетных целей).

Можно задать более детальное определение обеспечивающего склада – для подразделения и номенклатуры, характеристики исходного компонента.

Бригады и состав бригад

Бригада является непосредственным исполнителем работ по этапу (операций) в цехе. Для учета выработки сотрудников по Маршрутному листу локальный диспетчер формирует документ «Бригадный наряд», в котором указывает бригаду, и виды работ которые выполнила бригада согласно Маршрутному листу.

Бригада состоит из сотрудников. Состав бригады устанавливается документом «Формирование состава бригады», и действует с даты, указанной в документе.

Если требуется детализация нарядов до отдельных сотрудников, то в справочнике «Бригады» формируются бригады, состоящие из одного сотрудника.

Виды рабочих центров, рабочие центры

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

Вид рабочего центра состоит из конкретных рабочих центров, например, единиц оборудования. Синоним вида рабочих центров – «Группа взаимозаменямых рабочих центров».

Примеры рабочих центров:

■ Единица оборудования

■ Рабочее место

■ Группа рабочих (бригада или объединение по профессиональному признаку).

■ Сотрудник

■ Единица оснастки

Для расчета выполнимого графика производства, соответствующего максимальной пропускной способности производства, необходимо выделить для этапов ресурсных спецификаций загружаемые виды рабочих центров в каждом подразделении, которые могут ограничивать пропускную способность при выполнении этапа.

Реквизиты вида рабочих центров следующие:

Флаг «Планировать работу». Если флаг включен, этот вид РЦ можно выбрать в этапе как загружаемый вид РЦ. Флаг включается у видов РЦ подразделения, которые могут оказаться «узким местом» подразделения.
Максимальная доступность (час, мин, сек). Определяет максимальную длительность обработки одной партии этапа в интервале подразделения, к которому принадлежит вид РЦ. По одной партии этапа не может быть назначена длительность обработки в интервале большая чем максимальная доступность.

В текущей версии УП2 настройки видов РЦ, сохранив описанную суть, уже несколько изменились. Теперь флажками можно задать:

Учитывать ли доступность времени РЦ в составлении графика на верхнем уровне. И если да, то будет ли этот РЦ загружаемым или нет.
Задействовать ли РЦ в управлении производством по Маршрутным листам на нижнем уровне.

На следующей схеме показана структура и взаимосвязь справочников «Структура предприятия», «Виды рабочих центров», «Рабочие центры».

Ввод доступного времени рабочих центров

Для ввода фонда доступного времени рабочих центров по интервалам используется документ «Доступность рабочих центров». В шапке документа выбирается подразделение, вид рабочего центра, период документа.

Табличная часть документа разворачивается по колонкам – интервалам подразделения (например, дням) в периоде документа.

В строке табличной части нужно выбрать рабочий центр, принадлежащий Виду рабочего центра, и по интервалам-колонкам указать количество часов доступности на каждый интервал.

Ресурсные спецификации

Ресурсная спецификация как сетевой график

Известны различные типы спецификаций, например – конструкторские спецификации, пооперационные технологические карты маршрутов, «расцеховки», как маршруты прохождения детали по подразделениям.

Наиболее общий способ описания процесса изготовления любого изделия – это сетевой график.

Ресурсная спецификация описывает сетевой график изготовления изделия.

Узлами сетевого графика в таком описании являются взаимоувязанные между собой этапы производства, последовательно или параллельно выполняемые подразделениями в процессе изготовления изделия или полуфабриката, . В одном подразделении – один или несколько выполняемых этапов.

Дуги – взаимозависимость между этапами, показывают, по завершению каких этапов можно начинать следующие этапы.

Сетевым графиком удобно описывать любой производственный процесс – в дискретном, непрерывном производстве, в строительстве, в проектной деятельности.

В общем случае сетевой график может содержать не только факты передачи изделий между подразделениями, но и факты передачи результатов работ.

Результат работ, передаваемый между цехами, не обязательно имеет материальное выражение. Передача результата из подразделения в другое подразделение, так чтобы другое подразделение могло выполнить свою часть работы – не обязательно связано с передачей неких изделий. Изделие может, например, находиться в одном подразделении или перемещаться по мере необходимости, при этом работы над изделием могут выполнять другие подразделения.

В этапы производства может входить не только изготовление изделий, но и подготовка производства, настройка оборудования, разработка документации, обучение, монтаж и так далее.

Ресурсная спецификация в предельном случае может включать в себя все этапы изготовления продукта, в соответствии с иерархическим деревом структуры продукта. В простейшем случае ресурсная спецификация состоит из одного этапа производства. Такая ресурсная спецификация называется одноэтапной.

Пример ресурсной спецификации, как сетевого графика с этапами-узлами показан на следующей схеме:

Структура ресурсной спецификации

Структура ресурсной спецификации, как объекта конфигурации, показана на следующей схеме:

Ресурсная спецификация содержит:

■ список выходов,

■ список материальных входов,

■ список трудозатрат (по видам работ),

■ список этапов

По каждому входу, выходу, трудозатрате в многоэтапной ресурсной спецификации нужно указать этап, в котором потребляется вход (трудозатрата) или производится выход.

На входах этапов указываются исходные компоненты (материалы, услуги) поступающие извне в производственный процесс, описываемой спецификацией.

То есть это те компоненты, которые для данного этапа не являются выходами других этапов этой же спецификации.

Для материального входа – полуфабриката можно включить флаг «Производится в процессе» и соответственно выбрать Ресурсную спецификацию, по которой необходимо произвести данный полуфабрикат. В результате данная ресурсная спецификация будет «достроена» от данного входа «вниз» другой ресурсной спецификацией. Таким образом, можно из отдельных спецификаций составить полное дерево готовой продукции, в виде каскада спецификаций.

Такой каскад спецификаций используется при формировании спецификации для конкретной строки заказа на производство. В спецификацию строки заказа копируется весь каскад связанных ресурсных спецификаций.

В реквизите «Оптимальное количество передачи между этапами» можно указать количество партии изделия (результата работ), которое целесообразно передавать между этапами. При расчета графика производства количество этапа разбивается на данные партии, и каждая партия планируется отдельно, исходя из времени доступности загружаемых видов РЦ.

Нормативная трудоемкость в ресурсной спецификации, а также в технологических операциях маршрутных карт, указывается в разрезе «Видов работ».

Вид работ – аналитика, по которой вводятся расценки труда рабочих, и учитывается выработка рабочих. Наименование вида работ может содержать кроме описания самих работ, еще и требуемый разряд рабочих и их профессию. Для вида работ задается ее единица измерения, например, часы или шт. изделий.

По каждому виду работ в периодическом регистре сведений «Расценки» можно указать действующую расценку на единицу вида работ.

Этапы ресурсной спецификации

Ресурсная спецификация может быть одноэтапной или многоэтапной.

Если спецификация одноэтапная – реквизиты единственного этапа редактируются непосредственно в форме спецификации. Если спецификация многоэтапная – то спецификация содержит список этапов. Для редактирования реквизитов этапа нужно открыть отдельную форму этапа из списка этапов.

Последовательность выполнения этапов определяется реквизитами этапа: «Номер этапа», «Номер следующего этапа». По номеру этапа и номеру следующего этапа выстраиваются связи между этапами в виде сетевого графика этапов.

Реквизиты этапа определяют основные параметры планирования этапа:

Подразделение, в котором выполняется этап. Для этапа определяется только одно подразделение. Если одни и те же этапы могут выполняться в разных подразделениях – то необходимо создавать разные ресурсные спецификации
Одновременно производимое количество. Размер партии или объем работ, для которого нормируется время выполнения этапа. Например, если в реквизите указана единица, то время выполнения этапа нормировано на единицу.
Флаг «Планировать работу видов РЦ». Определяет способ нормирования длительности этапа.
- Флаг включен. В этапе необходимо указать, какие виды РЦ будут загружены этапом и длительность обработки одновременно производимого количества на загружаемом виде рабочего центра. Эти виды РЦ могут оказаться «узкими местами» при выполнении графика производства, поэтому рассчитывается их загрузка в графике. Кроме того, необходимо указать предварительное (до обработки на загружаемом виде РЦ) и завершающее буферное время. Буфера в графике производства занимают отдельный интервалы. Напомним, что если время обработки до загружаемого вида РЦ или после намного меньше длительности интервала, то указание буферных времен может привести к неоправданному захвату буферами целых интервалов и соответственно, к неоправданному увеличению длительности этапа в графике производства.
- Флаг выключен. В этапе указывается время его выполнения, для любого количества партии. Считается, что за это время этап будет выполнен в любом случае, независимо от количества в этапе. Флаг можно выключить в этапах, выполнение которого не связано с обработкой на загружаемых видах РЦ («так называемых «узких местах»), соответственно, считается, что подразделение при выполнении такого этапа имеет (относительно подразделений с «узкими местами») неограниченные производственные мощности.
Флаг «Непрерывный» этапа определяет, можно ли разбивать в графике выполнение этапа на несколько не соседних интервалов.
- Если флаг включен – то этап выполняется непрерывно и может располагаться в графике только в соседних интервалах.
- Если флаг выключен – то выполнение этапа можно прерывать, то есть часть этапа по времени можно быть расположена в графике в одном интервале, а часть – в другом, не примыкающим к первому, интервале.

Рекомендуется включать этот флаг только в том случае, если процесс действительно является непрерывным.

Критерий непрерывности – хоть одна операция внутри этапа является непрерывной и сопоставима с длительностью интервала. К таким операция относятся, например, термообработка, покраска, сушка и так далее.

Различие между планированием «прерывных» и «непрерывных» этапов показано на следующей схеме:

Facebook

Twitter

Вконтакте

Google+

itrp.ru

Автоматизация бизнеса на платформе 1С:Предприятие 8

Содержание: 1. Расшифровка НСИ. Управление НСИ 2. Цели внедрения ПО для управления НСИ 3. Экономический эффект от внедрения систем управления НСИ 4. Подходы к настройке НСИ 4.1 Жесткий подход 4.2 Мягкий подход

Расшифровка НСИ. Управление НСИ

Сегмент корпоративного программного обеспечения, нацеленный на управление нормативно-справочной информации (НСИ), относительно молод. По данным экспертов, данному сектору не более трех лет. Сама по себе аббревиатура НСИ мало распространена. Даже расшифровка НСИ, как правило, понятна лишь узким специалистам. При этом по темпам своего развития программное обеспечение по управлению нормативно-справочной информации продвигается семимильными шагами и, в значительной степени, превосходит другие сектора корпоративного ПО. Темпы развития данного сегмента ПО легко объяснимы. Ведь необходимость управлять мастер-данными стоит перед всеми холдингами, крупными и средними предприятиями при решении задач централизации и консолидации бизнес информации (при планировании, подготовке консолидированной отчетности, централизованного управления процессами Казначейства и Закупок, прочее).

Что такое НСИ? Система НСИ - Нормативно-справочная информация или master data, или мастер-данные, или основные данные – это условно-постоянная часть всей корпоративной информации. В противовес этой информации есть раздел – текущая информация (workflow). Текущие документы базируются на терминах, единицах измерения, кодах, наименованиях материалов, контрагентов и т.п., т.е. на НСИ. Таким образом, вся информация, обеспечивающая общий понятийный аппарат внутри компании, и является НСИ.

Рис. Информационное пространство Компании

Необходимо понимать, что вопрос стандартизации как каталогов, так и классификаторов в рамках единого информационного пространства не является специфичным для предприятий с холдинговой структурой. Технология создания НСИ, обязательно включающая в себя требование по единообразию в рамках единой информационной среды, является общей при проектировании любой информационной среды, независящей от статуса и структуры компании. Холдинговая структура, в части внедрения системы планирования ресурсов, отличается лишь тем, что этот вопрос не может быть разрешен внутренними средствами программного обеспечения, как например, в компаниях, где внедрение НСИ начинается с чистого листа.

Цели внедрения ПО для управления НСИ

Можно выделить цели внедрения ПО для управления НСИ: a) оперативное заведение элементов НСИ;

b) отсутствие дублей в элементах НСИ;

c) отсутствие противоречий в НСИ;

d) предупреждение случаев неполноты НСИ.

Экономический эффект от внедрения систем управления НСИ

Экономический эффект от внедрения систем управления НСИ оценить довольно сложно. Это связано с тем, что данный эффект является косвенным. Например, искажение данных в классификаторах номенклатуры может привести к ошибкам при планировании закупок, т.е.к замораживанию денежных средств в избыточных запасах (а всего то было неверно указано название ТМЦ). Или при ошибках в классификаторе «Контрагенты» может возникнуть ситуация, когда неправильно представлена задолженность контрагента, что может, в свою очередь, привести к превышению лимитов задолженности, лишним платежам из-за ошибок в актах сверки взаиморасчетов, завышению уплаченного НДС с авансов и многим другим ошибкам. Хотелось бы обратить Ваше внимание на тот факт, что значительные усилия в области управления НСИ на уровне холдинга разумнее прикладывать в случаях, когда данный холдинг представляет из себя концерн, в котором каждое отдельное ДЗО технологически зависимое предприятие по отношению к другим компаниям группы, т.е. когда между ДЗО происходят внутригрупповые обороты. В данном случае получение консолидированной управленческой отчетности необходимая действительность.

Если же холдинг построен по принципу инвестиционного портфеля, т.е.когда предприятия технологически не связаны (например, недвижимость, магазин одежды, ресторанный бизнес), то выделять управление НСИ в отдельный бизнес-процесс не рационально.

Подходы к настройке НСИ

Программный продукт «1С:Управление холдингом» блестяще справляется с задачами управления НСИ. При этом данное программное обеспечение позволяет использовать как жесткий, так и мягкий подходы.

Жесткий подход

Особенностью жесткого подхода является полная централизация ведения НСИ на уровне головной компании. Данный подход функционирует путем периодической (по установленному расписанию) выгрузки значений справочников из централизованной базы управления НСИ и их перегрузки в учетные и прочие системы ДЗО. ДЗО не имеют возможности добавлять новые элементы справочников при необходимости. Для этого от них требуется сформировать заявку на добавление/изменение элемента справочника. При жестком подходе говорят про централизованную НСИ.

Жесткому подходу противопоставляют мягкий подход управления НСИ.

Мягкий подход

Мягкий подход не требует вмешательства в учетные системы ДЗО, а конфликты при сопоставлении НСИ решаются на уровне Корпоративного центра (централизованной базы управления НСИ). Технически данный подход в «1С:Управление холдингом» реализован путем поиска и удаления дубликатов после загрузки исходной информации с ДЗО, либо путем синхронизации элементов НСИ , соответствующих объектам системы ДЗО, эталонным элементам корпоративных классификаторов (через меппинг). При мягком подходе принято говорить про аналитическую НСИ. Появились вопросы – обращайтесь!

Елена Гнатенко,

консультант-аналитик компании ООО “Кодерлайн”

www.koderline.ru

Функциональные возможности «1С:Предприятие 8. MDM Управление НСИ»

С помощью «1С:Предприятие 8. MDM Управление НСИ» осуществляется подготовка справочников и классификаторов, первичная обработка контента, ведение нормативно-справочной информации, поддержка централизованных справочников в актуальном состоянии, а также синхронизация записей объектов нормативно-справочной информации в информационных системах предприятия.

Функциональность MDM-системы определяется входящими в ее состав подсистемами; все подсистемы связаны между собой и взаимодействуют друг с другом:

В зависимости от структуры компании, в программном продукте «1С:Предприятие 8. MDM Управление НСИ» могут быть организованы функциональные рабочие места пользователя, эксперта службы НСИ, старшего эксперта службы НСИ, методолога НСИ.

Управление содержимым справочников

Модуль управления содержимым справочников обеспечивает поддержку процессов нормализации данных и поддержания объектов НСИ в актуальном состоянии. С помощью данного модуля осуществляется поддержка механизмов связывания сопутствующих объектов, проверка целостности и непротиворечивости НСИ. Также модуль предоставляет доступ к функциям загрузки/выгрузки массивов данных.

В модуле реализованы следующие функции:

Проверка на дублирование информации по объекту из заявки пользователя.
Создание/изменение/установка пометки на удаление записей справочников в соответствии с заявкой пользователя.
Непосредственное создание/изменение/установка пометки на удаление записей справочников и классификаторов пользователями с установленными соответствующими правами.
Автоматическое формирование полного классификационного описания.
Ведение журнала изменений значений атрибутов (полей) справочников.
Хранение в специальном каталоге базы данных системы (БД) прикрепленных к записям справочников файлов, зарегистрированных в операционной системе форматов (например, PDF, DOC, JPG, XLS и др.).

Просмотр и поиск содержимого справочников

Модуль поиска реализует часть основного функционала автоматизированного рабочего места (АРМ) Пользователя ЕС НСИ и АРМ Эксперта/Методолога НСИ. В подсистеме поддерживаются стандартные и специализированные процедуры поиска. Часть этих функций являются функциями платформы «1С:Предприятие 8», но основные функции поиска данных НСИ является оригинальной разработкой.

В модуле реализованы следующие функциональные возможности:

Поиск по текстовым атрибутам всех основных справочников:
- На точное совпадение без учета регистра;
- На точное совпадение подстроки без учета регистра;
Поиск с учетом морфологии;
Поиск по числовым атрибутам всех основных справочников:
- По условию «равно»;
- По условию «не равно»;
- По условию «не меньше»;
- По условию «не больше»;
Поиск по значениям свойств и характеристик.
Поиск взаимозаменяемых позиций (аналогов) по набору свойств, характеристик и их значений.
Просмотр дублирующихся позиций.
Просмотр карточки записи основного справочника.
Просмотр карточки записи классификатора.
Просмотр связанных объектов.
Отображение иерархических справочников в виде дерева.
Сортировка записей справочников по нескольким атрибутам.
Просмотр прикрепленных к записям справочников файлов.
Управление личными папками пользователей и просмотром/выбором последних использованных пользователем объектов.
Управление буфером обработки.

Управление заявками на добавление/ изменение объектов НСИ

Модуль предназначен для обеспечения процессов ведения (поддержания в актуальном состоянии) объектов НСИ. С помощью данной подсистемы реализуется поддержка процедур бизнес-процесса добавления, проверки, изменения и публикации (создания справочнике) объектов НСИ. Данные функции модуля используются в АРМ Пользователя при инициации процесса добавления или изменения информации в ЕС НСИ. В АРМ Эксперта/ Методолога модуль используется для оповещения о новых заявках, распределения заявок по исполнителям, обработки и контроля обработанной информации, запуска процедур публикации изменений.

В модуле управления заявками реализованы следующие функции:

Создание заявок на добавление, изменение или удаление записей в справочниках.
Отправка заявок в службу НСИ.
Поддержка статусов обработки объектов НСИ на каждом шаге:
- Временный элемент;
- Создана заявка;
- Обработка начата;
- Обработана
Поддержка распределения заявок старшим экспертом службы НСИ по специалистам службы.
Поддержка механизма передачи заявок на обработку другому специалисту службы НСИ.
Закрепление специалистов службы НСИ за определенными группами записей справочников (по классификационным признакам записей, по группировочным признакам) с возможностью автоматического распределения заявок на обработку.
Поддержка временной передачи полномочий между специалистами службы НСИ.
Запуск механизмов публикации в справочниках обработанных объектов из заявок.
Настройка процедуры прохождения заявок, последовательности согласований, максимальных сроков на выполнение задач.
Формирование уведомлений по отклонениям от сроков выполнения заявки.
Поддержка предварительной классификации записей в заявках пользователей.
Формирование отчетов, связанных с обработкой пользовательских заявок.
Ведение журнала изменений состояний заявок.
Поддержка механизмов прикрепления файлов к заявкам.
Просмотр прикрепленных к заявке файлов.

Управление синхронизацией данных

Модуль интеграции (синхронизации) данных обеспечивает выполнение следующих функций:

Создание сценариев синхронизации данных для любого справочника и каждой целевой системы – потребителя предприятия.
Синхронизация данных в соответствии с разработанными сценариями.
Ведение протокола синхронизации.
Автоматический/ ручной запуск репликации после изменений данных в ЕС НСИ.
Запуск репликации по расписанию.

Возможности интеграции ЕС НСИ и систем — потребителей НСИ

Первичная загрузка контента

Первичная загрузка – это стартовая процедура при начале эксплуатации (подготовке к эксплуатации) ЕС НСИ. Возможны несколько сценариев первичной загрузки:

Загрузка эталонного контента и таблиц переходных ключей. Подразумевается, что в данном варианте в контенте содержаться только эталонные записи и отсутствуют дубли.
Загрузка нормализованного контента и таблиц переходных ключей. При данном сценарии в контенте могут присутствовать группы связанных дублей и эталонные записи. Каждому дублю соответствует единственный эталон.
Загрузка необработанного контента с идентификаторами систем потребителей и записей. На основе идентификаторов создается таблица переходных ключей.

Миграция данных

Миграция данных - это формализованный и детерминированный процесс переноса данных из ЕС НСИ в соответствующие справочники, словари и классификаторы систем – потребителей НСИ. Миграция данных осуществляется в соответствии с мэппингом полей и справочников, с учетом связок дублей и эталонов и критериев переносимости значений отдельных атрибутов дублей. Критерии переносимости значений атрибутов – это (в контексте ЕС НСИ) флаги, сигнализирующие о том, что значение данного атрибута связанной записи в исходном справочнике системы – потребителя должно быть сохранено.

При настройке миграции данных учитывается несколько параметров:

Таблица мэппинга справочников. Таблица определяет, какой справочник ЕС НСИ является источником информации для каких справочников, в каких информационных системах. При этом учитывается, что несколько справочников ЕС НСИ могут быть источниками для одного справочника конкретной ИС. И, наоборот, один справочник ЕС НСИ – источник для нескольких справочников ИС. Поэтому, для таких справочников указываются условия разделения информации.
Таблица переходных ключей. Посредством этой таблицы настраивается мэппинг конкретных записей ЕС НСИ в системы- потребители НСИ.
Таблица подстановки значений. Данная таблица регулирует замену ссылочных значений атрибутов справочников ЕС НСИ на значения атрибутов связанных объектов. Данная замена (подстановка значений) необходима, если в системах-потребителях не ведутся соответствующие связанные объекты (подчиненные и вспомогательные справочники).

Функции подсистемы интеграции

Помимо объединения, централизации объектов НСИ, упорядочивания процессов ведения и использования НСИ, конфигурация обеспечивает интеграцию с системами-потребителями на уровне объектов НСИ (мастер-данных). Реализация интеграционных функций конфигурации подразумевает настройку механизмов обмена данными с типовыми и нетиповыми конфигурациями для платформы «1С: Предприятие 8». Помимо прикладных решений фирмы 1С, конфигурация позволяет настроить и использовать обмен данными с различными автоматизированными системами. Это позволяет осуществлять интеграцию данных в мультиплатформенных информационных средах. Контроль доставки данных в системы- потребители осуществляется посредством возврата квитанций о доставке. Подсистема интеграции обеспечивает выполнение следующих функций:

Создание сценариев синхронизации для любого справочника и каждой целевой ИС.
Синхронизация данных в соответствии с разработанными сценариями.
Ведение протокола синхронизации.
Автоматический/ ручной запуск репликации после появления изменений в контенте.
Запуск репликации по расписанию.
Конфигурация предоставляет необходимые сервисные функции, которые позволяют осуществлять загрузку и выгрузку данных с использованием файлов – источников формата XML

Администрирование ЕС НСИ

Подсистема администрирования предназначена для определения списка пользователей ЕС НСИ, назначения прав доступа к информации, установки/снятия различных ограничений на работу с объектами НСИ, реализации процессов обеспечения протоколирования работы системы.

В рамках подсистемы администрирования реализован следующий функционал:

Создание новой учетной записи пользователя.
Редактирование учетных записей пользователей.
Назначение ролевых функций пользователям:
- Пользователь системы управления НСИ;
- Эксперт службы НСИ;
- Старший эксперт службы НСИ;
- Методолог службы НСИ;
Установка/снятие ограничений прав доступа на модификацию для любого поля каждого из справочников.
Ведение журнала регистрации работы пользователей.

Цены и лицензионная политика Техническая поддержка и сопровождение

Менеджеры DATAREON будут рады ответить на все вопросы по тел. +7(495)280-08-01. Также вы можете написать нам через форму обратной связи.

www.datareon.ru

1С Master Data Management (MDM) - Управление НСИ

Когда в организации множество информационных систем на разных платформах, с разной структурой хранения справочников очень трудозатратно получить консолидированную информацию. Управлять качеством не централизованных справочников становиться просто невозможно. Управление НСИ - Master Data Management (MDM) позволяет достичь единства классификаторов и справочников во всех информационной сфере компании. Система так же призвана решить проблему первичного ввода справочников в информационную среду организации.

Назначение системы Master Data Management (1C MDM)

Стандартизация структуры НСИ

НСИ не противоречива и одинакова воспринимается всеми пользователями учетных систем;
Информация представляет собой единое целое.

Управление качеством НСИ

Бизнес-процессы центра управления НСИ в 1С описаны и формализованы;
Происходит непрерывная корректировка несоответствий.

Централизованное управление изменениями НСИ

Механизм формирования заявок на добавление, изменение и удаление записей элементов НСИ;
Поддержка статусы обработки объектов НСИ;
Централизация ответственности за качество нормативно-справочной информации
Контроль сроков прохождения заявок.

Поддержка информационных связей между различными ИС

Поддержка сценариев синхронизации с различными информационными средами из Master Data Management (MDM);
Ведение протоколов синхронизации;
Запуск репликации по расписанию.

Схемы ведения нормативно-справочной информации

Консолидация данных

Гармонизация данных

внесение изменений выполняется в многочисленных информационных системах. Изменения собираются и вводятся в эталонный справочник, хранение которого осуществляется в одной специально выделенной информационной базе(эталонной). Изменения, выполненные в эталонном справочнике централизованно рассылаются в требуемые информационные системы Компании Схема является комбинацией консолидации и централизованного распространения справочников;

Централизованное распределение данных

внесение изменений выполняется в одной специально выделенной информационной системе MDM (эталонной), изменения регламентировано рассылаются потребителям.

Предпочтительный вариант;

Наиболее правильным считается вариант ведения НСИ в централизованной системе данных, где хранится только эталонная информация. Качеством информации в такой системе управлять проще всего. В результате внедрения во всех системах одна и та же запись имеет одинаковый первичный ключ, что позволяет формировать корпоративную отчетность и осуществлять обмен транзакционными данными между ИС без дополнительных трудозатрат по выверке и перекодировке данных.

Контроль качества информации в MDM

Контроль качества НСИ - одна из первостепенных задач системы 1С центра управления НСИ. MDM позволяет оперативно найти возможные дубли информацию, отсеять не качественную информацию, не допустить такую информацию к репликации.

Если вам необходимо внедрение управления НСИ (Master Data Management - MDM) на базе 1С, вы можете обратиться к опытным программистам 1С за помощью.

programmist1s.ru