Работоспособность стенда - https://docs.google.com/spreadsheets/d/1nsXtcD5E5ZaCysFPu6mPLF7fEPY2Zcri3iPgPhS44aY/edit?usp=sharing
Вопрос
Метод "exportNotificationsOfOrderExecutionPaginalRequest"
Параметры:
...
DateFrom date Да 1..1 Нет "Дата нижней границы выборки"
...
Вопрос: DateFrom - это дата чего?
Ответ
DateFrom - дата нижней границы выборки - это дата с которой будет формироваться выборка до текущего момента времени (времени выполнения запроса).
Метод "exportNotificationsOfOrderExecutionPaginalRequest"
Параметры:
...
DateFrom date Да 1..1 Нет "Дата нижней границы выборки"
...
Вопрос: DateFrom - это дата чего?
Допустим что ответили: DateFrom = "Дата совершения платежа";
Для осуществления квитирования (и контроля) необходимо выгружать из ГЖ все совершенные платежи.
В простейшем случае платежи выгружаются ежедневно за прошлый операционный день.
Но так как платеж может быть размещен за "прошлые" периоды (или аннулирован платеж, например, месячной давности), то простейший случай не работает - новые платежи не будут выгружены, аннулированные не будут учтены.
Придётся регулярно выгружать ВСЁ. С каждым днём объём выгружаемой информации будет расти.
Нужно иметь возможность получать каждый день некоторую ДЕЛЬТУ с изменениями за прошлые периоды.
Варианты:
Тогда каждый день мы гарантированно забираем ВСЕ размещенные платежи. + забираем за ВЕСЬ период существования ГЖ аннулированые.
Получим полную картину с меньшими затратами.
Тогда вообще не надо выкачивать ВСЁ.
Ежедневно тянем дельты и всё.
Для контроля раз в год или по сбою тянем всё.
ЗЫ: То есть функционал метода надо сильно расширять. Иначе со временем утонем в массовых выгрузках.
Это сильно "навскидку". Но в процессе обсуждения может вылиться в рабочий механизм.
при чем формулировать не как доработку, а как дефект
Задолбимся формулировать - вся система - дефект
Я покажу Вам насколько глубока кроличья нора.