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

Нет, ну зачем же госкомстат?
Я имел ввиду НСИ дак условно постоянные данные, справочники и классификаторы. Вот сколько я проектов не видел, не замечал четкой структуры, справочники добавлялись неправильно, теряли актуальность почти сразу, в них разрешалось пользователям добавлять записи не по шаблонам и тд и тп
так вот НСИ глобально как я понимаю, это тщательно вычещеные данные и с очень жесткой структурой. Ну например, внедряется система(sap, oebs, 1c да всё равно) нужно куча справочников, например, контрагенты, единицы оборудования, мтр. Что делает большинство? просто берет у заказчика и заливает их как есть! особенно этим злоупотребляют сапёры)))

proposed amendmentmixassioЧто делает большинство? просто берет у заказчика и заливает их как есть! особенно этим злоупотребляют сапёры)))

ну не так уж и особенно, не надо перегибать.

на САП обычно мигрируют из других ERP и справочники тащат за собой следом. так что это наследуемый бардак.

кроме того, а что вы предлагаете как альтернативу?

взять и зашлифовать данные заказчика?
провести актуализацию его справочников?

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

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

Senya_L,

вот-вот, это понятно, мы щас как раз и пытаемся убедить)))) мало что получается конечно, но помоему проект по НСИ должен идти отдельно!

Сергей Васкецов
mixassioно помоему проект по НСИ должен идти отдельно!
1. Что такое "проект по НСИ"?

проект НСИ(в каких я учавтсвовал):
1. МТР (материально технические ресурсы)
собираются данные с заказчика(включая филиалы) всех мтр которые закупаются, используются и тд
Объем может быть большой. Эти массивы обрабатываются, включая ручную работу, выверяется каждая запись, удаляются дубли, расрабатывается система классификации и кодирования, каждая запись классифицируется и кодируется
2. ТОРО (техобслуживание и ремонт оборудования)
собираются данные с заказчика(включая филиалы) всех единиц оборудования, грязи там обычно до одурения, создаются древовидные структуры по узлам оборудования, к ним подцепляют истрорию ремонтов, из чего сделаны узлы и запчасти(типа мтр), навешиваются бухгалтерские штуки типа амортизации и прочего, технические характеристики и много чего ещё.
3. контрагенты и договора
тоже самое, везде обычно бардак, если филиалов больше двух, то и ведется каждый справочник по своему
4. и ещё много каких справочников

почему многие думают что для нси(данных) достаточно написать регламент???
нужно сначала данные туда залить!
Вот пример, если внедряешь справочник мтр то на него надо привязать товарные остатки, типа что хранится на складах. Что сделала одна фирма? посоветовала заказчику избавится от остатков перед внедрением системы!!!!!(оебс)
это нормально?

Сергей Васкецов,

во первых почему внеоборотных? и во всех системах что я видел есть справочник ОС

стоп по поводу МТР можно подробнее!
Есть допустим вентилятор промышленный
1. Он может быть единицей оборудования
2. он может быть на складе как запасной
3. он объект БУ, так как амортизируется
4. он может быть в заявке на закупку оборудования

он должен быть в справочнике МТР как запись
он должен быть в справочниках ТОРО и ОС как объект

теперь касаемо МТР это не НСИ

есть запись в справочнике МТР
Вентилятор
вентилятор промышленный
вентилятор промышленный Эд78463рогшорн-ро по ГОСТ 567487-00(символы ввел от балды, смысл в полноописанности продукта)

какому либо подразделению нужен вентилятор, они выбирают первую или вторую позицию и им покупают непонятно что, а отсюда куча неликвида на складах потом

если жн изначально разработать записи таким образом чтобы одной записи соответствовал четко один продукт(если хотите включая параметры типа цвет) то таких проблем не будет!

Senya_Lmixassio,

перечень продукции ... да мало ли чего еще. Но никак не МТР.

перечень продукции и есть мтр, под мтр я понимаю продукцию которая описывается например ОКП(общероссийский классификатор продукции)

kirillss

Вопрос справочники (клиенты, банки) являются в вашем понимании НСИ?
БЕЗУСЛОВНО это нси
а правильность построения например клиентов(контрагентов):
1. Проверка ИНН, КПП, ОКПО и прочих кодов
2. Внагрузку идут кучи справочников сразу ОКПО, ОКАТО и пр
3. Агоритмы проверки БИК, РС, КС
4. Связки КЛИЕНТ-РС
5 и много чего ещё

Сергей Васкецов,

вы уходите от ТОРО к БУ, а это не совсем верно, первичней всетаки ТОРО, согласен что ОС это реестр, суть не в том что мы как назовем. Давайте определяться с терминами.

нам нужен котел для ТЭЦ мы хотим его купить, делаем заявку, выбираем позицию из справочника МТР грубо говоря у нас есть новый объект со статусом "покупается", мы его купили, внесли в справочник(или реестр, не суть) ТОРО и ОС. статус "куплен" и "введен в эсплуатацию". Оп работает и с него отчисляют налоги. Далее Котел сломался. У объекта статус "сломан" и " в ремонте" к этому объекту выбираются запчасть (мтр) и ремонтные работы. Он починен, к объекту добавляется инфа о проделанном ремонте.
Если делать все изначально так, то всё круто, а если внедряется система, и уже есть куча объектов со своими налогами, истроией ремонтов и прочее, вот в чом вопрос собственно? многие отдают это заказчику, типа потом сами введете, что в корне не верно, как я думаю