Оптимизация быстродействия 1С | оптимизация 1с | Apdex | подать заявку

Оптимизация 1С

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

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

Оптимизация 1С. Крупное внедрение ставит перед техническими специалистами сложные задачи, требующие особого подхода и специальных знаний. Опыт разбора технологических вопросов крупных внедрений показывает, что при правильном подходе удается решить любые возникающие вопросы и добиться хороших показателей производительности и масштабируемости системы. Вместе с тем, крупное внедрение предъявляет повышенные требования к квалификации технических специалистов.

Наиболее частые проблемы функционирования 1С Предприятия

• Низкая производительность работы системы вцелом;
• Аварийное завершение работы пользователей;
• Проведение документов зависает и может закончиться ошибкой "Конфликт блокировок при выполнении транзакции";
• Медленное формирование отчетов.

Практика показывает

• Наибольшее число проблем скорости и стабильности работы программ 1С связано с внесением доработок в типовой функционал конфигураций 1С сторонними специалистами или не оптимальным использованием типовых объектов метаданных;
• Реже встречаются проблемы связанные с недостаточной производительностью или неоптимальными настройки оборудования;
• Далее по частоте возникновения - неправильно выполненные или ненастроенные процедуры регламентного обслуживания и оптимизации СУБД, операционной системы.

Почему специалисты в штате Заказчика обычно не могут оптимизировать сами?

Обычно у Заказчика есть только

• Разработчик 1С;
• Системный администратор.

Наша команда экспертов

Наша компания работает на рынке автоматизации учета с 1997 года, нами успешно выполнились большое количество проектов по аудиту и оптимизации быстродействия и стабильности 1С Предприятия начиная с версий (7.5, 7.7., 8.0, 8.1) а также текущих версий 8.Х, что позволило нам наработать высокую квалификацию, собственные методики и инструментарий в этой области. Наши сотрудники регулярно проходят курсы повышения квалификации и используют последние методики и стандарты работы.

• Системные архитекторы/Системотехники (Эксперты по технологическим вопросам);
• Опытные разработчики 1С;
• Администраторы СУБД;
• Системные администраторы.

Этапы оптимизации быстродействия 1С Предприятия

• Определение целевых показателей быстродействия для выбранного списка ключевых операций по методике APDEX (Application Performance Index);
• Поиск узких мест производительности, определение приоритета каждой ключевой операции;
• Разработка плана действий по устранению узких мест:
• • изменение программного кода приложения и/или структуры метаданных;
  • апгрейд/настройка оборудования;
  • оптимизация настроек операционной системы, SQL, сервера приложений.
• Проведение работ по оптимизации нашими экспертами или специалистами Заказчика под нашим руководством;
• Контроль достижения целевых показателей быстродействия;
• Если целевые показатели не достигнуты, повторный цикл оптимизации.

Технологии и инструменты

Архитектурные и технологические решения в платформе

• Архитектура "клиент-сервер";
• Кластер серверов;
• Построение распределенных информационных баз;
• Управление блокировками данных в транзакции;
• Средства интеграции с другими системами;
• Механизм фоновых заданий;
• Механизм запросов;
• Утилита администрирования клиент-серверного варианта;
• Журнал регистрации;
• Технологический журнал;
• Замер производительности при помощи отладчика;

Корпоративный инструментальный пакет

• обнаружения и автоматического анализа возможных технических проблем на любых стадиях внедрения;
• получения объективной информации о производительности системы;
• получения полной технической информации о проблемах производительности, имеющихся в системе, с целью дальнейшей оптимизации ее кода;
• своевременного и правильного выполнения всех необходимых регламентных процедур;
• автоматизированного функционального тестирования кода конфигурации.
Текущая версия 1С Корпоративного инструментального пакета включает следующие инструменты:
• Центр управления производительностью;
• Тест-центр;
• Центр контроля качества;
• Сценарное тестирование.

"Тест-центр" и "Центр управления производительностью" могут работать как совместно, так и по отдельности в зависимости от задачи.

Вы можете вместе с нами провести проект по повышению быстродействия Вашей учетной системы 1С Предприятие при участии фирмы 1С в качестве куратора проекта и получить максимальную гарантию качества работ:
• Контроль работ со стороны фирмы 1С (включая обязательное использование типовых методик и best practices);
• Гарантии достижения целевого качества работы системы от 1С (производительность, устойчивость и доступность системы);
• Оперативное подключение разработчиков 1С к решению сложных проблем;
• Контроль методик и технологий со стороны 1С.
На время проекта в данном варианте сотрудничества, мы бесплатно предоставляем инструмент мониторинга и анализа быстродействия "Центр управления производительностью" и инструмент нагрузочного тестирования "Тест центр".

