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

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

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

В смысле вы хотите 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  равносильно в тетрадке. А законы РФ не успели прочитать.