У нас 1С: Бухгалтерия, а не отраслевая конфигурация. Это подойдёт?

Да. Для ДПО чаще всего и нужна именно Бухгалтерия: договоры, оплаты, акты. Обмен настраиваю под вашу конфигурацию после её осмотра.

Нужен ли нам свой специалист по 1С?

Обычно да, и это нормально: со стороны Moodle работаю я, со стороны 1С — ваш специалист или подрядчик. Согласованный формат обмена делает границу ответственности прозрачной.

Обмен будет автоматическим?

Да, по расписанию, с журналом и уведомлением об ошибках. Ручной запуск тоже остаётся — он нужен при разборе нестандартных ситуаций.

Не задвоятся ли слушатели при повторном обмене?

Нет, обмен идемпотентный: записи сопоставляются по устойчивому идентификатору, повторный запуск ничего не дублирует.

Можно начать с малого?

Рекомендую именно так: один-два сценария, которые съедают больше всего времени, затем расширение по факту. Это дешевле и быстрее даёт результат.

Выгрузка в 1С: Бухгалтерию договоры, оплаты, акты

Двойной ввод — слушателя заносят и в Moodle, и в 1С — источник расхождений и потерянного времени. Настраиваю обмен: данные о слушателях и договорах уходят в 1С, оплаты возвращаются в Moodle.

Смотреть кейсы

Официально, по договору15+ лет в образовании60+ внедренийРоссийская специфика: 1С, ЕСИА, ФГОС

Знакомые ситуации

Слушателя заносят дважды: в Moodle для обучения и в 1С для документов.

Данные расходятся: в 1С одна фамилия и программа, в Moodle другая.

Акты и закрывающие документы собираются вручную по спискам групп.

Бухгалтерия и учебный отдел живут в разных файлах и спорят, чей список верный.

Что я делаю

Выгрузка слушателей

Новые слушатели и группы уходят в 1С в структуре, которую она понимает.

Данные для договоров

ФИО, программа, объём, период, стоимость — для формирования договора без набора руками.

Загрузка оплат

Проведённые платежи возвращаются в Moodle и открывают доступ к обучению.

Основания для актов

Факт завершения обучения и выданный документ — как основание для акта оказанных услуг.

Регламентный обмен

Обмен по расписанию, с журналом и понятным протоколом ошибок.

Один источник истины

Договорятся, где чьи данные главные, — и расхождения прекратятся.

Для кого: Учебные центры и организации ДПО, ведущие бухгалтерию в 1С и уставшие от двойного ввода данных.

Как это выглядит на практике

Конкретно, без общих слов — что именно я делаю и какой результат вы получаете.

Первый вопрос — кто хозяин данных

Технически обмен несложен. Провал почти всегда происходит там, где заранее не договорились, какая система главная по каждому объекту. Моё рабочее правило для ДПО: слушатель и его обучение — хозяин Moodle, деньги и документы — хозяин 1С. Обмен идёт в обе стороны, но каждое поле имеет одного владельца, и это фиксируется письменно до начала работ. Именно этот скучный документ отличает работающий обмен от вечного источника расхождений.

Не «интеграция вообще», а конкретные сценарии

Полная двусторонняя синхронизация всего со всем — дорого и обычно не нужно. Я начинаю с двух-трёх сценариев, которые съедают больше всего времени: как правило, это передача нового слушателя для договора и возврат факта оплаты. Этого хватает, чтобы убрать двойной ввод. Остальное добавляется потом, если действительно понадобится — и часто не понадобится.

Техника обмена

Способ подбираю под вашу конфигурацию и её доступность: веб-сервисы Moodle и HTTP-сервисы 1С для регулярного обмена, обмен файлами по расписанию там, где прямой канал закрыт службой безопасности, ручная выгрузка-загрузка как аварийный вариант. Любой обмен делаю идемпотентным и с журналом: повторный запуск не задваивает данные, а при сбое видно, на какой записи он произошёл.

Что делать с разной типовой конфигурацией

1С у всех разная: Бухгалтерия, Колледж, Университет ПРОФ, часто с доработками предыдущих подрядчиков. Поэтому я не обещаю «готовый коннектор», а сначала смотрю вашу конфигурацию и состав доступных данных. Со стороны Moodle пишу нормальный плагин обмена, со стороны 1С работаю либо с вашим специалистом по 1С, либо через согласованный формат файлов — так границы ответственности остаются чистыми.