Yoreg07 wrote:Вопрос возник вот почему: сегодня в 11:30 по местному времени я запросил историю изменений ВСД начиная с beginDate = 2018-09-19T08:00:00+05:00 без endDate, в WEB отображается ВСД, оформленный в 09:27 по местному, а в ответе на мой запрос этот ВСД не пришёл. Вот у меня и возник вопрос, а правильно ли я указываю временную зону? И может здесь другая причина? Кто знает, помогите, пожалуйста...

Может между WEB и шлюзом у них там есть какая-то периодическая синхронизация, т.к. этот ВСД оформлен через WEB ... посоветуйте что делать

Владимир Игнатов wrote:

Yoreg07 wrote:Вопрос возник вот почему: сегодня в 11:30 по местному времени я запросил историю изменений ВСД начиная с beginDate = 2018-09-19T08:00:00+05:00 без endDate, в WEB отображается ВСД, оформленный в 09:27 по местному, а в ответе на мой запрос этот ВСД не пришёл. Вот у меня и возник вопрос, а правильно ли я указываю временную зону? И может здесь другая причина? Кто знает, помогите, пожалуйста...

Может между WEB и шлюзом у них там есть какая-то периодическая синхронизация, т.к. этот ВСД оформлен через WEB ... посоветуйте что делать

Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.

Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.

Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

user100000 wrote:

Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.

Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?

Владимир Игнатов wrote:

user100000 wrote:

Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.

Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?

С предыдущего и без указания конечной даты. Получить пакет, оттуда получить количество записей к загрузке.

user100000 wrote:

Владимир Игнатов wrote:

user100000 wrote:

Владимир Игнатов wrote:
Я бы тоже указывал +05:00. Между шлюзом и WEB есть задержка. Даже между WEB и WEB есть задержка: из журнала продукции все "списали" в транзакцию, сертификат получили, а в журнале запись еще некоторое время (до минуты у меня) висит. Потом исчезает.

Владимир Игнатов wrote:
Финишную дату можно не указывать, будет последняя запись на сервере. Проблема часовых поясов решается сама, если ведение времени доверить серверу Ветиса, а спрашивать - сначала с 1970-01-01, а затем с последней возвращенной. Тогда максимум "дубли" будут в пределах этой первой секунды. Если только, конечно, у Ветиса между своими серверами время синхронизировано или если сервер один. Иначе может получиться, что разные люди (или шлюзы) на разных серверах добавляют записи по своему локальному времени, но эти записи могут оказаться "в прошлом" для "основного" сервера и, фактически, при запросе "от последней известной секунды" будут потеряны.

как все-таки лучше брать время?
достаточно ли взять период с max предыдущего и до текущего
или все таки взять назад еще несколько минут?

С предыдущего и без указания конечной даты. Получить пакет, оттуда получить количество записей к загрузке.

Ну ты сам пишешь, что возможно там разные сервера могут быть и записи могут оказаться в "прошлом" еще. Может все-таки хотя бы минуту назад брать?

christoffelsymbols wrote:
Брать нужно последнее время выполнения обмена. А само время запоминать с часовым поясом. Все даты в ВетИС хранятся именно в таком формате.