Как создать учетную систему в 1С

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

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

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

Шаг 1. Определите, что должна учитывать система

Начните с перечня участков учета. Типовой минимум для торговой компании: складской учет товаров, продажи и закупки, деньги (касса и банк), взаиморасчеты с покупателями и поставщиками. Для производства добавляются учет материалов, выпуск продукции и расчет себестоимости. Для услуг — учет заказов, времени и расчетов с клиентами.

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

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

Шаг 2. Выберите конфигурацию или решите вопрос о разработке

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

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

Типовая конфигурация или собственная разработка

Типовая конфигурация

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

Типовая + доработки

Компромисс: типовое ядро плюс внешние обработки, расширения или изменения конфигурации. Чем больше изменений, тем сложнее обновления

Собственная конфигурация

Полное соответствие процессам, но высокая стоимость разработки и сопровождения, зависимость от конкретных разработчиков

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

Шаг 3. Установите платформу и разверните базу

Для однопользовательской работы достаточно файловой базы: платформа устанавливается на компьютер, база создается из шаблона конфигурации или пустая. Для работы нескольких пользователей одновременно файловый вариант допустим при небольшом числе пользователей и умеренных объемах данных, но при росте нагрузки переходят на клиент-серверный вариант (1С:Сервер + СУБД, чаще MS SQL Server или PostgreSQL).

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

Шаг 4. Настройте справочники и учетную политику

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

Учетная политика определяет, как система считает: метод оценки запасов (ФИФО или средняя), способ амортизации, порядок признания расходов, налоговые параметры. Эти настройки задаются до ввода документов. Смена метода оценки запасов в середине периода потребует пересчета себестоимости и может исказить финансовый результат.

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

Шаг 5. Введите начальные остатки

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

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

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

Шаг 6. Проверьте систему на тестовых документах

До реального запуска проведите сквозной тест каждого процесса: закупка товара → оприходование на склад → продажа → оплата → отчет по взаиморасчетам. Для зарплаты: прием сотрудника → начисление → выплата → отчет по НДФЛ. Каждый тест завершайте проверкой отчета, а не только фактом проведения документа.

Проверяйте цифры вручную на простых примерах. Продали 2 единицы товара с себестоимостью 100 за 300 — в отчете о прибыли должно быть 400 выручки и 200 себестоимости. Если цифры не сходятся, ищите причину в настройках учетной политики, незаполненных реквизитах или неверных остатках.

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

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

Остатки на складах

Норма

Совпадают с инвентаризацией по количеству и сумме

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

Отрицательные остатки или расхождения с фактом

Взаиморасчеты

Норма

Долг контрагента равен сумме неоплаченных документов

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

Авансы и долги «висят» без зачета, суммы не бьются

Движение денег

Норма

Остаток по счету равен банковской выписке

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

Разница между системой и банком без объяснения

Проведение документов

Норма

Документы проводятся без ошибок и формируют движения

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

Сообщения о незаполненных реквизитах, пустые проводки

Шаг 7. Типичные ошибки и ограничения самостоятельной настройки

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

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

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

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

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

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

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

Что выбрать: файловую базу или клиент-серверный вариант?

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

Как перенести данные из Excel в новую систему?

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

Когда нужна собственная конфигурация, а не типовая?

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

Как понять, что учетная система настроена правильно?

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

Что делать, если после запуска обнаружились ошибки в остатках?

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