У нас есть продукция с посерийным учетом. Планируем продавать ее через маркетплейсы.
Изучаю вопрос по отгрузке в маркетплейс и загрузке из него отчетов о продаже и вижу что серий там нет.

И непонятно как оформлять отчет коммисионера посерийно, т.к. судя по всему данных по сериям в файлах с данными
о продажах, которые генерируются маркетплейсом серий нет.

Кто нибудь сталкивался сэтим вопросом?
Т.к. например бады  точно учитываются посерийно у продавцов и через маркетплейсы
они давно продаются то серии по логике должны быть.

В смысле вы хотите FBO посерийный?
Это нереально, используйте FBS
Ну или создавайте разные карточки товара по сериям

(0) и в конце концов маркетплейс даст тебе файлик и скажет отправить ему как упд по ЭДО, а там чужие КИЗ

(1) FBO и FBS - это что, не понял?

(2) почему чужие КИЗ?

(3) Эмм ты точно с АПИ Озон работал?

(5) точно нет... изучаю вопрос только....  подготовка

(3) FBO, FBS это вроде бы схема передачи товара в пункт выдачи. Либо на склад ОЗОНу, а он уже передает в пункт выдачи, либо с нашего склада сами отвозим в пункт выдачи. (1)  давно читал, могу и заблуждаться, поправь пожалуйста.

(7) угу
если сам упаковываешь и отправляешь по конкретному заказу (FBS = Fulfillment by Seller) - нет проблем как угодно учитывать и по сериям и по маркам КИЗ

а если партию товара (много штук) отправил на склад маркетплейса (FBO = Fulfilment by Operator)
причем даже без уникальной упаковки (могут сами переупаковывать по заказам) то хрен там что по сериям учтешь
и даже с марками (которые по идее на каждой штуке и уникальны) могут быть косяки
хз что тебе в отчете маркетплейс понапишет

(8) понял... спасибо... про марки вопрос изучу...  может поможет...

(1) Если создавать разные карточки, нельзя потом такой выбор сделать

В теории можно сделать так:
1 "Ваш склад" это склад с которого отгружаете
2 "Ваш склад на территории маркетплейса" (Дополнительный склад для учета уехавшего товара) (это физическое перемещение и перемещение в базе от Со склада указанного в 1)
3 После перемещения на "Ваш склад на территории маркетплейса" с Вашими сериями делаете смену серий, где сериями будет заказ конечного покупателя (ну или как вариант новая серия= Старая серия+ номер заказа конечного клиента)
4 После этого уже делаете передачу на комиссию товара с сериями новыми (серия=номер конечного заказа клиента)
5 При возврате или отказе делаете оприходование на этот склад на территории маркетплейса конкретных серий (конечных заказов клиента) (Тут есть варианты как клиент отказался сразу при приемке или через пару дней. В отчете маркетплейса строки будут разные)
6 В зависимости от того куда товар делся после возврата либо передаете его на комиссию на другой договор либо перемещаете на свой склад (Допустим был FBS но клиент не принял и товар стал FBO). Тут наверно тоже смена серий но уже обратно на ваши старые
Для всего этого понадобится столько сотрудников для повторения в Вашей базе логистики маркетплейса, что предприятие разорится
7 В отчете маркетплейса будет номер заказа построчно. Серии искать по нему для создания документов отчет комиссионера
8 Все корректировки учета делать на этом складе на территории маркетплейса (Продажи юрикам, экспорт в ЕАЭС, выкуп и т.п.) Это все делать в оперативном режиме

+(11) В маркетплейсе Яндекс (по моему но могу ошибаться) в каждом отчете написано что то типа "Ведите учет сами, а с нашими отчетами только сверяйтесь"
Так что вариант грузить отчеты маркетплейса не прокатит (Особенно с учетом того, что маркетплейсы присылают отчеты в лучшем случае раз в неделю, а то и месяц)
А современные конфигурации 1С не расчитаны на "посмертный учет"

Т.е. тут глобальный обман продавцов. Когда входишь на маркетплейс они говорят что мы все сделаем за Вас и отчет пришлем. Продавцы так и думают. А потом начинаешь вникать в детали и маркетплейс говорит "Законодательство РФ? Что это? Мы придумали классную схему и ведем учет в ORACLE". Хотя по моему ведем учет в ORACLE  равносильно в тетрадке. А законы РФ не успели прочитать.

(0) Вы очень многого хотите от этих мега-площадок. ВБ до сих пор отфутболивает весь запрос на обновление остатков продавца, если хотя бы один из товаров в запорсе не проходит их прокрустово ложе склада.

(14) может на форуме есть производители БАДОВ?  там то точно посерийный учет у производителя и дистребютора. Они то как с маркетплейсами работают?

Или сроки годности как контролировать по тому что на складе маркетплейса лежит, если товар имеет ограниченный срок годности. Это контролируется через посерийный учет. Как понять?

(1) [Ну или создавайте разные карточки товара по сериям]
Это - садо-мазо...

(14) У маркетплейсов головняка и так выше крыши, чтобы ещё посерийный учёт вести. Слишком многого хотите от них. Надо с небоскрёбами в Москва-сити что-то решать, а не заниматься ерундой.

(14) Озон недавно стал практиковать возвраты с ФБС на ФБО-склад, но отличить его по АПИ от обычного возврата пока нет никакой возможности.

(17) да, писал такую обработку по загрузке возвратов... как-то вывернулся, но не особо хорошо... а! если по ФБС нет возврата на мо склад в типовом контуре1С, и загружаю отчет по возвратам от МП - значит - падает на ФБО

(16) маркет плейсы то ладно... люди то как выкручиваются... как то они это делают же...  в теории маркиованный товар с серией соотнести можно...

вообще не понимаю как вести учет маркированного товара, когда товар маркируется от одного ИП-производителя/эмитента марок, а на МП поставляеся от кучи других ИП.

(20) Так маркировку для этого и придумали по сути - все эти уклонения от налогов через дробление бизнеса лучше контролировать
Ну это кроме как денежку малую за каждую марку заработать

(18) Мы вывернулись так: Озон по возвратам ФБС-заказов, которые переместил на ФБО-склад, указывает в display_name 'Товар на складе Озон'

(14) схема FBS для Бад использовали. когда не было своего склада то был 3pl оператор betapro,
Заказ: клиент - маркетплейс - наша учетная система - 3pl оператор
В обратную сторону передавались статусы и марки