Внешний отчет без написания кода #593393

Не знаю фича это или косяк, но когда пишешь внешний отчет на СКД и используешь параметры, их естественно нельзя задать в конфигураторе. Получается надо делать вместо параметра - отбор. Но при этом вроде как падает производительность. Или делать параметр доступным для редактирования пользователя, потом в Предприятии делать "Изменить вариант" и заполнять этот параметр вручную, сохранять новый вариант отчета и использовать ЕГО. А еще я так понял эти варианты привязаны к пользователю и все это надо проделать ВСЕМ, кому нужен отчет! Я хочу чтоб у отчета не было форм и кода в модуле, и чтоб отчет запускался у всех сразу с заполненными параметрами. Это невозможно или ЧЯДНТ???

параметры надо жёсткие задать чтоли? в СКД на закладке параметры указывай жёстко, где трабл?

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

да нельзя в конфигураторе выбрать значения из базы - вот трабл! Если заполнить настройки в Предприятии потом сохранить настройки в XML, потом загрузить в СКД в конфигураторе - там видно только GUIDы в поле "Значение"

> Я хочу чтоб у отчета не было форм и кода в модуле, и чтоб отчет запускался у всех сразу... похоже на просьбу к деду морозу

:)

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

вы не писали на СКД что ли? В значении параметра можно выбрать только предопределенные значения справочников

И это правильно.

>> В значении параметра можно выбрать только предопределенные значения справочников я так и хнал - где-то нае...

Значит клепаем отчеты в наполовину в конфигураторе, наполовину в пользовательском режиме?

ну если ты хочешь применять "параметры" определенные ВСЕГДА и ты заранее знаешь какие именно, то в чем проблема подставить их ПРОГРАММНО скажем при открытии отчета???

так я этого и хочу избежать

да, с чем связано дикое желание "ни одной строчки кода"?

ты видимо меня не понял - не ручками в "отборе", а ПРОГРАММНО в "параметры" при открытии отчета пользователем.

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

а ты не прочитал "Я хочу чтоб у отчета не было форм и кода в модуле"

кстати, же работает, пофиг что в конфигураторе ты Гуиды видиш, в предприятии то всё норм становится. чем не устраивает?

а я хочу чтобы ничего не делать, но все работало само и деньги за это отсыпали лопатой!

это другой вопрос уже)

я один думаю, что за НайтиПоКоду нужно отрывать руки по ж*пу?

если параметры сделать открытыми и задавать в Предприятии то все формы создаются сами и отчет можно сделать за 10 минут - надо только схему СКД настроить. А если писать руками, резко возрастает время создания отчета и снижается гибкость форм

а есть другие варианты?

+ предлагаешь по ГУИДУ искать?!

а есть альтернатива ? на форму поле выводить все равно не надо чтоб юзера не пугать

и как ты себе это представляешь? Данные БАЗЫ в конфигураторе?

+по коду это еще куда ни шло, я в нашей конфиге видел вообще привязку к наименованию

завтра какая-нить "умная" голова придумает перекодировать справочники или РБД появится какая-нибудь. И что будет делать твой отчет?

это без комментариев

РБД есть, а у справочников вроде бы коды по всем узлам РБД совпадают, не?

+ в коде всегда можно выкинуть исключение

в СКД на вкладке Параметры поле Выражение: Справочники.ВидыНоменклатуры.НайтиПоКоду("АБЦ000002")

хммм... ща проверю!! ))

ну как это бе коментариев?! ТЫ сказал ,что НЕЛЬЗЯ искать по коды - за это ты отрываешь руки, а как тогда нужно?!?!?!

по ссылке

это неправильно с точки зрения стандартов разработки 1с. в типовых найди такой код попробуй, всё должно быть гибче, код элемента - не показатель, может меняться, должны быть более четкие критерии характеризующие данный элемент

так тебе же эту самую ссылку найти нужно. Вот нужно мне в справочнике номенклатуры найти позицию с параметрами: Как мне получить ссылку на этот элемент?!

если это редко изменяемый элемент, организация например, и программист всегда под рукой, почему бы и нет?

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

Ты выше сам писал что в конфигураторе можешь выбрать только предопределенные элементы. Как говорил товарищ Винни - это неспроста...

ну я не против, ради бога...в этом случает ответь на

ссылку не надо искать, ссылку надо хранить! либо см.

+ наверно можно и список значений передавать, если в модуле функцию свою описать, которая ищет и возвращает список номенклатур. Буду теперь так всегда делать )

НайтиПоРеквизиту, Артикул. Куда более гуманно чем найти по коду

Никак не получать. Искать руками в предприятии и сохранять настройку. Когда на основании того же cf сделать новую базу, она у тебя мягко говоря не будет работать.

где ты собираешься ее хранить???? Пришел прайс от поставщика вида: Мне нужно проверить есть ли такие позиции у нас в базе и отсутствующие создать (ну как вариант задачка). Как ты предлагаешь искать позиции??? ПО ССЫЛКЕ - ПО КАКОЙ ССЫЛКЕ??? или ты всем поставщикам будешь рассылать ссылки элементов своего справочника???

Те же яйца, только в профиль.

Это не та задача. По сабжу конкретный код элемента в модуле прописан, это и неправильно.

как твоя истерика коррелирует с задачей ТС? я в говорил про установку параметров запроса (и вообще, чего-либо), а не про поиск данных вообще

артикул - условно-постоянная величина вобще, при задаче по прайсам - самое оно.

До меня тут вообще кто-то понаписал несколько отчетов и ВСТРОИЛ ИХ В ИНТЕРФЕЙС О_О вместо помещения в "доп. обработки", хотя многие отчеты вообще через типовые можно получить, вот за такое я б карал

Речь о том что это данные, а не метаданные. Если это загрузка или поиск кода/артикула который ввел пользователь, то все нормально. Но явно в коде его прописывать нельзя. Не будет работать когда сделаешь новую базу.

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

да я понимаю это всё, в ещё писал)

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

кстати ГУИДы не работают - в Предприятии заменяются пустыми значениями

Почему нежелательно-то? Они что внешние, что в конфе, все равно отдельный объект, который с типовыми не пересекается.

наверно потому что РБД, не хочется им лишний раз обновлять впринципе

эээ... как это все равно?? если внешняя я файлик закинул новый и все, никаких обновлений

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

воот, так и делаем )