Помогите создать внешний отчет #793592

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

Ничоси, какая каша в голове) Отчету на СКД, кроме самой СКД ничего не надо для того, чтобы сформироваться с настройками по умолчанию

зачем вообще что-то писать в модуле, если отчет на СКД?

>>>СКД сделала, там прописала вычисляемые поля и пр. И зачем тогда запрос пишешь в коде ?!

Возможно задание такое было - создать отчет на СКД

делала всё по примеру, думала надо обязательно прописывать модуль. Не надо? Можно весь этот ужас удалить и всё выведется в отчете по созданному макету?

Прочитай книжку Хрусталёвой, к примеру. Там усё есть по-шагам

Хрусталевой Создание сложных отчетов? Я там не нашла ни про создание макетов, ни про описание всех полей в модуле. Мне нач. сказал "будешь делать - в модуле пропиши комментарии". Вывод: модуль нужно прописывать.

Не правильный вывод. Он наверное имел в виду, если на СКД не получится сделать, сделай хоть как-нибудь

по моему СКД намного проще, чем прописывать всё в модуле. модуль удалила - работает с мелкими недочетами. Их я думаю сама смогу устранить.

Сорри за панику. Я просто лузер еще, каждый косяк вводит меня в стопор и ужас.

А задача была на СКД сделать отчет? Для отчетов на СКД тоже можно прописать модуль, если нужно какое-то ну очень нестандартное поведение. В модуле объекта должна быть описана процедура ПриКОмпоновкеРезультата, в которой описываются действия, необходимые для выполнения отчета.

Всякое бывает. Часто нужно получить какую-то таблицу более-менее сложную, которую одним запросом сложно получить. Её получают "в модуле" (по твоей терминологии^_^) Создают макет, в котором указывают имена полей и какой тип данных у каждого поля. И потом эту таблицу передают в СКД, чтобы пользователь мог колбасить какие ему угодно отборы и группировки.

Но в хрусталёвой  это вроде есть

"И потом эту таблицу передают в СКД, чтобы пользователь мог колбасить какие ему угодно отборы и группировки." Возможно. Мне нужно создать Отчет по продажам ТМЦ в учебной базе. Там никаких документов "Поступление ТМЦ(купля-продажа)" нет, вообще никаких упоминаний ТМЦ ни в одном документе нет. Я взяла 2 таблицы "Поступление товара" и "Реализация товара", связала их, добавила вычисляемые поля "ПроцентПрибыли" и "СуммаПрибыли". Сейчас пытаю макет, чтобы всё красиво выводилось и там где нужно.

А нельзя в учебной базе добавить регистр накопления "ОстаткиТМЦ" или там "Продажи" Добавить в документах Поступления и реализациях, чтобы они делали записи в этот регистр. И сделать отчёт по этому регистру. По документам крайне не желательно какие-либо отчёты делать. Вот например есть у тебя 1 товар - карандаш и 2 документа Приход и Расход. В день ты колбасишь по 100 документов обоих видов. Если делать отчёт по документам. Спустя пару лет, тебе чтобы узнать простую цифру, сколько карандашей осталось, тебе нужно будет миллион арифметических действий выполнить.

Есть регистр накопления "Продажи". Я сначала регистр Продажи связала с документом "Реализация товара", а потом "Реализация товара" связала с "Поступлением товара". Но потом подумала, что лишнего навертела и удалила его.

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

Сейчас пробую объединить 2 запроса: 1)Регистр накопления "Закупки товаров" + Документ "Поступление товаров" 2)Регистр накопления "Продажи" + Документ "Реализация товаров" Почему то в цене выводится да/нет, вместо цифр. Почему так?

РеализацияТоваров.ЦенаВключаетНДС КАК ЦенаР

Возможно потому что ЦенаВключаетНДС это галка, а не цифра? Может быть заменить 2 регистра одним, ОстаткиТМЦ? Тогда соединять не придётся)

ОстаткиТМЦ - такого нет. Регистра Остатки тоже нет. Если ЦенаВключаетНДС - галка, тогда Если ее брать из вложенной таблицы "Товары",  в отчете пишет "В условиях соединения запросов не допускается обращение к табличным частям".

Если тебе надо сделать отчет именно по продажам ТМЦ, а запрос в схеме СКД примерно такой, как в , то ты делаешь в корне неправильно. Зачем вообще соединять реализацию с поступлением? Подумай, что вообще происходит в твоей базе, откуда берется прибыль при продаже? Если твоя база хоть как-то приближена к реальной ситуации, в ней как-то учитываются товары в количественном и суммовом выражении, а при продаже товары списываются с остатков по количеству и сумме. При этом прибыль образуется как разность между суммой продажи и списанной суммой оценки.

В отчете должны выводиться поля: Цены, Суммы, НДС, Скидки прописаны только в Документах ПоступлениеТоваров и РеализацияТоваров. При этом Цена находится во вложенной таблице Товары. Процент и Сумма прибыли - вычисляемые поля. СуммаПрибыли=СуммаРеализации-Суммапоступление Процент=СуммаПрибыли*100/СуммаПоступление Это всё сходится по примеру отчета, который мне дали в печатном виде.

Забыла указать первое поле: Фирма/Номенклатура/Документ поставки/Документ реализации. Как это всё совместить в одном поле?