|
[Search] Поиск   [Recent Topics] Последние темы   [Hottest Topics] Горячие темы   [Members]  Список участников   [Groups] На главную страницу 
[Register] Регистрация / 
[Login] Вход 
Сообщения, отправленные пользователем: dk
Индекс форума » Профиль для dk » Сообщения, отправленные пользователем dk
Автор Сообщение
Переходите к нам, проблему с незагрузкой ВСД мы уже давно решили.
Можно бесплатно попробовать поработать в тестовом контуре.
https://меркурий.рус
gorlanovmax wrote:
dk wrote:Я не пойму как задержка в 3 минуты при запросе новых ВСД влияет на вашу работу? У вас что нет локальной БД?


Локальная конечно есть,
Но когда на получение новых ВСД уходит по 5-10 минут, это извините не "без задержек"
Аналогично в прошлу среду 2 часа меркурий вообще ничего не отдавал.
При этом Власов сказал, что "были небольшие замедления"


Сегодня максимум 3 минуты нашёл. Ну не приходят новые ВСД 5-10 минтут? Как это влияет на работу?
Если есть единая БД для всех операторов, СЖ должен быть актуальным и без запроса в Меркурий.
Вот если оформление транспортной партии больше 5 минут висит - это проблема, могут быть накладки между разными операторами.

Вот мы хотим сделать бронирование записей СЖ на время оформления транспортной партии, чтобы только один оператор мог работать с одной записью СЖ, тогда вообще будет не важно как долго работают запросы, это будет проблема программы, а не оператора.
Я не пойму как задержка в 3 минуты при запросе новых ВСД влияет на вашу работу? У вас что нет локальной БД?
Ветис.API работает нормально и вчера и сегодня, даже задержек нет.
Кеша wrote:
dk wrote:Автоматический повторный запрос решает проблему с APLM0007


Не решает. Вот уже 6 часов не решает!


1. Ошибка уже ушла.
2. Наши клиенты даже не узнали об этой проблеме: у них всё работало без перебоев.

Раньше была ошибка APLM0012 её обходили автоматическим повторным запросом, с APLM0007 таже ситуация.
Автоматический повторный запрос решает проблему с APLM0007
Кеша wrote:API не работает, не загружаются ВСД в 1С, только у меня?


Всё нормально.
funt65 wrote:
Меркур wrote:У всех API не работает? Или это у меня только проблемы?!

Как я понял перестал народ отвечать, если это не повсеместный кирдык с объявлением на сайте о внештатной ситуации.....

У нас начиная с воскресенья и по вчерашний день через API стали отправляться ВСД более 12 часов с 21-00 вечера до 11-00 утра следующего дня.
Крутит, крутит, крутит.....

А вот со вчерашнего вечера четверга при отправке в то же самое время 21-00, совершенно такого же стандартного списка контрагентов всё уже отправилось до 24-00.
То есть, время отправки само по себе волшебным образом вернулось к обычному, которое было ранее- 3 часа.

С чем было связано и как будет дальше нам неведомо , так как у службы поддержки всегда: " Всё в штатном режиме!" если это не всеобщий полный коллапс, который просто невозможно замолчать.....



Проблема не в Меркурии или шлюзе, проблема в 1С: неправильно организованы очереди, не соблюдаются таймауты и т.п. У 1С принцип - и так купят, а потом посредники допилят.
Чтобы 1С работал как надо, нужно платить посреднику, который будет запросы через свой шлюз отправлять, где всё правильно настроено.
Иначе меркурий блокирует того, кто не соблюдает таймауты сначала на 30 минут, потом может быть больше.

А так бывают небольшие задержки 2-3 минуты в рабочее время, но чтобы в нерабочее время часами висело такого не бывает.
Если остаток ЗСЖ = 0, то с этой записью уже ничего нельзя сделать, она фактически удалена.
Почашев Дмитрий wrote:Подскажите еще по API. Какой функцией вытащить все инвентаризации из меркурия? Искал в справке, но чет ничего не нашел.


Нет такого функционала. Только если остались транзакции по API в своей учётной системе.
oleg-x wrote:Сделать гашение/инвентаризация/регионализация


Самое главное про склад забыли. А если склад делать, то и гашение лучше сделать, чтобы сразу информацию по складу получать, а не через запрос обновлений(changes).
Так что, если хотите выписывать всё нужно будет сделать, кроме Цербера.
alsh001 wrote:Из описания их работы я понял, что единственная операция, что будет у них иметь место - Перевозка со сменой владельца (PrepareOutgoingConsignmentOperation).


Это может быть 5% от того, что необходимо сделать. Самое сложное наладить партионный учёт склада. Вам потребуется сделать минимум 20 команд из 28. Остальное можно делать в личном кабинете ИС Цербере.

Если у вас есть своя ИС, в которой уже много лет без проблем ведётся ведётся партионный учёт и вам нужно только добавить туда Меркурий, то есть смысл сделать это своими силами. И то, на мой взгляд, уже подзно начинать это делать.
А так лучше купить готовую программу, работа в которой уже налажена, многочисленные косяки побеждены и т.п.
У нас, например, всё что вам необходимо будет стоить всего 1000 руб./месяц.
trilogia wrote:Ни обновление сертификата, ни игнорирование не помогло


IgnoreServerCertificatesChainRevocationSoftFail=true

Следует иметь в виду, что данный механизм игнорирует именно ошибки проверки отзыва, а не отменяет проверку отзыва сертификата. Поэтому если сертификат сервера отозван и это подтверждено, то соединение с таким сервером установлено не будет.


Может дело в том, что полностью проверку сертификата в 1с не отключить?
Отключение проверки сертификата безопасности помогло.
"error_code":"HTTP","error_message":"Could not connect to host"
 
Индекс форума » Профиль для dk » Сообщения, отправленные пользователем dk
Перейти:   

Powered by JForum 2.1.8 © JForum Team