Имеется БП 1.6 на платформе 8.2.13.219 и УПП 1.3 на платформе 8.2.14.53? (не помню). Базы для платформ само собой несовместимы. Можно ли организовать обмен через ОЛЕ или СОМ? Или все-таки только конвертировать базу БП 1.6? Я понимаю что конвертировать придется, но все-таки...
Межплатформенный обмен данными
Автор Сергей Гамзиков, 06 фев 2012 20:40
Сообщений в теме: 5
#1
Отправлено 06 февраля 2012 - 20:40
#2
Отправлено 07 февраля 2012 - 07:39
а через ВыгрузкуЗагрузкуДанныхXML? она на ИТС есть, и тут много раз обсуждалась
Хотя можно и через OLE и COM думаю настроить обмен
Хотя можно и через OLE и COM думаю настроить обмен
хотите сказать спасибо? жмите
#3
Отправлено 07 февраля 2012 - 08:20
Уточните, чем хотите обмениваться?
В БП нет и половины аналитики, которая необходима для УПП, да и сама БП1.6 давно снята с поддержки...
В БП нет и половины аналитики, которая необходима для УПП, да и сама БП1.6 давно снята с поддержки...
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#4
Отправлено 07 февраля 2012 - 09:36
Сергей Гамзиков (06 февраля 2012 - 20:40) писал:
Имеется БП 1.6 на платформе 8.2.13.219 и УПП 1.3 на платформе 8.2.14.53? (не помню). Базы для платформ само собой несовместимы. Можно ли организовать обмен через ОЛЕ или СОМ? Или все-таки только конвертировать базу БП 1.6? Я понимаю что конвертировать придется, но все-таки...
у меня были ошибки при попытке сделать обмен на разных платформах 8.2.. наверное можно при подключении как-то указать какой именно экземпляр платформы надо использовать.. но лень было разбираться.
поставил и там и там одинаковую платформу, сконвертировал базу. обмен пошел без ошибок.
Пишите код так, как будто сопровождать его будет склонный к насилию психопат, который знает, где вы живете.
#5
Отправлено 05 марта 2012 - 06:51
Странно-странно. Ексель без проблем обращается к 1С через COM, а 1С другого релиза - через раз? Возможно проблемы возникают когда пытаешься напрямую без обработки сохранять в базе-приемнике значения не простых специфических именно для 1С типов? Если гоняешь только строки/числа/даты и т.п. не должно быть ошибок
#6
Отправлено 05 марта 2012 - 08:39
По сабжу:
Можно и через COM по следующей схеме:
1) Перерегистрируем comcntr.dll из той папки, платформу БД которой будем использовать в качестве COM соединения
2) Проводим обмен
3) Перерегистрируем comcntr.dll на тот, что в папке наиболее старшей платформы.
Ну недостатки понятны - нужно перерегистрировать либы, хоть и программно можно, но все равно возможны сбои. Хотя может "прокатит" и так - но нужно проверять, не уверен.
Через OLE точно можно (обе же БД стартуют на одной машине?) - вот только OLE похуже и потребовательнее к ресурсам.
И уж ТОЧНО можно описать свой обмен через промежуточную точку (XML, TXT, DBF, СУБД (MySQL, MS SQL, DB2 - на что фантазии хватит))
Но во всех этих вариантах "светит" некислые человекочасы по написанию и отладке конвертаций.
Оправдано только в случае, если конфигурации переделаны на столько сурово, что затраты на обновления МНОГОКРАТНО превысят затраты на внедрение "чистых" конф (с переносом данных). Да и то еще посмотреть. УПП можно и оставить, а вот бухию я бы старался держать в актуальном состоянии. Ибо IMHO основное преимущество типовой бухии в том, что различные изменения в законодательстве (в т.ч. в отчетных формах) достаточно оперативно отслеживаются и актуализируются корпорацией.
Можно и через COM по следующей схеме:
1) Перерегистрируем comcntr.dll из той папки, платформу БД которой будем использовать в качестве COM соединения
2) Проводим обмен
3) Перерегистрируем comcntr.dll на тот, что в папке наиболее старшей платформы.
Ну недостатки понятны - нужно перерегистрировать либы, хоть и программно можно, но все равно возможны сбои. Хотя может "прокатит" и так - но нужно проверять, не уверен.
Через OLE точно можно (обе же БД стартуют на одной машине?) - вот только OLE похуже и потребовательнее к ресурсам.
И уж ТОЧНО можно описать свой обмен через промежуточную точку (XML, TXT, DBF, СУБД (MySQL, MS SQL, DB2 - на что фантазии хватит))
Но во всех этих вариантах "светит" некислые человекочасы по написанию и отладке конвертаций.
Оправдано только в случае, если конфигурации переделаны на столько сурово, что затраты на обновления МНОГОКРАТНО превысят затраты на внедрение "чистых" конф (с переносом данных). Да и то еще посмотреть. УПП можно и оставить, а вот бухию я бы старался держать в актуальном состоянии. Ибо IMHO основное преимущество типовой бухии в том, что различные изменения в законодательстве (в т.ч. в отчетных формах) достаточно оперативно отслеживаются и актуализируются корпорацией.
Не все полезно - что в БД залезло
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных









