Это старая версия документа.
Основная настройка оптимизации продуктов АСП
С 10 июня, примерно до 15 июля 2019 года, ожидается замедление работы меркурия, которая приводит к тому запрос остатков идет очень длительно и не позволяет регистрировать документ.
Вопрос: Что нужно сделать, чтобы этого избежать ?
Ответ: Самый железный способ это избежать эту проблему, это перейти в статический режим хранения остатков на стороне 1С.
Вопрос: Какие сложности это может вызвать ?
Ответ: Если Вы параллельно списываете товар в Меркурии или гасите в веб-доступе, данного остатка не будет в Меркурии. Тогда Вам перед выпиской документов, нужно будет загружать остатки:
Вопрос: А как быть, если я не хочу работать в статике, хочу работать в вебке, но не хочу загружать остатки?
Ответ: Ждать пока спадет нагрузка на меркурий, ориентировочно после 15 июля 2019 года, других вариантов нет.
Дополнительные методы оптимизации (рекомендованные, но могут менятся в зависимости от базы клиента):
Шлюз
Попыток разбора ответа | Попытки при разборе ответа от Меркурий. Обычно 50-100 попыток, максимально 500 |
Попыток разбора одного ответа | Попытки при разборе одного ответа от Меркурий. Обычно 100 попыток |
Попыток разбора APLM0012 | Количество попыток повторной отправки заявок, при возникновении ошибки APLM0012 |
Секунд ожидания | Время ожидания (между запросами) до повторного разбора очереди заявки. Обычно 1-5 секунд, максимально 10 |
Записей в пакете | Количество записей в пакете запрашиваемого списка. При работе в динамическом режиме рекомендуется устанавливать 200-500, максимально 1000 записей. При длительном запросе складских остатков - устанавливать параметр разделив значение по полам, (например 300/150/75) до оптимального ускорения |
Прямая