Один из самых раздражающих бизнес-процессов — это долгое ожидание. Менеджер нажимает «Провести и закрыть» на документе реализации, и 1С замирает на 3-5 минут, блокируя всю остальную работу терминала. Очередь на складе растет, клиенты злятся на телефоне. Разбираем, почему возникает эта проблема и как ее отключить.
Выполню настройку, обновление и доработку 1С любой сложности. Первый месяц обслуживания — со скидкой или аудит в подарок.
Узнать стоимость →В большинстве торговых конфигураций (например, 1С:УТ, 1С:Комплексная Автоматизация) включен строгий контроль остатков. При проведении любого документа программа должна опросить базу данных: «А есть ли на этом конкретном складе, в этой серии этот товар?»
Если таблица остатков не оптимизирована (или не пересчитаны итоги за прошлые месяцы), система вместо быстрого ответа перебирает огромное "полотно" данных. Решение: настроить регламентное "управление итогами" раз в месяц и рассмотреть варианты оперативного/неоперативного проведения.
Если в базе одновременно работает много пользователей, они могут начать "мешать" друг другу обновлять одни и те же таблицы в SQL-базе.
По опыту 90% чужих конфигураций, с которыми мы сталкиваемся на аудите, имеют огромный объем дописанного старого кода.
Очень часто предыдущие программисты вставляют "тяжелые" проверки прямо в обработчик события
ОбработкаПроведения().
Например: отправить email клиенту, синхронизировать статус с сайтом, пересчитать
ретробонусы. Это огромная архитектурная ошибка!
Интеграции и рассылки должны выполняться строго асинхронно через фоновые задания, а не вешать интерфейс пользователя во время записи документа.
Если 1С висит, гадать на кофейной гуще бессмысленно. Необходимо настроить и запустить Технологический журнал (ТЖ).
Мы настраиваем файл logcfg.xml так, чтобы он ловил только "тяжелые" запросы
дольше 3 секунд, блокировки (TDEADLOCK и TLOCK) и ошибки. Анализ
этих логов за 1 рабочий день с вероятностью 99% назовет вам точную строчку кода или процесс,
из-за которого менеджеры пьют кофе.