Приветствуем вас, коллеги! Сегодня мы разберем одну из частых и довольно запутанных ситуаций, с которой сталкиваются бухгалтеры и IT-специалисты при работе с электронным документооборотом (ЭДО) в 1С: когда поставщик в электронном документе (например, УПД) указывает позицию как "товар", но по каким-то причинам в нашей учетной системе она должна была бы быть воспринята как "услуга", или наоборот. Или, что еще более интересно, когда "товар" приходит как "услуга" в самом XML-файле. Мы выясним, почему такое расхождение возникает, какие риски оно несет, и, самое главное, как правильно поступить в такой ситуации, чтобы избежать проблем с учетом и контролирующими органами. Мы проанализируем эту ситуацию с разных сторон: с точки зрения законодательства, бухгалтерского и налогового учета, а также технических особенностей работы 1С и ЭДО.
Прежде чем перейти к решениям, давайте четко определимся с терминологией и правомерностью. Важный момент: С юридической и бухгалтерской точки зрения, "товар" не может быть "услугой". Это абсолютно разные категории хозяйственных операций. * Товар – это имущество, предназначенное для продажи, перепродажи или использования в производстве. На него переходит право собственности. * Услуга – это деятельность, результат которой не имеет материального выражения и потребляется в процессе ее осуществления. Право собственности на услугу не переходит. Любое искажение типа номенклатуры в документах может привести к серьезным проблемам при налоговых проверках, поскольку это искажает суть хозяйственной операции. Номенклатура должна соответствовать по типу и наименованию. Например, бумага не может быть чернилами, а поставка оборудования – это не консультационные услуги. Однако, мы знаем, что в жизни бывают нюансы. Давайте рассмотрим подробнее, что может служить причиной таких расхождений и как их интерпретировать.
Разберем по шагам, как электронные документы "сообщают" 1С, что является товаром, а что услугой. В основе большинства электронных документов (например, УПД в формате ФНС) лежит XML-файл, содержащий структурированные данные. В этом файле есть ключевой реквизит, который определяет тип предмета расчета.
* Реквизит ПрТовРаб (Признак предмета расчета): Этот реквизит является определяющим для классификации позиции в электронном документе. Он может принимать следующие значения:
* 1 - имущество (товар);
* 2 - работа;
* 3 - услуга;
* 4 - имущественные права;
* 5 - иное.
Когда вы принимаете документ через ЭДО, 1С анализирует значение этого реквизита. В зависимости от него, система направляет номенклатуру в соответствующую табличную часть документа поступления (например, в табличную часть "Товары" или "Услуги"). Если в XML-файле для позиции, которая по сути является товаром, указано значение 3 (услуга), то 1С по умолчанию попытается обработать ее как услугу, что и приводит к ошибкам сопоставления или некорректному учету.
Важно: Первопричина расхождения часто лежит в некорректной настройке или ошибке на стороне отправителя документа (вашего поставщика), который неправильно классифицировал позицию при формировании электронного УПД.
Это наиболее правильный и наименее рискованный способ решения проблемы. Он не требует программирования и основан на приведении учета в соответствие с законодательством.
Прежде всего, выясните с бухгалтерией и поставщиком, что именно было приобретено. Если это материальный актив, который можно потрогать, который имеет срок годности, который можно хранить на складе – это товар. Если это выполненные работы или оказанные услуги (например, ремонт, консультации, аренда) – это услуга.
Если выяснилось, что предмет сделки является товаром, то и в вашей учетной системе 1С он должен быть заведен как товар.
1. Создайте или перепривяжите номенклатуру: Убедитесь, что в справочнике Номенклатура данная позиция имеет Вид номенклатуры с типом "Товар". Если она была ошибочно привязана к виду "Услуга", необходимо перепривязать ее к соответствующему виду "Товар" или создать новый.
2. Настройте счета учета: Совместно с бухгалтерией пропишите правильные счета учета для этой номенклатуры. Для товаров это, как правило, счет 41 "Товары", но могут быть и другие счета в зависимости от назначения (например, 10 "Материалы").
* Мы можем рассмотреть пример настройки счетов учета в карточке Номенклатуры или в Виде номенклатуры:
// В карточке Номенклатуры или в настройках Вида номенклатуры
// для корректного учета
СчетУчетаНоменклатуры = ПланыСчетов.Хозрасчетный.НайтиПоКоду("41.01"); // Для товаров на складах
СчетУчетаЗатрат = ПланыСчетов.Хозрасчетный.НайтиПоКоду("26"); // Если сразу списывается на управленческие расходы
Идеальный вариант – попросить поставщика сформировать корректный электронный документ, где ПрТовРаб будет установлен как 1 (имущество). Если это невозможно, то при ручном сопоставлении позиций ЭДО с вашей номенклатурой в 1С, вы сможете указать вашу номенклатуру типа "Товар".
Иногда возникает путаница, когда товар приобретается и сразу списывается на расходы. Это не делает товар услугой! Это лишь особый порядок его бухгалтерского учета.
* ФСБУ 5/2019 "Запасы", пункт 41в: Этот стандарт позволяет организациям, имеющим право на упрощенный бухгалтерский учет, не применять ФСБУ 5/2019 в отношении запасов, предназначенных для управленческих нужд. Их стоимость может быть признана в составе расходов того периода, в котором они были приобретены.
* Функционал 1С:ERP: В таких конфигурациях, как 1С:ERP, в документе Приобретение товаров и услуг есть специальный флажок Списать на расходы. При его установке и указании аналитики расходов, система сразу делает движения по регистру накопления Прочие расходы, минуя учет на счетах запасов.
* Посмотрим на пример, как это может выглядеть в документе 1С:
// В документе "Приобретение товаров и услуг"
// для строки табличной части с товаром
СтрокаДокумента.Номенклатура = МойТоварДляУправленческихНужд;
СтрокаДокумента.СписатьНаРасходы = Истина; // Устанавливаем флажок
СтрокаДокумента.СтатьяРасходов = МояСтатьяРасходов;
СтрокаДокумента.АналитикаРасходов = МояАналитикаРасходов;
* Это позволяет упростить учет для малоценных активов или материалов, используемых для собственных нужд, но предмет остается товаром.
Метод, упомянутый на форуме как "извращение", – это попытка программно изменить поведение 1С при приеме электронного документа, чтобы "товар" был воспринят как "услуга" или наоборот, даже если XML-файл содержит некорректную информацию. Мы настоятельно не рекомендуем этот путь из-за высоких юридических и налоговых рисков, а также сложности поддержки. Однако, для полноты картины, разберем его концептуально.
* Искажение фактов: Вы программно меняете суть хозяйственной операции, что может быть расценено как нарушение законодательства. * Риски при проверках: Контролирующие органы будут сверять электронные документы с вашим учетом. Расхождения могут привести к начислению штрафов. * Сложность поддержки: При обновлении конфигурации или изменении форматов ЭДО, ваши программные доработки могут перестать работать.
Если бы мы все же решились на этот путь, то нам пришлось бы вмешиваться в стандартные механизмы обработки электронных документов.
1. Подписка на событие или обработчик: В 1С существуют механизмы, которые позволяют перехватывать процесс обработки входящих электронных документов. Например, это могут быть подписки на события объекта ЭлектронныйДокумент или обработчики событий обмена ЭДО.
* Мы могли бы использовать обработчик, который срабатывает до или после загрузки данных из XML в документ 1С.
// Пример концептуального обработчика (псевдокод)
Процедура ПриЗагрузкеДанныхИзЭлектронногоДокумента(СтруктураДанных, Отказ) Экспорт
// СтруктураДанных содержит данные, полученные из XML
Для Каждого СтрокаТЧ Из СтруктураДанных.ТабличнаяЧастьПоступления Цикл
Если СтрокаТЧ.ПрТовРаб = 1 // Если это товар по XML
И СтрокаТЧ.НаименованиеСодержит("УслугаПоДоговору") Тогда // Но мы хотим, чтобы это была услуга
// Это крайне опасная логика!
СтрокаТЧ.ПрТовРаб = 3; // Меняем на услугу
СтрокаТЧ.СчетУчета = ПланыСчетов.Хозрасчетный.НайтиПоКоду("26"); // Счета затрат
КонецЕсли;
КонецЦикла;
КонецПроцедуры
2. Изменение типа номенклатуры: Внутри такого обработчика мы могли бы попытаться программно изменить тип номенклатуры или ее сопоставление с учетной записью. Например, если в XML пришел товар (ПрТовРаб = 1), но мы хотим, чтобы он попал в табличную часть "Услуги", нам пришлось бы либо изменять само значение ПрТовРаб, либо переопределять логику сопоставления номенклатуры.
3. Корректировка счетов учета: Дополнительно пришлось бы программно корректировать счета учета, чтобы они соответствовали учету услуг или затрат, а не товаров.
Как видите, это сложный и рискованный путь, требующий глубоких знаний структуры электронных документов и механизмов 1С, а также не имеющий под собой законных оснований в большинстве случаев.
Мы настоятельно рекомендуем придерживаться первого решения: работать с бухгалтерией и поставщиком для корректного отражения хозяйственных операций. Убедитесь, что в вашей 1С номенклатура заведена правильно (как "товар" или "услуга"), и что входящие электронные документы соответствуют фактической сути операции и вашим учетным данным. Использование функционала "Списать на расходы" для товаров, подпадающих под критерии ФСБУ 5/2019, является правильным бухгалтерским механизмом, но не превращает товар в услугу. Помните, что чистота учета и соответствие документов реальным операциям – залог спокойствия при любых проверках!
← К списку