КА 1.1.19.1 - отчет "Ведомость по товарам отд. на реализацию", каким заменить?

Хотите получить отчет бесплатно?

нет, я же не прошу его сделать, я проконсультироваться хочу, уточнить откуда лучше взять данные

Так как проводки по поступлению на 10.7 вы видите, это значит что у вас используется РАУЗ (не для РАУЗ оно просто нереализовано, не буду писать что я об этом думаю).<br>Если это РАУЗ, то все данные лежат в регистре накопления УчетЗатрат ("Учет затрат (бухгалтерский и налоговый учет)"), который хранит данные как единое информацонное множество и к нему нужно просто сделать правильный запрос.<br>Пробуем так:<br>1. Интерфейс - Полный<br>2. Отчеты - Расширенная аналитика учета - Ведомость по учету МПЗ<br>3. Если справа нет Панели настроек, ищем в форме кнопку "Настройки" и жмем ее.<br>4. Внизу панели настроек появится пиктограмма "Настройка варианта отчета", жмем на нее.<br>5. В контекстном меню выбираем "Настройка структуры"<br>6. Из доступных полей переносим в Группировку строк поле "Комиссионер" и ставим ее на первое место в перечне группировок. (хоть 10.7 и не относится к ситуациям по работе с договорами комиссии, внутренний идентификатор переменной схемы компоновки данных имеет общее название и для той и для другой ситуации). Жмем "Ок".<br>7. В панели настроек указываем Раздел учета = Товары отгруженные.<br> <br>Все, смотрите что получается при формировании отчета.<br>Минусы:<br>Если в работе вашей организации есть ситуации по передаче товаров на реализацию комиссионерам или реализация товаров происходит не по схеме "Реализация", а "Отгрузка + Реализация отгруженных", то в отчет попадут и эти сведения тоже. Я сходу не скажу пока как их выкинуть из отчета. Попробуйте, в общем, напишите что получилось.

попропбовала, вроде бы получилось то, что нужно..<br> <br>завтра покажу еще бухгалтерам... но скорее всего оно...<br> <br>спасибо большое Вам!<br>Очень помогли!

Чтобы каждый раз не щелкать так, можно настройку отчета сохранить с каким нибудь названием.

спасибо) я вчера когда проверяла ваш вариант, так и сделала) <br>вы очень помогли)

оказалось, что им нужное еще с отобором по заказу поставщика...<br>и видимо в ведомости по учету МПЗ по заказу не отстортировывается?

то есть получается группировка:<br> <br>сделка (заказ поставщику), комиссионер, номенклатура, документ движения (регистратор)

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

На закладке «Учет переданных товаров» указываются сведения для учета товаров, находящихся у контрагента:<br><br> - Заказ поставщику<br>Учет переданных товаров можно вести <br><br> - В целом по контрагенту. В этом случае заказ не указывается <br> - В разрезе заказов поставщику<br> <br>Данные сведения используются при регистрации движений по регистру Товары переданные. По нему ведется только количественный учет (вот какой смысл в таких данных? Это все равно что их нет), и вас, скорее всего, такой вариант не устроит. Поэтому нужно обратить внимание на то как описана схема компоновки данных в части запроса при формировании отчета "Ведомость по учету МПЗ", который позволил вам уже решить часть задачи.<br>Мы можем увидеть:<br> <br><pre>...<br>РегистрАналитикаУчетаПартий.Заказ КАК Заказ,<br>... </pre><br><br>Выходит, что система пытается увидеть сведения о заказе в ключе аналитики. Но если мы посмотрим на то как формируется ключ, то для именно этой ситуации (Передача в переработку) заказ - пустое значение. Определяется такое поведение программы описанием шаблона создания ключа РАУЗ. Увидеть это можно в макете "ПараметрыФормированияДвижений", размещенном в РегистрСведений.УчетЗатрат. Там есть секции "ПередачаТоваров" и "ВозвратПереданныхТоваров", где в колонке Заказ написано что фиксировать его не нужно. Почему так? Да непонятно, может упрощение, может считается что это в ключе РАУЗ хранить не нужно. Короче говоря, без изменения конфигурации не получить то, о чем вы гооворите. Как минимум нужно в шаблон формирования ключа дописать что Заказ фиксировать нужно. Думается, что для ситуации перемещения в сторону переработчика это все просто, т.к. заказ явно указан в документе, то при списании материалов с переработчика при завершении переработки или возврате непереработанных уже сложнее, там, скорее всего, идет сбор сведений по остаткам и надо не прошляпить где там система ключи партий осматривает и вписаться туда, чтобы и с заказами подружить алгоритм. Иначе будет перекос - уходить в переработку материалы будут по одним ключам, а списываться оттуда по другим (с пустым заказом), а такого допустить нельзя. Смотреть надо в обработчик подписки на событие "ПриПроведенииРасширеннаяАналитикаЗапасовИзменениеСостояния"­.