Гость
Форумы / [игнор отключен] [закрыт для гостей] / Жизнеспособность стыковки 1C и самописной системы / 13 сообщений из 13, страница 1 из 1
05.07.2006, 14:58
    #33833009
Наследник
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Исходные посылки:
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. Детализовать исходные данные скорее всего не будет времени/не захочу/не смогу
...
Рейтинг: 0 / 0
05.07.2006, 15:35
    #33833184
777777777
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Наследник
P.S. Господа, огромная просьба не флудить и не соскальзывать на смежные темы

Миссия невыполнима.

Наследник
P.P.S. Детализовать исходные данные скорее всего не будет времени/не захочу/не смогу

Никогда не говори никогда.

Наследник
2. Есть предложение купить готовые специализированные модули 1C: производство и складской учет, и использовать их совместно с нашей системой.
- модули готовые, работают на других предприятиях
- документооборот и алгоритмы достаточно нетривиальные

Чья инициатива? Если внешняя, то пусть настроят и покажут, как ихние модули хороши.

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

По-моему, если Вы впервые решаете подобную задачу, то Вам лучше найти человека, который это делал.

Наследник
- Примеры функциональности, которые вам не получилось/было очень сложно реализовать через OLE/ActiveX/файлы?

Основной вопрос репликации (для меня) - это разруливание коллизий.

Наследник
- Распределенные транзакции: насколько сложно это реализовать с 1с,

Такое разве есть в 1С?

Наследник
часто ли у вас были сбои в работающей системе?

Если делать с нуля, набираясь по ходу опыта, то глюков вначале было тьма. А потренировавшись на кошках, на пятом проекте - все как по маслу. Но на это ушли годы - поэтому лучше найти опытного спеца.

Наследник
- Как впечатления от результата стыковки? Это действительно может эффективно работать?

Смотря как сделать.

Наследник
- Какой этап стыковки у вас оказался самым трудным?

Начальный, наверное, когда все не работает, все на нервах и т.д.
...
Рейтинг: 0 / 0
05.07.2006, 15:39
    #33833204
MaxMB
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Ну че тут мусолить.
1-й вариант.
Выгружаешь из торговой базы данные в файл,
а 1с загружает данные из этого файла.
- 1с не поддерживает многозадачность,
допустим файлы будут выгружаться каждые 10 минут,
могут быть кализии но использя метод ЗафиксироватьТранзакции()
его можно избежать.
2-й Оле ,выгружать запросами,через Оле в 1с через некоторое время.
Вот в принципе и все.
...
Рейтинг: 0 / 0
05.07.2006, 16:47
    #33833523
Наследник
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
777777777
Наследник
- Как лучше решить проблемы синхронизации общих данных в разных системах,
при условии что прямое взаимодействие систем на уровне сервера бд невозможна?

По-моему, если Вы впервые решаете подобную задачу, то Вам лучше найти человека, который это делал.

Согласен. По своим контактам я уже ищу, и давно, но шансы маленькие.

777777777
Наследник
- Распределенные транзакции: насколько сложно это реализовать с 1с,

Такое разве есть в 1С?

Наверное, неверно выразился. Транзакции то в 1с, скорее всего есть, вопрос в другом: наколько сложно сделать транзакцию, что часть данных легла во внешнюю систему, а часть - в 1c. Желательно не используя для этого всякие сложные громоздкие штуки типа корбы и mts.

777777777
Наследник
- Как впечатления от результата стыковки? Это действительно может эффективно работать?

Смотря как сделать.

А как у вас получилось сделать? :)


MaxMB
1с не поддерживает многозадачность,

?????!!!!!! Не понял. есть гипотеза, что таки поддерживает :)

MaxMB
Ну че тут мусолить.

Спорить не буду. Просто не соглашусь и все:)

А у них есть какие-либо более высокоуровневые стандарты обмена данными, чем
Считать_Строку_Из_Файла(), записать_строку_в_файл()?

Хочется что-то типа
Записать_справочник_номенклатуры_в_формате_xml_схема_которого_описана_там_то_и_там_то()? И чтобы стандарты были описаны в документации.
естественно, вские специализированные модели данных пропускаем и делаем сами. или вообще все надо ручками на низком уровне?

времени на четкие формулироваик нет, напоследок:
- Как решать проблемы пересекающихся данных в разных системах? Только дублированием+синхронизацией?
- Насколько легко внедрить их пользовательский интерфейс в чужой, и наоборот? Что для этого надо? Где про это почитать?
...
Рейтинг: 0 / 0
05.07.2006, 17:54
    #33833760
Menahem
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
НаследникИсходные посылки:
1. Имеется самописная система:
- кадры+зарплата+бухгалтерия+налоговый учет+управленческий учет+сбыт
- объем дампа данных в бд, без индексов: 5 гб, прирост примерно 0.6 гб в год
- 2-хзвенка, клиент-сервер (не ms-sql)


