TGViewer
Журнал инженера-программиста Журнал инженера-программиста @software_engineer_notes · 247 subscribers
Post #238 178
Делал рабочую задачку по Бизнес-Процессам. Чтобы не изобретать велосипед, быстренько повторил теорию по моей старенькой бумажной книжечке "профессиональная разработка в 1С 8.0" (та самая, которая весом более 2 кг).

Не смог воспользоваться электронными книгами. Не понимаю политику 1С - у них на сайте есть материалы по разработке, но доступ к ним ограничен по совершенно непонятным критериям - моя учетка разработчика для получения доступа не подходит и учетка одного из моих клиентов с активным ИТС тоже. Зачем выкладывали тогда?


Так вот информация по Бизнес-Процессам и Задачам со времен 8.0 и по текущие 8.3/8.5 не только не устарела, но там даже описано больше чем есть сейчас. Например, подробно рассмотрены реквизиты адресации задач, правильная настройка которых позволяет автоматически видеть пользователю только свои задачи - но это работает только на обычных формах, а на управляемых поломано. Специально проверил в 1С:Документообороте - там огромные простыни запросов, чтобы просто показать пользователю его задачи на выполнение, ведь все платформенные фильтры были интерфейсными и не доступны из встроенного языка.

Видно, что платформа просто стояла на месте последние два десятилетия, не смотря на заложенные для развития интересные идеи. Так у процесса есть метод выгрузки своей схемы, которую предлагается показывать пользователю (чтобы он был в курсе, что там программисты в конфигураторе наконфигурировали). Очевидно, что раз схема выгружается и в пользовательском режиме доступны инструменты для ее редактирования, то явно были планы по загрузке измененной версии назад - по аналогии с расписанием регламентных заданий, которые можно настроить в конфигураторе, а потом переопределить. Но планы или потеряли, или просто решили оставить все как есть. А ведь идея рисования схем прохождения процессов только в Конфигураторе крайне неудачна - уже хотя бы из-за потребности отключения всей продуктивной системы на время обновления (не говоря о рисках допуска к модифицированию конфигурации менеджеров, ответственных за процесс).

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

#1c #business_process #критика
  • 👍 5
  • 💯 3
  • ⚡ 1
  • 💅 1
More from @software_engineer_notes
  1. Oct 3, 2026"Вы автоматизируете хаос" - этим страхом любят пугать своих бизнес-заказчиков консалтеры,…
  2. Sep 28, 2026Уже второй проект на работе делаю в методике "парного программирования" с Claude Code. И с…
  3. Sep 13, 2026За последний месяц произошло много событий, но наиболее интересным является использование…
  4. Sep 1, 2026Самая обычная бумажная книга учета - это пока лучший инструмент фиксации проектных изменен…
  5. Aug 31, 2026Очень показательная причина моей нелюбви реализации сравнения/объединения конфигураций в 1…
  6. Aug 29, 2026О концепции LLM-Wiki я впервые прочитал на X (Twitter). Чтобы позже ознакомится детальнее,…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →