Ну вот и решение вашей проблемы с партиями. Когда осуществляется приход на склад от поставщика в классификацию заносится код производителя и EAN от поставщика. Этой же партии присваивается внутренний EAN, он заносится в классификацию партии и потом подается на кассу. Когда затем к вам приходит IDoc с кассы, в нем для каждой позиции указан внутренний EAN, который однозначно идентифицирует комбинацию материал + партия. И программа знает какой материал, из какой партии и сколько списать/добавить. Вроде бы красивая схема получается

Ну вот и решение вашей проблемы с партиями. Когда осуществляется приход на склад от поставщика в классификацию заносится код производителя и EAN от поставщика. Этой же партии присваивается внутренний EAN, он заносится в классификацию партии и потом подается на кассу. Когда затем к вам приходит IDoc с кассы, в нем для каждой позиции указан внутренний EAN, который однозначно идентифицирует комбинацию материал + партия. И программа знает какой материал, из какой партии и сколько списать/добавить. Вроде бы красивая схема получается [/quote]

Подождите... можно поподробней, или я что то не так понял.... Но тогда на каждую единицу товара придется клеить свой внутренний номер?

Да, придется . Иначе вы однозначно не идентифицируете партию, из которой надо списать материал. А так как у вас на кассе только справочник материалов, цена и EAN-код, то для идентификации партии как я вижу можно использовать только EAN-код, другого ничего нет.
Или у вас очень большой товарооборот, чтобы клеить на каждую единицу товара свою бирку ? Но эта бирка будет одинаковой для каждой единицы товара из поступившей партии. А массового штамповать бирки это по моему не проблема.

Не-не... массово штамповать не получится, обклеивать каждую единицу своим кодом нереально.... Похожая мысль была уже, опять же тут возможен человеческий фактор... Опять же, в поступившей партии может быть не один производитель, а разлито может быть на разных заводах.. и видно это по сути только в сопроводительных документах. Похоже нужно будет пытаться связаться с поставщиками и попробовать узнать поподробней как у них это реализовано.

p/s Все равно спасибо за совет

Если в партии будет несколько производителей, то у себя вы делаете поступление каждой комбинации в отдельную партию. А в классификацию партии заносите код поставщика, идентификатор партии у поставщика, код производителя. Ну и другая необходимая информация, которая необходима. И проблема решена.
Понимаете, дорогой коллега, можно конечно было выделить отдельную партию под комбинацию поставщик + производитель и валить в нее все приходы под эту комбинацию и соответственно списывать с нее тоже. Но в этом случае теряется прозрачность ведения, т. е. если необходимо будет составить рекламацию поставщику, то вам придется хорошо покопаться, чтобы проследить путь товара из партии для рекламации. А при том решении, что я предложил, получаем прозрачность, но придется много работать, чтобы потом можно было однозначно идентифицировать партию. Что важнее для вас - простота ведения или прозрачность - это уже решать вам .

Я не совсем в курсе темы, но раз речь идет про алкоголь, то насколько я понимаю, на каждой бутылке уже наклеена марка ЕГАИС с уникальным идентификатором, по которому можно идентифицировать в том числе завод-производитель.
Может использовать её?

С маркой там тоже все сложно... насколько объяснили наши закупщики там сейчас грядет какое то изменения по маркам..... в Самой марке есть так называемый код PDF417 (выглядит примерно вот так 17N00001CL0842RU9SI1NWD211230496914461061532011361481862211071319714) , так вот в этом коде зашит номер партии от поставщика, под эту партию выделен свой пул номеров этих марок, как выясняется то в принципе нужно будет еще и это отслеживать, чтобы по какой то партии не прошло продаж больше чем было нами получено.... Не ужели получается, что помимо партионности еще нужно будет и серийность алкоголя, для учета движения по номеру марки?

Я наверно немного путанно объяснил. Приведу пример, что я имел в виду. У нас 2 поставщика и 2 производителя у каждого. К нам поступило от первого поставщика 3 ящика (производитель 1а) и 3 ящика (производитель 1б). От второго - 2 ящика (производитель 2а) и 2 ящика (производитель 2б). Заносим такие партии: партия 1 - 3 ящика от производителя 1а, партия 2 - 3 ящика от производителя 1б, партия 3 - 2 ящика от производителя 2а и партия 4 - 2 ящика производителя 2б. Каждой партии присваиваем свой EAN-код, т. е. у нас 4 кода - EAN-1, EAN-2, EAN-3 и EAN-4. Эти 4 кода передаем на кассу. Пусть емкость каждого ящика у любого производителя по 20 шт. товара. Передаем в торговлю 30 шт. из партии 1 (у всех 30 единиц бирка с кодом EAN, равным EAN-1) и 30 шт. из партии 3 (у всех 30 единиц бирка с кодом EAN равным EAN-3). На кассе при покупке берут эти бирки с кодами (EAN-1 и EAN-3) и пробивают товар. А потом в SAP приходит 2 записи - товара с кодом EAN-1 продано столько то, товара с кодом EAN-3 столько то. По коду находим партию и списываем нужное количество. Т.е. не надо маркировать каждую единицу товара свои кодом, достаточно прицепить к ней код, который будет идентифицировать ту партию, из которой ее взяли.

