Сквозной пример в 1С: один учебный сюжет от первой проводки до отчётности
Содержание
Сквозной пример в 1С — это одна выдуманная организация, на которой по порядку выполняют все операции учётного цикла: от ввода начальных остатков и первой закупки до закрытия месяца и отчётности. Каждое следующее задание опирается на данные предыдущего, поэтому ошибка в начале видна в конце — в оборотно-сальдовой ведомости, в декларации, в остатках склада.
Используют сквозной пример трижды: на курсах для бухгалтеров, в книгах для программистов (там «сквозной» — одна учебная конфигурация, которую дорабатывают от главы к главе) и во внедрении — как набор сценариев для проверки базы после обновления. Подход везде один: связанный сюжет вместо разрозненных упражнений.
Что такое сквозной пример в 1С и чем он лучше отдельных задач
Отдельное упражнение проверяет одно действие: «оформите поступление», «начислите зарплату». Сквозной пример проверяет связи. Поступление товара влияет на себестоимость продажи, продажа — на НДС к уплате, зарплата — на взносы и закрытие счетов затрат.
Чем это полезно:
- 🔗 Видна цепочка. Человек понимает, почему без закрытия месяца не сходится прибыль и почему без поступления нет остатка для реализации.
- 🧮 Есть контрольные цифры. В конце задания известно, сколько должно получиться на счёте 41 или в строке декларации. Расхождение показывает ошибку.
- 🔁 Пример повторяем. Один и тот же сюжет можно прогнать на новом релизе и сравнить результат с эталоном.
- 🧑🏫 Ближе к реальной работе. В живой базе операции тоже связаны, а не существуют поодиночке.
Обратная сторона: пример хрупкий. Если ученик пропустил операцию в первом месяце, дальше всё «едет». Поэтому хороший сквозной пример делят на этапы с контрольной точкой после каждого.
Виды сквозных примеров в 1С
Учебные для пользователей
Классика курсов по 1С:Бухгалтерии. Даётся описание фирмы: система налогообложения, учётная политика, сотрудники, контрагенты. Затем — хронология операций по датам на один-три месяца. Ученик вводит всё сам и сверяет итоги с ответами.
Похожие примеры бывают по ЗУП (приём, начисления, отпуск, больничный, увольнение, отчётность в ФНС и СФР) и по торговле (закупка, заказы, резервы, отгрузка, возвраты).
Учебные для разработчиков
Здесь сюжет — не фирма, а конфигурация. Её создают с нуля в пустой базе: справочники, документы, регистры, отчёты. Каждая глава добавляет новый объект или механизм — проведение, запросы, права, обмены.
Так устроены многие учебники по программированию в 1С: одна прикладная задача (небольшая сервисная или торговая фирма) проходит через всю книгу. К концу у читателя работающая конфигурация, а не набор кусков кода.
Демонстрационные базы
В типовые поставки обычно входит демобаза с заполненными данными за несколько периодов. Это готовая иллюстрация: можно открыть отчёт и посмотреть, откуда взялась цифра. Но цепочки «шаг за шагом» с заданиями там нет — её придётся составить самому по документам демобазы.
Тестовые сценарии
Во внедрении сквозной пример превращается в регрессионный тест. Это список бизнес-процессов компании («от заказа поставщику до оплаты», «от приёма до расчёта при увольнении») с ожидаемым результатом. После каждого обновления сценарий прогоняют в копии базы.
| Вид | Кто использует | Что на выходе |
|---|---|---|
| Учебный по учёту | Бухгалтер, кадровик | Заполненная база и сверка с ответами |
| Учебный по разработке | Начинающий программист | Своя работающая конфигурация |
| Демобаза | Все | Готовые данные для изучения |
| Тестовый сценарий | Внедренец, тестировщик | Протокол «прошло / не прошло» |
Как составить сквозной пример в 1С: пошаговая инструкция
Ниже — порядок для учебного или тестового примера по учёту. Для разработчиков логика та же, только вместо операций — задачи на доработку.
Шаг 1. Определите цель и границы
Решите, что именно должен проверить пример. «Весь учёт» — плохая цель: получится сотня документов, которые никто не дойдёт до конца. Хорошая цель — «торговля с НДС за квартал» или «зарплата за три месяца с отпуском и больничным».
Шаг 2. Опишите организацию
Задайте всё, от чего зависит результат:
- Систему налогообложения (ОСНО, УСН «доходы», УСН «доходы минус расходы»).
- Учётную политику: способ оценки запасов, распределение косвенных расходов, порядок признания выручки.
- Банковский счёт, кассу, склады, подразделения.
- Справочники: 3-5 контрагентов, 5-10 номенклатурных позиций, 2-4 сотрудника.
Для ученика это оформляют в виде «легенды» на одну страницу.
Шаг 3. Составьте хронологию операций
Распишите операции по датам. Пример фрагмента для торговой фирмы на ОСНО:
| Дата | Операция | Контрольный результат |
|---|---|---|
| 01.01 | Начальные остатки: 100 000 ₽ на расчётном счёте | Сальдо 51 = 100 000 |
| 10.01 | Оплата поставщику 60 000 ₽ | Сальдо 51 = 40 000 |
| 12.01 | Поступление 100 шт. по 500 ₽ + НДС 20 % | 41 = 50 000, 19 = 10 000 |
| 20.01 | Продажа 60 шт. по 900 ₽ с НДС | Остаток 40 шт., себестоимость 30 000 |
| 31.01 | Закрытие месяца | Прибыль от продаж = 45 000 − 30 000 = 15 000 |
Проверка арифметики: 100 × 500 = 50 000 без НДС, НДС 10 000, итого 60 000 — ровно сумма оплаты. Выручка 60 × 900 = 54 000 с НДС, без НДС 45 000. Себестоимость 60 × 500 = 30 000.
Последний столбец — главный. Без контрольных цифр сквозной пример превращается в диктант: ввели, но правильно ли — непонятно.
Шаг 4. Расставьте контрольные точки
После каждого логического блока (месяц, процесс) укажите, какой отчёт сформировать и что в нём должно быть. Для бухгалтерии обычно хватает оборотно-сальдовой ведомости, анализа субконто и регламентного отчёта. Для склада — ведомости по остаткам.
Шаг 5. Прогоните пример сами
Введите всё в чистой базе и сверьте цифры. На этом шаге всплывает большинство ошибок легенды: забытый договор, неверная ставка, операция до даты начала учёта.
Шаг 6. Сохраните эталон
Выгрузите базу в .dt в двух состояниях: «стартовая» (только легенда и справочники) и «итоговая» (после всех операций). Выгрузка — в Конфигураторе, меню Администрирование → Выгрузить информационную базу. Ученику выдают стартовую, итоговую оставляют себе для сверки.
Загрузка .dt полностью заменяет данные базы. Загружайте эталон только в отдельную учебную базу, не в рабочую.
Где взять готовые сквозные примеры для 1С
- 📚 Учебники по программированию. Практические пособия разработчика 1С обычно строятся вокруг одной конфигурации, которую читатель собирает по главам. Это лучший старт для программиста.
- 🎓 Курсы для бухгалтеров. Учебные центры и сертифицированные курсы выдают легенду фирмы и задания на несколько месяцев. Часто к ним прилагаются базы с ответами.
- 📄 Методички вузов и колледжей. По дисциплинам «Компьютерная бухгалтерия» и «Информационные технологии в учёте» много практикумов со сквозной задачей. Проверьте, под какую редакцию конфигурации они написаны: задачник под БП 2.0 в БП 3.0 пройти дословно не получится.
- 🗂️ Демобаза из поставки. Подходит, чтобы посмотреть готовые документы и отчёты. Задания к ней придётся написать самому.
- 🧪 Сценарии тестирования. Для Vanessa Automation в открытом доступе есть примеры сценариев на языке Gherkin. Их можно взять за основу, но адаптировать под свою конфигурацию придётся всё равно.
Готовый пример из книги или методички привязан к версии. Если интерфейс и названия документов не совпадают с вашими, ищите задачник под актуальную редакцию, а не подгоняйте старый.
Для самостоятельных занятий удобна учебная версия платформы: она запускается без лицензии, но с ограничениями по объёму данных. Для небольшого сквозного примера их обычно хватает.
Сквозной пример для обучения и для тестирования обновлений
В обучении
Хорошо работает схема «легенда → задание на месяц → самопроверка → разбор». Несколько практических приёмов:
- Давайте ученику стартовую базу, а не пустую: настройка с нуля отнимает первые два занятия и не учит главному.
- После каждого месяца — сверка по ОСВ. Нашёл расхождение — сначала ищет сам, потом сравнивает с эталоном.
- Добавьте одну-две «ловушки» из жизни: возврат от покупателя, исправление ошибки прошлого периода, сотрудник на больничном в месяц отпуска.
Для новых сотрудников компании пример лучше строить на реальных процессах этой компании, но на выдуманных данных. Копию рабочей базы с персональными данными для обучения использовать нельзя.
В тестировании
Здесь сквозной пример — это защита от сюрпризов после обновления. Порядок:
- Сделайте копию рабочей базы (или используйте эталонную тестовую).
- Обновите копию до нового релиза.
- Прогоните сценарии: создайте документы по хронологии, закройте период, сформируйте ключевые отчёты.
- Сравните цифры с эталоном. Любое отличие — повод разобраться до обновления рабочей базы.
Не пытайтесь покрыть все документы. 10-15 сценариев по главным процессам компании ловят основные проблемы обновления: изменившуюся логику проведения, сломанные доработки, новые обязательные поля.
Автоматизация сквозных примеров
Ручной прогон сценария на 50 документов занимает час-два. Если обновлений много, его стоит автоматизировать.
Сценарное тестирование
Платформа 8.3 умеет запускаться в роли менеджера тестирования и клиента тестирования: один сеанс управляет действиями другого через интерфейс. Параметры запуска — /TESTMANAGER и /TESTCLIENT. На этой основе работают инструменты:
- 🧪 Vanessa Automation — открытый инструмент. Сценарии пишутся на языке Gherkin по-русски («Когда я нажимаю кнопку…»), можно записывать действия пользователя и превращать их в шаги.
- 🧰 1С:Сценарное тестирование — решение фирмы 1С для записи и воспроизведения сценариев.
Сквозной пример ложится на это естественно: каждая операция из хронологии становится шагом сценария, контрольная цифра — проверкой.
Заполнение данных кодом
Для разработчика проще всего создать стартовые данные обработкой. Пример для учебной конфигурации со справочником Товары и документом ПриходнаяНакладная (табличная часть Товары с реквизитами Товар, Количество, Цена, Сумма):
&НаСервере
Процедура СоздатьСтартовыеДанныеНаСервере()
Товар = Справочники.Товары.СоздатьЭлемент();
Товар.Наименование = "Стол офисный";
Товар.Записать();
Док = Документы.ПриходнаяНакладная.СоздатьДокумент();
Док.Дата = Дата(2026, 1, 12);
Стр = Док.Товары.Добавить();
Стр.Товар = Товар.Ссылка;
Стр.Количество = 100;
Стр.Цена = 500;
Стр.Сумма = Стр.Количество * Стр.Цена;
Док.Записать(РежимЗаписиДокумента.Проведение);
Сообщить(СтрШаблон("Создан документ %1 на сумму %2",
Док.Номер, Формат(Стр.Сумма, "ЧГ=0")));
КонецПроцедуры
Для типовых конфигураций так делать сложнее: у документов много обязательных реквизитов и логики заполнения. Там надёжнее держать эталонную базу в .dt или переносить данные универсальной обработкой выгрузки-загрузки в XML.
Сверка результата
Контрольные цифры тоже можно проверять автоматически: запросом к регистру бухгалтерии или остатков после прогона. Сравнили с ожидаемым — получили «прошло / не прошло» без ручного просмотра ОСВ.
Ошибки, из-за которых сквозной пример ломается
- ❌ Нет контрольных цифр. Пример прошли, а правильно ли — неизвестно. Каждый блок должен заканчиваться числом, которое можно сверить.
- ❌ Пример под другую редакцию. Задачник под старую версию конфигурации приводит к поиску документов, которых больше нет. Сначала проверьте, под какую редакцию он написан.
- ❌ Даты вне периода учёта. Операция датирована раньше начальных остатков или позже закрытого периода — и цифры перестают сходиться без видимой причины.
- ❌ Слишком длинный сюжет без промежуточных точек. Ошибку января находят в марте и переделывают всё. Делите на месяцы.
- ❌ Обучение на копии рабочей базы. Персональные данные сотрудников и контрагентов попадают к людям, которым не положены. Используйте выдуманную организацию.
- ❌ Эталон не обновляют. После перехода на новый релиз меняется расчёт — эталонные цифры тоже надо пересчитать и пересохранить, иначе тесты «падают» впустую.