При условиях заключенного договора на проект оптимизации быстродействия и наличия удаленного подключения, наша компания предоставляем Вам 15 бесплатных часов работы по аудиту производительности.

Методика оценки APDEX

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

Пример 1. Внедрение информационной системы

Имеется заказчик, который планирует внедрять информационную систему на платформе 1С Предприятие. Заказчик хотел бы иметь гарантии того, что внедренная система будет работать с требуемой производительностью.

Необходимо внедрить систему и обеспечить требуемую производительность ее работы. Для этого нужно решить следующие подзадачи:

• Описать и согласовать с заказчиком целевую производительность системы. Это необходимо для того, чтобы формализовать требования заказчика и его критерии производительности. Целевая оценка производительности может быть так же использована в качестве предмета договора.
• Провести нагрузочное тестирование системы, оценить производительность системы по результатам тестирования и сравнить ее с целевой производительностью.
• Внедрить систему, объективно оценить ее производительность во время работы реальных пользователей и сравнить с целевой производительностью.

Пример 2. Оптимизация работающей информационной системы

Имеется заказчик, которого не устраивает текущая производительность работы информационной системы на платформе 1С Предприятие. Требуется провести оптимизацию системы и довести ее производительность до необходимого уровня.

Для этого нужно решить следующие подзадачи:

• Объективно оценить текущую производительность системы.
• Выявить наиболее проблемные прикладные операции.
• Описать целевую производительность системы.
• Провести оптимизацию и объективно оценить производительность системы после оптимизации. Сравнить полученные результаты с целевой производительностью.

Требования к методике оценки производительности

Для решения приведенных выше задач необходимо оценивать производительность. Оценка должна быть:

• объективной: оценка не должна зависеть от субъективных факторов (эмоции, мнения и т.п.);
• прикладной: оценка должна отражать реальную производительность прикладных операций, а не абстрактные технические показатели;
• интегральной: оценка должна учитывать все аспекты работы системы, все требования бизнес-логики системы и удобство работы каждого пользователя;
• количественной: оценка должна быть численной для того, чтобы можно было сравнивать производительность, полученную при разных обстоятельствах (например, до и после оптимизации);
• качественной: оценка должна интерпретироваться в терминах «хорошо» - «плохо».

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

Методика APDEX

Методика APDEX является широко распространенным международным стандартом оценки производительности информационных систем. Оценка производительности системы по методике APDEX состоит из следующих основных этапов:

• Получить список ключевых операций
• Определить приоритет каждой операции
• Определить целевое время для каждой операции
• Собрать информацию о времени выполнения каждой ключевой операции
• На основании собранных данных получить оценку APDEX

После этого можно интерпретировать полученный результат в терминах качественных оценок (то есть, по шкале «хорошо - плохо»).

Получить список ключевых операций

В работающей системе выполняется большое количество разнообразных операций. Необходимо отобрать из них только ключевые операции. Именно по ним будет оцениваться производительность системы в целом.

Рекомендуется считать операцию ключевой при выполнении одного из следующих условий:

• Операция является критичной для бизнес-процессов заказчика. При недостаточной производительности системы на этой операции могут происходить потери для бизнеса заказчика.
• Операция выполняется одновременно значительным количеством пользователей (более 10).
• Имеются жалобы пользователей на производительность на этой операции.

Список операций должен составляться при непосредственном участии специалистов заказчика. Полученный список операций следует поместить в таблицу (например Excel).

Определить приоритет каждой операции

Для каждой операции необходимо определить ее приоритет – уникальное целое число. Чем выше приоритет операции, тем важнее ее производительность для бизнеса заказчика. Правильно расставленные приоритеты позволят в дальнейшем оценить серьезность проблем с производительностью в системе, и правило определить приоритеты работ по оптимизации.

Приоритеты операций должны определяться при непосредственном участии специалистов заказчика.

Добавьте в таблицу колонку «Приоритет» и заполните ее полученными значениями. Отсортируйте операции по приоритету. Обычно считается, что 1 – наивысший приоритет, 2 – следующий и т.д.

