Для начала, я не очень тесно связан с 1С. Я системный администратор.
В компании используется 1С версии 8.3, серверная. Конфигурация кастомная. На обычных формах. База данных в MSSQL Server 2012R2. Всё это дело крутится на Windows Server 2012R2.
Для нужд компании необходимо получать некий набор данных из базы данных. По сути там описание товара с его уникальным каталожным номером и фотографией. Все эти данные, причем в режиме только чтения, необходимо получить утилитой, которая запущена на Linux-машине. Утилита эта на python'е. Я не могу подключиться напрямую к MSSQL, так как 1С сама распоряжается данными в таблицах базы данных в СУБД.
Собственно отсюда вопрос, какие есть способы подключиться к 1С "снаружи"? Может есть какой-то API? COMConnector - не вариант, в Linux'е это понятие отсутствует, а библиотеки питона по работе с комконнектором реализованы для Windows.
В компании используется 1С версии 8.3, серверная. Конфигурация кастомная. На обычных формах. База данных в MSSQL Server 2012R2. Всё это дело крутится на Windows Server 2012R2.
Для нужд компании необходимо получать некий набор данных из базы данных. По сути там описание товара с его уникальным каталожным номером и фотографией. Все эти данные, причем в режиме только чтения, необходимо получить утилитой, которая запущена на Linux-машине. Утилита эта на python'е. Я не могу подключиться напрямую к MSSQL, так как 1С сама распоряжается данными в таблицах базы данных в СУБД.
Собственно отсюда вопрос, какие есть способы подключиться к 1С "снаружи"? Может есть какой-то API? COMConnector - не вариант, в Linux'е это понятие отсутствует, а библиотеки питона по работе с комконнектором реализованы для Windows.
По теме из базы знаний
- Внешние печатные формы для 1С: Бухгалтерии предприятия редакции 3.0
- Конструктор запросов при внешнем подключении
- Внешняя компонента WebSocket для 1С (c поддержкой Authorization token bearer)
- Ошибка загрузки большого архива 1Cv8.dt в PostgresSQL на платформе 1С 8.3.19
- Экстрактор данных 1С в BI - выгрузка данных из 1С в BI-аналитику
Найденные решения
(1)Как вариант: создать отдельную базу (можно, например, вообще на PostgreSQL), в 1С добавить ее в качестве внешнего источника, а далее либо вручную, либо регламентным заданием писать в нее необходимые данные из 1С. А уже вашей утилитой читать данные из этой промежуточной базы. А вообще странно, почему не можете запросом к SQL вытащить данные... Тут были обработки по преобразованию запроса 1С в запрос SQL.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Вот вам пара вариантов
1) вы можете на SQL сервере своем в базе создать представление, которое и будете получать прямым запросом от своей утилиты к базе.
Я для удобства создавал в 1С отдельный регистр, который регламентным заданием заполнял данными по расписанию, а затем "утилита" напрямую SQL запросом обращалась к этому представлению и получала табличку с данными готовыми. Только в регистр нужно писать только примитивные типы данных (числа, строки, даты, булево)
Этот вариант проще, но не всегда в моменте сможете получить актуальные данные, (зависит от расписания, по которому будет заполняться регистр)
2) Этот вариант сложнее, http или web сервисы... тут уже по запросу из утилиты сможете получать актуальные данные, но придется писать обработку, которая будет эти данные собирать и возвращать в нужном утилите виде... но работать будет "на лету" а не по расписанию... пришел запрос - данные сгенерировались
1) вы можете на SQL сервере своем в базе создать представление, которое и будете получать прямым запросом от своей утилиты к базе.
Я для удобства создавал в 1С отдельный регистр, который регламентным заданием заполнял данными по расписанию, а затем "утилита" напрямую SQL запросом обращалась к этому представлению и получала табличку с данными готовыми. Только в регистр нужно писать только примитивные типы данных (числа, строки, даты, булево)
Этот вариант проще, но не всегда в моменте сможете получить актуальные данные, (зависит от расписания, по которому будет заполняться регистр)
2) Этот вариант сложнее, http или web сервисы... тут уже по запросу из утилиты сможете получать актуальные данные, но придется писать обработку, которая будет эти данные собирать и возвращать в нужном утилите виде... но работать будет "на лету" а не по расписанию... пришел запрос - данные сгенерировались
(1)Как вариант: создать отдельную базу (можно, например, вообще на PostgreSQL), в 1С добавить ее в качестве внешнего источника, а далее либо вручную, либо регламентным заданием писать в нее необходимые данные из 1С. А уже вашей утилитой читать данные из этой промежуточной базы. А вообще странно, почему не можете запросом к SQL вытащить данные... Тут были обработки по преобразованию запроса 1С в запрос SQL.
(11)
Вот тут я на прошлой неделе ковырял запросы, которые делал веб-мастер, выдёргивая данные из 1с(меня в то время тут не было). Из пыха. Напрямую к скулю.
Работало года полтора...
думаю переговорю с нашим 1С программистом, попрошу организовать такой путь. Я так понял это в конфигураторе надо делать?
Вот тут я на прошлой неделе ковырял запросы, которые делал веб-мастер, выдёргивая данные из 1с(меня в то время тут не было). Из пыха. Напрямую к скулю.
Работало года полтора...
(4) есть обработки, показывающие структуру базы.. ну то есть соответствие всяких объектов конфигурации табличкам в базе данных. но как я уже писал, для удобства вы можете создать отдельный регистр, который заполнять будете непосредственно в 1С через консоль запросов 1С.. а потом в представлении на сервере обращаться конкретно к этому регистру. это будет отдельная табличка в БД. не нужны будут всякие объединения и тп, конкретно одна таблица
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот