Оптимизация 1С осуществляется для городов: Москва, Саратов, Санкт-Петербург, Нижний Новгород, Екатеринбург, Новосибирск, Ростов на Дону, Уфа и других городов России.
Оптимизация 1С. Опыт внедрения прикладных решений на платформе 1С Предприятие 8 показывает, что система позволяет решать задачи различной степени сложности – от автоматизации одного рабочего места до создания информационных систем масштаба предприятия.
Оптимизация 1С. В то же время, внедрение большой информационной системы предъявляет повышенные требования по сравнению с небольшим или средним внедрением. Информационная система масштаба предприятия должна обеспечивать приемлемую производительность в условиях одновременной и интенсивной работы большого количества пользователей, которые используют одни и те же информационные и аппаратные ресурсы в конкурентном режиме. При этом и аппаратная, и программная части системы работают под большой нагрузкой.
Оптимизация 1С. Крупное внедрение ставит перед техническими специалистами сложные задачи, требующие особого подхода и специальных знаний. Опыт разбора технологических вопросов крупных внедрений показывает, что при правильном подходе удается решить любые возникающие вопросы и добиться хороших показателей производительности и масштабируемости системы. Вместе с тем, крупное внедрение предъявляет повышенные требования к квалификации технических специалистов.
Наиболее частые проблемы функционирования 1С Предприятия
Низкая производительность работы системы вцелом;
Аварийное завершение работы пользователей;
Проведение документов зависает и может закончиться ошибкой "Конфликт блокировок при выполнении транзакции";
Медленное формирование отчетов.
Разработчики фирмы 1С приложили много усилий для оптимизации 1С типовых конфигураций. Проблемы быстродействия этих решений часто бывают вызваны неоптимальными настройками программы (например использование онлайнового партионного учета), а также различными проблемами, вызванными на уровне программно-аппаратного взаимодействия, сетевой инфраструктуры.
Практика показывает
Наибольшее число проблем скорости и стабильности работы программ 1С связано с внесением доработок в типовой функционал конфигураций 1С сторонними специалистами или не оптимальным использованием типовых объектов метаданных;
Реже встречаются проблемы связанные с недостаточной производительностью или неоптимальными настройки оборудования;
Далее по частоте возникновения - неправильно выполненные или ненастроенные процедуры регламентного обслуживания и оптимизации СУБД, операционной системы.
Почему специалисты в штате Заказчика обычно не могут оптимизировать сами?
Обычно у Заказчика есть только
Разработчик 1С;
Системный администратор.
В большинстве случаев в небольших компаниях это одно и тоже лицо. Как правило в 90% случаев данные сотрудники умеют "писать код", но не обладают знаниями в бухгалтерском, производственном учетах. Как правило они, находясь под каждодневной нагрузкой рутины (если ты программист-значит должен уметь всё), "как могут" переписывают конфигурацию 1С исходя из критериев "быстрее сделать/забыть", не имеют времени вникать в тонкости изменения законодательства, изменения функционала новых версий 1С. Судя по опыту 16-ти летнему автоматизации предприятий, неоптимальные базы - это результат "нестандартного использования" функционала 1С, когда легче и быстрее переписать/упростить бизнес-процесс, чем разобраться в нём и использовать стандартную методику.
Наша команда экспертов
Наша компания работает на рынке автоматизации учета с 1997 года, нами успешно выполнились большое количество проектов по аудиту и оптимизации быстродействия и стабильности 1С Предприятия начиная с версий (7.5, 7.7., 8.0, 8.1) а также текущих версий 8.Х, что позволило нам наработать высокую квалификацию, собственные методики и инструментарий в этой области. Наши сотрудники регулярно проходят курсы повышения квалификации и используют последние методики и стандарты работы.
В проектах мы задействуем команду наших специалистов:
Системные архитекторы/Системотехники (Эксперты по технологическим вопросам);
Опытные разработчики 1С;
Администраторы СУБД;
Системные администраторы.
Этапы оптимизации быстродействия 1С Предприятия
Определение целевых показателей быстродействия для выбранного списка ключевых операций по методике APDEX (Application Performance Index);
Поиск узких мест производительности, определение приоритета каждой ключевой операции;
Разработка плана действий по устранению узких мест:
изменение программного кода приложения и/или структуры метаданных;
апгрейд/настройка оборудования;
оптимизация настроек операционной системы, SQL, сервера приложений.
Проведение работ по оптимизации нашими экспертами или специалистами Заказчика под нашим руководством;
Контроль достижения целевых показателей быстродействия;
Если целевые показатели не достигнуты, повторный цикл оптимизации.
Технологии и инструменты
Архитектурные и технологические решения в платформе
Архитектурные и технологические решения, реализованные в 1С Предприятии 8, рассчитаны на одновременную работу большого количества пользователей и достижение высоких показателей производительности и масштабируемости системы:
Фирма 1С разрабатывает 1С Корпоративный инструментальный пакет - набор инструментов, повышения производительности, масштабируемости и надежности информационных систем, работающих на платформе 1С Предприятие 8 за счет:
обнаружения и автоматического анализа возможных технических проблем на любых стадиях внедрения;
получения объективной информации о производительности системы;
получения полной технической информации о проблемах производительности, имеющихся в системе, с целью дальнейшей оптимизации ее кода;
своевременного и правильного выполнения всех необходимых регламентных процедур;
"Тест-центр" и "Центр управления производительностью" могут работать как совместно, так и по отдельности в зависимости от задачи.
Вы можете вместе с нами провести проект по повышению быстродействия Вашей учетной системы 1С Предприятие при участии фирмы 1С в качестве куратора проекта и получить максимальную гарантию качества работ:
Контроль работ со стороны фирмы 1С (включая обязательное использование типовых методик и best practices);
Гарантии достижения целевого качества работы системы от 1С (производительность, устойчивость и доступность системы);
Оперативное подключение разработчиков 1С к решению сложных проблем;
Контроль методик и технологий со стороны 1С.
На время проекта в данном варианте сотрудничества, мы бесплатно предоставляем инструмент мониторинга и анализа быстродействия "Центр управления производительностью" и инструмент нагрузочного тестирования "Тест центр".
При условиях заключенного договора на проект оптимизации быстродействия и наличия удаленного подключения, наша компания предоставляем Вам 15 бесплатных часов работы по аудиту производительности.
Методика оценки APDEX
При внедрении, сопровождении и технической поддержке информационных систем на платформе 1С Предприятие возникают задачи, связанные с необходимостью получить объективную интегральную оценку производительности системы. Приведем несколько примеров таких задач.
Пример 1. Внедрение информационной системы
Имеется заказчик, который планирует внедрять информационную систему на платформе 1С Предприятие. Заказчик хотел бы иметь гарантии того, что внедренная система будет работать с требуемой производительностью.
Необходимо внедрить систему и обеспечить требуемую производительность ее работы. Для этого нужно решить следующие подзадачи:
Описать и согласовать с заказчиком целевую производительность системы. Это необходимо для того, чтобы формализовать требования заказчика и его критерии производительности. Целевая оценка производительности может быть так же использована в качестве предмета договора.
Провести нагрузочное тестирование системы, оценить производительность системы по результатам тестирования и сравнить ее с целевой производительностью.
Внедрить систему, объективно оценить ее производительность во время работы реальных пользователей и сравнить с целевой производительностью.
Пример 2. Оптимизация работающей информационной системы
Имеется заказчик, которого не устраивает текущая производительность работы информационной системы на платформе 1С Предприятие. Требуется провести оптимизацию системы и довести ее производительность до необходимого уровня.
Для этого нужно решить следующие подзадачи:
Объективно оценить текущую производительность системы.
Выявить наиболее проблемные прикладные операции.
Описать целевую производительность системы.
Провести оптимизацию и объективно оценить производительность системы после оптимизации. Сравнить полученные результаты с целевой производительностью.
Требования к методике оценки производительности
Для решения приведенных выше задач необходимо оценивать производительность. Оценка должна быть:
объективной: оценка не должна зависеть от субъективных факторов (эмоции, мнения и т.п.);
прикладной: оценка должна отражать реальную производительность прикладных операций, а не абстрактные технические показатели;
интегральной: оценка должна учитывать все аспекты работы системы, все требования бизнес-логики системы и удобство работы каждого пользователя;
количественной: оценка должна быть численной для того, чтобы можно было сравнивать производительность, полученную при разных обстоятельствах (например, до и после оптимизации);
качественной: оценка должна интерпретироваться в терминах «хорошо» - «плохо».
Для оценки производительности информационных систем на платформе 1С Предприятие рекомендуется использовать методику APDEX, которая обладает всеми необходимыми свойствами и хорошо подходит для решения перечисленных задач.
Методика APDEX
Методика APDEX является широко распространенным международным стандартом оценки производительности информационных систем. Оценка производительности системы по методике APDEX состоит из следующих основных этапов:
В работающей системе выполняется большое количество разнообразных операций. Необходимо отобрать из них только ключевые операции. Именно по ним будет оцениваться производительность системы в целом.
Рекомендуется считать операцию ключевой при выполнении одного из следующих условий:
Операция является критичной для бизнес-процессов заказчика. При недостаточной производительности системы на этой операции могут происходить потери для бизнеса заказчика.
Операция выполняется одновременно значительным количеством пользователей (более 10).
Имеются жалобы пользователей на производительность на этой операции.
Список операций должен составляться при непосредственном участии специалистов заказчика. Полученный список операций следует поместить в таблицу (например Excel).
Операция
Приходный кассовый ордер
Товарная накладная ТОРГ-12
Реализация товаров и услуг
Расходный ордер на товары
Определить приоритет каждой операции
Для каждой операции необходимо определить ее приоритет – уникальное целое число. Чем выше приоритет операции, тем важнее ее производительность для бизнеса заказчика. Правильно расставленные приоритеты позволят в дальнейшем оценить серьезность проблем с производительностью в системе, и правило определить приоритеты работ по оптимизации.
Приоритеты операций должны определяться при непосредственном участии специалистов заказчика.
Добавьте в таблицу колонку «Приоритет» и заполните ее полученными значениями. Отсортируйте операции по приоритету. Обычно считается, что 1 – наивысший приоритет, 2 – следующий и т.д.
Операция
Приоритет
Реализация товаров и услуг
1
Расходный ордер на товары
2
Приходный кассовый ордер
3
Товарная накладная ТОРГ-12
4
Определить целевое время для каждой операции
Для каждой операции необходимо определить целевое время – Т.
Целевое время – это требование заказчика к скорости выполнения данной ключевой операции. Обратите внимание на то, что это значение не вычисляется и не подбирается опытным путем. Оно назначается, исходя из требований бизнес-процессов заказчика, соображений удобства пользователей и т.п. Критерий при назначении времени Т: если данная операция будет всегда выполняться за время меньшее или равное Т, то это целиком и полностью устроит заказчика.
Целевое время Т для каждой ключевой операции должно определяться при непосредственном участии специалистов заказчика.
Иногда заказчик может затрудняться с определением времени Т для некоторых ключевых операций. В таких случаях можно попробовать решить задачу «от обратного» - зная APDEX, получить значение целевого времени Т.
Добавьте в таблицу колонку «Т» и заполните ее полученными значениями.
Операция
Приоритет
T
Реализация товаров и услуг
1
3
Расходный ордер на товары
2
20
Приходный кассовый ордер
3
5
Товарная накладная ТОРГ-12
4
10
Собрать информацию о времени выполнения каждой ключевой операции
После этого необходимо получить информацию о фактическом времени выполнения всех ключевых операций в системе. Если информационная система уже внедрена и находится в рабочей эксплуатации, то следует собрать информацию о времени отклика системы на каждой ключевой операции при каждом ее выполнении.
Информация должна быть собрана за достаточно длительный период времени. Рекомендуется собрать данные не меньше чем за один полный рабочий день.
Например, в списке имеется операция «Реализация товаров и услуг». Предположим, что за один рабочий день все пользователи системы ввели 1200 различных документов «Реализация товаров и услуг». Это означает, что мы должны получить и сохранить информацию о реальном времени отклика, которое наблюдали пользователи на каждом из 1200 выполнений операции. В результате мы должны сохранить 1200 различных значений времени выполнения.
Для получения времени выполнения ключевых операций необходимо внести изменения в код конфигурации. Полученную информацию рекомендуется сохранять в журнале регистрации. Если информационная система еще не внедрена, то те же самые данные можно получить во время многопользовательского нагрузочного тестирования. В этом случае для хранения полученных данных можно использовать показатели Тест-центра.
Для вычисления времени отклика на интерактивных операциях можно использовать методику, предложенную ниже.
Внесенные в конфигурацию изменения, а так же все полученные данные по времени выполнения операций, рекомендуется сохранять на все время проекта. Это позволит:
Пересчитывать APDEX при изменении целевого времени Т;
Отслеживать динамику изменения производительности системы.
На основании собранных данных получить оценку APDEX
Для вычисления APDEX, необходимо обработать данные по времени выполнения всех ключевых операций и получить следующие значения:
N – общее количество выполнений данной операции
NS – количество выполнений с временем отклика от 0 до Т
NT – количество выполнений с временем отклика от T до 4T
Значение APDEX вычисляется по формуле: APDEX = (NS + NT/2)/N
Методика APDEX позволяет интерпретировать полученные числовые значения коэффициента в терминах качественных оценок. Шкала APDEX содержит следующие диапазоны значений:
Шкала APDEX
Значение
Оценка
от
до
0.00
0.50
неприемлемо
0.50
0.70
очень плохо
0.70
0.85
плохо
0.85
0.94
хорошо
0.94
1.00
отлично
Применив эту шкалу к таблице получим следующий результат:
Операция
Приоритет
T
N
NS
NT
APDEX
Оценка
Реализация товаров и услуг
1
3
1012
262
403
0.46
неприемлемо
Расходный ордер на товары
2
20
2136
2003
133
0.97
отлично
Приходный кассовый ордер
3
5
1012
318
524
0.57
очень плохо
Товарная накладная ТОРГ-12
4
10
2136
1325
567
0.75
плохо
Из полученной таблицы можно сделать следующие выводы:
В текущем состоянии система практически неработоспособна. Большая часть ключевых операций выполняется недопустимо медленно.
Пользователи системы не удовлетворены ее производительностью в большинстве случаев.
Наиболее приоритетная операция (Реализация товаров и услуг) является наиболее узким местом системы. Следует начинать оптимизацию именно с нее.
Применение методики 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
Иногда заказчик может затрудняться с определением целевого времени Т для отдельных ключевых операций. То есть, у заказчика может быть субъективное мнение о производительности системы, но при этом он будет не готов сформулировать объективные требования к производительности.
В этом случае можно попробовать решить задачу от обратного – получить значение времени Т, исходя из субъективной оценки.
Предположим, заказчик затрудняется оценить целевую производительность для операции «Приходный кассовый ордер».
Операция
Приоритет
T
Реализация товаров и услуг
1
3
Расходный ордер на товары
2
20
Приходный кассовый ордер
3
???
Товарная накладная ТОРГ-12
4
10
В этом случае последовательность действий может быть следующей:
1. Получить субъективную оценку производительности этой операции.
Следует субъективно оценить производительность данной операции в терминах APDEX, то есть по следующей шкале:
Неприемлемо
Очень плохо
Плохо
Хорошо
Отлично
Оценка должна отражать консолидированное мнение всех заинтересованных специалистов заказчика.
Предположим, что заказчик оценил производительность как «очень плохо». Будем считать, что это соответствует значению APDEX = 0.6 (середина интервала «очень плохо»).
2. Получить данные по фактической производительности данной операции в системе.
3. Подобрать такое значение Т, при котором APDEX = 0.6
Необходимо задавать различные значения Т с некоторым шагом, вычисляя APDEX для каждого из значений. При получении нужного значения APDEX – зафиксировать значение Т, для которого оно получено.
Эту процедуру можно автоматизировать. Например, при помощи функции «Подобрать значение», входящей в Excel.
Предположим, что путем такого перебора мы получили значение Т = 5 секунд.
4. Проверить правильность полученного значения Т
Продолжайте следить за производительностью системы, получая значение APDEX для данной операции, исходя из вычисленного времени Т. Убедитесь в том, что получаемая оценка APDEX соответствует субъективной оценке заказчика.
Вычисление времени отклика на интерактивных операциях
Процесс сбора информации по фактическому времени выполнения ключевых операций должен быть автоматизирован. Для этого требуется внести соответствующие изменения в код конфигурации. Методики сбора информации могут различаться в разных случаях. Наиболее типичной задачей является сбор информации о выполнении интерактивных действий пользователей. Для ее решения можно предложить следующую методику:
1. Включите регистрацию ошибок и предупреждений в журнале регистрации (если она еще не включена). Модифицируйте код общего модуля приложения, вписав в него следующий текст:
Вместо «Моя операция 1» следует указать название данной операции аналогично тому, как оно указано в списке ключевых операций APDEX.
4. Обновите конфигурацию информационной базы и снимайте данные в течение одного полного рабочего дня. Вписанный код будет автоматически вычислять длительность всех операций и записывать ее в технологический журнал. По окончании этого периода рекомендуется не удалять изменения, сделанные в коде конфигурации, чтобы информация о фактической производительности работы пользователей продолжала накапливаться.
5. По окончании одного полного рабочего дня откройте журнал регистрации, установите фильтр на события «ЦКТП» и сохраните журнал в файл.
Методика замера времени проведения документа
Ниже приведен пример реализации кода замера времени проведения документа.
Для замера времени проведения документа необходимо в форме документа переопределить стандартные команды «Провести», «Провести и закрыть» и «Записать». Для этого отключите их отображение в настройках формы, добавьте три новых команды: «Записать», «Провести» и «ПровестиИЗакрыть». Разместите их на форме. Если в процессе проведения возникнет исключительная ситуация то необходимо ее обработать в зависимости от постановки вашей задачи: вы можете решить не фиксировать этот замер, как ошибочный или фиксировать его наравне с успешно выполненным проведением. При выполнении этих команд должна вызываться процедура ВыполнитьЗамерИПровести с параметром "ИмяКоманды". Для 8.1 эта процедура может выглядеть так:
Процедура ВыполнитьЗамерИПровести(ИмяКоманды)
//Впишите код для фиксации времени начала проведения --> //... //Впишите код для подключения обработчика ожидания --> //...
РежимЗаписи = РежимЗаписиДокумента.Проведение; Если ИмяКоманды = "Записать" И Не ДокументОбъект.Проведен Тогда
Попытка ЗаписатьВФорме(РежимЗаписи); Если ИмяКоманды = "ПровестиИЗакрыть" Тогда ЭтаФорма.Закрыть(); КонецЕсли; Исключение //Обработка неудачного проведения документа //Впишите код для обработки неудачного проведения документа --> //... КонецПопытки;
КонецПроцедуры
для 8.2 так (директивы компиляции нужны только для тонких форм):
Попытка #Если ТолстыйКлиентОбычноеПриложение Тогда ЗаписатьВФорме(РежимЗаписи); #Иначе ЭтаФорма.Записать(ПараметрыЗаписи); #КонецЕсли Если ИмяКоманды = "ПровестиИЗакрыть" Тогда ЭтаФорма.Закрыть(); КонецЕсли; Исключение
//Обработка неудачного проведения документа //Впишите код для обработки неудачного проведения документа --> //... КонецПопытки;
КонецПроцедуры
Если вам необходимо вписать прикладной код в один из этих обработчиков, то замер времени должен начаться до выполнения вашего кода. Вызов записи документа при этом следует выполнить в попытке с исключением. Для 8.1 процедура будет выглядеть так:
Процедура КомандаПроведенияДокумента(Кнопка)
//Впишите код для фиксации времени начала проведения --> //... //Впишите код для подключения обработчика ожидания --> //...
//...... //Код написанный в обработчике команды //......
Попытка ЗаписатьВФорме(РежимЗаписи); Исключение
//Обработка неудачного проведения документа //Впишите код для обработки неудачного проведения документа --> //... КонецПопытки;
КонецПроцедуры
для 8.2 так (директивы компиляции нужны только для тонких форм):
//Впишите код для фиксации времени начала проведения --> //... //Впишите код для подключения обработчика ожидания --> //...
//...... //Код написанный в обработчике команды //......
Попытка ЭтаФорма.Записать(ПараметрыЗаписи); Исключение
//Обработка неудачного проведения документа //Впишите код для обработки неудачного проведения документа --> //... КонецПопытки;
КонецПроцедуры
Если проведение документа осуществляется из формы списка документов то необходимо переопределить команду "Провести" формы списка. Для этого удалить ее для тонких форм из командной панели для толстых из контекстного меню и добавить свою команду. Для 8.1 код обработчика команды выглядит следующим образом:
Процедура ДействияФормыПровести(Кнопка)
//Впишите код для фиксации времени начала проведения --> //... //Впишите код для подключения обработчика ожидания --> //...
ДокументСсылка = ЭтаФорма.ЭлементыФормы.Список.ТекущаяСтрока; ДокументОбъект = ДокументСсылка.ПолучитьОбъект(); Попытка ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); Исключение //Обработка неудачного проведения документа
//Впишите код для обработки неудачного проведения документа --> //... КонецПопытки;
КонецПроцедуры
для 8.2 так (директивы компиляции и процедура "ВыполнитьПроведение" нужны только для тонких форм):
&НаКлиенте Процедура Провести(Команда)
//Впишите код для фиксации времени начала проведения --> //... //Впишите код для подключения обработчика ожидания --> //...
#ЕслиТолстыйКлиентОбычноеПриложение Тогда ДокументСсылка = ЭтаФорма.ЭлементыФормы.Список.ТекущаяСтрока; ДокументОбъект = ДокументСсылка.ПолучитьОбъект(); Попытка ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный);
Исключение //Обработка неудачного проведения документа //Впишите код для обработки неудачного проведения документа --> //... КонецПопытки; #Иначе Результат = ВыполнитьПроведение(ЭтаФорма.Элементы.Список.ТекущаяСтрока); ЭтаФорма.Элементы.Список.Обновить(); #КонецЕсли
ДокументОбъект = ТекущийДокумент.ПолучитьОбъект(); Попытка
ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение, РежимПроведенияДокумента.Неоперативный); Возврат; Исключение //Обработка неудачного проведения документа //Впишите код для обработки неудачного проведения документа --> //... КонецПопытки;
КонецПроцедуры
Подать заявку
Детство мы тратим впустую, желая стать взрослыми, а когда вырастем, тратим всю жизнь на то, чтоб не состариться. Клайв Льюис