К статье
Практический материал

Разработка и Конфигурация · 11 мин

Что должен знать программист 1С:Бухгалтерия

Разбираем, что должен знать программист 1С:Бухгалтерия: язык запросов, СКД, типовые механизмы, обмены, обновления и работа с регламентной отчетностью.

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

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

Ниже разобраны конкретные области знаний: от языка 1С и запросов до регламентированной отчетности и сопровождения обновлений. Для каждой области указано, что именно нужно уметь делать руками, а не просто «знать в теории».

Базовый фундамент: язык, платформа и объектная модель

Минимальный набор — свободное владение встроенным языком 1С: работа с типами данных, коллекциями (массивы, структуры, таблицы значений), обработка исключений через Попытка...Исключение, понимание разницы между клиентским и серверным контекстом исполнения. Без этого невозможно даже читать типовой код, который в конфигурации «1С:Бухгалтерия» занимает десятки тысяч строк.

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

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

Язык запросов и работа с данными учета

Запросы — основной инструмент выборки данных в 1С. Программист должен уметь писать запросы с соединениями, группировками, итогами, вложенными запросами и временными таблицами, а главное — правильно обращаться к виртуальным таблицам регистра бухгалтерии: Остатки, Обороты, ОстаткиИОбороты. Ошибка в параметрах виртуальной таблицы (период, отбор по счету, субконто) — самая частая причина «неправильных цифр» в отчетах.

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

Отдельный навык — консоль запросов и умение читать план запроса. Когда отчет «тормозит», причина почти всегда в запросе: соединение без индексированных полей, выборка лишних данных, отсутствие отборов в параметрах виртуальной таблицы.

bsl
ВЫБРАТЬ
	ХозрасчетныйОстатки.Субконто1 КАК Контрагент,
	ХозрасчетныйОстатки.СуммаОстатокДт КАК Долг
ИЗ
	РегистрБухгалтерии.Хозрасчетный.Остатки(&Период, Счет = &Счет62, , Организация = &Организация) КАК ХозрасчетныйОстатки

Устройство типовой конфигурации и БСП

«1С:Бухгалтерия» построена на Библиотеке стандартных подсистем (БСП). Программист обязан знать ключевые механизмы БСП: подсистему дополнительных отчетов и обработок, работу с печатными формами, механизм версионирования, подсистему обмена данными, регламентные задания. Большинство «кастомных» задач решается штатными средствами БСП без единой строки изменения типового кода.

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

Расширения вместо изменения конфигурации

Современный стандарт доработок — расширения конфигурации. Через расширение можно добавить реквизиты, формы, отчеты, переопределить обработчики событий с помощью аннотаций &После, &Вместо, &Перед. Правило простое: если задачу можно решить расширением — она решается расширением.

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

Типичные ошибки
01
Прямая правка типовых модулей без комментариев — при обновлении изменения теряются или конфликтуют, поиск различий занимает часы
02
Доработка через &Вместо без вызова типовой процедуры — ломается штатная логика проведения, проводки формируются неполностью
03
Расчет остатков запросом к таблице движений вместо виртуальной таблицы — неверные итоги и резкое падение производительности
04
Игнорирование разделителей при работе в сервисе — доработка, работавшая локально, падает в облачном режиме

Отчеты, СКД и печатные формы

Система компоновки данных (СКД) — обязательный навык. Программист должен уметь создавать отчет на СКД с нуля: наборы данных, связи, ресурсы, параметры, настройки вариантов. Большинство управленческих отчетов в бухгалтерии делается именно на СКД, и заказчики ждут, что пользователь сможет сам менять группировки и отборы без участия разработчика.

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

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

Обмены, интеграции и загрузка данных

Типовые обмены — с «1С:Управление торговлей», «Зарплата и управление персоналом», сайтом, банком (клиент-банк, ДБО) — ежедневная реальность бухгалтерии. Программист должен уметь настраивать планы обмена, разбираться с регистрацией изменений, диагностировать, почему документ «не уехал» или «не приехал», и уметь читать протоколы обмена.

