Если показания не принимаются или "пропали", действуйте по схеме: сначала безопасно проверьте канал передачи (интернет/приложение/ЛК), затем определите, на каком уровне пропали данные (ввод, отправка, прием, обработка), после - выполните повторную передачу с фиксацией доказательств и при необходимости откатите последние изменения. Только потом эскалируйте в поддержку.

Краткая сводка действий при потере данных

Сбой в передаче показаний: что делать, если данные не принимаются или

Зафиксируйте симптомы: ошибка на экране, дата/время, лицевой счет, тип счетчика, скриншот/номер заявки.
Сделайте read-only проверку связи и статуса сервиса (интернет, альтернативный браузер/приложение, режим инкогнито).
Определите точку потери: ввод не сохраняется, отправка не уходит, прием не подтверждается, в истории "пропали показания счетчиков".
Повторите передачу корректным способом и в допустимый период; сохраните подтверждение (квитанция/номер операции).
Если "сайт не принимает показания счетчиков", примените быстрый rollback (сброс кэша/отмена последних изменений профиля/возврат способа входа) и повторите попытку.
Эскалируйте в УК/РСО/ЕИРЦ с пакетом фактов и доказательств; запросите регистрацию обращения.

Первичная проверка связи и оборудования

Что обычно видит пользователь:

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

Read-only проверки (ничего не меняем в прод):

Проверьте интернет: откройте 2-3 независимых сайта, затем повторите попытку в ЛК.
Попробуйте другой браузер/устройство; в браузере - режим инкогнито (отключает часть расширений).
Проверьте системное время на устройстве (сильно неверное время иногда ломает авторизацию/подписи запросов).
Убедитесь, что вы вошли в правильный профиль/лицевой счет (актуальный адрес, нужная услуга).
Если используете "умный" счетчик/шлюз: убедитесь, что питание/индикаторы штатные, нет аварийных кодов на дисплее.

Диагностика уровня данных: где именно 'пропали' показания

Цель - понять, в каком месте цепочки исчезают данные: ввод → отправка → прием → обработка → отображение. Ниже чек-лист на 10 минут.

Проверьте, появляется ли запись в "Истории показаний" сразу после отправки (если нет - сбой на вводе/отправке).
Ищите подтверждение: номер операции, статус "принято", письмо/SMS/push (если канал это поддерживает).
Сравните два канала: если "сайт не принимает показания счетчиков", попробуйте приложение или наоборот.
Уточните период приема: некоторые ЛК принимают показания только в определенные даты; вне окна система может "не принимать показания счетчиков" без явной ошибки.
Проверьте формат: целое/дробное, разделитель, количество знаков, не превышает ли введенное значение предыдущие (для некоторых счетчиков действует правило монотонного роста).
Проверьте, не сменился счетчик/серийный номер в карточке прибора (после поверки/замены могут отклонять ввод "по старому" прибору).
Проверьте, не изменился лицевой счет/управляющая организация/поставщик: миграции часто ломают привязки и создают эффект "пропали показания счетчиков".
Если есть интеграция (API/шлюз): проверьте, есть ли события отправки в исходной системе (лог, очередь, журнал обмена).
Отделите "не отображается" от "не принято": иногда показания приняты, но не попали в интерфейс из‑за задержки обработки.
Проверьте, не задублировали подачу: повторная отправка может отклоняться как дубликат, а в интерфейсе это выглядит как "не передаются показания счетчиков что делать".

Восстановление: пошаговый план отката и повторной передачи

Правило безопасности: сначала действия, которые не меняют учетные данные и настройки (read-only), затем минимальные изменения, и только после - повторная передача/эскалация.

Короткий rollback-план перед эскалацией (5-10 минут)

Пользователь: очистить кэш/куки только для домена ЛК или открыть в инкогнито; отключить расширения (AdBlock/скрипты) и повторить отправку.
Пользователь: вернуть "как было" последние локальные изменения: автозаполнение, VPN/прокси, смена DNS - временно отключить и проверить снова.
Администратор/ИТ (если вы на стороне организации): откатить последнюю конфигурацию прокси/WAF/SSO (если изменения были сегодня) или переключиться на предыдущий стабильный профиль правил (только по утвержденной процедуре).
Администратор/ИТ: если включали новый эндпоинт/маршрут, временно вернуть предыдущий (feature flag/маршрутизация), чтобы пользователи могли понять, куда передать показания счетчиков без сбоев.
Все: зафиксировать, что именно откатили (время, кто, что изменилось) - это поможет поддержке.

