Опытный 1С-разработчик не заставляет пользователей гадать

Система знает, что произошло. Пользователь — нет. Разработчик — тоже нет, потому что в журнале лежит слово «Ошибка» и больше ничего. Разбор для 1С-разработчиков, которые хотят, чтобы система объясняла происходящее, а не заставляла угадывать — с проверкой по официальным стандартам 1С. На примере Марьи Ивановны разбираем шесть проверок обратной связи: что должно попасть в журнал регистрации, а что туда тащить нельзя; почему длительная операция обязана показывать состояние и иметь отмену; как связать сообщение об ошибке с полем, которое надо исправить; когда уведомление нужно, а когда оно лишнее; чем понятное имя поля лучше приклеенной инструкции. Стандарты, которые разбираем: 498 (запись в журнал регистрации), 642 и 755 (длительные операции), 478 и 463 (сообщения пользователю и проверка заполнения), 400 (информирование пользователя), 761 (интерфейсные тексты). Мой канал о программировании 1С: https://t.me/code_review_1c/ Канал про мой опыт фриланса 1С: https://t.me/freelancer1s Тайм-коды: 00:00 — Система всё знает, а объяснить не может 00:32 — Какие шесть проверок обратной связи разберём 01:35 — Стандарт 498: полезная запись в журнале регистрации 04:17 — Стандарты 642 и 755: видимый прогресс и отмена 06:34 — Стандарты 478 и 463: ошибка у поля, а не «где-то в документе» 08:08 — Стандарт 400: нужные уведомления и лишний шум 09:58 — Стандарт 478: понятное назначение поля вместо инструкции 11:30 — Стандарт 761: язык пользователя, а не имена метаданных 13:50 — Шесть проверок как одна обратная связь 14:57 — Материалы и что дальше