Определить целевое время для каждой операции

Для каждой операции необходимо определить целевое время – Т.

Целевое время – это требование заказчика к скорости выполнения данной ключевой операции. Обратите внимание на то, что это значение не вычисляется и не подбирается опытным путем. Оно назначается, исходя из требований бизнес-процессов заказчика, соображений удобства пользователей и т.п. Критерий при назначении времени Т: если данная операция будет всегда выполняться за время меньшее или равное Т, то это целиком и полностью устроит заказчика.

Целевое время Т для каждой ключевой операции должно определяться при непосредственном участии специалистов заказчика.

Иногда заказчик может затрудняться с определением времени Т для некоторых ключевых операций. В таких случаях можно попробовать решить задачу «от обратного» - зная APDEX, получить значение целевого времени Т.

Добавьте в таблицу колонку «Т» и заполните ее полученными значениями.

Собрать информацию о времени выполнения каждой ключевой операции

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

Информация должна быть собрана за достаточно длительный период времени. Рекомендуется собрать данные не меньше чем за один полный рабочий день.

Например, в списке имеется операция «Реализация товаров и услуг». Предположим, что за один рабочий день все пользователи системы ввели 1200 различных документов «Реализация товаров и услуг». Это означает, что мы должны получить и сохранить информацию о реальном времени отклика, которое наблюдали пользователи на каждом из 1200 выполнений операции. В результате мы должны сохранить 1200 различных значений времени выполнения.

Для получения времени выполнения ключевых операций необходимо внести изменения в код конфигурации. Полученную информацию рекомендуется сохранять в журнале регистрации. Если информационная система еще не внедрена, то те же самые данные можно получить во время многопользовательского нагрузочного тестирования. В этом случае для хранения полученных данных можно использовать показатели Тест-центра.

Для вычисления времени отклика на интерактивных операциях можно использовать методику, предложенную ниже.

Внесенные в конфигурацию изменения, а так же все полученные данные по времени выполнения операций, рекомендуется сохранять на все время проекта. Это позволит:

• Пересчитывать APDEX при изменении целевого времени Т;
• Отслеживать динамику изменения производительности системы.

На основании собранных данных получить оценку APDEX

Для вычисления APDEX, необходимо обработать данные по времени выполнения всех ключевых операций и получить следующие значения:

• N – общее количество выполнений данной операции
• NS – количество выполнений с временем отклика от 0 до Т
• NT – количество выполнений с временем отклика от T до 4T

Значение APDEX вычисляется по формуле: APDEX = (NS + NT/2)/N

Полученные числовые значения APDEX могут быть интерпретированы в терминах качественных оценок, то есть по шкале «хорошо - плохо».

Интерпретация полученных значений APDEX

Методика APDEX позволяет интерпретировать полученные числовые значения коэффициента в терминах качественных оценок. Шкала APDEX содержит следующие диапазоны значений:

Применив эту шкалу к таблице получим следующий результат:

Из полученной таблицы можно сделать следующие выводы:

• В текущем состоянии система практически неработоспособна. Большая часть ключевых операций выполняется недопустимо медленно.
• Пользователи системы не удовлетворены ее производительностью в большинстве случаев.
• Наиболее приоритетная операция (Реализация товаров и услуг) является наиболее узким местом системы. Следует начинать оптимизацию именно с нее.

Применение методики APDEX

Полученные данные APDEX можно применять для решения организационных и технических вопросов в рамках различных задач.

Оптимизация работающей системы

Имеется работающая информационная система, производительность которой не устраивает заказчика. Необходимо провести работы по оптимизации. В этом случае можно предложить следующий сценарий работ с использованием методики APDEX.

1. Объективно оценить текущую производительность системы.

Полученные данные APDEX по всем ключевым операциям зафиксировать в таблице «Начальное состояние системы».

2. Договориться о конечном итоге оптимизации.

Обычно считается, что система работает с достаточной производительностью, если показатели APDEX по всем операциям находятся в зоне «хорошо» или выше (APDEX от 0.85 до 1.00). Достижение целевых показателей производительности системы может быть зафиксировано в договоре в качестве цели работ.

3. Оценить объем и сроки работ, а так же приоритеты оптимизации.

