Введение

Аннотация.

Ежедневная работа в 1С с потоком входящих и исходящих документов часто превращается в источник ошибок, дублей и штрафов. Некорректная проверка и загрузка первичной документации приводит к расхождениям в учёте, проблемам при сверке с контрагентами и претензиям со стороны контролирующих органов. Курс системно закрывает эту боль: вы получаете полный алгоритм от приёма бумажного или электронного документа до его корректного отражения в базе 1С:Предприятие. Актуальность темы растёт вместе с объёмом электронного документооборота и требованиями ФНС к качеству данных. Материал рассчитан на практикующих специалистов, которые хотят сократить время на рутину и повысить достоверность учёта без привлечения сторонних разработчиков.

Цель курса.

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

Для кого этот курс.

Курс создан для бухгалтеров, операторов первичной документации, специалистов по учёту, администраторов 1С и сотрудников, которые ежедневно принимают, проверяют и загружают накладные, акты, счета-фактуры и УПД в базу. Особенно полезен тем, кто работает в конфигурациях 1С:Бухгалтерия 3.0, 1С:Управление торговлей 11 и комплексных решениях на платформе 8.3.

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

Основы первичной документации в 1С

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

В 1С существует чёткое разделение на входящие и исходящие первичные документы. Входящие (Поступление товаров и услуг, Поступление доп. расходов, Акт сверки) отражают получение ценностей или услуг. Исходящие (Реализация товаров и услуг, Акт выполненных работ, Счёт-фактура выданный) фиксируют отгрузку. Для проверки первичной документации важно понимать направление движения: входящий документ почти всегда требует проверки ИНН/КПП контрагента и корректности ставок НДС. Используйте встроенный сервис проверки контрагентов (кнопка «Проверить» рядом с полем Контрагент). Это экономит часы ручной сверки с сайтом ФНС.

Платформа 1С:Предприятие 8.3 хранит первичные документы в отдельных таблицах базы данных. Каждый проведённый документ формирует движения по регистрам накопления и бухгалтерии. Поэтому ошибка на этапе загрузки документов в 1С мгновенно искажает остатки, обороты и отчётность. Рекомендуется перед массовой загрузкой создавать резервную копию информационной базы через Конфигуратор → Администрирование → Выгрузить информационную базу. После загрузки обязательно запускайте отчёт «Анализ субконто» или «Оборотно-сальдовая ведомость» по ключевым счетам для контроля.

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

Классификация видов первичных документов

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

Универсальный передаточный документ (УПД) с 2013 года заменяет сразу несколько форм. В 1С он поддерживается начиная с определённых релизов конфигураций. При загрузке УПД система автоматически определяет, нужно ли формировать счёт-фактуру. Ключевой момент проверки: статус УПД (1 — счёт-фактура + первичный документ, 2 — только первичный). Если статус указан неверно, НДС отразится неправильно. Всегда сверяйте статус с бумажным или электронным оригиналом перед проведением.

Счета-фактуры и корректировочные счета-фактуры имеют особый статус. В 1С они регистрируются отдельными документами «Счёт-фактура полученный» и «Счёт-фактура выданный». При загрузке первичной документации важно помнить: счёт-фактура не может быть загружен раньше, чем документ-основание. Система контролирует эту последовательность. Если вы загружаете пакет документов, сначала загружайте поступления/реализации, затем счета-фактуры. Иначе получите сообщение «Не найден документ-основание».

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

Подготовка к проверке документов

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

Проверка контрагента по данным ФНС — обязательный этап. В современных релизах 1С:Бухгалтерия есть встроенный сервис «Проверка контрагентов». Он позволяет одним кликом получить статус организации, дату регистрации, признаки недостоверности адресов. Если сервис недоступен, используйте внешний API или сайт nalog.gov.ru. Никогда не загружайте документ от контрагента со статусом «недействующий» или «ликвидирован» — это прямой риск по НДС.

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

Права доступа влияют на возможность проверки и загрузки. Пользователь с ролью «Только просмотр» не сможет провести документ. Перед началом работы проверьте свои права через меню «Администрирование → Настройки пользователей и прав». Для операторов первички рекомендуется отдельный профиль с правами на создание и проведение документов поступления/реализации, но без прав на изменение проведённых документов прошлых периодов.

Методы проверки реквизитов

Обязательные реквизиты первичного документа определены статьёй 9 Федерального закона 402-ФЗ. В 1С они реализованы как обязательные поля формы. При проверке сначала смотрите дату и номер документа. Дата не должна быть позже текущей (кроме редких случаев), номер должен быть уникальным в пределах организации и года. Система 1С контролирует уникальность номера автоматически при проведении. Если номер уже занят, вы получите сообщение об ошибке.

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

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

Для документов с товарами обязательна проверка единиц измерения и количества. Если в файле поставщика единица «шт», а в вашей базе «упак», система загрузит неверное количество. Настройте таблицу соответствия единиц измерения заранее. В обработке загрузки есть возможность указать коэффициент пересчёта. Это особенно важно при работе с импортными поставщиками.

Ручной ввод первичных документов

Ручной ввод остаётся базовым навыком даже при наличии автоматизации. Откройте нужный журнал документов (например, «Поступления»), нажмите «Создать», выберите вид операции. Заполните шапку: организацию, контрагента, договор, склад. Затем перейдите в табличную часть и добавляйте строки. Для ускорения используйте подбор номенклатуры (кнопка «Подбор»). После заполнения нажмите «Записать», затем «Провести». Всегда проверяйте движения документа через кнопку «Дт/Кт» перед окончательным проведением.

