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

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

Как пишется 1С:Бухгалтерия: правильное написание и принципы разработки

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

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

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

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

Как правильно пишется название программы

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

В учётных и юридических документах рекомендуется указывать полное наименование: «Программа для ЭВМ "1С:Предприятие 8. 1С:Бухгалтерия"» или «1С:Бухгалтерия 8 ПРОФ» — в зависимости от поставки. Это важно при постановке программы на учёт как нематериального актива и при проверках лицензионной чистоты.

В поисковых запросах и неформальной переписке допустимы упрощённые формы — «1С Бух», «БП 3.0», «бухгалтерия восьмёрка». Они понятны специалистам, но в регламентированных документах их использовать не следует.

На чём написана 1С:Бухгалтерия изнутри

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

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

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

Инструменты, которыми пишут и дорабатывают конфигурацию

Основной инструмент — конфигуратор платформы «1С:Предприятие». В нём открывают дерево конфигурации, редактируют модули, формы, макеты и роли. Для массовых доработок конфигуратор дополняют системой хранения конфигураций (групповая разработка) и механизмом сравнения-объединения.

Альтернатива — среда 1C:Enterprise Development Tools (EDT), основанная на Eclipse. Она удобнее для крупных проектов: поддерживает Git, статический анализ кода, работу с расширениями. Для типовой бухгалтерии в небольшой компании EDT обычно избыточен, но для командной разработки он стал фактическим стандартом.

Способы доработки 1С:Бухгалтерии

Внешняя обработка или отчёт

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

Расширение конфигурации

Подходит для изменения форм, добавления реквизитов и переопределения обработчиков. Типовая конфигурация остаётся на поддержке. Ограничение: нельзя менять состав регистров и часть системной логики.

Прямая правка конфигурации в конфигураторе

Даёт полный доступ ко всему коду. Подходит только при глубокой переработке. Цена вопроса — снятие с полной поддержки и трудоёмкие обновления.

Как пишется доработка через расширение: порядок действий

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

Создание расширения для 1С:Бухгалтерии
  1. 1
    Откройте конфигуратор, раздел «Конфигурация — Расширения конфигурации», создайте новое расширение с понятным именем и префиксом.
  2. 2
    Добавьте в расширение нужный объект (например, форму документа или общий модуль) через контекстное меню «Добавить в расширение».
  3. 3
    Внесите изменения: новый реквизит, обработчик вместо типового (с вызовом «ПродолжитьВызов» при необходимости сохранить типовую логику).
  4. 4
    Обновите конфигурацию базы данных (F7) и проверьте работу в режиме предприятия под полными правами и под обычным пользователем.
  5. 5
    Проверьте, что типовое обновление конфигурации проходит без конфликтов, — это главный критерий качества расширения.

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

Частые ошибки при самостоятельной разработке

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

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

Типичные ошибки
01
Изменение типовых модулей вместо расширения — обновления становятся ручными и рискованными.
02
Доработки без тестовой копии базы — ошибка в коде может испортить реальные учётные данные.
03
Игнорирование прав доступа: доработка проверена только под администратором и не работает у бухгалтера.
04
Копирование типового кода в свои модули вместо вызова типовых процедур — код устаревает с каждым релизом.
05
Отсутствие префикса у новых объектов — при обновлении возможны конфликты имён с новыми типовыми объектами.

Как проверить результат доработки

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

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

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

Обновление базы после подключения расширения
Норма

Обновление проходит без ошибок и предупреждений о конфликтах

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

Сообщения о несовместимости объектов или необходимости изменить типовую конфигурацию

Проведение документа с доработкой
Норма

Движения по регистрам совпадают с типовыми, плюс добавленная логика

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

Пропадают типовые проводки или дублируются записи

Работа под ролью обычного пользователя
Норма

Функция доступна бухгалтеру без административных прав

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

Ошибки доступа к объектам, кнопки не отображаются

Установка очередного типового обновления
Норма

Обновление ставится автоматически, расширение остаётся совместимым

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

Расширение отключается или требует ручной адаптации

Когда стоит привлекать специалиста

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

Маршрут решения

Как выбрать действие

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

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

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

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

Можно ли писать «1С Бухгалтерия» с пробелом вместо двоеточия?

В неформальной переписке и поиске — да, все поймут. В договорах, актах, счетах-фактурах на программу и документах по учёту НМА следует использовать официальное написание «1С:Бухгалтерия» с двоеточием, чтобы избежать вопросов при проверках.

На каком языке программирования написана 1С:Бухгалтерия?

На встроенном языке платформы «1С:Предприятие 8». Это предметно-ориентированный язык с русскоязычным синтаксисом; отдельного языка вроде C++ или Java для доработки конфигурации не требуется. Сама платформа написана на других языках, но её исходный код закрыт и для доработки бухгалтерии не нужен.

Можно ли дорабатывать 1С:Бухгалтерию без программиста?

Частично. Пользовательские настройки отчётов, дополнительные реквизиты и сведения, простые внешние печатные формы доступны без программирования через штатные механизмы «Администрирование» и «Дополнительные отчёты и обработки». Изменение логики проведения и регистров требует навыков разработки.

Что лучше: расширение или изменение конфигурации?

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

Сломаются ли доработки при обновлении 1С:Бухгалтерии?

Внешние обработки обычно продолжают работать, если не изменились используемые ими объекты. Расширения могут потребовать адаптации, если обновление затронуло переопределённые объекты — платформа сообщит о несовместимости. Изменённая типовая конфигурация требует ручного сравнения и объединения при каждом обновлении.

Нужна ли тестовая база для доработок?

Да. Любую доработку следует создавать и проверять на копии рабочей базы. Это защищает реальные учётные данные от ошибок в коде и позволяет спокойно проверить проведение документов, закрытие месяца и формирование отчётности до переноса изменений в рабочую среду.