На чём крутится самописная система? Собственно, варианта два:
1. Если на MS SQL или переносима на MS SQL, то теоретически можно средствами MS SQL, 1C и 1С++ настроить двусторонний обмен данными системы и 1С-ки.

2. Это вариант приходит в голову раньше остальных: подобрать конфигурацию 1С, максимально подходящую под Ваши бизнес-процессы, и перенести полностью туда данные из самописной системы, продолжая полностью работу далее в 1С.
...
Рейтинг: 0 / 0
05.07.2006, 18:30
    #33833891
Menahem
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Наследник
MaxMB
1с не поддерживает многозадачность,

?????!!!!!! Не понял. есть гипотеза, что таки поддерживает :)

Быть может и поддерживает. Но при проведении документа в 1С 7.7 блокируется весь журнал документов, в результате чего одновременно можно провести лишь один документ. Примеры можно продолжить. Посему на многозадачность 1С я бы не надеялся.

Наследник
А у них есть какие-либо более высокоуровневые стандарты обмена данными, чем
Считать_Строку_Из_Файла(), записать_строку_в_файл()?

Хочется что-то типа
Записать_справочник_номенклатуры_в_формате_xml_схема_которого_описана_там_то_и_там_то()? И чтобы стандарты были описаны в документации.
естественно, вские специализированные модели данных пропускаем и делаем сами. или вообще все надо ручками на низком уровне?

В принципе есть (только вот в документации описано далеко не всё), но работает, так скажем, не быстро... Вообще в случае с 1С всё, что только можно перекинуть на сервер - надо перекинуть.

Наследник Где про это почитать?

Попробуйте для начала в обсуждаемую здесь
http://www.sql.ru/forum/actualthread.aspx?tid=304877
книжку заглянуть.
...
Рейтинг: 0 / 0
06.07.2006, 01:51
    #33834367
Deosfen
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
я реализовал так как примерно описал Menahem
"1. Если на MS SQL или переносима на MS SQL, то теоретически можно средствами MS SQL, 1C и 1С++ настроить двусторонний обмен данными системы и 1С-ки." - за ислючением не использовал 1С++, реализовывал средствами MS SQL и внешними обработками, только была ситуация наоборот надо было данные в бухгалтерию синхронизировать.
...
Рейтинг: 0 / 0
06.07.2006, 16:10
    #33836158
desha
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Был опыт связывания 3 систем в кучу: SAP R/3, самописная система и 1С.
Все работает через xml. Вроде как без проблем.
...
Рейтинг: 0 / 0
07.07.2006, 09:07
    #33837235
Calm
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
desha, а что именно вы вгружали или выгражали из R/3 с помощью XML ?
...
Рейтинг: 0 / 0
07.07.2006, 11:40
    #33837799
_док
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
приходилось реализовывать подобные с сайбейсом и мс скл
схема была такая -
-внутри внешней системы создавалась база обмена = набор таблиц регистрирующих события внешней системы подлежащие отражению в 1с
-из 1с периодически соединялись с их бд по адо и обрабатывали события
-для передачи данных из 1с туда также регистрировались события в нутри их системы и они их качали

обмен данными осуществлялся на отдельном компьютере который запускался по расписанию и все делал автономно
...
Рейтинг: 0 / 0
07.07.2006, 12:51
    #33838089
desha
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Calmdesha, а что именно вы вгружали или выгражали из R/3 с помощью XML ?

Реализовывали выгрузку из САП всякие справочники (номенклатура, сотрудники и пр.), документы (workorder и пр.). Обратно закачивали документы. Но САП с xml дружит плохо. Поэтому была связка с САП через текстовый формат, а 1С через xml.
...
Рейтинг: 0 / 0
18.07.2006, 11:53
    #33860162
Сергей84
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
я конечно не самописку состыковывал, а Бух-ию на 1С, но из-за больших оборотов все стандартные механизмы не катили, да и ТиС была переписана оч. сильно
сделал приблизительно так:
1 - в ТиС наставил тригеров, которые в определенную таблицу фиксировали данные, которые должны пойти в Бух
2 - в Бух тоже самое, только наоборот
3 - при обмене синхронизированные данные записвываются в таблицу сопоставлений
Table_ID(ID_TORG,KIND_TORG,ID_BUH,KIND_BUH)
при синхронизации сделал принцип, что кто раньше изменил - тот и прав
некоторые объекты заблокировал на изменение в БД приемнике
в основном все данные гоню, через SP, которую запускаю через ADO в транзакции
работает с 1 января 2006, проблем нет

P.S. в режиме OLE в 1С нельзя запустить транзакцию (если кто знает как это сделать - знаю человека, который готов за это отвалить ящик пива )
...
Рейтинг: 0 / 0
19.07.2006, 17:36
    #33864892
Menahem
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Жизнеспособность стыковки 1C и самописной системы
Сергей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С.
...
Рейтинг: 0 / 0
Форумы / [игнор отключен] [закрыт для гостей] / Жизнеспособность стыковки 1C и самописной системы / 13 сообщений из 13, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]