Здравствуйте, фирма занимается торговлей. Работает связка БП2.0 <> РТ2.0. На складах хранится товар 2-х категорий купленный официально и не очень:-), после закрытия смены в РТ формируется документ "Отчет о розничных продажах" и выгружается в БП. Продавцы отпускающие товар не знают (да и не должны знать) какой товар из двух категорий они продают и остатки у них в РТ забиты смешано. А вот в БП я бы хотел что бы данный документ списывал сперва не оф. товары(может для них создать отдельный счет или вообще регистр накопления) а затем когда остатки на не оф. складе дойдут до 0 тогда списывался оф. товар. Как лучше реализовать данную схему?

Вести учет остатков в РТ в разрезе офф и не офф партий. При выгрузке выгружать только офф партии

(2) А разве розница поддерживает партионный учет или нужно допиливать? И потом стандартная выгрузка тоже вроде не поддерживает какую либо фильтрацию выгружаемых объектов, выгружает все кучей. Да и вообще, если даже я смогу отделить партии, то в конце кассовой смены сформируется ОДИН документ "отчет о РП" который внутри себя будет содержать все продажи не деля их на партии.

начать нужно с того, какой есть отличительный признак "серости"  товара и есть ли такое в вашей БП

(3) В том то и дело что в базах "серый" товар не отличается от "белого", но я думал добавить в РТ конфигураторе реквизит типа булево у документа "поступление товаров и услуг", а вот что потом делать? Ведь все равно при продаже в документ "отчет об РТ" товары попадают не делясь на "серые" и "белые"

Неужели никто не подскажет?

1 регистр с партиями добавить, движения по нему сделать, переписать закрытие смены, чтобы два отчета формировалось. У отчета сделать признак. Изменить правила, чтобы один из отчетов не выгружался

Только по z-отчету все равно полные суммы проходить будут. Или енвд?

(7) Ага, ЕНВД. А при формировании z-отчета данные берутся прямо из фискальной памяти? И еще, можно поподробнее про "переписать закрытие смены", ведь если я введу в конфигурацию партионный учет, тогда переписать будет очень не просто(сужу по своим навыкам).

(8) да, отчет выводится по данным, хранящимся в регистраторе, 1с просто отправляет команду "снять z-отчет".
"Просто"/"не просто" относительные понятия. По мне за день без напрягов реально сделать.

(9) не взлетит

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

Люая правка задлм как приходов так и расходов приводит к тому что
А. меняется картина белого/серого
Б. После перепроводки картина опять поменяется

А вообще смысл задачи неясен. В бухии у тебя товар лежит по средней. Как ты не списывай у тебя все равно списывается абстрактная партия. Т.е. задача изначально не имеет смысла

Более того метод списания у тебя в УП скорее всего ФИФО

Ну если так уж хочется заведите 2 склада
Склад 1 (серый)
Склад 2 (белый)

Все реализации и серый товар грузим на склад 1
В конце периода (неделя, месяц, квартал), обработкой формируем перемещения со склада 2 на склад 1 товара который ушел в минус на 1 складе

(10) правка задним числом - отдельный разговор, которого не было в (0). Разумеется в предложенном варианте подразумевается, что всё вносится оперативно и задним числом не правится.
(12) предположу, что ты задачу не понял. Смысл: не показать в продажах реализацию серого товара, в твоём же случае всё будет смешано в конце периода

(13) Тогда вообще проблем нет

Мы про розницу говорим? Просто пишешь обработку которая на сумму указанную в документе ПКО тупо подберет случайный товар с заданной наценкой