Менеджеры получают товар по сериям. Соотвественно нужно видеть товар по сериям, НО: иногда серия объявляется плохой, поэтому ее нужно пометить как плохую. После этого товар этой серии нельзя приходовать.
Для того чтобы видеть товар уже оприходованный по этим сериям, менеджерам нужен отчет по плохим сериям с колонками : номенклатура серия, количество на складе, продавец, покупатель

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

Что, сложно тему нормально назвать?

(0) Все проще, чем ты думаешь.
В документе продажи указана серия. Если не указана, то никак.

(2) ок. Как тогда составить запрос в скд чтоб одновременно были и покупатели и продавцы? Я кстати небольшой выход придумал только что.. В СКД сделать продавцов и покупателей вычисляемым полем, а получить их по функции из общих модулей через запятую строкой.. Вот только сомневаюсь что на спеце оценили бы такое решение..

Ап. Это важный вопрос)

Хелп

я ни.уя не понял

(6) Конкретно что неясно?

(3) Жесть какая..
>Как тогда составить запрос в скд чтоб одновременно были и покупатели и продавцы
Полное/внутреннее соединение запросов для покупателей и продавцов.

(8) в первом случае все покупатели перессекутся со всеми продавцами, а во втором останутся только серии которые продавались.
А если не было продаж еще этой серии?
А как сделать чтобы отражалось что именно эта серия продавалась именно от этого продавца этому покупателю?

А в случае полного будет так:
был у серии 1 продавец, потом 2й и 1 покупатель.
И будут строки:
серия1, продавец1, покупатель1, остаток 10
серия1, продавец2, покупатель1, остаток 10

А это не есть хорошо.

>во втором останутся только серии которые продавались
Так и нужно же смотреть только те, что продавались, нет?

Если все надо, то полное. От ситуации из (9) никуда не деться потому что:
-Покупаем 10шт Серии А у продавца 1
-Покупаем 10шт Серии А у продавца 2
-Продаем 10шт

Как ты поймёшь, чей товар ты продал?

Если бы я не узнал условия 2.34 задачи, то сказал бы, что нужно отчет "ДвиженияСерийТоваров" формировать

На форуме у GROOVY обсуждают эту задачу
http://chistov.spb.ru/forum/43-2728-2
http://chistov.spb.ru/forum/43-2706-1

решение 8го билета
http://yadi.sk/d/lVeLEXBgDwEtj

(11) ВОт на форуме тип пишет:
Мое решение:
Ставим галку Характеристиканом. и Серии (Настройка номенклатур), у склада делаем полную ордерную схему, у
вида номенклатуры включаем характеристики и учет по сериям делаем «Партия
товаров, имеющих одинаковый номер серии»
Политика для склада
«Управление остатками серий». Вводим поступление и ордер(с указанием серий) так
же вводи реализацию и ордера (с указанием серий). Создаем Рег.Св периодический ,3 измерения Ном, Хар, Сери( обязательносвязь с номенкл). Создаем обработчик событий перед записью и проверяем ордера на наличие плохих серий если есть то ругаемся! Делаем отчет выбираем все Н/Х/С изрег. свед. Помещаем в ВТ, далее Рег ДвижениеСерий с параметрами из ВТ,  Берем Н/Х/С, СкладскаяОперация, Дата и
Партнера, и левым соединением по Н/Х/С ОстаткиТоваровНаСкладах тоже с
параметрами из ВТ и Складом! Делаемтри группировки Н/Х/С остальное дет зап. Результат отчета в файле

Именно так я первый раз и сделал, единственное что у него отчет почему то не выводит как раз покупателей, а у меня в условии это стояло! В итоге претензии: не использовал типовой функционал(подразумеваются доп.свойства) и "нет комментариев".

Во второй раз в том же билете делал через партии товаров организаций и доп сведения. Претензии: "нет комментария и отчет не совсем верный". КОнечно он не совсем вернуй потому что в конченной торговле партии актуализировать нужно, что я и писал в комментарии, который они успешно потеряли. Итог: не сдано.

Ты посмотри моё решение.
Надо просматривать все решения.