Имея объективную картину текущей производительности и зная целевую производительность можно ориентировочно оценить объем и сроки предстоящих работ по оптимизации. Наиболее важной задачей следует считать вывод в зону «хорошо» ключевых операций с наивысшим приоритетом. На основании полученной таблицы APDEX можно разбить работы на несколько этапов: например, сначала операции с высоким приоритетом, потом – остальные.

4. Отслеживать промежуточные результаты оптимизации.

Рекомендуется оставить в системе все изменения, внесенные для фиксации времени выполнения ключевых операций. Это позволит легко получать данные о производительности системы за любой период. Например, можно будет отслеживать динамику роста производительности по неделям. Это позволит, в частности, точнее оценить и при необходимости скорректировать время, отведенное на выполнение работ.

Еще одна важная возможность – отслеживание эффекта от внесения того или иного изменения в систему. Например, в результате проведенного расследования проблем производительности был оптимизирован некий запрос на уровне конфигурации. После внесения изменений в работающую систему можно будет оценить, насколько изменилась ее производительность благодаря этой оптимизации.

5. Оценить результаты проделанных работ.

По результатам оптимизации следует получить данные APDEX и сравнить их с целевыми значениями. При достижении целевых значений работу можно считать завершенной. Итоговую таблицу с данными APDEX можно использовать в качестве отчета о проделанных работах.

Оценка применимости решения 1С для решения задач заказчика

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

1. Описать требования заказчика к производительности системы.

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

2. Провести нагрузочное тестирование и получить данные APDEX по результатам теста.

Тест необходимо проводить на оборудовании заказчика (или на оборудовании близком по производительности). Тест должен создавать реалистичную нагрузку, адекватную той, которая будет наблюдаться в рабочей системе заказчика.

3. Довести систему до требуемой производительности

Если полученные коэффициенты APDEX не попадают в зону «хорошо» или выше, то следует оптимизировать систему до тех пор, пока не будут получены нужные показатели.

4. Продемонстрировать заказчику результаты тестирования.

Обратная задача: определение целевого времени Т по известному APDEX

Иногда заказчик может затрудняться с определением целевого времени Т для отдельных ключевых операций. То есть, у заказчика может быть субъективное мнение о производительности системы, но при этом он будет не готов сформулировать объективные требования к производительности.

В этом случае можно попробовать решить задачу от обратного – получить значение времени Т, исходя из субъективной оценки.

Предположим, заказчик затрудняется оценить целевую производительность для операции «Приходный кассовый ордер».

В этом случае последовательность действий может быть следующей:

1. Получить субъективную оценку производительности этой операции.

Следует субъективно оценить производительность данной операции в терминах APDEX, то есть по следующей шкале:

• Неприемлемо
• Очень плохо
• Плохо
• Хорошо
• Отлично

Оценка должна отражать консолидированное мнение всех заинтересованных специалистов заказчика.

Предположим, что заказчик оценил производительность как «очень плохо». Будем считать, что это соответствует значению APDEX = 0.6 (середина интервала «очень плохо»).

2. Получить данные по фактической производительности данной операции в системе.

Необходимо собрать полную информацию о производительности системы при выполнении этой операции.

3. Подобрать такое значение Т, при котором APDEX = 0.6

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

Эту процедуру можно автоматизировать. Например, при помощи функции «Подобрать значение», входящей в Excel.

Предположим, что путем такого перебора мы получили значение Т = 5 секунд.

4. Проверить правильность полученного значения Т

Продолжайте следить за производительностью системы, получая значение APDEX для данной операции, исходя из вычисленного времени Т. Убедитесь в том, что получаемая оценка APDEX соответствует субъективной оценке заказчика.

Вычисление времени отклика на интерактивных операциях

Процесс сбора информации по фактическому времени выполнения ключевых операций должен быть автоматизирован. Для этого требуется внести соответствующие изменения в код конфигурации. Методики сбора информации могут различаться в разных случаях. Наиболее типичной задачей является сбор информации о выполнении интерактивных действий пользователей. Для ее решения можно предложить следующую методику:

1. Включите регистрацию ошибок и предупреждений в журнале регистрации (если она еще не включена). Модифицируйте код общего модуля приложения, вписав в него следующий текст:

Перем ВремяВыполнения Экспорт;
Перем НазваниеОперации Экспорт;
Перем script;
 
