Разберем две взаимосвязанные проблемы: почему в книге продаж вместо номера сводного счета-фактуры появляется номер документа Отчет комиссионера о продажах и почему при продаже товаров через маркетплейс юридическому лицу не заполняются графы 7 и 8 с данными конечного покупателя.
Сразу определим главное: не каждое отсутствие данных покупателя в графах 7 и 8 является ошибкой программы. Порядок заполнения книги продаж зависит от того, как именно маркетплейс участвует в сделке, был ли выставлен счет-фактура конечному покупателю, оформлен ли отдельный или сводный счет-фактура и является ли продажа розничной либо продажей юридическому лицу.
Поэтому не будем сразу исправлять книгу продаж вручную. Сначала выясним причину, затем разделим продажи по видам, проверим настройки договора с маркетплейсом и документы Отчет комиссионера о продажах, после чего сформируем правильные документы Счет-фактура выданный.
Для правильного отражения НДС недостаточно назвать контрагента маркетплейсом. Нужно посмотреть договор и определить, от чьего имени маркетплейс продает товар покупателю.
На практике встречаются три основные модели.
Маркетплейс действует от своего имени, но за счет продавца. Это классическая комиссионная или агентская схема. Для покупателя продавцом по документам выступает маркетплейс, но товар принадлежит комитенту или принципалу. В этом случае маркетплейс выставляет счет-фактуру покупателю, а продавец затем перевыставляет счет-фактуру маркетплейсу с показателями счета-фактуры, выданного конечному покупателю.
Маркетплейс действует от имени продавца. В такой схеме счет-фактуру конечному покупателю выставляет непосредственно продавец. Маркетплейс может принимать оплату, организовывать доставку, предоставлять площадку и удерживать вознаграждение, но в документах реализации не выступает продавцом от своего имени.
Маркетплейс продает товары физическим лицам, которые не требуют счет-фактуру. В этом случае обычно не формируют отдельные счета-фактуры на каждого покупателя. Для книги продаж используют кассовые чеки, первичные документы либо документ с суммарными данными за месяц или квартал. В роли такого документа может выступать отчет маркетплейса или отдельная сводная справка.
Не выбирайте схему только для того, чтобы заполнить графы книги продаж нужным образом. Сначала определим юридическую модель по договору, отчету маркетплейса, реестру продаж юридическим лицам и выставленным покупателям счетам-фактурам. Учет в 1С должен повторять фактический документооборот, а не формировать удобный, но неверный вариант декларации.
Если в графе 3 книги продаж отражается номер документа Отчет комиссионера о продажах, это не всегда означает ошибку.
Такой вариант возможен, когда программа считает отчет комиссионера документом, содержащим суммарные данные по продажам. Это характерно для реализации физическим лицам, которым счета-фактуры не выставлялись. В этом случае номер отчета маркетплейса или номер сводного документа может быть основанием для записи в книге продаж.
Например, маркетплейс продал за месяц товары нескольким сотням физических лиц. Покупатели не запрашивали счета-фактуры, а продажа подтверждена отчетом комиссионера, кассовыми чеками и реестром реализации. Формировать отдельный счет-фактуру на каждого покупателя не требуется. В книге продаж может использоваться документ с суммарными данными по реализации.
Однако ситуация меняется, когда маркетплейс продал товар юридическому лицу или индивидуальному предпринимателю и выставил ему счет-фактуру. В этом случае необходимо проверить, был ли в 1С зарегистрирован соответствующий счет-фактура продавца.
Если маркетплейс действует от своего имени, а покупателю выдан счет-фактура, комитент или принципал должен оформить счет-фактуру, который повторяет показатели счета-фактуры маркетплейса. Когда конечных покупателей несколько и счета-фактуры выставлены одной датой, можно оформить один сводный счет-фактуру.
Следовательно, номер отчета комиссионера вместо номера счета-фактуры обычно означает одно из двух обстоятельств:
продажа отражена как розничная реализация без выставления счета-фактур покупателям;
счет-фактура по реализации юридическому лицу не был создан, не проведен, не связан с отчетом комиссионера либо не попал в регистры НДС.
Сводный счет-фактура применяется не для всех продаж через маркетплейс. Его используют при комиссионной или агентской схеме, когда маркетплейс действует от своего имени и выставил счета-фактуры двум или более покупателям в одну дату.
В таком случае продавец может не оформлять отдельный перевыставленный счет-фактуру по каждому покупателю. Вместо этого можно составить один сводный счет-фактуру по счетам-фактурам, которые маркетплейс выставил одной датой.
При этом в самом сводном счете-фактуре приводятся сведения о конечных покупателях. Если покупателей несколько, их наименования, адреса, ИНН и КПП указываются через точку с запятой. Товары и суммы НДС отражаются отдельными строками по каждому покупателю.
Но важно учитывать особенность книги продаж: при регистрации сводного счета-фактуры, составленного комитентом или принципалом по продажам двум и более покупателям, графы 7 и 8 книги продаж могут не заполняться по правилам заполнения книги продаж.
Поэтому не нужно считать пустые графы 7 и 8 автоматической ошибкой, если одновременно выполняются следующие условия:
маркетплейс действует от своего имени;
в отчете комиссионера отражены продажи нескольким покупателям;
на одну дату сформирован единый сводный счет-фактура;
в книге продаж указан код вида операции 27;
в графах 9 и 10 отражены данные маркетплейса как посредника.
В такой ситуации сведения о покупателях должны быть в самом сводном счете-фактуре и в документах маркетплейса, а не обязательно в графах 7 и 8 книги продаж.
При продаже через маркетплейс от его имени налоговая сверка строится не так, как при прямой реализации товара покупателю.
Рассмотрим цепочку документооборота.
Маркетплейс выставляет счет-фактуру юридическому лицу или ИП.
Покупатель отражает полученный счет-фактуру в книге покупок и заявляет вычет НДС при соблюдении условий для вычета.
Маркетплейс отражает выданный покупателю счет-фактуру в журнале учета выставленных счетов-фактур.
Продавец получает сведения о продаже через отчет комиссионера, реестр продаж юридическим лицам или иной документ маркетплейса.
Продавец оформляет счет-фактуру, перевыставленный маркетплейсу, с данными конечного покупателя.
Продавец регистрирует свой счет-фактуру в книге продаж.
Маркетплейс отражает полученный от продавца счет-фактуру в журнале учета полученных счетов-фактур.
Поэтому номер счета-фактуры у конечного покупателя и номер счета-фактуры в книге продаж комитента могут не совпадать. У маркетплейса и продавца разные нумерации счетов-фактур.
Не заменяйте номер счета-фактуры продавца номером счета-фактуры маркетплейса вручную. Маркетплейс использует собственную нумерацию, а комитент или принципал должен присвоить перевыставленному счету-фактуре номер по своей хронологии.
Если при сверке появляется расхождение, нужно проверить не только книгу продаж продавца. Необходимо убедиться, что маркетплейс корректно передал в налоговую инспекцию сведения из журнала учета счетов-фактур, а также что в реестре продаж совпадают дата, сумма, ставка НДС, номер счета-фактуры маркетплейса, ИНН покупателя и номер перевыставленного счета-фактуры продавца.
Пустые графы 7 и 8 при сводном счете-фактуре сами по себе не формируют ошибку. Проблема возникает, когда:
маркетплейс выдал покупателю счет-фактуру, но продавец не оформил свой счет-фактуру;
в документе Отчет комиссионера о продажах не внесены сведения о покупателе;
не указаны дата и номер счета-фактуры, выданного маркетплейсом;
сводный счет-фактура сформирован не за ту дату;
вместо кода вида операции 27 используется код операции для розничной реализации;
маркетплейс не представил или неверно сформировал сведения из журнала учета счетов-фактур.
Этот вариант подходит, когда маркетплейс продал товар конкретному юридическому лицу или ИП и передал продавцу данные по этой продаже: наименование покупателя, ИНН, КПП, дату реализации, номер счета-фактуры, сумму без НДС, сумму НДС и ставку налога.
Если нужно, чтобы в книге продаж были заполнены графы 7 и 8 с наименованием и ИНН конкретного покупателя, безопаснее оформлять отдельный счет-фактуру по каждому покупателю, а не включать такого покупателя в сводный документ по нескольким лицам.
Разберем порядок действий в 1С УПП 1.3.
Создадим или проверим карточку контрагента — конечного покупателя. В справочнике Контрагенты заполним полное наименование, ИНН, КПП, юридический адрес и иные реквизиты, необходимые для счета-фактуры.
Проверим договор с маркетплейсом. Для комиссионной схемы договор должен быть настроен как договор с комиссионером или агентом на продажу товаров.
Откроем документ Отчет комиссионера о продажах за период, в котором отражена продажа юридическому лицу.
Найдем строку реализации, относящуюся именно к продаже юридическому лицу. Не смешиваем ее с розничными продажами физическим лицам.
Заполним сведения о конечном покупателе: наименование, ИНН, КПП, дату реализации и реквизиты счета-фактуры, который маркетплейс выдал покупателю.
Создадим документ Счет-фактура выданный, связанный с отчетом комиссионера.
Проверим дату счета-фактуры. Она должна соответствовать дате счета-фактуры, который маркетплейс выставил покупателю, а не обязательно дате получения отчета от маркетплейса.
Проверим номер счета-фактуры. Программа должна присвоить номер по нумерации продавца. Номер маркетплейса сохраняем как реквизит исходного счета-фактуры или сведения отчета комиссионера, но не подменяем им номер собственного счета-фактуры.
Проведем документ и проверим, что он сформировал записи в регистрах НДС.
Сформируем книгу продаж и убедимся, что в графе 3 появился номер документа Счет-фактура выданный, в графах 7 и 8 — реквизиты покупателя, а в графах 9 и 10 — реквизиты маркетплейса.
При отдельной продаже юридическому лицу наиболее прозрачная схема выглядит следующим образом: один конечный покупатель — один счет-фактура — одна запись в книге продаж.
Этот способ увеличивает количество документов, но снижает риск ошибок при сопоставлении сведений по НДС. Он особенно полезен, когда маркетплейс регулярно продает товары организациям, ИП, государственным учреждениям или покупателям, которые запрашивают закрывающие документы и принимают НДС к вычету.
Сводный счет-фактура подходит, когда маркетплейс действует от своего имени и за одну дату выставил счета-фактуры двум или более покупателям.
В УПП 1.3 используется признак Выписывать счета-фактуры сводно. В типовой конфигурации УПП 1.3 механизм формирования сводных счетов-фактур предусмотрен в документе Отчет комиссионера о продажах.
Разберем порядок настройки и проверки.
Откроем документ Отчет комиссионера о продажах.
Проверим, что документ оформлен по договору комиссии или агентскому договору, в котором маркетплейс реализует товары от своего имени.
Установим флажок Выписывать счета-фактуры сводно.
Проверим раздел документа со сведениями о счетах-фактурах, выставленных маркетплейсом покупателям.
Заполним по каждой продаже дату счета-фактуры маркетплейса, номер счета-фактуры маркетплейса, покупателя, ИНН, КПП, сумму реализации и НДС.
Проведем отчет комиссионера.
Проверим, что программа создала связанные документы Счет-фактура выданный.
Проверим, что программа сформировала отдельный сводный счет-фактуру по каждой дате реализации, а не один документ на весь недельный или месячный отчет маркетплейса.
Проверим код вида операции. Для сводного счета-фактуры при реализации товаров через комиссионера обычно применяется код вида операции 27.
Сформируем книгу продаж и проверим графу 3. В ней должен быть номер сводного счета-фактуры продавца, а не номер отчета комиссионера.
Рассмотрим пример.
Маркетплейс 10 июня реализовал товары трем покупателям:
ООО «Альфа» — на 120 000 рублей, включая НДС;
ООО «Бета» — на 240 000 рублей, включая НДС;
ИП Петров — на 60 000 рублей, включая НДС.
Маркетплейс выставил каждому покупателю отдельный счет-фактуру 10 июня. Продавец получает от маркетплейса сведения о трех счетах-фактурах и вправе составить один сводный счет-фактуру своей нумерации, например № 415 от 10 июня.
В документе Счет-фактура выданный будут отражены данные всех покупателей. В книге продаж появится одна запись по счету-фактуре № 415 от 10 июня с кодом операции 27. При этом графы 7 и 8 книги продаж могут остаться незаполненными, поскольку счет-фактура оформлен на двух и более покупателей.
Не пытайтесь вручную вписать в одну строку книги продаж данные одного покупателя, если сводный счет-фактура включает нескольких покупателей. Это приведет к искажению регистра и может создать новые расхождения при проверке декларации.
Одна из самых частых причин ошибок — отражение в одном документе Отчет комиссионера о продажах сразу нескольких разных видов реализации:
розничных продаж физическим лицам;
продаж юридическим лицам, которым выданы счета-фактуры;
продаж ИП;
продаж покупателям на специальных условиях;
возвратов товаров от покупателей;
компенсаций, доплат, премий, скидок и иных сумм маркетплейса.
Если все такие операции отражаются одной группой строк без детализации, программа может сформировать некорректный документ для книги продаж. Например, розничные продажи могут попасть в сводный счет-фактуру, а продажи юридическим лицам — остаться без отдельного счета-фактуры.
Чтобы избежать этого, разделим операции по документам или по отдельным группам строк.
Отдельно отразим продажи физическим лицам, по которым не было счетов-фактур.
Отдельно отразим продажи юридическим лицам и ИП, по которым маркетплейс передал счета-фактуры.
Отдельно отразим возвраты, чтобы не смешивать их с реализацией.
Отдельно отразим комиссионное вознаграждение и услуги маркетплейса.
Отдельно проанализируем компенсации скидок, бонусов, рекламных услуг, логистики и иных удержаний маркетплейса.
Для розничной реализации физическим лицам не нужно создавать покупателя-организацию и искусственно указывать ИНН маркетплейса в графах 7 и 8. Это не исправит учет и может привести к неверному отражению НДС.
При продаже физическим лицам обычно используется код вида операции 26. В такой записи может применяться обобщенное наименование покупателей, например «Физические лица», либо сведения о покупателе могут не заполняться в зависимости от вида документа и используемого порядка учета.
Для продаж юридическим лицам, по которым маркетплейс выдал счет-фактуру, применяем отдельный счет-фактуру либо сводный счет-фактуру. Не используем для таких продаж документ с кодом операции 26, если покупатель является плательщиком НДС и получил счет-фактуру для вычета.
Теперь рассмотрим ситуацию, когда договор с маркетплейсом предусматривает, что он действует от имени продавца. В этом случае счет-фактуру покупателю должен оформить сам продавец.
Если маркетплейс не выступает продавцом от своего имени, сведения о нем не должны автоматически попадать в графы 9 и 10 книги продаж как о посреднике по комиссионной схеме. В книге продаж должна быть обычная реализация продавца конечному покупателю.
В УПП 1.3 такой вариант целесообразно отражать через документы прямой реализации, например Реализация товаров и услуг, с созданием собственного документа Счет-фактура выданный.
Разберем порядок работы.
Создадим карточку конечного юридического лица в справочнике Контрагенты.
Создадим договор с покупателем либо используем существующий договор.
Отразим отгрузку документом Реализация товаров и услуг.
Выберем технический склад, отдельный склад маркетплейса или иной порядок учета товаров, предусмотренный учетной политикой организации.
Зарегистрируем на основании реализации документ Счет-фактура выданный.
Проверим, что в книге продаж графы 7 и 8 заполнены покупателем, а графы 9 и 10 не заполнены, если посредник не действует от своего имени.
Отразим отчет маркетплейса отдельно как документ, подтверждающий вознаграждение, удержания, доставку, логистику и взаиморасчеты.
Иногда для технического отражения продажи юридическому лицу используют схему возврата товара от комиссионера на технический склад с последующей прямой реализацией этому покупателю. Такой вариант может быть необходим, если учет товара ранее велся только на складе комиссионера и типовой документ отчета комиссионера не позволяет сформировать нужный счет-фактуру.
Но применять такую схему нужно осторожно. Перед проведением документов проверим, чтобы не возникли двойное списание товара, двойная выручка, повторное начисление НДС или некорректный остаток по складу маркетплейса.
Если программа формирует неправильные документы, начнем не с книги продаж, а с договора.
В справочнике Контрагенты откроем карточку маркетплейса и проверим договор. В зависимости от доработок и интерфейса УПП названия реквизитов могут немного отличаться, но логика должна быть следующей.
Проверим вид договора. Для комиссионной схемы должен быть выбран договор с комиссионером или агентом на продажу.
Проверим, от чьего имени действует маркетплейс: от своего имени или от имени принципала.
Проверим порядок расчетов и счета учета расчетов с комиссионером.
Проверим ставку НДС по продаваемым товарам.
Проверим, как в программе отражается передача товара на комиссию.
Проверим, не используется ли для продаж юридическим лицам договор, предназначенный только для розничных продаж физическим лицам.
Проверим, не был ли изменен типовой договор вручную после начала работы с маркетплейсом.
Если договор настроен как комиссионный, программа должна ожидать отчет комиссионера, сведения о продаже и данные о счетах-фактурах, выставленных покупателям. Если договор оформлен как обычный договор с покупателем, программа может формировать прямые реализации, но не сможет автоматически обработать посреднические сведения.
Чтобы правильно заполнить документы в УПП 1.3, недостаточно обычного финансового отчета, в котором видны только сумма продажи, комиссия и перечисление денег.
Для продаж юридическим лицам необходимо запросить у маркетплейса детализированный реестр. В нем должны быть данные по каждой реализации, для которой покупателю был выдан счет-фактура.
Дата реализации.
Дата счета-фактуры маркетплейса.
Номер счета-фактуры маркетплейса.
Наименование покупателя.
ИНН и КПП покупателя.
Наименование товара или группы товаров.
Стоимость без НДС.
Ставка НДС.
Сумма НДС.
Стоимость с НДС.
Признак возврата, корректировки или отмены реализации.
Без такого реестра программа не сможет корректно заполнить сведения по покупателю. Если маркетплейс передает только общую сумму продаж за неделю, а сведения о юридических лицах отсутствуют, сформировать юридически корректные счета-фактуры и сопоставить декларации будет затруднительно.
Отдельно проверим, что дата в реестре — это именно дата счета-фактуры маркетплейса, а не дата заказа, дата оплаты, дата доставки, дата закрытия отчета или дата перечисления денег продавцу.
Для перевыставленного счета-фактуры определяющее значение имеет дата счета-фактуры, который маркетплейс выставил покупателю. Не привязываем автоматически дату счета-фактуры к дате получения денег от маркетплейса.
Откроем документ Отчет комиссионера о продажах и последовательно проверим его заполнение.
Проверим организацию. В документе должна быть выбрана организация-продавец, а не торговая площадка.
Проверим контрагента. В качестве комиссионера должен быть указан маркетплейс.
Проверим договор. Он должен соответствовать выбранной посреднической модели.
Проверим дату отчета. Она важна для бухгалтерского учета, но не всегда совпадает с датой реализации и датой счета-фактуры.
Проверим табличную часть с реализованными товарами. Сверим номенклатуру, количество, цену, сумму и ставку НДС с отчетом маркетплейса.
Проверим сведения о конечных покупателях. Для B2B-продаж в каждой строке должны быть доступны данные покупателя либо связь с отдельной строкой сведений о покупателях.
Проверим сведения о счетах-фактурах, выставленных маркетплейсом. Именно эти сведения нужны для формирования перевыставленного счета-фактуры.
Проверим флажок Выписывать счета-фактуры сводно. Устанавливаем его только для операций, которые действительно нужно объединить в сводный документ.
Проверим комиссионное вознаграждение, НДС по услугам маркетплейса и счет-фактуру, полученный от маркетплейса на его услуги.
Проведем документ и проверим связанные документы через команду перехода к документам-основаниям и подчиненным документам.
После проведения обязательно откроем созданный документ Счет-фактура выданный. Не ограничиваемся проверкой самого отчета комиссионера. Именно документ счета-фактуры определяет, что попадет в книгу продаж.
В документе Счет-фактура выданный проверим следующие показатели.
Номер и дата счета-фактуры.
Организация-продавец.
Покупатель или перечень покупателей.
ИНН и КПП покупателя либо покупателей.
Наименование товара.
Суммы без НДС, сумму НДС и стоимость с НДС.
Ставку НДС.
Код вида операции.
Связь с документом Отчет комиссионера о продажах.
Наличие записи в регистре НДС Продажи.
Если по продаже юридическому лицу создан счет-фактура, но в книге продаж по-прежнему отражается номер отчета комиссионера, проверим проведение документа. Счет-фактура может быть записан, но не проведен. Также необходимо проверить, не был ли он помечен на удаление, не отменено ли проведение отчета комиссионера и не изменилась ли связь документов после перепроведения периода.
В УПП 1.3 данные книги продаж формируются не из печатной формы документа, а из движений по учетным регистрам. Поэтому нельзя считать проблему решенной, если в печатной форме счета-фактуры указаны правильные данные, но в книге продаж они не отражаются.
Для проверки используем стандартные отчеты по НДС и, при необходимости, технический режим Все функции.
В первую очередь проверим:
отчет Книга продаж;
декларацию по НДС и данные раздела 9;
документ Счет-фактура выданный;
регистр накопления НДС Продажи;
регистр сведений Журнал учета счетов-фактур;
связи документа Отчет комиссионера о продажах с выданными счетами-фактурами.
Не изменяем записи регистров НДС вручную, если нет полной уверенности в последствиях. Ручная корректировка регистра может временно исправить отчет, но нарушить связь с документами, исказить декларацию или вызвать ошибки при последующем перепроведении периода.
Правильнее исправить исходный документ, перепровести отчет комиссионера и сформировать счета-фактуры штатным механизмом. Если типовой функциональности недостаточно, нужно подготовить техническое задание на доработку, а не исправлять книгу продаж каждый квартал вручную.
Если ошибка обнаружена до сдачи декларации за квартал, исправление выполняем в текущем рабочем периоде.
Сделаем резервную копию информационной базы.
Сохраним текущую книгу продаж и декларацию по НДС для сравнения.
Проверим документы Отчет комиссионера о продажах, относящиеся к продажам юридическим лицам.
Внесем недостающие сведения о покупателях и счетах-фактурах маркетплейса.
Создадим или перепроведем документы Счет-фактура выданный.
Перепроведем связанные документы в хронологическом порядке.
Сформируем книгу продаж повторно.
Проверим раздел 9 декларации по НДС.
Сверим суммы с отчетом маркетплейса и реестром B2B-продаж.
Если декларация уже сдана, сначала определим, повлияла ли ошибка на сумму НДС к уплате. Отсутствие номера счета-фактуры или неправильное заполнение граф книги продаж может не изменить налоговую базу, но привести к расхождениям по контрольным соотношениям и требованиям о представлении пояснений.
Если исправление меняет сумму налога, состав книги продаж или данные раздела 9, необходимо проанализировать необходимость представления уточненной декларации за соответствующий квартал.
Не исправляйте старый квартал путем простой замены номера документа в печатной форме книги продаж. Нужно внести корректные документы в учетную систему, сформировать дополнительный лист книги продаж при необходимости и затем подготовить корректирующую отчетность в установленном порядке.
Предположим, маркетплейс за июль передал продавцу один отчет комиссионера. В отчете указаны следующие операции:
розничные продажи физическим лицам на сумму 1 200 000 рублей;
продажа ООО «Север» на сумму 180 000 рублей, включая НДС;
продажа ООО «Вектор» на сумму 240 000 рублей, включая НДС;
продажа ИП Иванову на сумму 96 000 рублей, включая НДС;
возврат товара от физического лица на сумму 15 000 рублей;
комиссионное вознаграждение маркетплейса на сумму 84 000 рублей, включая НДС.
Не будем оформлять все операции одной строкой и одним счетом-фактурой.
Розничные продажи физическим лицам отразим отдельным блоком как реализацию без счетов-фактур покупателям. Для книги продаж используем суммарные данные по рознице.
Продажу ООО «Север», ООО «Вектор» и ИП Иванову проверим по реестру счетов-фактур, выданных маркетплейсом. Если все три счета-фактуры датированы, например, 18 июля, можно оформить один сводный счет-фактуру продавца от 18 июля.
Если счет-фактура ООО «Север» датирован 18 июля, ООО «Вектор» — 21 июля, а ИП Иванову — 25 июля, нужно оформить три отдельных документа или три сводных счета-фактуры по соответствующим датам. Нельзя объединить счета-фактуры, выставленные в разные даты, в один сводный счет-фактуру за весь месяц.
Возврат товара от физического лица отразим отдельно в соответствии с применяемым порядком учета возвратов.
Комиссионное вознаграждение маркетплейса отразим как услуги маркетплейса. Счет-фактура маркетплейса на его вознаграждение относится к входному НДС продавца и не должен смешиваться с документами реализации товаров конечным покупателям.
Оформлять один отчет комиссионера без детализации покупателей. В результате программа не может создать правильные счета-фактуры по B2B-продажам.
Смешивать розницу и продажи юридическим лицам в одной группе строк. Это приводит к неверному коду вида операции и неправильному основанию записи в книге продаж.
Считать пустые графы 7 и 8 ошибкой при сводном счете-фактуре. Если сводный счет-фактура оформлен по нескольким покупателям, графы могут не заполняться по правилам книги продаж.
Использовать номер счета-фактуры маркетплейса вместо собственного номера счета-фактуры. У продавца и посредника должна быть собственная последовательность нумерации.
Создавать счет-фактуру вручную без связи с отчетом комиссионера. Такой документ может не попасть в нужный регистр или привести к двойному отражению НДС.
Исправлять книгу продаж вручную без изменения первичных документов. После следующего формирования отчета исправления будут потеряны либо появятся новые несоответствия.
Указывать маркетплейс как покупателя в графах 7 и 8. При продаже через комиссионера конечным покупателем является организация или ИП, который приобрел товар. Маркетплейс отражается как посредник в графах 9 и 10, если он действует от своего имени.
Использовать код 26 для продаж юридическим лицам, которым выданы счета-фактуры. Код 26 относится к операциям с лицами, которым счет-фактура не выставляется.
Не запрашивать у маркетплейса реестр счетов-фактур. Обычного финансового отчета недостаточно для корректного отражения B2B-продаж.
Версия УПП 1.3.208.2 содержит функциональность, связанную со сводными счетами-фактурами при комиссионной торговле. Однако в конкретной базе могут быть доработки, отключенные механизмы, устаревшие внешние обработки или особенности загрузки отчетов маркетплейса.
Доработка может понадобиться в следующих случаях.
Отчет маркетплейса загружается автоматически, но не содержит реквизитов покупателя, ИНН, КПП и счета-фактуры.
Внешняя обработка загрузки создает только документ Отчет комиссионера о продажах, но не создает связанные документы Счет-фактура выданный.
В типовом документе отсутствует возможность загрузить несколько покупателей по одной дате.
Не заполняется реквизит Выписывать счета-фактуры сводно.
Счета-фактуры создаются, но не попадают в регистр НДС Продажи.
В книге продаж отражается номер отчета комиссионера, хотя в базе есть проведенные связанные счета-фактуры.
Требуется отдельное отражение продаж юридическим лицам как прямых реализаций при сохранении товарного учета на складе маркетплейса.
При постановке задачи программисту не ограничимся фразой «нужно заполнить графы 7 и 8». Опишем бизнес-логику.
Например, техническое задание можно сформулировать так: при загрузке реестра продаж юридическим лицам создать или найти контрагента по ИНН и КПП, заполнить сведения о конечном покупателе в документе Отчет комиссионера о продажах, создать связанный документ Счет-фактура выданный, записать номер и дату счета-фактуры маркетплейса в реквизиты исходного документа, сформировать запись в регистре НДС Продажи и обеспечить корректное заполнение раздела 9 декларации по НДС.
Если используется сводный счет-фактура, в техническом задании нужно дополнительно указать правило группировки: объединять продажи только при совпадении даты счета-фактуры маркетплейса, организации, договора, ставки НДС и иных обязательных параметров.
Проверим договор с маркетплейсом и определим, действует ли он от своего имени или от имени продавца.
Разделим розничные продажи и продажи юридическим лицам.
Получим от маркетплейса реестр продаж юридическим лицам и ИП.
Сверим данные покупателей, ИНН, КПП, даты, суммы и ставки НДС.
Проверим, что по B2B-продажам созданы документы Счет-фактура выданный.
Проверим, что сводные счета-фактуры формируются отдельно по каждой дате.
Проверим код операции 27 по сводным счетам-фактурам.
Проверим код операции 26 только по продажам, по которым счет-фактура покупателю не выставляется.
Проверим графу 3 книги продаж: при наличии счета-фактуры в ней должен быть номер собственного документа Счет-фактура выданный.
Проверим графы 9 и 10 книги продаж: в комиссионной схеме в них должны быть данные маркетплейса.
Не считаем незаполненные графы 7 и 8 ошибкой, если отражается сводный счет-фактура по нескольким покупателям.
Проверим раздел 9 декларации по НДС и сопоставим его с книгой продаж.
Сверим общую сумму реализации и НДС с отчетами маркетплейса.
Проверим входной счет-фактуру маркетплейса на комиссионное вознаграждение отдельно от реализации товаров.
Если в книге продаж вместо номера сводного счета-фактуры отражается номер документа Отчет комиссионера о продажах, сначала определим характер продажи. Для розничных продаж физическим лицам это может быть нормальным отражением суммарного документа. Для продаж юридическим лицам, по которым маркетплейс выдал счета-фактуры, необходимо проверить формирование документов Счет-фактура выданный.
В УПП 1.3 для оформления сводных счетов-фактур используем документ Отчет комиссионера о продажах, заполняем сведения о покупателях и счетах-фактурах маркетплейса, устанавливаем признак Выписывать счета-фактуры сводно и проверяем создание связанных документов Счет-фактура выданный.
Если нужно видеть данные конкретного юридического лица в графах 7 и 8 книги продаж, оформляем отдельный счет-фактуру по этому покупателю. Если оформлен один сводный счет-фактура по двум и более покупателям, пустые графы 7 и 8 могут соответствовать правилам заполнения книги продаж, а данные посредника в графах 9 и 10 будут корректными.
Не исправляем книгу продаж вручную и не подменяем номер собственного счета-фактуры номером документа маркетплейса. Исправляем исходные документы, проверяем регистры НДС, разделяем продажи по видам покупателей и сверяем данные с реестром счетов-фактур маркетплейса.
Информация носит справочный характер