Господа розница. А зачем вам знать какому конечному бухарику разлив какого завода вы продали?
Алкорегулирование вам встречные проверки устроит с поставщиком - это да. Надо знать от кого вы что приняли и оприходовали. А как продавали - дело десятое. Соответственно настраиваете выбытие при продажах по фифо. Если еще и мерчей надрессировать, чтобы выкладывали по фифо, то будет счастье близкое к реальности.
Отчет строите по системе. И это будет не сильно далеко от реальности. А отличия проверить никому не реально. Партионный учет решает все ваши проблемы. И без него вы точно не обойдетесь при наличии распределительного склада через который проходит алкоголь. Потому как там надо и входящий и исходящий поток показывать, но там вы же коробками оперируете и наверняка штрих-коды клеите. Соответственно знаете из какой партии поставщика отдаете магазину товар.

В общем как-то так.

По порядку :
"А зачем вам знать какому конечному бухарику разлив какого завода вы продали" - есть проект законопроекта, по которому должны будем в режиме онлайн передавать данные с кода PDF417 на сайт РАР, по каждой единице проданного алкоголя, так же будет передаваться информация и по опту, законопроект так же есть.
Встречные проверки с поставщиками они есть и сейчас, по объемам закупок.

"Партионный учет решает все ваши проблемы. И без него вы точно не обойдетесь при наличии распределительного склада через который проходит алкоголь. Потому как там надо и входящий и исходящий поток показывать, но там вы же коробками оперируете и наверняка штрих-коды клеите. Соответственно знаете из какой партии поставщика отдаете магазину товар." - партионный учет решит проблемы но не все, хотя если действительно можно попробовать запустить FIFO возможно и будет действительность близкая к реальности. Сейчас ни каких штрих кодов не клеим, все идет по коду EAN-13. Помимо входящих и исходящих потоков, еще и остатки на начало и конец отчетного периода должны показать

Да уж. Оказывается давно я с темой не соприкасался. Интересные законопроекты. Если примут мы без работы точно не останемся.
Ну что же. Если так, то серийные номера на каждую бутылку.
Делите партии по этому PDF417, если конечно он не у каждой бутылки свой. Если у каждой свой, то - серийные номера.
Очень сильно возрастут трудозатраты на отгрузку-приемку.
И опять же, возникнет пересорт уже PDF417. Это жизнь и никуда не деться. Можно уменьшить - исключить нельзя.
Мало того. Склад равен системе только после инвентаризации и то не всегда. Поэтому нужно принять как данность, что отчетность с реалиями никогда не совпадет.
Вот только интересно, нет ли законопроекта о обязательной регистрации купленного алкоголя на паспорт гражданина? Думаю скоро примут

Самое смешное, что при пробитии через кассу будет требоваться онлайн авторизация по этому коду, если она пройдет, то товар попадает в чек, если же не пройдет, то увы, пробитие алкоголя запрещено Но это опять же пока как на стадии тестирования, а дальше покажет время
Пока в общем общее сметение, будем общаться плотнее с поставщиками, может они еще натолкнут на какие то мысли.

Все-таки, поскольку в акцизной марке PDF417 - это поставщик, то пока можете завести по отдельной партии на поставщика. К в классификации партии можно привязать доп. поля и там хранить что угодно. Доступ только не самый прямой и быстрый. Да, напомню, что партии можно и без раздельной оценки создавать, если конечно она вам зачем-либо не нужна. Без раздельной оценки - меньше нагрузка на систему.
При поступлении сканером марку считывать, искать партию и формировать в нее приход. На кассе опять-же считывать штрих-код с марки и формировать расход. При этом в обязательном порядке на кассе сканировать каждую акцизную марку, а не только одну и вводить количество (если покупается, например, 10 бутылок).
Придется написать онлайн интерфейс к SAP системе с кассой, что технически сложно, а ненадежный канал связи будет приводить к остановке процесса продажи.
Если же проводить оффлайном списание, то легко можно попасть на отрицательный остаток, который как я понимаю теперь не допустим ибо это сразу торговля паленым алкоголем.
Если кассы с центральным сервером, то можно загружать утром количества в разрезе акцизных марок на этот центральный сервер, так чтобы кассы сверялись с ним. Это позволит перейти на оффлайн режим работы.

Сами марки разные. В этом коде PDF417 зашита лишь партия поставщика и последние 4 цифры номера акцизной марки а так же другая информация которая печатается в момент розлива на заводе. Под каждую партию поставщика есть свой пул номеров акцизных марок.

Сканировать однозначно каждую марку, буквально вчера присутствовали на совещание по данному вопросу, выяснилось, что нужна будет онлайн авторизация при попытке продать алкогольную продукцию, т.е с кассы непосредственно в момент сканирования марки должен отправляться запрос на сайт РАР и если будет получен положительный ответ то данный товар может быть добавлен в чек, если же ответа не будет или будет отрицательный ответ, то продажа алкоголя запрещена... В общем как то так получается.

Ну значит много партий будет. Я пока не вижу такого, что этот код уникальный для каждой бутылки. Соответственно - партии. И при поступлении тоже сканировать каждую бутылку. Очень сложная работа по продаже алкоголя получается.



А тут все зависит от реализации кассы. У вас сейчас выручка кассы в конце дня IDOC-ом грузится в SAP. Соответственно на начало дня касса должна знать обо всех бутылках на складе, чтобы списать в итоге нужную. Штрих-код - считывать на кассе и тянуть в систему. В системе искать по нему партию из которой списываем. Если партии не с раздельной оценкой, то даже агрегации это не должно мешать.
Ну а интерфейс с регулятором на кассе - это факультативное занятие с кассовым софтом (надеюсь, что централизованный сервер имеется), которое к SAP отношение не имеет.