Можно брать с собой решения на флешку потом? с рдп качнуть как-нибудь. а то можно потом доказывать что угодно

(13) твое решение через регистр сведений которое в док файле?
Есть минусы: например зачем регистр сведений, во первых лишний объект, во вторых есть возможность по несколько раз вносить одно и тоже разными датами,в третьих там не только серия, а еще и номенклатура зачем то.. Щас делаю отчет по твоему рецепту..

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

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

(17) а на складе кладовщик по номерам серий отгружает?

(18) теоретически да

(14) по дате поставки я имел ввиду.. А еще естественно косяк такой: если поставшика 2 то ситуация выше повторяется:
И будут строки:

серия1, продавец1, покупатель1, остаток 10
серия1, продавец2, покупатель1, остаток 10

А по идее этого быть не должно.

И все же, приняли ли у вас на экзамене такое решение, али не сдавали эту задачу?

(19) тогда вы не определите, какие серии куда продали.

лучше тогда как тойота поступает - объявляете по телевидению, что отзывается такая-то серия, клиенты сами вам принесут плохой товар.

(20) я в конце месяца сдаю
я специально сделал справочное хранение, так как в отчете не надо остаток показывать, а наличие на складе это про номенклатуру, а не серию (как мне показалось) Честно говоря не хотелось бы  ордерными складами усложнять задачу

(0) Используй "Качество".

(22) можно сделать и управление остатками на обычном складе..

На самом деле глянул я другие решения, лучше всего показалась след-я концепция:

В первой группировке берем номенклатуру-характеристику-серию и остаток.

во второй - партнера, дату и операцию "купля" или "продажа".

Таким образом сказано же "отразить информацию о продавце и покупателях". Вот и получится информация) и дата поставки будет и все.

(22) Подскажи, как в УТ к вариантам отчетов свой подключить, чтоб стандартным стал?

(25)
я по сайту полазил нашёл много вариантов
http://infostart.ru/public/91729/
http://chistov.spb.ru/forum/26-1766-2 первый пост темы.

Для обычного склада, только справочное хранение.
На форме где проставляешь склад и способ сообщение об этом есть

http://infostart.ru/public/87945/

(12) А что вы хоть решаете? Что за сборник задач: Платформа, Спец по УТ или еще что-то???

спец по ут 11 (май 2013) задача 2.34

(29) а там в конце книжки нет ответов разве?

Там есть 2 решенные задачи.

(26) тем не менее косяк УТ в том, что если выставить склад обычный и политику задать ему справочную, а потом зайти в политику и поменять на остатки, то все работает и он строку со складом не убирает. А остатки по сериям при этом работают на обычном складе!

(26) Все эти способы неправильные. Должен быть способ добавить из конфигуратора. Я знаю как в УНФ сделать, вот вы скинули там ниже есть способ через конфигуратор но в последних версиях все не так.

"2. В Общем модуле ВариантыОтчетовПереопределяемый
в процедуре СписокОтчетовПоддерживаемыхПодсистемой()
добавить код

СписокОтчетов.Добавить("Отчет.ИмяОтчета");"

Там в модуле нет такой процедуры..

я пока даже не пробовал это делать.
Задалбали разрабы. неуспеешь привыкнуть как опять искать способ

Решая задачу 2.15 столкнулся с проьлемой размещения отчё1та на панель. Решение http://yadi.sk/d/iniNzvbDE6kB5
релиз ут 11.1.2.22)

(35) Да, так удается добавить в панель. Но блин все равно должен быть человечий способ как в УНФ - просто пишешь в Переопределяемый в список отчетов свой отчет с указанием варианта и описания, обновляешь типа и он появляется где надо.. Иначе как тогда новые отчеты типовые появляются в вариантах, ведь их до обновления мы сами не сохраняем так??

Этот способ очень даже норм, так как конфу можно не править.

(37) Эх не сдал я сегодня.. Почти все сделал, в конце типовой запрос неправильно исправил и все полетело.. Док не проводится и запаниковав исправить не успел.. Щас дома за 2 минуты разобрался в чем дело.. Буквально 2 строки отделяли от заветного "сдан"(((