Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
asdfghjklТут такое дело, вроде как принято запихивать данные в хранилище. А вот выпихивать - не принято. Ни разу. И вообще - "хранилище" и "интеграция" это "два разных человека". Про гемор - отчасти правда, но ведь и задачка непростая. Есть где мысли развернуться. Абсалютно согласен. Так вот собственно вопрос: Кто как решал проблему синхронизации справочников типа в одно системе создали товар в системе А с кодом 10 запихнули в другую систему В этот товар там присвоился код 123 и теперь нужно автоматиечески запомнить что А.10=В.123 и потом, кодга мы будем продажами между системами бросаться, то перекодировать налету. Кто-то решал такие проблемы и как? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 10:12 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTvТак вот собственно вопрос: Кто как решал проблему синхронизации справочников типа в одно системе создали товар в системе А с кодом 10 запихнули в другую систему В этот товар там присвоился код 123 и теперь нужно автоматиечески запомнить что А.10=В.123 и потом, кодга мы будем продажами между системами бросаться, то перекодировать налету. Кто-то решал такие проблемы и как?Вот например: в системе А выполняется "бизнес-функция" "Создание материала". По факту удачного завершения запускается "интеграционный процесс", инициирующий передачу нужных данных и выполнение "бизнес-функции" "Создание материала" в системе Б. По завершению функция возвращает свои данные. На выходе - в двух системах синхронно создается материал и есть инфа о том, какой номер ему соответствует во второй. Скукота. :-) Сложность реализации зависит только от самих систем, в общем-то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 10:43 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTvКто как решал проблему синхронизации справочников Не надо их "синхронизировать", надо сделать один справочник. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 12:51 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
мод IgorTvКто как решал проблему синхронизации справочников Не надо их "синхронизировать", надо сделать один справочник.Это далеко не всегда можно сделать. Если используетс одновременно несколько разных покупных программных продуктов, решающих разные задачи и в своем составе имеющее жестко "зашитый", например, справочник контрагентов, то не получится его иметь один. Придется именно "синхронизировать". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 12:57 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
asdfghjkl IgorTvТак вот собственно вопрос: Кто как решал проблему синхронизации справочников типа в одно системе создали товар в системе А с кодом 10 запихнули в другую систему В этот товар там присвоился код 123 и теперь нужно автоматиечески запомнить что А.10=В.123 и потом, кодга мы будем продажами между системами бросаться, то перекодировать налету. Кто-то решал такие проблемы и как?Вот например: в системе А выполняется "бизнес-функция" "Создание материала". По факту удачного завершения запускается "интеграционный процесс", инициирующий передачу нужных данных и выполнение "бизнес-функции" "Создание материала" в системе Б. По завершению функция возвращает свои данные. На выходе - в двух системах синхронно создается материал и есть инфа о том, какой номер ему соответствует во второй. Скукота. :-) А если в системе Б операция прошла не успешно то что?Из А тоже удалять товар? А если у меня таких систем 10 то что? Если в одной из них не получилось создать товар? И еще тут ключевое слово - синхронно. А если в системе Б функция "Создание номенклатуры " запускается кнопочкой, которую человек иногда нажимает. И из системы А мы сразуже после создания номенклатуры передаем и продажу, в которой эта номенклатура есть. Так что мне в систему Б передавать если там товар еще не создался? Лично мне не скучно ниразу :) Ну а структура справочников типа в А 1 товар а в Б это несколько товаров вообще отдельная песня. И причем в Б это не будли одного и тогоже, это разные сущьности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 13:32 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
мод IgorTvКто как решал проблему синхронизации справочников Не надо их "синхронизировать", надо сделать один справочник. Понятно что надо. Но ввести единую кодировку= переписать и одновременно запустить 10 РАЗНЫХ систем учета в компании, где час простоя стоит немерянных денег. Это невозможно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 13:35 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTv asdfghjklТут такое дело, вроде как принято запихивать данные в хранилище. А вот выпихивать - не принято. Ни разу. И вообще - "хранилище" и "интеграция" это "два разных человека". Про гемор - отчасти правда, но ведь и задачка непростая. Есть где мысли развернуться. Абсалютно согласен. Так вот собственно вопрос: Кто как решал проблему синхронизации справочников типа в одно системе создали товар в системе А с кодом 10 запихнули в другую систему В этот товар там присвоился код 123 и теперь нужно автоматиечески запомнить что А.10=В.123 и потом, кодга мы будем продажами между системами бросаться, то перекодировать налету. Кто-то решал такие проблемы и как? Решается промежуточными таблицами.Но на первом этапе нужна ручная синхронизация справочников, после чего у каждого филиала товар живет под своим кодом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 13:48 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
sergey888 Решается промежуточными таблицами.Но на первом этапе нужна ручная синхронизация справочников, после чего у каждого филиала товар живет под своим кодом. А добавлять\изменять товары потом как? Снова ручками? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 13:52 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
GaryaЭто далеко не всегда можно сделать. Конечно не всегда, но надо стараться. Если это SQL, то view рулят. Ведь любая программа работает с таблицами своей БД - таблицы можно подменить на view. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 15:27 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTv если в системе Б функция "Создание номенклатуры " запускается кнопочкой, которую человек иногда нажимает. И из системы А мы сразуже после создания номенклатуры передаем и продажу, в которой эта номенклатура есть. Так что мне в систему Б передавать если там товар еще не создался?Вы рассматриваете создание новой номенклатуры, как функцию, запускаемую кнопочкой. Но ведь решение нажать эту кнопочку возникает не стихийно? Этому решению предшествует довольно длительная работа. Это лишь один малю-ю-юсенький шажок в процессе, который начинается в момент возникновения потребности в товаре (а иногда и намного раньше). Если рассматривать создание новой номенклатуры как шаг процесса, то можно, используя композитные приложения, организовать одновременное обращение к разным хранилищам, причем не только на "вталкивание", но и на "доставание" данных. Вы можете организовать обращение к разным базам данных в одной экранной форме. Сейчас так много говорят о системах управления бизнес-процессами, но часто присутствуют такие крайние мнения, как: - всего лишь новая рисовалка - еще одна разновидность систем документооборота - подмена BPEL, как интеграционного инструмента - ... Но, говоря языком известного персонажа, "Кавказ - это и здравница, и кузница...". BPM-системы как раз и отличеются от каждого пункта в отдельности тем, что сочетают в себе одновременно все эти пункты. Причем, наличие их является ОБЯЗАТЕЛЬНЫМ УСЛОВИЕМ для принятия продукта в разряд BPMS. И интеграция - это действительный "конек" этого ПО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 15:28 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTv Но ввести единую кодировку= переписать и одновременно запустить 10 РАЗНЫХ систем Не понял, а зачем переписывать ? Единомоментная перекодировка вполне возможна даже на работающей системе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 15:30 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTv sergey888 Решается промежуточными таблицами.Но на первом этапе нужна ручная синхронизация справочников, после чего у каждого филиала товар живет под своим кодом. А добавлять\изменять товары потом как? Снова ручками? Редактировать товар можете кроме ИД, т.к. с головным справочником товары связаны по ИД. А перед добавлением нового товара надо запускать процедуру поиска аналогичных позиций. Если позиции в головном справочнике нет, то заводите новый товар со своим ИД, затем при репликации товар добавляется в головной справочник и автоматически добавляется запись в промежуточную таблицу, связывая ваш ИД и ИД головного справочника. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 16:02 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
мод GaryaЭто далеко не всегда можно сделать. Конечно не всегда, но надо стараться. Если это SQL, то view рулят. Ведь любая программа работает с таблицами своей БД - таблицы можно подменить на view.В одних случаях это надо делать, в других - нет. А что будет с VIEW при попытке наложения новой версии, в которой запускается скрипт ALTER TABLE - той самой TABLE, которую мы ранее заменили на VIEW? Будет большая проблема при попытке обновления версии, вот что будет. Опять же, что делать, если справочник - это не одна таблица, а множество, и в этих таблицах содержится не только содержимое синхронизируемого справочника, но и многих других? В общем, ПМСМ, подходить нужно взвешенно. Когда приложений 2-3-4, может быть, VIEW - это и лучший способ. Когда их 20-30-40, тут уже как ни старайся, можешь себе лишь навредить. При большом количестве приложений необходимо использовать сервер интеграции. Потому что если городить между приложениями прямые связи, то их получится большая и громоздкая паутина, которая будет выходить из строя при смене версии хотя бы одного из нескольких десятков приложений. В таком случае уже важнее нацеленность на безболезненную модификацию, смену версий, форматов и т.п., нежели на возможность работы с едиными источниками информации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 16:19 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
GaryaВ общем, ПМСМ, подходить нужно взвешенно. Когда их 20-30-40, тут уже как ни старайся, можешь себе лишь навредить. Конечно согласен. Правда, если у вас 40 приложений, то пора подумать о том, как сделать из них хотя бы 10 :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 16:31 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
модесли у вас 40 приложений, то пора подумать о том, как сделать из них хотя бы 10 :).У нас на одном из заводов только 8 РАЗНЫХ систем клиент-банк для связи с РАЗНЫМИ банками. Так что чтобы осталось только десять, остальных приложений должно быть не более двух... :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 16:46 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
Garya модесли у вас 40 приложений, то пора подумать о том, как сделать из них хотя бы 10 :).У нас на одном из заводов только 8 РАЗНЫХ систем клиент-банк для связи с РАЗНЫМИ банками. Так что чтобы осталось только десять, остальных приложений должно быть не более двух... :):-) Или банков... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 17:11 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
> У нас на одном из заводов только 8 РАЗНЫХ систем клиент-банк > для связи с РАЗНЫМИ банками. Типа по каждому договору заинтересованное лицо получило немножко преференций? А чего только восемь? В стране банков, если память мне не изменяет, порядка полутора тысяч (лень искать точную цифру, извините). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2006, 20:43 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
GaryaУ нас на одном из заводов только 8 РАЗНЫХ систем клиент-банк для связи с РАЗНЫМИ банками. Это периферия, она не в счет. Все равно все 8 связаны с одной центральной бухгалтерией (на 1С ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2006, 09:47 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
После того как объединяешь 2 системы дальше уже все просто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2006, 13:18 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
gybsonПосле того как объединяешь 2 системы дальше уже все просто. Вообщем, да. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2006, 14:39 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTv asdfghjklТут такое дело, вроде как принято запихивать данные в хранилище. А вот выпихивать - не принято. Ни разу. И вообще - "хранилище" и "интеграция" это "два разных человека". Про гемор - отчасти правда, но ведь и задачка непростая. Есть где мысли развернуться. Абсалютно согласен. Так вот собственно вопрос: Кто как решал проблему синхронизации справочников типа в одно системе создали товар в системе А с кодом 10 запихнули в другую систему В этот товар там присвоился код 123 и теперь нужно автоматиечески запомнить что А.10=В.123 и потом, кодга мы будем продажами между системами бросаться, то перекодировать налету. Кто-то решал такие проблемы и как? На самом деле тут вопрос решается в комплексе и для того что бы выполнять задачу по присвоению А.10=В.123 не нужен BMP. Это делается на более низком уровне. Такого рода задача для ESB (Enterprise Service Bus) - это трансформация некого сообщения. А тут WebSphere на ура пойдет (начиная с Express), потому как SIBus в любом сервере присутствует (и дополнительных денег не стоит) - а это то на чем реализуется ESB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 17:34 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
GavrilovD уточню. Для этого даже WebSphere не нужен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 18:37 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
iscrafm GavrilovD уточню. Для этого даже WebSphere не нужен.Угу. Только кто-ж тогда покупать все это будет? :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 19:00 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
GavrilovDНа самом деле тут вопрос решается в комплексе и для того что бы выполнять задачу по присвоению А.10=В.123 не нужен BMP. Это делается на более низком уровне. Такого рода задача для ESB (Enterprise Service Bus) - это трансформация некого сообщения. А тут WebSphere на ура пойдет (начиная с Express), потому как SIBus в любом сервере присутствует (и дополнительных денег не стоит) - а это то на чем реализуется ESB. Программить можно где угодно. Среда разработки не важна. Интересует решал кто-то такие задачи или нет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 19:18 |
|
||
|
Интеграция учетных систем.
|
|||
|---|---|---|---|
|
#18+
IgorTvПрограммить можно где угодно. Среда разработки не важна. Интересует решал кто-то такие задачи или нет?Ну писали-же выше разные варианты. Понятно, в обобщенном виде, а как еще? Не зная конкретики бОльшего и не посоветуешь. А вникать детально - как правило приличное время и уж всяко деньги. Постановка концепции ведения, скажем, гетерогенного номенклатора материалов - нормальная и серьезная работа. Вы уж определитесь - самим выдумывать или нанять кого. А месяцами чесать репу и ждать готового решения на блюдечке - непродуктивно. :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2006, 20:09 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34114581&tid=1527798]: |
0ms |
get settings: |
4ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
6ms |
get forum data: |
1ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 217ms |
| total: | 329ms |

| 0 / 0 |