Для нестандартных интеграций нужны базовые навыки: работа с HTTP-запросами и веб-сервисами, чтение и запись JSON и XML, загрузка из Excel и CSV через табличный документ или COM-объекты. Типовая задача — загрузка выписок, актов сверки или прайсов от контрагентов.

Обновления и сопровождение конфигурации

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

После обновления обязательна проверка расширений: платформа может отключить расширение, если оно стало несовместимым. Признак проблемы — пользователи жалуются, что «пропали кнопки» или «перестала работать печатная форма». План отката (копия базы до обновления) должен существовать всегда.

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

Бухгалтерская специфика: что понимать из предметной области

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

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

Как проверить уровень программиста: практические задачи

Уровень специалиста лучше всего проверяется не вопросами «что такое регистр», а реальными задачами. Ниже — ориентиры для самопроверки или собеседования.

Контрольные точки

Как проверить уровень

Просите добавить печатную форму к документу
Норма

Использует механизм дополнительных печатных форм или расширение

Тревожный признак

Правит типовой модуль менеджера документа

Просите отчет по задолженности контрагентов
Норма

Строит на СКД с виртуальной таблицей остатков регистра бухгалтерии

Тревожный признак

Перебирает документы в цикле и суммирует вручную

Спрашиваете, как пережить обновление с доработками
Норма

Рассказывает про расширения, сравнение-объединение, тестовую базу

Тревожный признак

Предлагает снять конфигурацию с поддержки и не обновляться

Даете задачу загрузить выписку банка
Норма

Сначала смотрит типовой клиент-банк и ДБО

Тревожный признак

Сразу пишет собственный парсер с нуля

Хороший программист 1С:Бухгалтерия отличается тем, что сначала ищет типовое решение и только потом пишет код. Это экономит время заказчика и снижает стоимость сопровождения — каждая самописная механика, дублирующая типовую, становится балластом при обновлениях.

Итог

Что важно запомнить

Фундамент специалиста — язык 1С, запросы к регистру бухгалтерии, СКД и знание БСП. Доработки выполняются через расширения и подписки, без правки типового кода. Обновления и обмены тестируются на копии базы. Понимание основ бухгалтерского учета обязательно для постановки и проверки задач.

Частые вопросы

Нужно ли программисту 1С сдавать экзамен «1С:Профессионал»?

Формально — нет, но подготовка к экзамену по платформе и по «1С:Бухгалтерии» полезна как систематизация знаний. Сертификат часто требуют франчайзи при найме, а для фрилансера он служит подтверждением квалификации перед заказчиком. Знания важнее корочки, но экзаменационные материалы — хороший план обучения.

Что изучать первым: платформу или конфигурацию?

Сначала платформу: язык, запросы, объекты метаданных, СКД. Без этого изучение конфигурации превращается в зубрежку. После базовой уверенности переходите к «1С:Бухгалтерии»: план счетов, документы, проводки, БСП, механизмы закрытия месяца.

Можно ли работать программистом 1С без знания бухгалтерии?

На старте — да, если есть постановщик задач. Но без понимания проводок, ОСВ и закрытия месяца вы не сможете проверить результат своей доработки и будете постоянно зависеть от бухгалтера. Минимум предметной области осваивается за несколько недель практики на демобазе.

Когда доработку нельзя делать расширением?

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

Как набрать практику без реального проекта?

Разверните учебную версию платформы и демонстрационную базу «1С:Бухгалтерии». Выполняйте типовые учебные задачи: добавьте печатную форму, сделайте отчет на СКД по задолженности, напишите загрузку контрагентов из файла, настройте расширение с дополнительным реквизитом. Этого набора достаточно, чтобы уверенно пройти первое собеседование.

Чем программист 1С:Бухгалтерия отличается от разработчика на ERP или УТ?

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