Контакт 1С и MySQL?

Question

[Владимир Голубь]

Прохожу на предприятии практику необходимо сделать вывод заказов и их статусов на сайте. Все данные о заказах хранятся в 1с. Программист 1с с предприятия сказал, что он создаст ftp сервер. На который будет кидать .xml файлики. А я каким то образом должен буду заносить данную информацию в MySQL. Ну и для быстроты скидывать он будет не всю БД, а только то что изменилось( с его слов). Каким образом можно без участия в автоматическом режиме это можно реализовать? Может есть более простой способ ?
Спросив у него почему нельзя напрямую подключиться к 1с. Он ответил( что запомнил) , что 1с это файловая БД.( как-то так). И прямое подключение не безопасно.
Сразу скажу открыв гугл, я сразу наткнулся на какие-то веб-сервисы. И так и не понял кто это должен создавать ?

Comments

[Владимир Голубь]

Я не имею опыта работы с 1с .

[Владимир Голубь]

1с 8.3

Answer 1

[Пума Тайланд]

Ну напишите скрипт который будет испортить инфу в базу работы на день от силы

Comments

[Пума Тайланд]

*Импортить

[Владимир Голубь]

Пума Тайланд: а запускать его должен будет человек ? Просто тогда наверное не будет иметь смысл оповещение клиента по email. Если раз в день. В backend не силен.

[Пума Тайланд]

нет конечно просто по расписанию на сервере будет выполняться

[Владимир Голубь]

Пума Тайланд: а как это сделать при помощи cron? или есть более лучшие способы?

[Пума Тайланд]

RazerVG: ну сделайте при помощи крон

Answer 2

[Илья]

Проще всего будет из 1с писать "прямыми запросами" в базу данных MySQL.

Comments

[Владимир Голубь]

Конечно не спец в 1С, а разве так можно при файловой структуре ?

[Илья]

RazerVG: конечно можно, я не раз так делал. Вы же не в файл 1с пишете, а из 1с в MySQL.

[Владимир Голубь]

Илья: то есть сразу при добавлении писать запрос на добавление в MySQL ? Просто 1С занимается другой программист. Как ему обьяснить ?

[Илья]

RazerVG: да, примерно так.
Как объяснить - не знаю, вопрос творческий.

[Андрей]

Владимир Голубь: Пример подключения: https://helpf.pro/faq/view/348.html
Если файловая и нет возможности запускать регламентные задания, значит в каком то интерфейсе нужно запустить обработчик ожидания, пример: https://helpf.pro/faq/view/1302.html

Answer 3

[Оптимус Пьян]

Ну в этом случае парсить xml можно либо curl по адресу, либо там ещё какой-то специальный xml парсер есть в php по dom работает (не помню как называется).

Comments

[Владимир Голубь]

То есть без занесения в MySQL ? Сразу выводить инфу о заказах из файла?

Там просто к примеру статус меняеться и файл уже новый будет. Я пока сам еще не понимаю.

[Оптимус Пьян]

RazerVG: нет вы парсите xml и результаты парсинга кладёте в MySQL а выводите на сайт уже из БД

Answer 4

[Кирилл Меркулов]

Пусть переведет базу на скул вместо дт-хи,нормальный фаервол и напрямую выгрузку,боится за безопасность,ставь керио если финансы позволяют нет тогда squid.

Comments

[АртемЪ]

Прямое подключение небезопасно - это в смысле нефиг лезть в 1сную базу напрямую, без 1с. Ибо порушится.

Answer 5

[FloorZ]

Мне одному кажется, что куда разумнее будет перейти с файловой 1С на MSSQL и самой простой репликацией, передавать определенные поля таблицы "заказы покупателей". А дальше в гугле "Репликация MSSQL > MySQL".

Я так понял, они собрались передавать вам полный файл обмена. Сколько у них народа работает в 1С и на сколько большая у них, а так же как много информации туда забиваются у вас не указано. Но тут есть одна проблема. Эти обмены довольно большие (у нас не сжатая xml весит 700метров в среднем), если ИБ используется активно и парсить их достаточно долго и геморойно, особенность если еще и сжимают их. Данные же будут ну раз в сутки передавать, ну два максимум. Так же в них будет еще хренова туча лишней информации.

От сюда выводы я вижу такие:
А - продолжать в том же духе и ваш сервер будет довольно долго парсить эти xmlы и информация будет обновляться редко
Б - вынудить их перейти на MSSQL/PostgreSQL
В - Что бы их 1С программист написал индивидуальный обмен, который будет выгружать хотя бы в тот же txt/xml заказы покупателей с нужными вам полями.

Comments

[Владимир Голубь]

В компании порядка 70 человек. Почти весь документооборот повязан на 1с. Расчет зарплаты там. Все отчеты там. В связи с сегодняшней ситуацией компания экономит деньги. А полный переход на MSSQL потребует написание соответствующего софта, что наверное будет стоить огромных денег ( не профессионал не знаю ).

B у меня как раз этот вариант. Только он сказал, сначала он кинет файл полностью, а потом будет кидать только то, что изменилось. Сам не спец в 1с. Прокатит такое или нет не знаю.

Допустим 100 клиентов и у каждого по 10 заказов. На старте будет примерно такое количество.
Да и то это много.

[FloorZ]

70 человек в файловой базе?! Что-то не вериться...
Если у них работает аж 70 человек, то хотя бы тысяч 100-200 найдется на развертывание MSSQL соответствующего.
Что бы столько людей работало в ФАЙЛОВОЙ!!! базе и бэкапы, это же какую надо иметь дисковую подсистему?
И да, ничего переписывать не придется.

[Владимир Голубь]

FloorZ: нет с 1с работает только примерно человек 30. В базе храниться информация о заказах. О зарплатах. Все что связано с файлами лежит на файловом сервере.
Моя задача сделать, что сказали. Там пусть решают.