Реализация товаров
По условию примера Организация реализует товар не только через посредника, но и самостоятельно, через свой магазин — . Операция оформляется документом Отчет о розничных продажах (Продажи – Отчеты о розничных продажах – кнопка Отчет — Розничный магазин).
Вкладка Товары
Проверьте заполнение полей:
- Склад — склад с типом склада Розничный магазин;
- Статья ДДС — Розничная выручка (предопределенная для операций Получение розничной выручки).
В табличной части укажите:
- Счет учета — «Готовая продукция»;
- Счет учета НДС — 90.03 «Налог на добавленную стоимость»;
- Субконто — номенклатурная группа, выбирается из справочника Номенклатурные группы;
- Счет доходов — 90.01.1 «Выручка по деятельности с основной системой налогообложения»;
- Счет расходов — 90.02.1 «Себестоимость продаж по деятельности с основной системой налогообложения».
Вкладка Безналичные оплаты
При получении безналичной оплаты укажите на вкладке:
- Вид оплаты — способ безналичной оплаты товаров в розницу покупателями (выбирается из справочника Виды оплаты);
- Сумма — сумма оплаты.
Проводки по документу
Документ формирует проводки:
- Дт 90.02.1 Кт — списание стоимости продукции в расходы;
- Дт 62.Р Кт 90.01.1 — отражение доходов от реализации;
- Дт 57.03 Кт 62.Р — учет оплаты покупателя;
- Дт 90.03 Кт 68.02 — исчисление НДС.
Над чем работали дальше, попутно закрывая баги
Мы понимали, что с решением будет работать именно продавец, а не разработчик или аналитик. Поэтому старались максимально упростить любые процессы. Должна была получиться удобная система с понятной структурой: создание и загрузка товарного фида, автоматический прием и подтверждение заказа, отправка на комплектацию и отгрузку, дальнейшая доставка товара до клиента и учет платежных операций и закрывающих документов.
Долго пилили финансовый модуль. Контроль взаиморасчетов изначально был довольно поверхностным, и много что приходилось делать руками. Мы хотели связать все финансовые операции по маркетплейсам, чтобы пользователь мог в одном месте видеть полную информацию по проведенным платежам, отправленным актам, а также за пару кликов вносить изменения.
Помимо этого большой пул работ был по разработке функционала обновления остатков.
Это было действительно проблемой. Разберем на простом примере. Магазин отправил на витрину 5 позиций, которые заказали покупатели. Но в это время в оффлайн уже было продано 2 товара из отправленных. Из-за того что на витрине маркетплейса никто не обновил остатки (в системе отображались только примерные данные), с маркетплейса было продано 5 товаров, но по факту в оформление ушло 3. То есть остальные заказы пришлось отменить. А с этим частить нельзя.
Рост отмен заказов отрицательно влияют на работу магазина, т.к. может произойти блокировка аккаунта (как и при сдвигах сроков отгрузки заказов). На сегодняшний день в текущей версии RDV Маркет реализовано автоматическое обновление остатков, что позволяет снижать или минимизировать % отмен, не доводя до критического момента.
В процессе работы над проектом пришла идея о возможности загрузки инфомоделей для товарного ассортимента (характеристики товаров). Хотели сформировать в 1С инфомодели для каждого маркетплейса по всем категориям, чтобы была возможность продавцам оперативно готовить свои каталоги, и передавать их с минимум ошибок (в идеале — без) в маркетплейс. Но здесь не все так просто с получением подобного контента, поэтому идея пока поставлена в план на будущее.
Не goods.ru единым: с кем работаем сейчас
Маркетплейс развивался, привлекая все больше продавцов. А мы двигались дальше — хотели запартнериться с другими популярными маркетплейсами. На рынке уже активно вели свою деятельность Wildberries, Ozon и Беру (сейчас это Яндекс.Маркет). Мы начали с последнего. Причем начали довольно дерзко уверенно, сразу разместив информацию об интеграции с Беру у себя на сайте. Хотя на тот момент формального партнерства еще не было. Но так как их API была в открытом доступе, мы успели все протестировать и настроить полноценную интеграцию с маркетплейсом.
Далее нас заметил Wildberries, который пришел к нам, когда продавал только по модели FBO (продажа со склада маркетплейса). Не так давно на WB случился прорыв — он заработал по схеме FBS (продажа со склада продавца). Здесь можно посмотреть, как мы настроили работу по новой схеме в 1С.
Чуть позже к нам присоединился Ozon — маркетплейс с непростой системой резервов. Площадка работает таким образом, что товар резервируется сразу, как только покупатель оформил заказ. Допустим, клиент неверно ввел данные карты, чтобы все исправить и оплатить покупку, ему дается 30 минут.
Но дело в том, что если продавец работает с несколькими каналами продаж, и, допустим, на складе не так много остатков, то при большом потоке заказов, менеджер может «зависший» заказ отправить другому покупателю. Произойдет отмена. Мы настроили систему так, что таких потерь можно избежать — история резервов сохраняется в режиме онлайн, они формируются до того, как создался заказ, и продавец не превышает порог отмен.
Работаем с Wildberries, Ozon, Я.Маркет, goods.ru, а недавно подключили AliExpress
Кликайте сюда, чтобы разобраться подробнее, как работает RDV Маркет.
Что дальше? Идей много. Например, хотим сделать запуск решения по одному клику на кнопку, чтобы сократить количество шагов в настройках. А также смотрим в сторону реализации мобильного приложения и ребрендинга продукта.
В общем, работаем.
Готовы ответить на вопросы, подробнее рассказать про функционал — welcome в RDV Маркет!
Немного теории
HTTP сервисы расширения
Яндекс.Маркет (далее МК) использует HTTP сервисы магазина для отправки и получения информации о заказах. В модуле интеграции Яндекса имеются 2 идентичные сервисы по назначению. Мне не понятно почему, но я оставил оба сервиса в моем расширении потому, что я не знаю к какому сервису обращается МК (см рис )
Рис 1. Идентичные HTTP сервисы по назначению в расширении
Методы HTTP сервисы
Каждый сервис имеет 4 post – метода и один get метод. При обращении к методам всегда проверяется Авторизация. Если она пройдена возвращается код состояние 401
- Функция StocksPOST(Запрос) – МК передает список SKU товаров магазину для получения наличия товаров. , иначе магазин передает на МК доступные остатки для продажи . Для выполнения запроса МК должны быть настроен обмен и синхронизированы по SKU номенклатура магазина. Если синхронизация не настроена магазин возвращает нулевые остатки на все запрашиваемые товары. Отмечу, что запрос получения остатков оптимизирован в моем расширении и работает на 50 % быстрее, чем в шаблоне расширения у Яндекса.
- Функция CartPOST(Запрос) – Когда покупатель начинает оформление заказа, магазину поступает запрос с целью актуализации данных по наличию товаров, которые находятся в корзинке пользователя, Ответ магазина должен содержать актуальные данные. магазин возвращает наличие и цену в модели FBS , а также параметры доставки в модели DBS, Отмечу, что запрос получения остатков и цен товаров в корзинке пользователя в модели FBS и DBS оптимизирован в моем расширении и работает на 50 % быстрее, чем в шаблоне расширения у Яндекса.
- Функция OrderAcceptPOST(Запрос) – Когда покупатель завершает оформление заказа, на стороне Маркета формируется заказ со статусом (зарезервирован), а магазину поступает запрос на принятие заказа. Магазин должен отправить ответ с подтверждением принятия заказа () или с отказом от заказа (). Магазин всегда принимает новый заказ. Однако если возникает ошибка создании заказа в базе данных возвращает отказ от заказа. Отмечу, что я не нашел ошибки в программном коде процедуры создания заказа и формирования ответа по заказу и поэтому в моем расширении эти процедуры не тронуты. Однако, в этом обработке запроса могут возникать не запрограммированные ошибки, особенно, при сохранении заказов в базе данных
- Функция OrderStatusPOST(Запрос) – Маркет отправляет магазину данные о статусе заказа. Статус зависит от способа оплаты. Если Оплата при оформлении, то Маркет отправляет магазину запрос со статусом заказа «UNPAID” (не оплачен). У покупателя есть 30 минут, чтобы оплатить заказ. После оплаты Маркет отправляет магазину запрос со статусом заказа “PROCESSING” (обрабатывается) — магазин может обрабатывать заказ. Если заказ не оплачен в течение 30 минут, Маркет отправляет магазину запрос со статусом заказа “CANCELLED” (отменен). Если Оплата при получении, то МК отправляет магазину запрос со статусом заказа “PROCESSING” (обрабатывается) — магазин может обрабатывать заказ.
- Функция GetYML(Запрос) – В этом методе МК запрашивает у магазина файл YML (Yandex Market Language) – стандарт, разработанный «Яндексом» для принятия и публикации информации в базе данных Яндекс.Маркет. YML основан на стандарте XML (Extensible Markup Language). Для получения YML файла необходимо установить модель работы DBS в настройках интеграции . Если у магазина указана модель работы FBS возвращается код состояния ответа 400 .
Начали работу над RDV Маркет
У нас была четкая цель — получить решение, которое встраивается в 1С и автоматизирует процессы торговли на маркетплейсе. Все просто.
Что делали.
Шаг 1. Собрали обратную связь от продавцов goods.ru, кто на какой учетной системе работает. Для этого сделали рассылку по базе и узнали, что у большинства установлены:
-
1С:ERP;
-
1С:Комплексная автоматизация;
-
1С:Управление торговлей.
Была еще 1С УНФ (управление небольшой фирмой), но так как у нее мало функций под расширенную автоматизацию складских процессов, то пока что ее не рассматривали. Но, возможно, придем к ней позже.
Шаг 2. Начали прорабатывать функционал и roadmap первой версии продукта. За основу взяли спринтовый вариант управления разработкой. И где-то в течение первого полугодия выпустили первый релиз системы.
В функционал первой версии заложили автоматическую выгрузку товарного ассортимента в каталог (YML). Мы понимали, что при увеличении количества товаров ручная работа с выгрузкой — это неэффективно, трата времени.
В планах было запустить 2 версии продукта. Взяли идею 1С про ПРОФ И КОРП. Собственно, отличия были соответствующие — в КОРП был шире функционал.
Помимо автоматической выгрузки фидов в первом релизе программы для ПРОФ было реализовано автоподтверждение заказов. До этого продавец мог только вручную пройтись по всем заказам. Да, если у него их всего 10 штук, то здесь проблемы нет. Но чаще всего компании работают с большим количеством заказов, либо к этому стремятся.
Также в первой версии мы вплотную подошли к реализации функционала по автоматизации процесса комплектации заказов и учета отгрузки товаров.
Проблема задержки товаров на складе встречается довольно часто. При нарушении сроков отгрузки происходит блокировка аккаунта продавца, соответственно, тормозится процесс продаж, и компания несет убытки
Нам было важно сделать так, чтобы подобные ситуации сводились к минимуму, поэтому настроили единое место комплектации и отгрузки (APM кладовщика), тем самым сэкономили время на сбор и отправку заказов
Передача товаров поверенному
Передача продукции поверенному, как и при комиссии, не означает списание ее с баланса. Количество переданных товаров на склад электронной площадки будет все время меняться, поэтому нужно обеспечить учет их движения.
В день передачи товаров на склад поверенного сформируйте документ Реализация (акт, накладная) вид операции Товары, услуги, комиссия (Продажи — Реализация (акты, накладные) — кнопка Реализация).
Заполните:
- Контрагент — организация-поверенный (в нашем примере — ООО «ЯНДЕКС.МАРКЕТ»);
- Договор — договор с видом С комиссионером (агентом) на продажу.
- Способ доставки — Самовывоз.
В табличной части:
- Счет учета — «Готовая продукция»;
- Счет передачи — 45.02 «Готовая продукция отгруженная».
Почему 1С?
Мы вплотную занимались вопросом упаковки интеграции в отдельную автоматизированную систему. Работали над ней в 1С.
Во-первых, с типовыми конфигурациями работает большинство компаний. Таким образом, им будет проще начать работу с нашим решением, так как все будет происходить в их привычной «среде обитания». Все операции в общем окне 1С!
Во-вторых, система надежна. Ее уровня нагрузки достаточно для работы крупных компаний с количеством пользователей > 1000. В 1С можно спокойно систематизировать и масштабировать процессы под потребности компании.
Еще один важный момент помимо технической оснащенности, что 1С оперирует понятиями бизнес-объектов. Для выстраивания рабочих процессов с маркетплейсами это только в плюс.
Да, сам интерфейс привлекательным не назовешь. Не ждите от нас крутых скринов 
Тут 1С себе не изменяет. Но для нас в данном случае важнее всего все-таки возможности системы, ее адаптивность и гибкость.
Загрузка отчета о продажах Яндекс.Маркет из файла
Добавлена возможность загрузить операции с товарами из отчета о продажах Яндекс.Маркет.
При загрузке отчета создаются документы по отгрузке, реализации и возврату товаров. Во все документы добавлена новая колонка с номером заказа.
Загрузка доступна в полном интерфейсе при включенной Отгрузке без перехода права собственности в функциональности программы.
Передача товаров на склад Яндекс.Маркет
Поскольку Яндекс не является комиссионером (агентом), рекомендуется передачу товаров
на его склад отразить как перемещение товаров.
Полный интерфейс: меню «Склад — Склад — Перемещение товаров, материалов».
Загрузка отчета о продажах Яндекс.Маркет
Полный интерфейс: меню «Продажи — Продажи — Маркетплейсы и комиссионеры«.
При первой загрузке выполните сопоставление номенклатуры по всем товарам из отчета. В дальнейшем сопоставление
необходимо будет выполнять только для новых товаров.
Загрузка отчета при наличии операций с товарами, переданными в доставку в разные месяцы
Создается несколько документов по реализации отгруженных товаров и возврату товаров, когда реализуются
или возвращаются товары, переданные в доставку в разные месяцы. По каждому месяцу — отдельный документ.
Переход с ручного ввода документов на загрузку отчета
Если продажа через Яндекс.Маркет уже ведется, то в первое время при переходе на загрузку
отчета потребуется продолжать вводить вручную документы по товарам, ранее переданным в доставку.
Регламентированная отчетность
Расширение номенклатуры форм регламентированной отчетности
В состав форм регламентированной отчетности добавлены:
- форма Персонифицированные сведения о физических лицах (утверждена приказом ФНС России
от 29.09.2022 № ЕД-7-11/878@). Форма применяется начиная с расчета за январь 2023 года.
Автозаполнение будет реализовано в следующих версиях; - форма статистики № 12-Ф «Сведения об использовании денежных средств» (ОКУД 0608011)
(утверждена приказом Росстата от 29.07.2022 № 536). Форма применяется начиная с отчета за 2022 год; - форма статистики № П-4 «Сведения о численности, заработной плате и движении работников»
(ОКУД 0606010) (утверждена приказом Росстата от 29.07.2022 № 532). Форма применяется начиная
с отчета за январь 2023 года; - форма статистики № П-6 «Сведения о финансовых вложениях» (ОКУД 0618020) (утверждена приказом
Росстата от 29.07.2022 № 536). Форма применяется начиная с отчета за 1 квартал 2023 года; - форма статистики № 3-ТОРГ (ПМ) «Сведения об обороте розничной торговли малого предприятия»
(ОКУД 0614009) (утверждена приказом Росстата от 29.07.2022 № 534). Форма применяется начиная с отчета за январь-март 2023 года.
Изменения в формах регламентированной отчетности
В форму расчета сумм налога на доходы физических лиц, исчисленных и удержанных налоговым агентом
(форма 6-НДФЛ) в редакции приказа ФНС России от 28.09.2021 № ЕД-7-11/845@ внесены изменения,
утвержденные приказом ФНС России от 29.09.2022 № ЕД-7-11/881@. Измененная форма применяется
начиная с представления расчета за 1 квартал 2023 года. Автозаполнение будет реализовано в
следующих версиях.
Изменения в электронном представлении форм регламентированной отчетности
Для формы статистики № 2-наука (краткая) «Сведения о выполнении научных исследований и
разработок» (ОКУД 0604012) в редакции приказа Росстата от 30.07.2021 № 463 реализована выгрузка
в электронном виде в соответствии с XML-шаблоном от 26.10.2022, опубликованным 18.11.2022.
Изменения в механизме электронного документооборота с контролирующими органами
Поддержана возможность получения уведомлений из Росприроднадзора. Рассылку уведомлений природопользователям планируется начать в 2023 году.
Если Вы не нашли интересующий Вас функционал
по поддержке законодательства, то посмотрите наши планы, очень возможно, что он скоро будет!
Нормативное регулирование
Оформление операций по реализации товаров через сервис Яндекс.Маркет в 1С зависит от условий договора с организатором электронной площадки — ООО «ЯНДЕКС.МАРКЕТ».
В соответствии с договором, размещенным на сайте, маркетплейс предоставляет продавцу (Заказчику) следующие услуги:
- по размещению товарных предложений Заказчика и предоставлению Заказчику функционала, позволяющего покупателю (Пользователю) заключить договор купли-продажи товара с Заказчиком на сервисе;
- хранения, складской обработки (включая переборку, маркировку, упаковку, расфасовку, отбраковку, подборки товаров для формирования отправления, комплектования и прочие операции с товаром);
- организации доставки и экспедирования товара до покупателя и возврата невостребованного или некачественного товара;
- получения оплаты от покупателя наличными или безналичными денежными средствами и передачи их продавцу;
- другие сопутствующие услуги.
Таким образом, из договора следует:
- реализацию товара осуществляет продавец (Заказчик электронной площадки «Беру»), так как договор купли-продажи заключается между ним и покупателем (Пользователем электронной площадки «Яндекс.Маркет»);
- принимает деньги от покупателя, пробивает и направляет кассовый чек агент — ООО «ЯНДЕКС.МАРКЕТ»;
- ООО «ЯНДЕКС.МАРКЕТ» перечисляет деньги от покупателя за товар Заказчику в полном объеме без вычета комиссии за предоставленные услуги.
Между представителем электронной площадки и Заказчиком заключается договор поручения, где поверенный (Яндекс.Маркет) от имени и за счет доверителя (Заказчика) исполняет поручение по реализации товаров физическим лицам ().
В числе особенностей договора поручения — НЕ поверенный, а доверитель должен:
- составлять счета-фактуры (СФ) покупателям;
- вести учет полученных и выставленных счетов-фактур.
Несмотря на эти отличия от договора комиссии, механизм по учету комиссионных договоров в 1С можно использовать для отражения операций по договорам поручения при реализации товаров физическим лицам.
Версия 1.7.45.9
В новой версии 1.7.45.9 добавлены 2 новые подсистемы ( разделы) :
- Работа с заказами в модели DBS ( продажи с доставкой магазина) – В модели DBS клиент размещает товары на Маркете, принимает заказы , обрабатываете и доставляете их. Деньги за предоплаченные заказы клиент получает на следующий день после их передачи в доставку. Чтобы начать размещение, достаточно зарегистрировать магазин, загрузить файл со списком товаров и настроить обработку заказов. Порядок взаимодействия через API при обработке заказов подробнее написано
- Управление поставками для модели «Витрина + фулфилмент»
Рис 11 Интерфейс версии модуля 1.7.42.8
Для приобретения моего доработанного расширения обращайтеcь ко мне на почту [email protected]
Полный список дополнительных отчетов, обработок и расширений можно посмотреть здесь
Пошаговая инструкция
Рассмотрим пошаговую инструкцию оформления примера. PDF
| Дата | Дебет | Кредит | Сумма БУ | Сумма НУ | Наименование операции | Документы (отчеты) в 1С | |
| Дт | Кт | ||||||
| 30 апреля | — | — | — | Договор поручения | |||
| 6 мая | 45.02 | 169 363,91 | 169 363,91 | 169 363,91 | Передача товаров поверенному | Реализация (акт, накладная) — Товары, услуги, комиссия | |
| 21 мая | 62.Р | 90.01.1 | 90 000 | 90 000 | 75 000 | Выручка от реализации товаров | Отчет о розничных продажах |
| 90.02.1 | 33 872,78 | 33 872,78 | 33 872,78 | Списание себестоимости товаров | |||
| 90.03 | 68.02 | 15 000 | Начисление НДС с выручки | ||||
| 57.03 | 62.Р | 90 000 | 90 000 | 90 000 | Оплата платежной картой | ||
| 31 мая | 90.02.1 | 45.02 | 84 681,96 | 84 681,96 | 84 681,96 | Списание себестоимости товаров | Отчет комиссионера (агента) о продажах |
| 76.09 | 90.01.1 | 225 000 | 225 000 | 187 500 | Выручка от реализации товаров | ||
| 90.03 | 68.02 | 37 500 | Начисление НДС с выручки | ||||
| 31 мая | — | — | 315 000 | Составление сводной справки | Счет-фактура выданный —Сводная справка по розничным продажам | ||
| — | — | 52 500 | Отражение НДС в Книге продаж | ||||
| 31 мая | 44.02 | 60.01 | 9 875 | 9 875 | 9 875 | Учет затрат на услуги | Поступление (акт, накладная) — Услуги (акт) |
| 19.04 | 60.01 | 1 975 | 1 975 | Принятие к учету НДС | |||
| 31 мая | — | — | 11 850 | Регистрация СФ поставщика | Счет-фактура полученный на поступление | ||
| 68.02 | 19.03 | 1 975 | Принятие НДС к вычету | ||||
| — | — | 1 975 | Отражение вычета НДС в Книге покупок | ||||
| 8 июня | 60.01 | 11 850 | 11 850 | Перечисление оплаты поставщику | Списание с расчетного счета — Оплата поставщику | ||
| 8 июня | 76.09 | 225 000 | 225 000 | Поступление оплаты от покупателя | Поступление на расчетный счет — Оплата от покупателя |
Отражение в учете услуг поверенного
В соответствии с договором по окончании месяца агент формирует акты об оказании услуг:
- расчетно-кассовое обслуживание;
- сопровождение товара от приема на склад до вручения покупателю (услуги фулфилмента);
- размещение информации о продаваемом товаре организации на сайте.
Расходы на услуги агента распределяются по статьям затрат в соответствии с учетной политикой. В данном примере все услуги агента учитываются на счете 44.02 «Коммерческие расходы в организациях, осуществляющих промышленную и иную производственную деятельность».
Для отражения в 1С услуг электронной площадки создайте документ Поступление (акт, накладная) вид операции Услуги, раздел Покупки – Покупки – Поступления (акты, накладные).
В документе указывается:
- Договор — договор с агентом с видом С поставщиком;
-
Расчеты:
- 60.01 «Расчеты с поставщиками и подрядчиками»;
- 60.02 «Расчеты по авансам выданным».
-
Счет затрат — 44.02 «Коммерческие расходы в организациях, осуществляющих промышленную и иную производственную деятельность»:
- Статьи затрат — Услуги комиссионеров;
- Вид расхода — Прочие расходы.
При таком оформлении статьи затрат расходы на РКО будут учтены в составе косвенных расходов по налогу на прибыль единовременно.
Проводки по документу
Документ формирует проводки:
- Дт 44.02 Кт 60.01 — учет расходов за расчетно-кассовое обслуживание;
- Дт 19.04 Кт 60.01 — принятие к учету НДС.
Для регистрации входящего счета-фактуры от агента необходимо указать его номер и дату внизу формы документа Поступление (акт, накладная) и нажать кнопку Зарегистрировать.
Если в документе установлен флажок Отразить вычет НДС в книге покупок датой получения, то при его проведении будут сделаны проводки по принятию НДС к вычету.
Аналогичным образом оформляются в 1С услуги фулфилмента и размещения информации о товарах на сайте «Беру» (Яндекс.Маркет).
Тестирование работы расширения в облаке
Тестирование расширение возможно только в облаке., например в 42Clouds- проект занимается оказанием услуг по аренде 1С. Для того, чтобы протестировать расширение Вы должны зарегистрироваться по ссылкам, указанным ниже в зависимости от интересующей конфигурации . После того, как пройдете регистрацию будет сразу активизирован сервис и доступ к тарифу в облаке, который Вы выберите. У вас будет 7 дней бесплатного доступа.
| Конфигурация «1С:Предприятия» | Ссылка на тестирование |
|---|---|
| 1С:Управление торговлей 11 | Здесь |
| 1С:Комплексная автоматизация 2.4 | Здесь |
| 1С:Управление нашей фирмой 1.6 | Здесь |
Ссылки на тестирование расширения в облаке
Последняя цифра в версии расширения соответствует версии моих доработок. Для приобретения моего доработанного расширения обращайтеcь ко мне на почту [email protected]
Для того, чтобы работать с расширение и получить заказы от Маркета нужно сначала пройти регистрацию в личном кабинете Яндекс.Маркет.. Как зарегистрироваться в личном кабинете можно посмотреть здесь
Основные доработки модуля в расширении.
- Изменен механизм работы с регламентным заданием выгрузки цен на маркетплейс – Не требуется устанавливать дополнительную внешнюю обработку “Фоновая выгрузка цен на маркетплейс” для запуска по расписанию регламентное задание . Достаточно установить файл расширения и настроить расписание фонового задания Это возможно благодаря тому, что используется механизм собственных регламентных заданий в расширении , описанный мной здесь
- Удален функционал авто обновления расширения. Данный функционал не допустим для работы в облаке ,
- Добавлена роль “Раздел Интеграция с Яндекс.Маркетом” для доступа неполноправных пользователей к разделу ( в режиме совместимости 8.3.14 и выше)
- Исправлены ошибки в модуле и оптимизированы запросы. Исправлены ошибки в программном коде многих процедур и функций. Оптимизированы плохо написанные запросы , которые соблюдают требования 1С по оптимизации запросов
- Удалена форма проверки обновлений – В расширении удален функционал обновления расширения и соответственно форма проверки обновлений удалена из интерфейса. Механизм проверки обновлений не допустим при работе в облаке ,
Следует отметить, что Яндекс.Маркет предоставляет партнерам 4 модели работы с партнерами. Особенности работы по моделям продаж можно подробнее здесь
- Модель работы FBY (Fulfillment by Yandex, продажи с фулфилментом Яндекса) – Партнер самостоятельно поставляет товары на склады маркетплейса.
- Модель работы FBS (Fulfillment by Seller, продажи с фулфилментом магазина) – Партнер обрабатывает и упаковывает заказы, затем отгружает в сортировочный центр или пункт приема.
- Модель работы FBY+ (Fulfillment by Yandex +, поставка под заказ) – Партнер поставляет товары на склады маркетплейса после получения заказа от него. Упаковывает и доставляет товары маркетплейс.
- Модели DBS (Delivery by Seller) -Продажи с доставкой магазина)
Типовые возможности программы
Регистрация отчета поверенного
Для отражения реализации через электронную площадку Яндекс.Маркет в 1С можно один или несколько раз в месяц формировать документ Отчет комиссионера (агента) о продажах (Продажи — Отчеты комиссионеров о продажах — кнопка Создать).
Вкладка Главное
На вкладке Главное укажите:
- Контрагент — поверенный, в нашем примере ООО «ЯНДЕКС.МАРКЕТ»;
- Договор — договор с видом С комиссионером (агентом) на продажу (подставится автоматически);
- Расчеты — автоматически подставятся счета расчетов, указанные в настройках контрагента.
Раздел Товары и услуги заполнится автоматически после внесения данных на вкладке Реализация.
Раздел Комиссионное вознаграждение не заполняется, так как вознаграждение посредника, в соответствии с договором, не удерживается из выручки.
Если договором предусмотрено, что вознаграждение посреднику оплачивается продавцу отдельным перечислением, а не удерживается из выручки, уберите флаг, установленный по умолчанию:
Комиссионное вознаграждение удержано из выручки.
Вкладка Реализация
По кнопке Заполнить можно выбрать:
Если выбрать Заполнить по реализации, то данные в верхней и нижней таблицах будут заполнены из .
В графе Покупатель установите обобщенное наименование — Физические лица.
- Флаг Счет-фактура — не устанавливается
- графы Полученный от комиссионера, Номер, Дата — не заполняются.
В результате на вкладке Главное данного отчета комиссионера сведений о выписанных счетах-фактурах не будет.
Графы Всего и НДС заполнять не нужно, они будут автоматически заполнены после внесения данных в нижнюю таблицу.
В нижней части таблицы:
- удалите строки с номенклатурой товаров, которые не проданы;
- в графе Количество — установите нужное количество проданных товаров.
Все счета заполняются автоматически. Графы по комиссионному вознаграждению не заполняются.
Вкладка Денежные средства
По данным отчета в личном кабинете электронной площадки заполните:
-
Вид отчета по платежам:
- Аванс — при получении аванса;
- Зачет аванса — при последующей отгрузке;
- Оплата — при получении оплаты после отгрузки.
Проводки по документу
Документ формирует проводки:
- Дт 90.02.1 Кт 45.02 — списание стоимости товаров;
- Дт 76.09 Кт 90.01.1 — выручка от реализации товаров;
- Дт 90.03 Кт 68.02 — исчисление НДС с выручки.
Составление сводной справки по розничным продажам
Сводная справка по розничным продажам (Продажи — Счета-фактуры выданные — кнопка Создать — Сводная справка по розничным продажам) формируется за месяц (день, неделю, квартал). Периодичность заполнения сводных справок устанавливается организацией самостоятельно.
Справка включает все продажи физлицам, которые были проведены до ее оформления:
- собственные продажи — Отчет о розничных продажах;
- продажи через агента — Отчет комиссионера (агента) о продажах.
Сводная справка по розничным продажам заполняется автоматически по документам-основаниям.
Код вида операции — 26 «Реализация товаров, работ, услуг неплательщикам НДС, получение авансов».
Документальное оформление
Унифицированной формы Сводной справки по розничным продажам нет. Организация может сама разработать или применять предложенную 1С печатную форму, которую следует утвердить в учетной политике. PDF
Декларация по НДС
В декларации по НДС сумма исчисленного налога с реализации товаров физлицам отражается:
- В стр. 010 «Реализация (передача на территории РФ для собственных нужд) товаров, работ (услуг), передача имущественных прав по соответствующим ставкам налога…» Раздела 3:
- налоговая база;
- исчисленная сумма НДС;
- В Разделе 9 «Сведения из книги продаж:
- счет-фактура выданный, код вида операции «».
- гр. 110 — не заполняются сведения о посреднике. PDF