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

Не изобретать велосипед. Реализовать централизованный ввод НСИ орг. мерами.

(1) где его реализовать?

База-то одна?

А в чем задача вообще? Добиться централизованного ввода НСИ в некой рабочей базе? Назначить ответственных за заполнение справочников. Сделать доп. проверки от дублей, например контрагентов по ИНН+КПП...

(3) Нет, баз несколько, причем не все на 1С.

Контрагенты, договора - это не НСИ вообще-то

(4) Задача: сделать централизованный ввод НСИ, потом синхронизация со всеми остальными базами.

(6) хм...а что же это тогда?

(8) НСИ - это информация, мало подверженная изменению, либо вообще, не подверженная. Например, статьи затрат, статьи ДДС. А по задаче, после дополнительного разъяснения... Сделать отдельную базу для ввода НСИ и обменами синхронизировать с другими

(9) Спасибо, твой вариант я понял. Т.е. отдельная БД, я так понимаю что твой вариант ближе ко второму "Использовать отдельную конфу 1С".

(10) Да. После разъяснения задачи именно так.

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

(0)
Что в вашем понимании НСИ?

1 и 2 варианты если нужно дешего и сердито, либо обрезать УПП пока не останется то, что нужно, либо на БСП ваять свое.
3ий если есть возможность купить и внедрить готовое решение, но в зависимости от вашего понимания НСИ может не хватить 1го продукта, чтобы все объять.

(0) я делал на БСП, синхронизация посредством MS SQL (7шные, 8шные базы).

+(14) некоторые справочники выдрал из Бухии

(13) Бюджет не имеет значения, нужен результ.

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

Ну где же эти гуру с 22см, внедрявших все и вся... :) Мне нужна информация.

(0) Чем различаются пункты 1 и 2?

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

(17) Каких именно справочников?)

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

(16) если бюджет не имеет значения, то лучше взять готовое решение, и не портить напильник. М.б. это? - http://www.axelot.ru/products/nsi/

(19) Как чем, есть отдельные конфигурации по вводу НСИ.

(24) а чем  тогда отличается 2 от 3? оО

И какую именно справочную информацию собираетесь централизованно вводить?

(25) Также есть продукты не на платформе 1С.

(23) Спасибо за ссылку, теперь вопрос след., кто использовал акселотовскую конфу, как летает?

Сначала орг. меры потом уже думать о автоматизации.

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

Но, например сбытовое подразделение расположено в другом городе и именно оно напрямую работает с контрагентами.
Пришел новый контрагент - готов купить продукции на миллион евро.
Он же не будет сидеть и ждать когда вы свяжетесь с центром, передадите туда данные контрагента, потом дождетесь обмена ...

(28) Как раз будет сидеть и ждать, пока будет проверен сб, согласован и заключен договор и т.д. и т.п.

Не про ларек речь.

(27) использование намекает на организационные изменения.

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

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

задачей*

Если честно, то хотел бы услышать отзывы о системах не на платформе 1С, надеялся, что кто-то все-таки использовал подобные продукты.

(32) Вариантов масса, от самописной конфы с обменом через КД и сервисы, вплоть до монстров а-ля Microsoft Master Data Service

(0) Какая топология обмена предполагается в решении?

(31) Что будете делать при конфликте записей, когда одновременно из двух и более узлов редактируют запись?

в кратце:
РИБ, вместо записи НСИ в базу 1с объект пакуется в xml и выстреливается в базу НСИ, там принимается решение о принятии/отклонении и рассылается во все базы

+ писалось давно, потому xml. Щас конечно на веб-сервисах бы было написано. Универсально

(35) (37) Запись редактируется/создается только в одном месте, потом из центра синхронизируются с др. БД.

(38) Спасибо за вариант, тебя понял.

(0) ну вот же: http://www.axelot.ru/products/nsi/?gclid=CjwKEAiA-5-kBRDylPG5096R8mASJABqEdm4UQUuSsX0PwS_1lvwNr6QmxqUIRw_1Kzd2LGAFIRSABoC967w_wcB
она конечно денех стоит, но решает все возможные задачи по теме.

(42) Ссылочку видел, хотел бы отзывов от специалистов, внедривших сей продукт.

(39) web-сервисы не панацея.

(40) Это в идеале.

(44) про панацею никто и не говорил, но это лучше чем файликами кидаться

(46) Ну конечно, особенно создание нового образа какого-нибудь филиала.

(47) что? не понял при чем тут это, источники запросов в базу НСИ делятся по узлам, добавление нового - вобще не проблема

(48) Может стать проблемой :
1. Если используется штатный механизм обмена
2. Объем начального заполнения велик

+(15)(32) + посадили 2 человечка для контроля заполнения, дублей, и некоторых служебных функций.

(49) ты немного не понял как у нас сделано, в (38) описано.
С обменами между узлами и т.д. вобще не связано, база НСИ - отдельная

(51) Я рассматриваю общий случай реализации штатными механизмами.
Понятно, что схем много, та же publish/subscriber и т.п.

сейчас делаю подобную базу НСИ.

Создал пустую базу, в нее перенес механизмы обмена данными из УПП.

Создам там план обмена.

(34) Есть система написанная на сторонней платформе (СУБД Оракл) и несколько баз на Бух 2.0. Стояла задача централизованного ввода и редактирования справочника контрагентов. Точка ввода - сторонняя система. Как из нее данные будут уходить в базы 1С, на самом деле, вторичная задача, реализовать можно по-разному. Другое дело свести (сопоставить) существующих в разных базах контрагентов, синхронизировать все их реквизиты. Т.к. системы естественно развивались параллельно.

Лучше отдельную 1С конфу, ориентированную на Веб-интерфейс (чтобы можно было удаленно работать и не иметь гемора с РИБ) и обменом через веб-сервисы.

+(54) о, да. Это та еще история...

(54) это уже другая задача, это опа.

+(56) я про сопоставление и сведение.

(58) приводы поставь и будет тебе сведение :)

(57) А Вы предполагаете что ТС запускает все системы с нуля? Я просто заранее обратил внимание на то с какой опой он столкнется)

(60) Вы совершенно правы, базы далеко не с нуля и я об этом уже думал, но это уже действительно др. задача.

(55) Спасибо, хороший вариант, обязательно рассмотрю.

(53) Спасибо, рассмотрю.

(42) 450 т.р. Да они охренeли

(62) Если система решает все поставленные перед ней задачи, то вполне нормально, они окупятся.

Внедряли Акселот. Причем это было первое их внедрение. Работает

(64) О, спасибо за первый отзыв о ПО на платформе 1С.