Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
05.07.2006, 14:58
|
|||
---|---|---|---|
|
|||
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Исходные посылки: 1. Имеется самописная система: - кадры+зарплата+бухгалтерия+налоговый учет+управленческий учет+сбыт - объем дампа данных в бд, без индексов: 5 гб, прирост примерно 0.6 гб в год - 2-хзвенка, клиент-сервер (не ms-sql) 2. Есть предложение купить готовые специализированные модули 1C: производство и складской учет, и использовать их совместно с нашей системой. - модули готовые, работают на других предприятиях - документооборот и алгоритмы достаточно нетривиальные 3. Прочие факторы - Сейчас вся информация производство+склады вводится в бухглатерию и сбыт вручную. - для производства и складов необходимы данные из штатного расписания, номенклатура сырья и продукции, база клиентов, - Взаимодействие 1c и самописки возможно только на уровне OLE, ActiveX, файлов. ИНТЕРЕСУЮЩИЕ ВОПРОСЫ к людям, у которых есть опыт стыковки 1c c внешней системой на достаточно большом куске документооборота: - Как лучше решить проблемы синхронизации общих данных в разных системах, при условии что прямое взаимодействие систем на уровне сервера бд невозможна? Тут, я понимаю, есть 2 варианта: дублировать, либо внешней программой периодически синхронизировать/делать проверку целостности. А как это сделано у вас? А что можно почитать на эту тему, лучше если одна сторона – mssql+1с? - Примеры функциональности, которые вам не получилось/было очень сложно реализовать через OLE/ActiveX/файлы? - Распределенные транзакции: насколько сложно это реализовать с 1с, часто ли у вас были сбои в работающей системе? - Как впечатления от результата стыковки? Это действительно может эффективно работать? - Какой этап стыковки у вас оказался самым трудным? P.S. Господа, огромная просьба не флудить и не соскальзывать на смежные темы P.P.S. Детализовать исходные данные скорее всего не будет времени/не захочу/не смогу ... |
|||
:
Нравится:
Не нравится:
|
|||
|
05.07.2006, 15:35
|
|||
---|---|---|---|
|
|||
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Наследник P.S. Господа, огромная просьба не флудить и не соскальзывать на смежные темы Миссия невыполнима. Наследник P.P.S. Детализовать исходные данные скорее всего не будет времени/не захочу/не смогу Никогда не говори никогда. Наследник 2. Есть предложение купить готовые специализированные модули 1C: производство и складской учет, и использовать их совместно с нашей системой. - модули готовые, работают на других предприятиях - документооборот и алгоритмы достаточно нетривиальные Чья инициатива? Если внешняя, то пусть настроят и покажут, как ихние модули хороши. Наследник - Как лучше решить проблемы синхронизации общих данных в разных системах, при условии что прямое взаимодействие систем на уровне сервера бд невозможна? По-моему, если Вы впервые решаете подобную задачу, то Вам лучше найти человека, который это делал. Наследник - Примеры функциональности, которые вам не получилось/было очень сложно реализовать через OLE/ActiveX/файлы? Основной вопрос репликации (для меня) - это разруливание коллизий. Наследник - Распределенные транзакции: насколько сложно это реализовать с 1с, Такое разве есть в 1С? Наследник часто ли у вас были сбои в работающей системе? Если делать с нуля, набираясь по ходу опыта, то глюков вначале было тьма. А потренировавшись на кошках, на пятом проекте - все как по маслу. Но на это ушли годы - поэтому лучше найти опытного спеца. Наследник - Как впечатления от результата стыковки? Это действительно может эффективно работать? Смотря как сделать. Наследник - Какой этап стыковки у вас оказался самым трудным? Начальный, наверное, когда все не работает, все на нервах и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
05.07.2006, 15:39
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Ну че тут мусолить. 1-й вариант. Выгружаешь из торговой базы данные в файл, а 1с загружает данные из этого файла. - 1с не поддерживает многозадачность, допустим файлы будут выгружаться каждые 10 минут, могут быть кализии но использя метод ЗафиксироватьТранзакции() его можно избежать. 2-й Оле ,выгружать запросами,через Оле в 1с через некоторое время. Вот в принципе и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
05.07.2006, 16:47
|
|||
---|---|---|---|
|
|||
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
777777777 Наследник - Как лучше решить проблемы синхронизации общих данных в разных системах, при условии что прямое взаимодействие систем на уровне сервера бд невозможна? По-моему, если Вы впервые решаете подобную задачу, то Вам лучше найти человека, который это делал. Согласен. По своим контактам я уже ищу, и давно, но шансы маленькие. 777777777 Наследник - Распределенные транзакции: насколько сложно это реализовать с 1с, Такое разве есть в 1С? Наверное, неверно выразился. Транзакции то в 1с, скорее всего есть, вопрос в другом: наколько сложно сделать транзакцию, что часть данных легла во внешнюю систему, а часть - в 1c. Желательно не используя для этого всякие сложные громоздкие штуки типа корбы и mts. 777777777 Наследник - Как впечатления от результата стыковки? Это действительно может эффективно работать? Смотря как сделать. А как у вас получилось сделать? :) MaxMB 1с не поддерживает многозадачность, ?????!!!!!! Не понял. есть гипотеза, что таки поддерживает :) MaxMB Ну че тут мусолить. Спорить не буду. Просто не соглашусь и все:) А у них есть какие-либо более высокоуровневые стандарты обмена данными, чем Считать_Строку_Из_Файла(), записать_строку_в_файл()? Хочется что-то типа Записать_справочник_номенклатуры_в_формате_xml_схема_которого_описана_там_то_и_там_то()? И чтобы стандарты были описаны в документации. естественно, вские специализированные модели данных пропускаем и делаем сами. или вообще все надо ручками на низком уровне? времени на четкие формулироваик нет, напоследок: - Как решать проблемы пересекающихся данных в разных системах? Только дублированием+синхронизацией? - Насколько легко внедрить их пользовательский интерфейс в чужой, и наоборот? Что для этого надо? Где про это почитать? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
05.07.2006, 17:54
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
НаследникИсходные посылки: 1. Имеется самописная система: - кадры+зарплата+бухгалтерия+налоговый учет+управленческий учет+сбыт - объем дампа данных в бд, без индексов: 5 гб, прирост примерно 0.6 гб в год - 2-хзвенка, клиент-сервер (не ms-sql) На чём крутится самописная система? Собственно, варианта два: 1. Если на MS SQL или переносима на MS SQL, то теоретически можно средствами MS SQL, 1C и 1С++ настроить двусторонний обмен данными системы и 1С-ки. 2. Это вариант приходит в голову раньше остальных: подобрать конфигурацию 1С, максимально подходящую под Ваши бизнес-процессы, и перенести полностью туда данные из самописной системы, продолжая полностью работу далее в 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
05.07.2006, 18:30
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Наследник MaxMB 1с не поддерживает многозадачность, ?????!!!!!! Не понял. есть гипотеза, что таки поддерживает :) Быть может и поддерживает. Но при проведении документа в 1С 7.7 блокируется весь журнал документов, в результате чего одновременно можно провести лишь один документ. Примеры можно продолжить. Посему на многозадачность 1С я бы не надеялся. Наследник А у них есть какие-либо более высокоуровневые стандарты обмена данными, чем Считать_Строку_Из_Файла(), записать_строку_в_файл()? Хочется что-то типа Записать_справочник_номенклатуры_в_формате_xml_схема_которого_описана_там_то_и_там_то()? И чтобы стандарты были описаны в документации. естественно, вские специализированные модели данных пропускаем и делаем сами. или вообще все надо ручками на низком уровне? В принципе есть (только вот в документации описано далеко не всё), но работает, так скажем, не быстро... Вообще в случае с 1С всё, что только можно перекинуть на сервер - надо перекинуть. Наследник Где про это почитать? Попробуйте для начала в обсуждаемую здесь http://www.sql.ru/forum/actualthread.aspx?tid=304877 книжку заглянуть. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
06.07.2006, 01:51
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
я реализовал так как примерно описал Menahem "1. Если на MS SQL или переносима на MS SQL, то теоретически можно средствами MS SQL, 1C и 1С++ настроить двусторонний обмен данными системы и 1С-ки." - за ислючением не использовал 1С++, реализовывал средствами MS SQL и внешними обработками, только была ситуация наоборот надо было данные в бухгалтерию синхронизировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
06.07.2006, 16:10
|
|||
---|---|---|---|
|
|||
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Был опыт связывания 3 систем в кучу: SAP R/3, самописная система и 1С. Все работает через xml. Вроде как без проблем. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
07.07.2006, 09:07
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
desha, а что именно вы вгружали или выгражали из R/3 с помощью XML ? ... |
|||
:
Нравится:
Не нравится:
|
|||
|
07.07.2006, 11:40
|
|||
---|---|---|---|
|
|||
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
приходилось реализовывать подобные с сайбейсом и мс скл схема была такая - -внутри внешней системы создавалась база обмена = набор таблиц регистрирующих события внешней системы подлежащие отражению в 1с -из 1с периодически соединялись с их бд по адо и обрабатывали события -для передачи данных из 1с туда также регистрировались события в нутри их системы и они их качали обмен данными осуществлялся на отдельном компьютере который запускался по расписанию и все делал автономно ... |
|||
:
Нравится:
Не нравится:
|
|||
|
07.07.2006, 12:51
|
|||
---|---|---|---|
|
|||
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Calmdesha, а что именно вы вгружали или выгражали из R/3 с помощью XML ? Реализовывали выгрузку из САП всякие справочники (номенклатура, сотрудники и пр.), документы (workorder и пр.). Обратно закачивали документы. Но САП с xml дружит плохо. Поэтому была связка с САП через текстовый формат, а 1С через xml. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
18.07.2006, 11:53
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
я конечно не самописку состыковывал, а Бух-ию на 1С, но из-за больших оборотов все стандартные механизмы не катили, да и ТиС была переписана оч. сильно сделал приблизительно так: 1 - в ТиС наставил тригеров, которые в определенную таблицу фиксировали данные, которые должны пойти в Бух 2 - в Бух тоже самое, только наоборот 3 - при обмене синхронизированные данные записвываются в таблицу сопоставлений Table_ID(ID_TORG,KIND_TORG,ID_BUH,KIND_BUH) при синхронизации сделал принцип, что кто раньше изменил - тот и прав некоторые объекты заблокировал на изменение в БД приемнике в основном все данные гоню, через SP, которую запускаю через ADO в транзакции работает с 1 января 2006, проблем нет P.S. в режиме OLE в 1С нельзя запустить транзакцию (если кто знает как это сделать - знаю человека, который готов за это отвалить ящик пива ) ... |
|||
:
Нравится:
Не нравится:
|
|||
|
19.07.2006, 17:36
|
|||
---|---|---|---|
Жизнеспособность стыковки 1C и самописной системы |
|||
#18+
Сергей84я конечно не самописку состыковывал, а Бух-ию на 1С, но из-за больших оборотов все стандартные механизмы не катили, да и ТиС была переписана оч. сильно сделал приблизительно так: 1 - в ТиС наставил тригеров, которые в определенную таблицу фиксировали данные, которые должны пойти в Бух 2 - в Бух тоже самое, только наоборот 3 - при обмене синхронизированные данные записвываются в таблицу сопоставлений Table_ID(ID_TORG,KIND_TORG,ID_BUH,KIND_BUH) при синхронизации сделал принцип, что кто раньше изменил - тот и прав некоторые объекты заблокировал на изменение в БД приемнике в основном все данные гоню, через SP, которую запускаю через ADO в транзакции работает с 1 января 2006, проблем нет P.S. в режиме OLE в 1С нельзя запустить транзакцию (если кто знает как это сделать - знаю человека, который готов за это отвалить ящик пива ) Мы делаем следующим образом: из базы MS SQL, стыкуемой с 1С v. 7.7 системы, SQL-запросами через 1С++ загружаем документы, далее оной же обработкой записываем их в журнал и проводим, а потом шапки проведённых документов, так же, SQL-запросом на добавление через 1С++ закидываем в таблицы базы стыкуемого приложения. В приложении естественно, есть триггеры, которые срабатывают по цепочке по записи шапок проведённых документов из 1С. ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=28&mobile=1&tid=1525595]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 252ms |
total: | 379ms |
0 / 0 |