Большинство вопросов на форумах по проблеме «долго проводятся документы», начинаются с перечисления технических характеристик серверов, сетевых параметров и т.д. А поскольку таких вопросов много, а технические характеристики, как правило, более чем солидные, можно сделать вывод, что «железо» здесь не причем. Рассмотрим другие причины долгого проведения документов в 1С.
Работая с одной из первых версий конфигурации УПП, вместе с бухгалтерами, мы ставили эксперимент – засекали время проведения документа «Реализация товаров и услуг». С момента нажатия кнопки до «отвисания» программы проходило больше 40 секунд. Версия программы была серверной, пользователи работали на сервере посредством RDP. Т.е. с технической точки зрения все было нормально. В базе была одна организация, отсутствовали ограничения в правах, и для «чистоты» эксперимента – только один пользователь. Такое время ожидания мы объясняли для себя так: документ проводился сразу в разрезе трех учетов, создавая огромное количество записей не только в регистрах накопления, но и «отмечаясь» в регистрах сведений. Но то была первая версия УПП. Прошло достаточно много времени, и разработчики должны были оптимизировать режим записи и хранения данных в своих учетных системах. С тех пор, однако, проблема в той или иной степени все-таки сохранилась.
Такое количество регистров в первую очередь обусловлено слишком сложным регламентированным учетом. Упрости законодатель требования к учету, отпадет необходимость хранить данные в таком количестве разрезов. Но это лишь часть проблемы.
Избыточность кода
Если вы когда-нибудь использовали конструктор движений для документа в конфигураторе, то видели, как мало кода при этом создается, и как быстро проводится при этом документ. Но в реальности не все так просто. Необходимость ограничения попытки проведения, например, в прошлом периоде, сразу же рождает необходимость дополнить этот код. Как только у 1С появилась возможность вести учет по нескольким организациям, складам и подразделениям, сразу возникла необходимость в ограничении прав доступа различных пользователей к той или иной информации. И как следствие – ограничение прав доступа на уровне записи.
из мира 1С для ИТ-Директоров
А как реализуется такая возможность? На каждом этапе проверки добавляется новый код. Возможности проведения, полнота заполнения данных, необходимость записывать документ в разных разрезах – вот причина того, что наш код растет как на дрожжах.
Поскольку все системные администраторы при этом руководствуются принципом «Все, что не запрещено – разрешено», разработчикам приходится выстраивать все новые и новые стены. И с нажатием кнопки «Провести и закрыть», проверки и проводки начинают свое долгое движение по лабиринту.
Как видим, этот только «подготовка данных» для записи.
В каждой строке, по сути, присутствует отсылка к глобальным модулям. Эти скачки между модулями также никак не добавляют скорости работы. Можно подумать: «Это же какие-то миллисекунды», – но именно из них в результате складываются десятки секунд ожидания. Скорость – это величина, характеризующаяся быстротой выполнения. В нашем случае, это скорость выполнения кода, а если кода слишком много, то и скорость выполнения невелика.
Какими бы мощными не были бы компьютеры, и как бы быстро они не реагировали на желания пользователя, они не могут научиться мгновенно преодолевать массы программного кода, выстроенного разработчиками. Защита от ошибок и получение максимально точных данных, вынуждают пользователя ожидать действий программы. Поскольку разработчики конфигураций 1С постоянно трудятся над оптимизацией своих решений, которые на сегодня становятся все более популярными в силу разных обстоятельств, можно надеяться на серьезные подвижки в этой области и на то, что проблема «долго проводятся документы» уйдет в прошлое. И да прибудет с нами код.
консультация эксперта
самые свежие новости 1 раз в месяц