При ручном вводе счёта-фактуры важно правильно указать документ-основание. В форме «Счёт-фактура полученный» есть поле «Документ-основание». Выберите его из списка или создайте на основании поступления. Если основание не указано, система не позволит зарегистрировать счёт-фактуру в книге покупок. Это частая ошибка новичков при загрузке первичной документации.

Копирование документов — мощный инструмент ускорения. Если вы регулярно получаете похожие накладные от одного поставщика, создайте один документ-образец, затем используйте «Создать на основании» или «Скопировать». При копировании система переносит большинство реквизитов, вам остаётся изменить дату, номер и количества. Это снижает количество ошибок ручного ввода на 70–80 %.

Групповое изменение реквизитов полезно, когда нужно массово поменять склад, договор или подразделение. Выделите несколько документов в списке, вызовите «Изменить выделенные», укажите новые значения. Однако помните: групповое изменение не проверяет логическую корректность. После операции обязательно перепроведите документы и проверьте отчёты.

Загрузка из Excel и табличных файлов

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

Настройка соответствия колонок — ключевой этап. В обработке укажите, какая колонка файла соответствует какому реквизиту документа. Для номенклатуры выберите способ поиска (по коду, артикулу, наименованию). Если номенклатура не найдена, обработка может создать новую или пропустить строку — выберите нужный режим. Рекомендуется сначала запускать в режиме «Только проверка» без записи в базу.

Шаблоны загрузки позволяют не настраивать соответствие каждый раз. После удачной настройки нажмите «Сохранить настройки» и дайте шаблону понятное имя (например, «Накладные от ООО Ромашка»). В следующий раз просто выберите шаблон. Это особенно удобно при регулярных поставках. Храните шаблоны в общей папке, чтобы ими могли пользоваться все операторы.

Типичные ошибки при загрузке из Excel: неверный формат даты (дд.мм.гггг vs мм/дд/гггг), разделитель дробной части (точка vs запятая), лишние пробелы в артикулах, объединённые ячейки. Перед загрузкой откройте файл в Excel, удалите пустые строки, приведите даты к единому формату, замените запятые на точки в числовых колонках. Эти простые действия устраняют 90 % ошибок загрузки.

Загрузка XML и электронных форматов

XML-форматы активно используются при обмене с контрагентами и государственными системами. В 1С есть механизм «Универсальный обмен данными в формате XML». Он позволяет загружать документы, соответствующие схемам, опубликованным ФНС или контрагентом. Перед загрузкой убедитесь, что XSD-схема совместима с вашей конфигурацией. Обычно схемы поставляются вместе с файлами обмена.

Для загрузки УПД и счетов-фактур в формате ФНС используйте встроенные возможности 1С-ЭДО или обработки «Загрузка электронных документов». Файл XML должен содержать все обязательные теги: ИНН, КПП, номера, даты, суммы. Система автоматически создаёт документы «Поступление» и «Счёт-фактура полученный». После загрузки обязательно проверьте статус документа в журнале электронных документов.

При работе с коммерческими XML-форматами (CommerceML, собственные форматы поставщиков) часто требуется доработка правил обмена. Если у вас нет разработчика, используйте обработку «Загрузка данных из файла» с предварительным преобразованием XML в табличный вид через внешние конвертеры. Сохраните маппинг полей один раз — это ускорит последующие загрузки.

Валидация XML перед загрузкой снижает количество ошибок. Используйте бесплатные онлайн-валидаторы или встроенные средства 1С (если доступны). Проверяйте файл на соответствие схеме, наличие обязательных элементов и корректность кодировки (обычно windows-1251 или utf-8). Некорректная кодировка — частая причина «кракозябр» в наименованиях номенклатуры.

Работа с системами ЭДО

Электронный документооборот (ЭДО) — основной современный канал поступления первичной документации. В 1С встроен сервис 1С-ЭДО, который интегрируется с операторами Диадок, СБИС, Контур.Диадок и другими. Для начала работы подключите организацию к сервису через «Администрирование → Обмен электронными документами». Получите идентификатор участника ЭДО и настройте сертификат электронной подписи.

После настройки ЭДО входящие документы появляются в разделе «Текущие дела ЭДО» или «Входящие электронные документы». Каждый документ можно просмотреть, принять или отклонить. При принятии система автоматически создаёт учётный документ в 1С (Поступление, Реализация и т.д.). Перед принятием обязательно откройте визуализацию документа и сверьте суммы, номенклатуру и реквизиты с вашими ожиданиями.

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

Отклонение документа в ЭДО должно сопровождаться указанием причины. Система передаёт причину контрагенту. Типичные причины: неверная сумма, отсутствие договора, ошибка в реквизитах. После отклонения документ можно запросить повторно. Ведите журнал причин отклонения — это помогает выявлять системные проблемы у конкретных поставщиков.

Автоматическая загрузка и регламентные задания

Для регулярных загрузок настройте регламентные задания. В конфигураторе или через «Администрирование → Обслуживание → Регламентные задания» создайте задание, которое запускает обработку загрузки по расписанию. Укажите путь к папке с файлами, шаблон настроек и режим работы (только новые файлы). После выполнения задание перемещает обработанные файлы в архивную папку.

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

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

Для высоконагруженных баз используйте фоновые задания вместо синхронных. Это предотвращает блокировку интерфейса пользователей во время длительной загрузки. В коде обработки вызывайте выполнение через ФоновыеЗадания.Выполнить. Контролируйте очередь фоновых заданий через стандартный интерфейс платформы.