Функция ТекущееВремя() Экспорт
 
  Если script = Неопределено Тогда
   script = Новый COMОбъект("scriptControl");
   script.language = "jscript";
   script.addCode("
     |function getTime()
     |{

     |  return new Date() - new Date(0, 0, 0);
     |}");
  КонецЕсли;
 
  Возврат(script.run("getTime"));
 
КонецФункции
 
Процедура ОкончаниеВыполнения() Экспорт
 
  ВремяВыполнения = ТекущееВремя() - ВремяВыполнения;
  ЗаписьЖурналаРегистрации(

   "ЦКТП",
   УровеньЖурналаРегистрации.Предупреждение,,
   НазваниеОперации,
   Формат(ВремяВыполнения, "ЧГ=0"));
 
КонецПроцедуры

3. В точке интерактивного старта перед началом выполнения каждой операции впишите следующий код:

НазваниеОперации = "Моя операция 1";
ВремяВыполнения = ТекущееВремя();
ПодключитьОбработчикОжидания("ОкончаниеВыполнения", 0.1, истина);

Вместо «Моя операция 1» следует указать название данной операции аналогично тому, как оно указано в списке ключевых операций APDEX.

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

5. По окончании одного полного рабочего дня откройте журнал регистрации, установите фильтр на события «ЦКТП» и сохраните журнал в файл.

Методика замера времени проведения документа

Ниже приведен пример реализации кода замера времени проведения документа.

Для замера времени проведения документа необходимо в форме документа переопределить стандартные команды «Провести», «Провести и закрыть» и «Записать». Для этого отключите их отображение в настройках формы, добавьте три новых команды: «Записать», «Провести» и «ПровестиИЗакрыть». Разместите их на форме. Если в процессе проведения возникнет исключительная ситуация то необходимо ее обработать в зависимости от постановки вашей задачи: вы можете решить не фиксировать этот замер, как ошибочный или фиксировать его наравне с успешно выполненным проведением. При выполнении этих команд должна вызываться процедура ВыполнитьЗамерИПровести с параметром "ИмяКоманды". Для 8.1 эта процедура может выглядеть так:

Процедура ВыполнитьЗамерИПровести(ИмяКоманды)
 
  //Впишите код для фиксации времени начала проведения -->   
  //...   
  //Впишите код для подключения обработчика ожидания -->   
  //...
 
 РежимЗаписи = РежимЗаписиДокумента.Проведение;
 Если ИмяКоманды = "Записать" И Не ДокументОбъект.Проведен Тогда

   РежимЗаписи = РежимЗаписиДокумента.Запись;
 КонецЕсли;
 
 Попытка
   ЗаписатьВФорме(РежимЗаписи);
   Если ИмяКоманды = "ПровестиИЗакрыть" Тогда
     ЭтаФорма.Закрыть();
   КонецЕсли;
 Исключение
    //Обработка неудачного проведения документа   
  //Впишите код для обработки неудачного проведения документа -->   
  //...
 КонецПопытки;

 
КонецПроцедуры

для 8.2 так (директивы компиляции нужны только для тонких форм):

&НаКлиенте
Процедура ВыполнитьЗамерИПровести(ИмяКоманды)
 
 //Впишите код для фиксации времени начала проведения -->

  //...   
  //Впишите код для подключения обработчика ожидания -->   
  //...
 
 ПараметрыЗаписи = Новый Структура("РежимЗаписи");
 
 #Если ТолстыйКлиентОбычноеПриложение Тогда
   ТекущийОбъект = ЭтотОбъект;
  #Иначе
   ТекущийОбъект = Объект;
 #КонецЕсли
 
 РежимЗаписи = РежимЗаписиДокумента.Проведение;
 Если ИмяКоманды = "Записать" И Не ТекущийОбъект.Проведен Тогда

   РежимЗаписи = РежимЗаписиДокумента.Запись;
 КонецЕсли;
 ПараметрыЗаписи.РежимЗаписи = РежимЗаписи;
 
 Попытка
   #Если ТолстыйКлиентОбычноеПриложение Тогда
     ЗаписатьВФорме(РежимЗаписи);
   #Иначе
     ЭтаФорма.Записать(ПараметрыЗаписи);
   #КонецЕсли
   Если ИмяКоманды = "ПровестиИЗакрыть" Тогда
     ЭтаФорма.Закрыть();
   КонецЕсли;
 Исключение

   //Обработка неудачного проведения документа   
  //Впишите код для обработки неудачного проведения документа -->   
  //...
 КонецПопытки;
 
КонецПроцедуры

Если вам необходимо вписать прикладной код в один из этих обработчиков, то замер времени должен начаться до выполнения вашего кода. Вызов записи документа при этом следует выполнить в попытке с исключением. Для 8.1 процедура будет выглядеть так:

Процедура КомандаПроведенияДокумента(Кнопка)
 
 //Впишите код для фиксации времени начала проведения -->   
  //...   
  //Впишите код для подключения обработчика ожидания -->   
  //...
 
 //......   
  //Код написанный в обработчике команды   
  //......
 
 Попытка
   ЗаписатьВФорме(РежимЗаписи);
 Исключение

   //Обработка неудачного проведения документа   
  //Впишите код для обработки неудачного проведения документа -->   
  //...
 КонецПопытки;
 
КонецПроцедуры

для 8.2 так (директивы компиляции нужны только для тонких форм):

&НаКлиенте
Процедура КомандаПроведенияДокумента(Команда)
 
 //Впишите код для фиксации времени начала проведения -->   
  //...   
  //Впишите код для подключения обработчика ожидания -->   
  //...
 
 //......   
  //Код написанный в обработчике команды   
  //......
 
 Попытка
   ЭтаФорма.Записать(ПараметрыЗаписи);
 Исключение

    //Обработка неудачного проведения документа   
  //Впишите код для обработки неудачного проведения документа -->   
  //...
 КонецПопытки;
 
КонецПроцедуры

Если проведение документа осуществляется из формы списка документов то необходимо переопределить команду "Провести" формы списка. Для этого удалить ее для тонких форм из командной панели для толстых из контекстного меню и добавить свою команду. Для 8.1 код обработчика команды выглядит следующим образом:

Процедура ДействияФормыПровести(Кнопка)
 	
  //Впишите код для фиксации времени начала проведения -->   
  //...   
  //Впишите код для подключения обработчика ожидания -->   
  //...
 
 ДокументСсылка = ЭтаФорма.ЭлементыФормы.Список.ТекущаяСтрока;
 ДокументОбъект = ДокументСсылка.ПолучитьОбъект();
 Попытка
   ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
 Исключение
   //Обработка неудачного проведения документа

   //Впишите код для обработки неудачного проведения документа -->   
  //...
 КонецПопытки;
 
КонецПроцедуры

для 8.2 так (директивы компиляции и процедура "ВыполнитьПроведение" нужны только для тонких форм):

&НаКлиенте
Процедура Провести(Команда)
 
 //Впишите код для фиксации времени начала проведения -->   
  //...   
  //Впишите код для подключения обработчика ожидания -->   
  //...
 
 #Если ТолстыйКлиентОбычноеПриложение Тогда
   ДокументСсылка = ЭтаФорма.ЭлементыФормы.Список.ТекущаяСтрока;
   ДокументОбъект = ДокументСсылка.ПолучитьОбъект();
   Попытка
     ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);

   Исключение
      //Обработка неудачного проведения документа   
  //Впишите код для обработки неудачного проведения документа -->   
  //...
   КонецПопытки;
 #Иначе
   Результат = ВыполнитьПроведение(ЭтаФорма.Элементы.Список.ТекущаяСтрока);
   ЭтаФорма.Элементы.Список.Обновить();
 #КонецЕсли
 	
КонецПроцедуры
 
&НаСервереБезКонтекста
Процедура ВыполнитьПроведение(ТекущийДокумент)
 
 ДокументОбъект = ТекущийДокумент.ПолучитьОбъект();
 Попытка

   ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
   Возврат;
 Исключение
    //Обработка неудачного проведения документа   
  //Впишите код для обработки неудачного проведения документа -->   
  //...
 КонецПопытки;
 	
КонецПроцедуры

Подать заявку

Заявка на вызов специалиста

Внимание! Компания "Стек электроникс" не обслуживает нелицензионное программное обеспечение 1С! 

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

Вызов специалиста по:*	сопровождению "1С:Предприятия"проектному внедрениютехническому обслуживаниюаудиту существующего программно-аппаратного комплексаинформационной безопасности
Название организации:*
Сфера деятельности организации:
Контактное лицо:*
Должность:*
Название программного продукта:*
Регистрационный номер программы:
Описание проблемы:*
Ваш телефон:*
Ваш e-mail:*
Удобные для Вас дата и время приезда:*
Защита от автоматического заполнения
Введите символы с картинки*

* - обязательные поля