Comments 7
Интересная тема, вы бы вместо кусков кода, разместили бы схемы процессов. Так бы было информативнее
Расскажите на чем строили тест и что за внешние задачи решали на питоне, и насколько жизнеспособен был бы проект без кролика?
Тесты гоняли на отдельном контуре 1С:Документооборот с урезанной копией базы (~10% данных), чтобы воспроизвести реальные маршруты и нагрузку (50+ параллельных пользователей).
Python использовали для вспомогательных задач — OCR и конвертация вложений, выгрузка аналитики в Power BI. Это оказалось быстрее и дешевле, чем городить костыли внутри 1С. Контур закрытый - пришлось исхитряться.
RabbitMQ в итоге не использовали — хватило регламентных заданий и прямых вызовов. При наших объемах (100+ документов в день) этого оказалось достаточно
Почему ДО 2.1, а не 3? Почему выбор маршрута в коде, а не на схеме процесса?
В 2.1 была готовая связка «ERP ↔ ДО» и достаточный функционал для построения маршрутов согласования. Мы начали автоматизацию в 2022 году, и не стоит забывать, что это государственный сектор, где все идет со скрипом и тяжбами, пока согласуешь выйдет еще 100 версий)
Большое количество «ветвящихся» процессов, на тот момент это казалось проще, сейчас бы сделали на схеме, а не в коде)
Маршрут в коде и код типа "НайтиПоНаименованию" вызывает вопросы о качестве данного внедрения. При изменении условий или наименований вы в код полезете менять всё?
Как мы автоматизировали хаос: реальный опыт внедрения 1С: Документооборот в организации с 500+ млн рублей оборота