Симптом	Возможные причины	Как проверить (безопасно)	Как исправить (минимально)
После "Отправить" нет подтверждения и запись не появляется	Сбой фронтенда; блокировка скриптов; сессия истекла; нестабильная связь	Инкогнито/другой браузер; DevTools Network: запрос не ушел/403/419	Перелогиниться; отключить расширения; повторить позже; отправить через альтернативный канал
Появляется сообщение "неверный формат"	Дробные значения; лишние символы; неверный разделитель; слишком много знаков	Сравнить с подсказкой поля; проверить ввод только цифрами	Ввести целое значение по правилам ЛК; убрать пробелы/запятые, если не поддерживаются
Сообщение "значение меньше предыдущего"	Перепутаны разряды; сняты не те цифры; счетчик после замены/поверки не обновлен	Сверить с прошлой квитанцией/историей; проверить серийный номер прибора	Переснять показания; при замене прибора - сначала обновить данные счетчика у поставщика
"Сайт не принимает показания счетчиков" только у части пользователей	Проблема с конкретным ЛС/адресом; миграция данных; блокировка по антифроду	Проверить другой ЛС; попытка с мобильного интернета; проверить статусы в истории	Передать через альтернативный канал; подготовить пакет данных и эскалировать в поддержку
Показания отправлены, но "пропали" в истории	Задержка обработки; рассинхрон витрин/кэша; смена поставщика/реестра	Подождать обновление; проверить начисления; запросить статус операции/тикет	Повторить передачу только при отсутствии подтверждения; иначе - запросить ручную сверку по номеру операции
Непонятно, куда передать показания счетчиков, потому что ЛК недоступен	Плановые работы; авария; блокировка на уровне сети	Проверить официальный статус/уведомления; открыть с другой сети	Использовать альтернативный официальный канал (приложение/телефон/почта/офис) и сохранить подтверждение

Практика повторной передачи (чтобы не усугубить):

Если есть номер подтверждения прошлой отправки - не дублируйте, сначала выясните статус обработки.
Если подтверждения нет, повторите отправку тем же способом один раз, затем - через альтернативный канал.
Сохраняйте артефакты: скриншот, дату/время, введенные значения, серийный номер прибора, адрес/ЛС.

Анализ логов и протоколов: быстрые индикаторы причины

Если вы отвечаете за ИТ/интеграцию, двигайтесь от безопасных проверок к изменениям. Все шаги ниже - сначала в read-only режиме.

Проверьте доступность сервиса: DNS/HTTPS, срок TLS-сертификата, ответы 200/3xx/4xx/5xx на ключевые эндпоинты.
Снимите трассу на клиенте: DevTools → Network, отметьте коды ответов и время; типовые индикаторы: 401/403 (авторизация), 429 (лимит), 5xx (сервер).
Посмотрите логи веб-шлюза/WAF/прокси на блокировки по URI/параметрам (часто режется "подозрительный" payload).
Проверьте логи приложения на валидацию и бизнес-правила (пример маркеров): validation_error, meter_value_out_of_range, account_not_found.
Проверьте очередь/шину/интеграционный слой: зависшие сообщения, ретраи, DLQ (dead letter), превышение таймаутов.
Проверьте консистентность справочников: ЛС ↔ прибор ↔ точка учета; типовой признак: в API есть прибор, а в витрине ЛК - другой.
Проверьте кэш/репликацию: отличается ли "история показаний" между витриной и источником (read-only запросы в источник/реплику).
Сделайте контролируемую повторную отправку на тестовом ЛС/стенде (если есть), не на реальном пользователе/проде.
Только если подтверждено, что причина в недавнем релизе/настройке: примените rollback (откат конфигурации/релиза по процедуре) и проверьте восстановление приема.

Примеры коротких фрагментов логов/событий, которые стоит искать:

HTTP 429 Too Many Requests - лимит на частые попытки, пользователь видит "не принимают показания счетчиков".
accountId not found - проблема привязки лицевого счета/миграция.
meter serial mismatch - в реестре другой прибор, ввод отклоняется.
duplicate submission - повторная подача в тот же период.

