В 1С часто сталкиваешься с ситуацией, когда пользователь жалуется: «Ошибка!», а на деле система отрабатывает строго по алгоритму. Просто этот алгоритм — костыль на костыле.
Разберем типичный пример.
В конфигурации есть документ, который проводит движения по регистру накопления. Алгоритм заполнения движений был написан пять лет назад под одну бизнес-схему. С тех пор бизнес поменялся, а код — нет. В результате: проводки формируются «как положено», но данные — мусор. Баг? На первый взгляд — да. По факту — нет. Код работает «как написано».
💡 Проблема не в баге, а в логике.
И таких кейсов в 1С море:
- Отбор по регистру идет по дате, но забыли учитывать версию или флаг актуальности.
- Запрос собирает остатки, но в алгоритме не учтён отбор по складу, потому что склад раньше был один.
- Алгоритм расчета скидок ссылается на устаревший регистр, который давно не обновляется.
Что делать?
Не лезть править поведение «на глаз». Вместо этого:
1. Разобраться в бизнес-процессе.
2. Выяснить, что хотели получить на выходе.
3. Переписать алгоритм не под текущее поведение, а под актуальную логику.
🔍 Вывод:
В 1С баг — это не всегда ошибка в коде. Иногда это правильно работающий механизм, написанный для давно умершей логики. И чем раньше команда начнет разделять «баги» и «кривые алгоритмы», тем меньше будет бессмысленных патчей и «починили — стало хуже».
А чтобы совершать меньше ошибок и проверить уже действующий проект — используйте DevTools42: Сканер кода 1С!