Переход из роли консультанта в разработчики 1С — это логичный шаг для специалиста, который хочет глубже понимать механику работы системы и самостоятельно реализовывать сложные бизнес-требования. Особенно это актуально для среды 1С:ERP, где грань между глубоким знанием функционала и программной логикой часто размыта. В рамках данной статьи мы разберем комплексный подход к освоению разработки, начиная с фундаментальных основ и заканчивая современными стандартами промышленного программирования.
Прежде чем приступать к доработке сложных систем уровня ERP, необходимо выстроить четкую систему фактов в голове. Разберем, с чего стоит начать обучение «с нуля», чтобы избежать заполнения пробелов в знаниях ложной «магией».
Основным учебным пособием для входа в профессию остается «Практическое пособие разработчика» М. Радченко. Мы рекомендуем не просто прочитать книгу, а последовательно выполнить все примеры, создавая учебную конфигурацию. Это позволит понять структуру метаданных: как связаны справочники, документы и регистры.
Основные акценты на первом этапе:
Даже если вы не планируете сдавать экзамен в ближайшее время, подготовка по сборнику задач для «Специалиста по платформе» является критически важной. Проанализируем структуру задач этого уровня:
Рекомендуем на начальном этапе сосредоточиться на оперативном учете, так как это база для большинства доработок в ERP. Бухгалтерские и расчетные задачи можно отложить до момента, когда вы уверенно освоите механизмы проведения документов.
Рассмотрим методику постепенного погружения в код, которую часто используют в фирмах-франчайзи. Вместо того чтобы сразу переписывать ядро системы, начнем с малых задач:
Если ваша цель — 1С:ERP, то знание БСП обязательно. Современная разработка в крупных решениях на 80% состоит из использования готовых механизмов. Разберем, почему это важно:
Разработчик, который пишет собственный механизм прикрепления файлов там, где уже есть подсистема ПрисоединенныеФайлы, считается неквалифицированным. Проанализируем состав БСП и научимся интегрировать ее модули в свои разработки. Это экономит время и делает код понятным для других участников команды.
Для 1С:ERP расширения — это основной стандарт доработки. Важно научиться использовать их правильно, чтобы оставлять основную конфигурацию на поддержке. Рассмотрим основные аннотации:
&Перед — выполнение кода до вызова основной процедуры.&После — выполнение кода после основной логики.&Вместо — полная замена типового алгоритма (использовать с осторожностью!).Пример использования расширения для изменения заголовка формы при открытии:
&После("ПриСозданииНаСервере")
Процедура Расш1_ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
ЭтаФорма.Заголовок = "Доработанная форма: " + ЭтаФорма.Заголовок;
КонецПроцедуры
Профессиональная разработка сегодня немыслима без обмена данными. Посмотрим на необходимые навыки в этой области:
Для систем с огромными объемами данных, таких как ERP, просто написать работающий код недостаточно. Проанализируем ситуацию: отчет, работающий на 10 записях, может «повесить» систему на миллионе строк. Поэтому разработчику необходимо:
SQL Server или PostgreSQL.В качестве упражнения рассмотрим задачу, упомянутую в обсуждении: реализация сортировки в табличной части при нажатии кнопки. Нам нужно, чтобы первое нажатие сортировало по возрастанию, а второе — по убыванию.
Разберем пример кода для такой реализации:
&НаКлиенте
Процедура КомандаСортировка(Команда)
// Определяем текущее направление сортировки
// Можно хранить направление в переменной формы или анализировать заголовок
Если Элементы.СписокТоваров.Сортировка.Направление = НаправлениеСортировки.Возрастание Тогда
НовоеНаправление = НаправлениеСортировки.Убывание;
Элементы.КомандаСортировка.Текст = "Сортировать (по убыв.)";
Иначе
НовоеНаправление = НаправлениеСортировки.Возрастание;
Элементы.КомандаСортировка.Текст = "Сортировать (по возр.)";
КонецЕсли;
// Применяем сортировку к табличной части
Объект.Товары.Сортировать("Цена " + ?(НовоеНаправление = НаправлениеСортировки.Возрастание, "Возр", "Убыв"));
КонецПроцедуры
Путь из консультантов в разработчики требует дисциплины и системного подхода. Не пытайтесь сразу браться за сложные участки кода в рабочей базе ERP. Начните с основ, пройдите путь создания конфигурации «с нуля», изучите стандарты и БСП. Помните, что хороший разработчик 1С — это не тот, кто знает, как написать код, а тот, кто понимает, как этот код повлияет на всю систему в целом. Решайте реальные задачи из вашей практики консультанта, но делайте это сначала в копии базы, постепенно оттачивая мастерство.