Взаимодействие с поставщиком и обязательная отчетность

Эскалируйте, если после двух каналов передачи и одного rollback-цикла показания не фиксируются, либо данные приняты, но не отражаются/не попадают в расчет в разумный срок, либо ошибка системная (5xx) и массовая.

Когда лучше сразу обратиться в поддержку

Ошибка "лицевой счет не найден", "прибор учета не зарегистрирован", "несоответствие серийного номера".
Показания есть в подтверждении, но в ЛК "пропали показания счетчиков" или отсутствуют в начислениях.
Подозрение на миграцию/смену УК/РСО (резко изменилась структура ЛС, пропала история).
Массовые жалобы: "не передаются показания счетчиков что делать" одновременно у многих пользователей.

Что передать в обращении (чтобы не было кругов)

Лицевой счет, адрес, вид услуги (ХВС/ГВС/электроэнергия/газ), тип прибора и серийный номер.
Дата/время попытки, канал (веб/приложение/телефон), текст ошибки, скриншоты.
Передаваемые значения и предыдущие подтвержденные значения (без лишних персональных данных).
Номер операции/квитанции/статус "принято" (если был).
Что уже сделано: инкогнито/другой браузер, повторная попытка, альтернативный канал, rollback шаги.

Практический ориентир: если вы не понимаете, куда передать показания счетчиков в текущей ситуации, используйте официальный альтернативный канал вашей организации (приложение, телефон, офис, электронная почта по регламенту) и обязательно сохраните подтверждение приема обращения/передачи.

Профилактика и настройка резервных каналов мониторинга

Держите 2 официальных канала передачи (веб + приложение/телефон) и заранее проверьте доступ к обоим.
Фиксируйте подтверждения: номер операции, скриншот, письмо - это лучший "антидот", когда "пропали показания счетчиков".
Не отправляйте показания серией быстрых повторов: это провоцирует лимиты (429) и блокировки.
После замены/поверки счетчика сначала обновите реестр прибора у поставщика, затем передавайте новые значения.
Для ИТ: мониторьте 4 сигнала - доступность эндпоинта, долю 4xx/5xx, длину очередей/ретраев, рассинхрон витрины и источника.
Для ИТ: ведите журнал изменений (релизы, WAF/прокси, SSO) и имейте отработанный rollback по фичефлагам/конфигу.
Настройте алерты на рост ошибок валидации (validation_error) и на всплески account_not_found - это ранний признак миграционных проблем.
Регламентируйте окно приема и явно показывайте его пользователю - меньше обращений "не принимают показания счетчиков".

Ответы на типичные сценарии отказов

Что делать, если сайт не принимает показания счетчиков, а приложение работает?

Передайте показания через приложение и сохраните подтверждение. Для сайта выполните rollback на клиенте: инкогнито, отключение расширений, очистка кэша домена; затем повторите попытку один раз.

Что делать, если не принимают показания счетчиков из‑за "неверного формата"?

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

Куда передать показания счетчиков, если личный кабинет недоступен?

Используйте альтернативный официальный канал вашей организации: мобильное приложение, телефон, электронную почту по регламенту или офис. Сохраните номер обращения или иной признак принятия.

Показания были отправлены, но в истории пропали показания счетчиков - это значит, что их потеряли?

Не обязательно: часто это задержка обработки или рассинхрон отображения. Проверьте наличие подтверждения/номера операции и начисления; при наличии подтверждения не дублируйте, а запросите сверку по номеру.

Не передаются показания счетчиков: что делать, если ошибка появляется только в определенные дни?

Проверьте окно приема показаний и попробуйте в разрешенный период. Если окно соблюдено, зафиксируйте время ошибки и эскалируйте - это похоже на перегрузку или плановые работы.

Можно ли просто отправлять одно и то же значение много раз, пока не "примется"?

Нет: частые повторы могут привести к блокировке по лимитам или к дубликатам. Делайте не более одной повторной попытки в том же канале, затем переходите на альтернативный канал и обращение в поддержку.

Что сообщить в поддержку, чтобы проблему решили быстрее?

Лицевой счет, адрес, тип услуги, серийный номер прибора, дату/время, канал передачи, текст ошибки, скриншоты и (если есть) номер подтверждения. Добавьте список уже выполненных проверок и rollback шагов.