Рассмотрим ситуацию: поставщик прислал один УПД, в котором указано 10 позиций номенклатуры. Бухгалтер или пользователь учетной системы хочет сегодня принять к учету только часть строк, например 5 позиций, а оставшиеся строки отразить завтра или позже. На первый взгляд это выглядит как обычная техническая задача интеграции с 1С: взять строки документа, разбить их на части и создать несколько учетных документов. Но на практике здесь есть два разных уровня: технический уровень 1С и юридико-бухгалтерский уровень признания факта хозяйственной жизни.
Разберем подробнее. Технически в 1С действительно можно отразить один внешний первичный документ несколькими учетными документами. Например, по одному УПД можно создать отдельный документ поступления материалов, отдельный документ поступления услуг, отдельный документ поступления оборудования или основного средства. Но это не означает, что бухгалтер всегда вправе произвольно приходувать строки одного УПД в разные даты, если по документам все товары уже переданы и право собственности перешло в один день.
Короткий ответ: в 1С частичное отражение одного УПД технически возможно, но бухгалтерски и юридически его нужно обосновать. Если по одному УПД все 10 позиций переданы покупателю в одну дату и право собственности перешло в эту дату, то в учете нужно признать все полученные активы этой датой. Если же фактическая приемка, переход права собственности или принятие разных групп ценностей происходят в разные моменты, тогда можно обосновать раздельное отражение строк одного УПД разными учетными документами или разными датами.
Начнем с базового различия. УПД — это внешний первичный документ, который поставщик передает покупателю. Он может одновременно выполнять функции первичного учетного документа и счета-фактуры. В 1С же бухгалтер создает внутренние учетные документы, которые формируют проводки, движения по регистрам, записи по НДС, складские остатки и данные управленческого учета.
Поэтому один УПД и один документ 1С — это не всегда одно и то же. В простом случае один УПД соответствует одному документу Поступление (акт, накладная, УПД). Но в более сложных случаях один УПД может лечь в основу нескольких документов 1С.
Например, в одном УПД поставщик указал:
арматуру и бетон как материалы для строительства;
оборудование, которое будет учитываться как объект основных средств;
доставку;
монтажные работы;
возвратную тару.
В 1С такие строки могут требовать разных учетных сценариев. Материалы отражаются как МПЗ, оборудование может сначала попасть на счет вложений во внеоборотные активы, услуги отражаются через расходы или капитальные вложения, тара учитывается отдельно. Поэтому бухгалтер может использовать несколько документов 1С, хотя первичный документ поставщика один.
Вывод: для интеграции не закладывайте жесткое правило «один УПД равен один документ 1С». Правильнее закладывать модель «один входящий первичный документ может быть основанием для одного или нескольких учетных документов».
Теперь выясним причину вопроса. Под фразой «поставить на учет частично» могут скрываться разные операции. Разберем основные варианты.
Частичная техническая обработка. Бухгалтер сегодня успел завести в 1С только часть строк, а завтра дозаведет остальные. При этом дата первичного документа и дата принятия к учету должны остаться той датой, когда фактически произошла поставка.
Частичная фактическая приемка. По УПД указано 10 позиций, но физически на склад приехали только 5. Остальные еще не получены или по ним есть расхождения. Тогда нужно оформлять приемку с учетом фактического поступления и документов о расхождениях.
Разные виды активов и расходов. В одном УПД есть материалы, оборудование, основные средства и услуги. Тогда в 1С их могут отражать разными документами и на разные счета учета.
Разные даты перехода права собственности. Договор может предусматривать, что по разным позициям право собственности переходит в разные моменты. Тогда раздельный учет по датам может быть обоснован условиями договора и фактической передачей.
Разные объекты строительства или статьи затрат. В строительной компании строки одного УПД могут относиться к разным объектам строительства, этапам, заказам, подразделениям или статьям затрат. Это не обязательно означает разные даты учета, но может означать разное распределение в аналитике.
Поэтому в продукте для бизнеса важно не просто дать кнопку «принять частично», а понять, что именно пользователь делает: временно обрабатывает часть строк, фиксирует фактическую недопоставку, распределяет строки по разным видам учета или отражает разные факты хозяйственной жизни.
Рассмотрим техническую сторону. В типовых конфигурациях 1С бухгалтер может вручную создать документ поступления и указать в нем только часть строк из первичного документа. В реквизитах документа можно указать номер и дату входящего УПД поставщика. Позже можно создать второй документ поступления с тем же номером и датой входящего документа, но с другими строками.
Например, по одному УПД № 125 от 10.04.2026 бухгалтер может создать:
Поступление (акт, накладная, УПД) от 10.04.2026 на материалы;
Поступление основных средств или документ с видом операции Основные средства на оборудование;
Поступление (акт, накладная, УПД) с видом операции Услуги или Товары, услуги, комиссия на доставку и монтаж;
отдельный документ распределения дополнительных расходов, если доставка должна включаться в стоимость материалов или оборудования.
То есть технический ответ — да, в 1С это возможно. Но техническая возможность не является автоматическим разрешением для бухгалтерского учета. Важно, чтобы созданные документы отражали реальную хозяйственную операцию и не искажали дату принятия активов и обязательств.
Теперь посмотрим на бухгалтерский смысл. Первичный учетный документ должен оформляться при совершении факта хозяйственной жизни или непосредственно после его окончания. Факт хозяйственной жизни должен быть своевременно зарегистрирован в регистрах бухгалтерского учета. Поэтому если товар фактически получен сегодня, право собственности перешло сегодня, риски перешли сегодня, а УПД оформлен сегодняшней датой, то откладывать часть товара «на завтра» только потому, что бухгалтер не успел обработать строки, методологически неправильно.
В таком случае завтра можно технически дозавести документ в 1С, но дата учета должна быть датой фактической операции. То есть бухгалтер может ввести документ завтра, но поставить дату документа 1С и дату принятия к учету как дату фактического поступления, если период еще открыт и это не нарушает регламент закрытия.
Ключевое правило: дата ввода данных в программу и дата хозяйственной операции — разные вещи. Пользователь может обработать документ позже, но учетная дата должна соответствовать факту поступления, переходу права собственности и условиям первичных документов.
Разберем юридическую основу. По общему правилу право собственности у покупателя по договору возникает с момента передачи вещи, если договором или законом не предусмотрено иное. Значит, если поставщик передал все 10 позиций по одному УПД в один день, а договор не устанавливает особого порядка перехода права собственности, у покупателя появляется основание признать все эти позиции в учете на эту дату.
Если бухгалтер отражает 5 позиций сегодня, а 5 завтра с другой датой принятия к учету, возникает вопрос: почему по одному документу и одной передаче часть товаров стала активом сегодня, а часть — завтра? Ответ должен быть в документах: разные даты фактической передачи, особые условия договора, приемка по количеству и качеству, акт расхождений, ответственное хранение, ордерная схема или другой подтверждающий механизм.
Если такого основания нет, раздельная постановка на учет по разным датам может исказить:
остатки материалов на складе;
себестоимость строительства;
кредиторскую задолженность перед поставщиком;
налоговый учет расходов;
момент принятия НДС к вычету;
данные инвентаризации;
период закрытия месяца.
Поэтому разберем задачу так: частично обработать УПД можно, но частично признать активы в разные даты можно только при наличии основания.
Рассмотрим самый простой сценарий. Поставщик отгрузил 10 позиций, все они фактически поступили на склад строительной компании 10 апреля, УПД также оформлен 10 апреля, расхождений нет, право собственности перешло при передаче.
В этом случае правильное решение такое:
Примите все 10 позиций к учету датой фактического поступления.
Если бухгалтер не успел обработать весь документ в день получения, введите данные позже, но с правильной датой хозяйственной операции.
Не разбивайте учетные даты только по причине удобства обработки.
Если технически создаете два документа 1С по одному УПД, укажите в обоих документах один и тот же входящий номер и дату УПД, а также одинаковую дату фактической операции, если это соответствует документам.
Например, бухгалтер 10 апреля обработал 5 строк, а 11 апреля обработал еще 5 строк. Если все товары поступили 10 апреля, оба документа 1С должны отражать поступление 10 апреля. Разница только в дате ввода информации пользователем, но не в дате учета.
Для интеграции: полезно хранить отдельно ДатаПервичногоДокумента, ДатаФактическогоПоступления, ДатаВводаВДанные и ДатаОтраженияВУчете. Не смешивайте эти понятия в одно поле.
Теперь рассмотрим другую ситуацию. УПД содержит 10 позиций, но на склад пришли только 5. Остальные позиции не приехали, повреждены, не соответствуют заказу или будут доставлены позже. Здесь уже нельзя просто принять все 10 позиций как полученные.
Разберем порядок действий:
Зафиксируйте фактическую приемку: какие позиции получены, в каком количестве, на какую сумму.
По неполученным или спорным позициям оформите расхождения. В 1С для этого могут использоваться документы приемки с расхождениями, Акт о расхождениях, корректировочные документы или отдельный регламент, зависящий от конфигурации.
Не признавайте на складе те материалы, которые физически не получены и не перешли в распоряжение организации.
Согласуйте с поставщиком исправление, досылку, корректировочный документ, универсальный корректировочный документ или другой документ в зависимости от ситуации.
Оставшиеся позиции примите к учету тогда, когда будет фактическое поступление и документальное основание.
В этом сценарии частичная постановка на учет обоснована не желанием обработать документ по частям, а тем, что фактически получена только часть поставки. Для системы интеграции это принципиально другой бизнес-процесс: не «разделить УПД на две удобные пачки», а «зафиксировать приемку с расхождениями».
Важно: если речь идет об электронном УПД через ЭДО, простое удаление строк при загрузке в учетную систему может быть опасным. Электронный документ уже содержит состав поставки. Если покупатель принимает не все, нужно обеспечить юридически значимый контур расхождений: статус документа, акт расхождений, корректировку, УКД или иной согласованный документ.
Это один из самых частых случаев, особенно в строительных компаниях. Поставщик может выставить один УПД, где в строках указаны материалы, доставка, аренда техники, монтаж, оборудование или объект, который будет учитываться как основное средство.
В таком случае в 1С может быть неудобно или методологически неправильно отражать все строки одним документом одного вида. Разберем пример.
В УПД указано:
цемент — материал;
арматура — материал;
строительные блоки — материал;
насосное оборудование — объект для монтажа или основное средство;
доставка — дополнительный расход;
монтаж оборудования — услуга, которая может включаться в первоначальную стоимость объекта.
В 1С бухгалтер может отразить это несколькими документами:
материалы — документом Поступление (акт, накладная, УПД) с видом операции Товары, услуги, комиссия или аналогичным видом операции;
оборудование — документом Поступление оборудования, Поступление основных средств или документом поступления с видом операции Основные средства;
доставку — как услугу поставщика или через механизм дополнительных расходов;
монтаж — как услугу, расход или капитальное вложение в зависимости от назначения оборудования.
Здесь разбиение одного УПД на несколько документов 1С оправдано. Но даты этих документов должны соответствовать реальным датам фактов хозяйственной жизни. Если все передано и оказано в один день, дата учета будет одна. Если услуга оказана позже или оборудование принято к монтажу позже, могут быть разные даты, но они должны подтверждаться документами.
Теперь посмотрим на строительную специфику. В строительной компании один УПД может содержать материалы, которые относятся к разным объектам строительства, этапам работ, заказам, договорам подряда, участкам или бригадам. Например, часть материалов идет на объект «ЖК Северный», часть — на объект «Складской комплекс», а часть — на общехозяйственные нужды.
В такой ситуации частичная постановка на учет по строкам может быть нужна для аналитики. Но это не обязательно означает разные даты поступления. Обычно правильнее принять все материалы датой фактического поступления, но распределить строки по аналитикам:
Склад;
Подразделение;
Объект строительства;
Номенклатурная группа;
Статья затрат;
Заказ;
Проект;
Договор;
Партия или Серия, если используется партионный учет.
Если учетная система не позволяет удобно распределить строки одного УПД по разным аналитикам в одном документе, бухгалтер может создать несколько документов 1С. Но методологически это будет не «поступление в разные дни», а «раздельное отражение строк одного первичного документа по разным направлениям учета».
Для продукта интеграции: дайте пользователю возможность разбивать строки УПД по объектам строительства, складам и видам учета, но не подменяйте этим юридическую дату поступления.
В некоторых конфигурациях 1С, особенно в управленческих системах уровня 1С:ERP, 1С:Комплексная автоматизация, 1С:Управление торговлей, может использоваться ордерная схема. При такой схеме физическая приемка на склад и финансовое отражение поступления могут быть разделены.
Например:
кладовщик принимает фактическое количество товара документом складской приемки или ордером;
бухгалтер позже сопоставляет складскую приемку с финансовым документом поставщика;
при расхождениях формируется документ расхождений;
после проверки бухгалтер отражает поступление в финансовом учете.
Для строительной компании это может быть полезно, потому что материалы часто поступают на объект, на удаленный склад, напрямую на строительную площадку или ответственному лицу. Кладовщик или прораб фиксирует фактическое поступление, а бухгалтер получает УПД и оформляет финансовый учет.
При такой схеме частичная обработка строк может быть нормальной: склад принял часть, бухгалтер видит расхождения, оставшиеся позиции ожидаются. Но система должна хранить связь между:
входящим УПД;
строками УПД;
фактической складской приемкой;
документами расхождений;
финансовым документом поступления;
корректировочными документами поставщика.
Если ваш продукт интегрируется с 1С, такой сценарий лучше проектировать не как простую загрузку «документ в документ», а как процесс сопоставления строк: заказ — УПД — фактическая приемка — расхождения — учетный документ.
Рассмотрим типовые объекты 1С, которые могут быть полезны при проектировании интеграции. Названия могут отличаться в зависимости от конфигурации, но общая логика обычно сохраняется.
Поступление (акт, накладная, УПД) — основной документ для отражения поступления товаров, материалов, услуг и работ в 1С:Бухгалтерия 8.
Поступление товаров и услуг — похожий по смыслу документ в других конфигурациях.
Приобретение товаров и услуг — документ, часто используемый в 1С:ERP и 1С:Комплексная автоматизация.
Поступление основных средств — документ для отражения приобретения объектов ОС, если используется упрощенный сценарий принятия к учету.
Поступление оборудования — документ для учета оборудования, которое сначала отражается как вложение во внеоборотные активы.
Принятие к учету ОС — документ, который переводит объект из капитальных вложений в состав основных средств, если используется отдельный ввод в эксплуатацию.
Акт о расхождениях — документ или учетный сценарий для фиксации расхождений при приемке.
Корректировка поступления — документ для исправления или корректировки ранее отраженного поступления.
Счет-фактура полученный — документ или часть учета НДС, если УПД используется со статусом, который включает счет-фактуру.
Текущие дела ЭДО — рабочее место для получения и обработки электронных документов.
Архив ЭДО — место хранения электронных документов и статусов обмена.
Номенклатура — справочник товаров, материалов, услуг, оборудования и прочих позиций.
Контрагенты — справочник поставщиков и покупателей.
Договоры контрагентов — справочник договоров, от условий которого может зависеть момент перехода права собственности и порядок учета.
Склады — справочник мест хранения, включая склады на строительных объектах.
Статьи затрат — аналитика для распределения услуг и материалов по затратам.
Объекты строительства или аналогичная аналитика — используется в строительных решениях и доработках для учета затрат по объектам.
Если вы проектируете интеграцию, закладывайте возможность сопоставлять строки входящего УПД с разными объектами 1С. Одна строка может стать материалом, другая — услугой, третья — оборудованием, четвертая — дополнительным расходом. Это нормальная практика.
Теперь перейдем к практическому проектированию. Если продукт для бизнеса передает УПД или данные УПД в 1С, не ограничивайтесь простым статусом «загружен / не загружен». Для частичной обработки нужен построчный статус.
Рекомендуем использовать такую модель:
УПД получен. Документ есть во внешней системе или в ЭДО, но еще не отражен в учете.
Строка сопоставлена. Для позиции найден элемент справочника Номенклатура, счет учета, ставка НДС, единица измерения, договор, склад и аналитика.
Строка готова к учету. Все обязательные реквизиты заполнены, ошибок нет.
Строка отражена в документе 1С. По строке создан или заполнен учетный документ 1С.
Строка ожидает уточнения. Не найден товар, не согласована цена, нет склада, есть расхождение по количеству или не определен объект строительства.
Строка отклонена или отражается через расхождение. Фактической приемки нет, требуется акт расхождений или корректировка.
Такой подход позволит бухгалтеру обработать часть строк сегодня, а остальные оставить в очереди без потери контроля. При этом система должна четко показывать: частично обработанный УПД еще не полностью отражен в учете.
Рассмотрим важное проектное правило. В интерфейсе продукта лучше разделить два действия:
Обработать строки — пользователь сопоставляет номенклатуру, выбирает счета, заполняет аналитику, готовит документы 1С.
Отразить в учете — пользователь проводит документ 1С, и программа формирует движения по бухгалтерскому, налоговому, складскому и НДС-учету.
Если пользователь сегодня обработал 5 строк, это еще не обязательно означает, что только эти 5 строк должны быть признаны активом сегодняшней датой. Возможно, он просто подготовил часть данных. Поэтому в продукте полезно показывать статусы:
Не обработано;
Частично сопоставлено;
Готово к отражению;
Частично отражено в 1С;
Полностью отражено в 1С;
Есть расхождения;
Требуется корректировка.
Так бухгалтеру будет понятно, что документ находится в работе, а не потерян между системами.
Посмотрим на пример для интеграции. Допустим, во входящем УПД есть строки разных типов. Система может сначала классифицировать строки, а затем создать несколько документов 1С по группам учета.
Для Каждого СтрокаУПД Из ДокументУПД.Товары Цикл Если СтрокаУПД.ВидЦенности = "Материал" Тогда ДобавитьСтрокуВДокументПоступленияМатериалов(СтрокаУПД); ИначеЕсли СтрокаУПД.ВидЦенности = "ОсновноеСредство" Тогда ДобавитьСтрокуВДокументПоступленияОС(СтрокаУПД); ИначеЕсли СтрокаУПД.ВидЦенности = "Услуга" Тогда ДобавитьСтрокуВДокументПоступленияУслуг(СтрокаУПД); Иначе ЗаписатьОшибкуСопоставления(СтрокаУПД, "Не определен вид ценности"); КонецЕсли;КонецЦикла;
Этот пример показывает идею, а не готовую универсальную обработку для любой базы. В реальной конфигурации названия объектов, табличных частей и реквизитов будут другими. Но принцип полезен: сначала классифицируйте строки, затем формируйте документы 1С по правилам учета.
Для частичной загрузки полезно хранить связь между строкой УПД и созданным документом 1С. Тогда можно понять, какие строки уже отражены, а какие остались в работе.
Для Каждого СтрокаУПД Из ДокументУПД.Товары Цикл Если СтрокаУПД.Документ1С = Неопределено Тогда СтрокаУПД.СтатусОбработки = "Не отражена"; ИначеЕсли СтрокаУПД.КоличествоОтражено < СтрокаУПД.КоличествоПоУПД Тогда СтрокаУПД.СтатусОбработки = "Отражена частично"; Иначе СтрокаУПД.СтатусОбработки = "Отражена полностью"; КонецЕсли;КонецЦикла;
В реальном продукте такую логику лучше реализовывать не только в интерфейсе, но и в таблице соответствия. Например, храните идентификатор УПД, номер строки УПД, номенклатуру, количество по УПД, количество принятое фактически, количество отраженное в 1С, ссылку на документ 1С и статус обработки.
Чтобы частичная загрузка работала корректно, разберем набор данных, который желательно передавать или хранить в интеграции.
ИдентификаторУПД — уникальный идентификатор входящего электронного или бумажного документа.
НомерУПД — номер первичного документа поставщика.
ДатаУПД — дата первичного документа.
ДатаФактическогоПоступления — дата, когда товары, материалы или оборудование фактически поступили покупателю.
Поставщик — контрагент из справочника Контрагенты.
Договор — договор с поставщиком из справочника Договоры контрагентов.
НомерСтрокиУПД — номер строки во входящем документе.
НоменклатураПоставщика — исходное наименование из УПД.
Номенклатура1С — сопоставленная позиция справочника Номенклатура.
КоличествоПоУПД — количество, указанное поставщиком.
КоличествоФактическиПринято — количество, подтвержденное приемкой.
КоличествоОтраженоВ1С — количество, уже попавшее в проведенные документы 1С.
Цена и Сумма — показатели строки.
СтавкаНДС и СуммаНДС — данные для учета НДС.
СчетУчета — счет бухгалтерского учета, например материалы, оборудование, услуги или вложения во внеоборотные активы.
Склад — место хранения или строительная площадка.
ОбъектСтроительства — аналитика строительного учета.
СтатьяЗатрат — статья для отражения затрат.
СтатусСтроки — состояние обработки строки.
Документ1С — ссылка на созданный учетный документ.
Такой набор полей позволяет избежать ситуации, когда часть УПД уже попала в 1С, часть потерялась, а бухгалтер не понимает, какие строки еще нужно обработать.
Разберем рабочий процесс бухгалтера на практике. В типовой ситуации бухгалтер получает УПД от поставщика, проверяет его и отражает поступление.
Бухгалтер получает документ от поставщика: на бумаге, в виде файла, через ЭДО или через интеграцию.
Проверяет поставщика, договор, номер и дату документа.
Сравнивает строки УПД с заказом, счетом, договором, складской приемкой или данными ответственного сотрудника.
Сопоставляет номенклатуру поставщика с номенклатурой 1С.
Определяет вид учета по строкам: материалы, товары, услуги, оборудование, ОС, расходы будущих периодов, капитальные вложения.
Заполняет счета учета и аналитику.
Отражает НДС, если УПД используется как счет-фактура и организация принимает НДС к вычету.
Проводит документ или несколько документов 1С.
Проверяет движения по счетам, складским остаткам, книге покупок и регистрам НДС.
При расхождениях оформляет акт, корректировку или запрос поставщику.
Если в документе всего 10 однотипных строк, обычно бухгалтеру удобнее принять их одним документом. Если строки разнотипные или относятся к разным объектам учета, разбиение может быть нормальным.
Рассмотрим ситуации, когда не стоит усложнять учет.
Все строки УПД — однотипные материалы.
Все позиции поступили на один склад.
Все позиции относятся к одному договору и одному объекту строительства.
Дата фактической приемки одна.
Расхождений нет.
Ставка НДС и порядок учета одинаковые.
Все строки можно корректно отразить в одном документе Поступление (акт, накладная, УПД).
В таком случае создайте один документ поступления и заполните все 10 строк. Это проще для бухгалтера, прозрачнее для проверки и удобнее для сверки с поставщиком.
Теперь рассмотрим обратные случаи. Разбивка одного УПД на несколько документов 1С может быть оправдана, если:
в одном УПД есть и материалы, и услуги;
в одном УПД есть материалы и основное средство;
часть строк относится к капитальным вложениям, а часть — к текущим расходам;
строки относятся к разным складам или строительным площадкам;
строки относятся к разным объектам строительства;
есть частичная фактическая приемка;
есть расхождения по количеству или качеству;
часть строк требует дополнительного согласования;
в конфигурации 1С разные виды операций нельзя корректно совместить в одном документе;
по учетной политике разные группы активов отражаются разными документами.
В этих случаях разбиение не должно терять связь с исходным УПД. Во всех созданных документах 1С укажите реквизиты первичного документа поставщика и обеспечьте возможность сверки: сумма по всем документам 1С должна соответствовать сумме УПД с учетом расхождений и корректировок.
Рассмотрим отдельный важный вопрос. Если УПД используется со статусом, который включает счет-фактуру, он влияет на учет НДС. При частичном отражении строк важно не задвоить и не потерять НДС.
Если все товары фактически получены и приняты к учету, а УПД оформлен корректно, НДС обычно принимается к вычету при выполнении условий налогового законодательства. Если же часть товаров не получена или есть расхождения, вычет по спорной части может требовать корректировки и согласования документов.
Для интеграции важно контролировать:
какая часть суммы УПД отражена в учете;
какая часть НДС относится к отраженным строкам;
создан ли Счет-фактура полученный или записи НДС по УПД;
не создан ли счет-фактура повторно по второму документу 1С с тем же УПД;
есть ли корректировочный документ по расхождениям;
совпадает ли итоговая сумма НДС по строкам с суммой входящего УПД.
Главный риск: если по одному УПД создать несколько документов поступления и в каждом автоматически зарегистрировать один и тот же входящий счет-фактуру, можно получить задвоение НДС. Поэтому интеграция должна контролировать уникальность УПД и правила регистрации НДС.
Если один УПД разбивается на несколько документов 1С, обязательно нужна сквозная связь. Иначе бухгалтер не сможет быстро ответить на вопросы: полностью ли отражен УПД, какие строки остались, где НДС, почему сумма по 1С не равна сумме поставщика.
Рекомендуем предусмотреть следующие механизмы:
храните внешний идентификатор УПД в каждом созданном документе 1С;
храните номер и дату УПД в реквизитах входящего документа;
создавайте регистр сведений или таблицу соответствия строк УПД и документов 1С;
показывайте пользователю процент отражения УПД;
контролируйте сумму отраженных строк;
контролируйте количество отраженных строк;
не позволяйте повторно принять одну и ту же строку без явного подтверждения;
показывайте список документов 1С, созданных по одному УПД;
давайте отчет «Неотраженные строки УПД»;
давайте отчет «УПД с расхождениями».
Такой контроль особенно важен в строительстве, где один поставщик может присылать большие УПД с десятками или сотнями позиций, а материалы распределяются по объектам, складам и ответственным лицам.
Посмотрим на простой пример контрольной логики для интеграции. Система должна сравнить количество по УПД и количество, уже отраженное в 1С.
КоличествоПоУПД = 0;КоличествоОтражено = 0;Для Каждого СтрокаУПД Из ДокументУПД.Товары Цикл КоличествоПоУПД = КоличествоПоУПД + СтрокаУПД.Количество; КоличествоОтражено = КоличествоОтражено + СтрокаУПД.КоличествоОтраженоВ1С;КонецЦикла;Если КоличествоОтражено = 0 Тогда СтатусУПД = "Не отражен";ИначеЕсли КоличествоОтражено < КоличествоПоУПД Тогда СтатусУПД = "Отражен частично";Иначе СтатусУПД = "Отражен полностью";КонецЕсли;
В реальной задаче проверяйте не только количество, но и сумму, НДС, номенклатуру, единицы измерения, партии, серии, маркировку, склад и аналитику. Но даже такой базовый контроль помогает не потерять строки.
Теперь отдельно разберем строительную компанию. В строительстве частичная обработка первичных документов встречается чаще, чем в простой торговле. Это связано с тем, что материалы и услуги могут относиться к разным объектам, этапам и сметам.
Для строительной компании особенно важны следующие вопросы:
на какой объект строительства относится каждая строка УПД;
материал поступил на центральный склад или сразу на строительную площадку;
кто ответственное лицо за приемку;
будет ли материал списан сразу на объект или сначала хранится на складе;
является ли позиция материалом, оборудованием к установке, основным средством или услугой;
нужно ли включать доставку и монтаж в стоимость объекта;
есть ли расхождения с заказом, сметой или фактической приемкой;
какой договор подряда или субподряда связан с этой поставкой;
как документ влияет на незавершенное строительство;
как закрывается месяц и формируется себестоимость работ.
Поэтому в строительной интеграции частичная обработка УПД должна поддерживать аналитику по объектам. Бухгалтеру важно не просто загрузить строки, а правильно распределить их по объектам учета.
Если вы как аналитик проектируете продукт и интеграцию с 1С, перед реализацией частичной постановки на учет задайте бухгалтеру и методологу несколько вопросов.
Какая конфигурация 1С используется: 1С:Бухгалтерия, 1С:ERP, 1С:Комплексная автоматизация, отраслевое строительное решение или доработанная база?
Какой документ 1С сейчас используется для поступления материалов?
Используется ли ордерная схема складского учета?
Нужна ли приемка с расхождениями?
Есть ли ЭДО и электронные УПД?
Как регистрируется НДС по входящему УПД?
Может ли один УПД содержать разные виды ценностей: материалы, услуги, ОС, оборудование?
Нужно ли распределение по объектам строительства?
Кто подтверждает фактическую приемку: бухгалтер, кладовщик, прораб, снабженец?
Можно ли провести документ 1С до полного сопоставления всех строк УПД?
Что делать со строками, по которым нет номенклатуры в 1С?
Что делать со строками, по которым количество фактически принято меньше количества по УПД?
Разрешено ли создавать несколько документов 1С по одному входящему УПД?
Как должен выглядеть отчет по частично обработанным УПД?
Ответы на эти вопросы помогут понять, нужна ли просто загрузка УПД или полноценный процесс приемки и распределения строк.
Рассмотрим удобную логику интерфейса. Для бухгалтера полезно видеть входящий УПД как набор строк с возможностью обработки каждой строки.
В карточке УПД можно предусмотреть:
общие реквизиты УПД: номер, дата, поставщик, договор, сумма, НДС;
статус документа: не обработан, частично обработан, полностью отражен, есть расхождения;
таблицу строк УПД;
колонку «Номенклатура 1С»;
колонку «Вид учета»;
колонку «Склад»;
колонку «Объект строительства»;
колонку «Количество по УПД»;
колонку «Фактически принято»;
колонку «Отражено в 1С»;
колонку «Статус строки»;
ссылку на созданный документ 1С;
кнопку «Создать документы 1С по выбранным строкам»;
кнопку «Сформировать расхождение»;
контроль «Не все строки отражены».
Такой интерфейс лучше, чем простая кнопка «Загрузить УПД», потому что он учитывает реальную работу бухгалтера и складской службы.
Для инструкции пользователям можно сформулировать правило так:
Один УПД можно обработать в 1С несколькими документами, если строки требуют разного учета или есть фактические расхождения. Но если все позиции по УПД фактически получены в одну дату и право собственности перешло в одну дату, отражайте их в учете этой датой. Не переносите часть строк на другую дату без документального основания.
Эта формулировка снимает основное противоречие: технически частичная обработка допустима, но учетная дата должна соответствовать факту хозяйственной жизни.
Разберем распространенные ошибки, которые стоит предотвратить в интеграции.
Одна строка УПД отражается дважды. Это происходит, если нет построчного статуса и контроля уникальности.
Часть строк УПД теряется. Пользователь обработал несколько строк, а остальные остались без статуса и не попали в отчет контроля.
Дата ввода данных подменяет дату операции. Бухгалтер загружает остаток строк завтра и ставит завтрашнюю дату, хотя товары поступили сегодня.
НДС задваивается. По одному УПД создаются несколько документов 1С, и каждый регистрирует один и тот же счет-фактуру.
Не оформляются расхождения. Фактически получено меньше, чем указано в УПД, но пользователь просто удаляет неполученные строки при загрузке.
Материалы и ОС отражаются одним неподходящим документом. В результате искажаются счета учета и аналитика.
Не заполняется объект строительства. Материалы попадают на общий склад или общую статью затрат, а потом их сложно распределить.
Нет связи с исходным УПД. Через месяц невозможно понять, какие документы 1С были созданы по конкретному первичному документу.
Не учитывается договор. В договоре может быть особый момент перехода права собственности, но система его не анализирует.
Частичная обработка считается полной приемкой. Пользователь обработал только 5 строк, а система показывает УПД как полностью закрытый.
Теперь вернемся к исходному примеру: в УПД 10 позиций, бухгалтер хочет сегодня поставить на учет 5, а завтра остальные.
Разберем варианты:
Если все 10 позиций фактически получены сегодня и право собственности перешло сегодня, то в учете нужно признать все 10 позиций сегодняшней датой. Бухгалтер может технически обработать часть строк завтра, но дата отражения должна соответствовать фактическому поступлению. Просто переносить 5 строк на завтрашнюю учетную дату без основания не следует.
Если сегодня фактически получены только 5 позиций, то можно принять к учету только эти 5 позиций. По остальным нужно оформить ожидание поставки, расхождение, корректировку или иной документальный сценарий. Завтра оставшиеся позиции принимаются, если они фактически поступили и есть основание для учета.
Если первые 5 позиций — материалы, а остальные 5 — основное средство, оборудование или услуги, то можно создать разные документы 1С по одному УПД. Это нормальный технический и учетный сценарий, если сохраняется связь с исходным УПД и правильно отражены даты операций.
Если строки относятся к разным объектам строительства, их можно разделить по аналитике или документам 1С. Но дата поступления при этом не меняется сама по себе.
Если бухгалтер просто не успевает обработать весь документ, это организационная причина, а не основание менять учетную дату. В системе можно оставить УПД в статусе «частично обработан», но не искажать дату факта хозяйственной жизни.
Для продукта интеграции с 1С рекомендуем заложить гибкую модель. Не делайте жесткое ограничение, что один УПД можно принять только одним документом. В реальном учете это ограничение будет мешать, особенно в строительстве.
Но и не делайте частичную постановку на учет без контроля. Правильная модель должна поддерживать:
построчную обработку УПД;
статусы строк;
связь строк УПД с документами 1С;
разделение по видам учета;
разделение по объектам строительства;
фиксацию фактического количества приемки;
отдельный сценарий расхождений;
контроль НДС;
контроль полного отражения документа;
отчет по частично обработанным УПД.
Такой подход будет ближе к реальной работе бухгалтера, чем простая загрузка всего УПД одной операцией.
Один УПД можно технически отразить в 1С частично или несколькими документами. Например, сегодня бухгалтер может создать документ поступления по части строк, а завтра обработать остальные. Также по одному УПД можно создать разные документы для материалов, услуг, оборудования и основных средств.
Но с точки зрения учета нужно смотреть на фактическое содержание операции. Если все позиции по УПД переданы и приняты в один день, а право собственности перешло в один день, то все позиции должны быть признаны в учете этой датой. Поздняя техническая обработка не должна менять дату факта хозяйственной жизни.
Если же часть позиций фактически не получена, есть расхождения, разные даты приемки, разные условия перехода права собственности или разные виды активов, тогда частичное отражение можно обосновать. В этом случае используйте документы приемки, документы расхождений, корректировки и раздельные учетные документы 1С.
Для строительной компании особенно важно сохранять аналитику по объектам строительства, складам, ответственным лицам и статьям затрат. Для интеграции с 1С лучше проектировать не просто загрузку УПД, а построчную обработку с контролем статусов: какие строки сопоставлены, какие отражены, какие ожидают уточнения, какие требуют расхождений или корректировки.
Информация носит справочный характер