Версия ЛЭРС УЧЁТ: 3.63.4
Сервер БД: SQL Server
После опроса по расписанию через интеграцию, приходят не те данные, которые должны быть. Я 12.12.25 заметил разницу в таблицах потребления, и переопросил вручную. После ручного опроса, до 12.12.25 таблицы потребления стали совпадать. После 12.12.25 работал опрос по расписанию.
Вот таблица на источнике интеграции:
Вот таблица на приёмнике интеграции:
Почему с 12.12.25 совершенно разные данные???
Как видно у вас в исходной точке рассчитывается суточная запись за текущие сутки. Возможно по их завершении и наступления новых считывается рассчитанная запись еще до того как она считается с прибора. Попробуйте временно отключить расчет данных в исходной точке, после чего переопросите данные ручным опросом еще раз и выждите несколько суток. Проверьте будет ли повторяться ситуация после этого.
Согласен с вами, что скорее всего, причина в том, что интеграция зачем-то копирует не только реальные, но и расчитанные значения. Мне кажется, правильнее копировать только реальные показания, а расчётные должны считаться заново, если они нужны, уже на приёмнике интеграции. Иначе это будет мина замедленного действия.
Для начала хотелось бы убедиться, что проблема именно в этом. Пожалуйста, выполните обозначенные в моем предыдущем комментарии действия и сообщите результат.
Ждите… 
После отключения в исходной точке рассчета суточных, опрос через интеграцию стал работать правильно. Проблема в том, что через интеграцию копируются рассчитанные данные, наравне с реальными.
Мы создали задачу по исключению при опросе по каналу интеграции ЛЭРС УЧЕТ неполных суточных данных, к которым в том числе относятся рассчитанная запись за текущие сутки.
Пока вы можете обойти ситуацию, не выключая расчет суточных, а перенеся опрос суточных в временной интервал с 00:00 по 00:59, пока не сформировалась неполная суточная запись за текущие сутки.
Изменения войдут в следующее обновление.3.64.1.
Добрый день!
Обновление 3.64.1 (сборка 36409) от 24.12.2025 доступно для установки.
Вы не замечаете проблему в том, что рассчитанные данные после их передачи через интеграцию, теряют признак того, что они рассчитанные, а не реальные? Если вы решили передавать через интеграцию не реальные данные, то нужно, чтобы пользователи в таблице потребления видели их зелёными, и понимали, что эти данные не из приборов, а из ЛЭРСА.
Интеграция проектировалась как канал для опроса счетчика и, как и при любом опросе прибора учета, происходит запрос данных на нужную метку времени и полученные в ответ данные сохраняются как данные счетчика. При опросе прибора учета не предусмотрена передача признака рассчитанности данных.
Если вы считаете, что в случае опроса через интеграцию с ЛЭРС УЧЕТ полезно было бы передавать признак рассчитанности данных и учитывать его при сохранении на целевом Сервера, создайте по этому поводу отдельную тему в разделе ЛЭРС УЧЁТ > Предложения по улучшению.
Я вам уже писал выше, что
Непосредственно возникающая у вас проблема связана не с рассчитанными данными, а с тем, что неполная рассчитанная суточная запись за текущие сутки, в которые производился опрос, учитывалась при опросе, в результате при ежедневном опросе целевая точка наполнялась вот таким неполными рассчитанными суточными данными. Мы приняли решение по исключению такой записи при опросе, чтобы такой ситуации не возникало. Необходимости исключать все рассчитанные данные для решения заявленной проблемы нет необходимости. Учитывать признак рассчитанности данных тоже.
Проблема тут не одна, из-за вашего неразумного решения. Я предвижу кучу проблем с пользователями, которым я объяснял, что цифры чёрного цвета, это данные из прибора, а зелёного цвета, то что рассчитано программой ЛЭРС УЧЁТ. Теперь вы сами нарушаете свои правила, а оправдываться перед пользователями придётся кому?
Задумайтесь хотя бы о том, что расчёт может быть по-разному настроен на источнике интеграции и приёмнике интеграции. Как потом разбираться, как считались расчетные значения?
Задумайтесь хотя бы о том, что опрос точки учёта может вестись не только через Подключение интеграции с ЛЭРС, но и через другие подключения. Как потом разбираться, как считались расчетные значения?
Мина замедленного действия. Куча возможных проблем из-за одного неправильного решения..
Как уже писал выше, мы исходим из того, что интеграция это канал связи для опроса прибора учета. Если вы считаете, что при опросе прибора через интеграцию с ЛЭРС УЧЕТ будет полезным учитывать еще и признак рассчитанности данных, создайте по этому поводу отдельное предложение.
В текущей теме обсуждается проблема некорректных данных, причина которой, как выяснилось, была в том, что при опросе учитывались неполная рассчитанная запись за текущий день. Как уже писал выше, мы выпустили версию 3.64.1, в которой присутствуют изменения, благодаря которым неполные суточные данные при опросе через интеграцию ЛЭРС УЧЕТ исключаются. Если у вас есть еще вопросы непосредственно по заявленной изначально проблеме, сообщите их.
