Постоянно APLM0012

Запрашиваем актуальные остатки!

На 9 запросов остатков из 10 приходит ошибка APLM0012!

Этот "дефект" собирались исправить ещё осенью 2018!

Сегодня уже 3 часа не можем получить актуальные остатки!
Странно но отправка ВСД работает более-менее (хотя тоже периодически выскакивает APLM0012, но там 1 раз на 10 запросов)

Доколе это будет продолжаться?

а на каких запросах конкретно:
получение ВСД, созданных или измененных за указанный интервал дат (получение истории изменений)
получение всех ВСД предприятия с возможностью фильтрации
получение актуального списка записей журнала
получение списка версий записей журнала, созданных или измененных за указанный интервал дат (получение истории изменений)
?
актуальные списки, если в них порядка 1000 записей - ещё удаётся получить, если больше - стабильный APLM, а изменения - регулярный APLM, но тут уже на уровне 1С реализован алгоритм, который будет долбиться до победного конца, пока не получит данные, там как правило - число записей в ответе - 500, окно запроса - 1 час

Делаю запрос "getStockEntryListRequest"

lalex23 wrote:а на каких запросах конкретно:
получение ВСД, созданных или измененных за указанный интервал дат (получение истории изменений)
получение всех ВСД предприятия с возможностью фильтрации
получение актуального списка записей журнала
получение списка версий записей журнала, созданных или измененных за указанный интервал дат (получение истории изменений)
?
актуальные списки, если в них порядка 1000 записей - ещё удаётся получить, если больше - стабильный APLM, а изменения - регулярный APLM, но тут уже на уровне 1С реализован алгоритм, который будет долбиться до победного конца, пока не получит данные, там как правило - число записей в ответе - 500, окно запроса - 1 час

это какое то страшно большое время для получения 500 записей.... - 1 час...

пробуйте запрос дробить на 300 - 500 записей за 1 запрос, будет легче.

Алексей Баранов wrote:Делаю запрос "getStockEntryListRequest"

если у вас в остатках больше 1000 записей - вероятность получить ответ на этот запрос близится к нулю
фильтруйте receiptDateInterval - от начала времён до текущего момента, периодами по часам/дням, после чего поддерживайте актуальность GetStockEntryChangesListOperation
всё храните в базе, при необходимости актуализируйте состояние через GetStockEntryByGuidOperation

Shadasp wrote:
это какое то страшно большое время для получения 500 записей.... - 1 час...
пробуйте запрос дробить на 300 - 500 записей за 1 запрос, будет легче.

регламентное задание стартует каждые 15 минут, соответственно период запроса изменений - 15 минут
если вылетела ошибка APLM - ещё через 15 минут запрос уйдёт на период в 30 минут
и так далее, пятый запрос будет за период не 1 час 15 минут, а 1 час и так до победного конца
если шестой запрос успешен, то седьмой уйдёт на период 30 минут
в целом соотношение 1 час-500 записей - оптимально, с нашей интенсивностью документооборота
максимум в ответе за 15 минут прилетает около 200-300 записей
механизм работает больше года, актуальность журналов устраивает вет.врачей
в ручном режиме могут актуализировать состояние в любой момент времени