Всем добрый день!
Есть 1С8.2 в ней ведется ввод накладных, а есть так же программа расчета оперативного дефицита написанная на делфи необходимо организовать передачу данных из 1С в ту программу по средствам СОМ соединения. Админы упираются и ссылаются что необходимы лицензии и прочее. 1С стоит на SQL сервере. Суть вот в чем, что требуется для организации такого соединения лицензии и т.д.? Склоняюсь к тому что у отдела сопровождения просто нет желания.

Вы откуда куда цепляться-то собрались?

нужны лицензии на подключения к серверу 1С и SQL, как и для обычных сеансов, не более

+(2) это если из внешней программы к 1С, обратно вообще ничего не надо

(3) Есть мнение (и не только мое), что лицензии могут быть и у той самой "программы расчета оперативного дефицита"

(4) могут быть, мне показалось, что это самописка

А что требуется для того, чтобы 1С запускалась?
ИМХО абсолютно то же самое требуется и для СОМ

1C сильно измененная стандартная, оперативный диф. самописка, из 1С надо брать движение товара между цехами, номенклатура очень большая, программистом дельфи было решено брать инфу через СОМ, программист 1С упирается и говорит что систему будет сильно подвешиваь такое соединение + лицензии. Пользователей ориентировочно больше 300.

(7) не более чем обычный пользователь будет подвешивать, а то и менее

(7) Да, будет съедаться лицензия. Насчет скорости - хз, зависит от задачи.

Я тоже противник КОМ. Незачем напрягать основную СУБД из сторонних программ.

Я тоже противник КОМ. Незачем напрягать основную СУБД из сторонних программ.

А как тогда лучше организовать миграцию данных?

(7) Чувак, это серьезные цифры. Для таких масштабов нужно проектировать серьезную систему, а не спрашивать советов на Мисте

(11) перенести этот расчет оперативного дефицита в 1с, а ту вторую программу выкинуть.

"оперативный дифицит" - звучит устрашающе, серьезные алгоритмы?

(13) 100500. +1

"Для таких масштабов нужно проектировать серьезную систему, а не спрашивать советов на Мисте"
при всей моей любви к 1С серьезную систему с сложным составом изделий,нормативной базой  и прочими наворотами не говоря уже о каком то планировании 1С не тянет в принципе.

""оперативный дифицит" - звучит устрашающе, серьезные алгоритмы?"
да не в общем не сложные но суть в том что подвязана база по составу изделия нормативы и маршруты изготовления.

Не замечал, чтобы КОМ серьезно подвешивал 1С. Масштабы поменьше (130 пользователей), чтение данных из основной системы раз в 15 минут.
Что мешает попробовать?

(16) "1С не тянет в принципе"

вы просто не умеете ее готовить.

(17) Дело не столько в технологии, сколько в том, что именно делается.
Можно через КОМ такой запрос бахнуть, что сервак повиснет. Боюсь, "сторонняя программка" не будет сильно заботиться о том, как живется серваку с 1С.

(19) Запрос можно и не через КОМ "бахнуть". КОМ в этом плане ничем не отличается от приложения.

(16) ну а я про что?

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

(20) Отличается тем, что работу с базой 1с через ком будет не делать 1с-овец, а программист дельфи, со своим, специфическим взглядом на мир.

(0) Чтобы было Безболезненно — сделайте обмен через XML.

"Чтобы было Безболезненно — сделайте обмен через XML."

такие обмены приводят к тому, что через какое то время данные начинают не сходиться, это уже проходили в складском учете, бухии, ЗП, основных фондах и прочем.

(24) Если данные не сходятся, то это проблема не типа обмена, а его автора. А "выстрелить себе в ногу" через ком проще.