При запросе значений точки учета за интервал (MeasurePointConsumption) возвращается нулевое количество значений по всем параметрам, хотя за запрошенный интервал данные есть, если смотреть в веб-интерфейсе или в АРМ ЛЭРС.
запрос:
http://:10000/api/v1/Data/MeasurePoints/668/Consumption/2024-08-01%2000%3A00%3A0/2024-08-02%2000%3A00%3A00?dataTypes=Day&includeAbsentRecords=true
в ответе нет значений ни по одному параметру:
…
“resourceKind”: “Water”,
“isEmpty”: true,
“dateTime”: “2024-08-01T00:00:00”,
“attributes”: ,
“values”:
}
…
версия ЛЭРС : “fullVersion”: “3.50.4.35017”
в другом проекте с другой системой ЛЭРС учет все работает, данные, полученые через REST соответствуют отображаемым в веб-инетфейсе, версия ЛЭРС “fullVersion”: “3.57.0.35713”.
В чем может быть причина в первом случае, что данные через REST не передаются?
Что-то я не понимаю,
выполнила запрос MeasurePoints для той же точки 668: http://…:10000/api/v1/Core/MeasurePoints/668
ответ:
{
“measurePoint”: {
“id”: 668,
“title”: “ТСЖ 128 квартал Пояркова 21/1 ГВС”,
“fullTitle”: “2021-1 - ТСЖ 128 квартал Пояркова 21/1 ГВС”,
…
но в веб-интерфейсе точка с этим именем имеет номер 645,
а у точки с номером 668 другое название.
В карточке точки ‘Номер’ это разве не идентификатор точки учета, который должен указываться в REST-запросе как id?
p.s.
Понятно, почему параметры не передавались в запросе.
Не предполагала, что номер точки в карточке это не id, который нужно указывать в запросе REST. Поэтому при запросе точки 668 данные возвращались по точке c номером 645, а по ней нет данных за август.
разобралась, номер точки в списке это serviceNumber, а не Id.
Я проверяла на другой системе ЛЭРС, в ней id и serviceNumber совпадают, в этой системе, по которой возник вопрос, не совпадают.
Идентификатор и номер точки учета это действительно разные параметры и их значения могут не совпадать. Описанная ситуация с “другой системой” является попросту стечением обстоятельств.