💀 Опасный баг: как изменение типа в расширении может уничтожить данные в 1С Всем привет! Хочу поделиться важным кейсом, который прошел полный путь от обнаружения до официальной регистрации ошибки в 1С. ▶️Что произошло: Заказчик пожаловался на странное поведение — после тестирования и исправления пропали данные из базы. В логах: РегистрСведений.ЗначенияПоказателейОтчетов4.Измерение.Аналитика1 <НомерСтроки:Аналитика>: ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0 Неверный тип хранимого значения. Сохранение пустого значения допустимого типа не удалось, т.к. нарушается уникальность индекса. Запись удалена. или так: РегистрСведений.ЗначенияПоказателейОтчетов4.Измерение.Аналитика1 <НомерСтроки:Аналитика>: ОбщийРеквизит.ОбластьДанныхОсновныеДанные = 0 Неверный тип хранимого значения. Сохранено пустое значение допустимого типа. ▶️Причина: 🔘В расширении изменили тип реквизита у объекта основной конфигурации 🔘Запуск "Тестирования и исправления" с опцией "Проверка логической целостности ИБ" 🔘Платформа определяет данные как "невалидные" и очищает их ▶️Масштаб проблемы: 🔵Данные удаляются без предупреждения 🔵Процесс необратим (только восстановление из бэкапа) 🔵Ошибка может проявиться не сразу, ведь ТИИ запускается не каждый день :) 🙂 Хорошая новость - ошибка официально зарегистрирована в 1С! Отправлял через портал: https://its.1c.ru/sd/form/v8, а статус тут: https://bugboard.1c.ru?state=prj-plt8gen-er-60027454 ❓Сталкивались с подобными случаями? Какие меры предосторожности используете в работе с расширениями? #tech@it_lunch 🔥 Подписывайся на IT Ланч!