Коллеги, Вы сделали не печатную форму на СКД, а отчет. А хорошо было бы сделать вывод ПФ из документа средствами СКД. Тогда бы видео соответствовало заявленной теме.
Дельное предложение, в следующем видео покажу как это сделать. И это будет примером что любая печатная форма является разновидностью отчёта с программно устанавливаемым отбором в скд при обращению к отчёту. Рад что стали появляться дельные комментарии к ролику. Есть ещё скрытые задачи к этому ролику. Подсказки не предлагаю, жду предложений.
У меня, например, есть несколько печатных форм в которых, в зависимости от услуг в документе, выполняются разные запросы, выводятся дополнительные поля, добавляются колонки в таблице и по-разному заполняется информация о подписаниах. Такой переход и поддержка займут кучу времени. А ради чего это все остается загадкой. Очень умный преподаватель больше похож на теоретика, чем на практика. Поддержка форм на СКД займет в разы больше времени.
Спасибо, познавательно. Не уверен, что подойдёт для более сложных печатных форм, но как пример работы с СКД - полезно. Было бы интересно посмотреть на реализацию совместимости с БСП.
Для любого уровня сложности подойдет, если знать СКД. Что касается совместимости с БСП, нет никаких проблем. Можно создавать как подключаемые отчеты с контекстным вызовом.
Использую СКД в печатных формах же года три точно. В принципе не сложно вставить обработку вывода для определения разделителя страниц, когда несколько документов печатается и каждый с новой страницы выводить. Пока не нашел решения, как выводить печатную форму, когда нужно проверять вывод на странице и вставлять разрыв и итоги по странице подбивать, если не помещается все на одной странице, поэтому в СКД формирую только дерево, которое все равно вывожу в отдельный макет табличный документ.
Благодарю! 2 вопроса: 1. как в декларативном отчёте повторять шапку таблицы для каждого листа (страницы) 2. как последнюю страницу "добить" пустыми строчками до конца страницы... (часто нужно для ряда бланков) понимаю, что 2й вопрос решается программно.. но может можно проще сделать..
Спасибо! Еще было бы не плохо рассмотреть использование СКД для настройки гибкого механизма отборов при заполнении данными в разных местах конфигурации. Например, в документах, обработках, общих формах и т.д.
Курс по СКД у нас ведет Павел Белоусов: uc1.1c.ru/course/1s-predpriyatie-8-3-mehanizm-sistemy-komponovki-dannyh-dlya-nachinayuschih-i-professionalov/ Сергей ведет другие курсы в нашем Учебном центре.
У меня не получилось... когда копирую и вставляю макет - в предварительном просмотре он нормально выглядит в скд, а когда под пользователем захожу и смотрю - там он слишком широкий становится. Оформление у отчета убирал - не помогло :( хз, как у вас работает.
В этом переводе нет смысла. Что был макет фиксированный, он таким же фиксированным и остался. А вот поддержка такого решения стала сложнее - изменения кода гораздо легче отслеживать.
Сложнее или легче, это дело привычки. Основная идея платформы предполагает переход от написания программного кода к конфигурированию. В данном примере видно, как можно решать данную задачу без программирования с помощью системы компоновки данных
@@sergframer Это как в том анекдоте, - Изя, сколько будет дважды два? - А мы покупаем или продаем? Я например всегда описываю в комментариях бизнес-логику. Так существенно проще объяснять заказчику его требования, которые реализовывались пару лет назад. При продуктовой разработке это конечно лишнее - как говорится пыц, пыц и в продакшн..... Мне кстати приходилось видеть хорошо написанный в 1С код. Это была конфигруация Далион-Авто, от питерской компании Софт-Баланс.
У меня вопрос, может не совсем относится к тематике, но всё же. Почему вы обращаетесь к документу, а потом через точку к ТЧ. Я, просто, обычно иду от обратного - обращаюсь к ТЧ, а потом нужные поля из самого документа подтягиваю через точку. У вас быстрее работает или это для простоты понимания?
Обращусь ко всем кто это посмотрит - не делайте так. СКД не для ПФ создавался, а для декларативного описания отчетов. Когда захотите распечатать созданную таким образом ПФ - поймете.
Декларативное описание отчёта это только один пункт назначения скд. Читайте внимательно документацию, там много пунктов назначения скд. Кстати, формы динамических списков тоже реализуются на скд
@@renegade614 а причём тут оператор? Он не должен задумываться об устройстве бизнес приложения. Соглашусь с Вами в том, что интерфейс нужно для пользователя проектировать таким образом, чтобы необходимое действие выполнялось с минимальным знанием программы.
@@renegade614 на выходе отчёта и алгоритма получается табличной документ. Как он формируется, через отчёт или через алгоритм, пользователю нет разницы. То, о чем Вы говорите, про обращение через отчёт интерактивно вне контекста документа, это один из способов работы с отчётами. В команде печати можно вместо вызова алгоритма из модуля менеджера, обратиться программно к отчёту и получить табличной документ, который уже будет выводится на экран.
Почему автор утверждает, что набор данных - объект, берется из оперативной памяти, по-моему это тоже самое что и запрос, только передаем не сам запрос макету, а какую либо коллекцию, тз например?
мне кажется автор прав, мне по крайне мере так понятнее - когда говорит из оперативной памяти - это значит формирование таблицы для СКД будет проходить программно, к примеру программно формирую таблицу значений и передаю ее в СКД для объединения данных с запросами.
Коллеги, Вы сделали не печатную форму на СКД, а отчет. А хорошо было бы сделать вывод ПФ из документа средствами СКД. Тогда бы видео соответствовало заявленной теме.
Дельное предложение, в следующем видео покажу как это сделать. И это будет примером что любая печатная форма является разновидностью отчёта с программно устанавливаемым отбором в скд при обращению к отчёту. Рад что стали появляться дельные комментарии к ролику. Есть ещё скрытые задачи к этому ролику. Подсказки не предлагаю, жду предложений.
Приятно смотреть - ни слова лишнего. Один из лучших педагогов 1С.
До лучших педагогов ему как до Луны..
@@orl5990 кто же заслужил ваших оваций?
У меня, например, есть несколько печатных форм в которых, в зависимости от услуг в документе, выполняются разные запросы, выводятся дополнительные поля, добавляются колонки в таблице и по-разному заполняется информация о подписаниах. Такой переход и поддержка займут кучу времени. А ради чего это все остается загадкой. Очень умный преподаватель больше похож на теоретика, чем на практика. Поддержка форм на СКД займет в разы больше времени.
Технология прикольная, для отчётов да, для печатных форм это перевод 1Сника в режим "по собственному желанию" если успеет убежать от бухгалтерии
Бежать ни от кого не нужно.
00:00 Введение
00:30 Как выглядит ПФ в режиме 1С:Предприятие, Конфигуратор
01:20 Главное преимущество ПФ на СКД
02:05 Создание Отчета "Печатные формы"
03:50 Копируем макет ПФ в макеты СКД
04:50 Добавление группировки "Заголовок"
05:50 Добавление макета группировки "Заголовок"
07:30 Преобразование значений в СКД
07:45 Добавление группировки "Шапка"
08:15 Добавление макета группировки "Шапка"
09:20 Добавление макета заголовка группировки "СоставШапка"
14:25 Проверка отчета в режиме 1С:Предприятие
Спасибо, познавательно. Не уверен, что подойдёт для более сложных печатных форм, но как пример работы с СКД - полезно. Было бы интересно посмотреть на реализацию совместимости с БСП.
Для любого уровня сложности подойдет, если знать СКД. Что касается совместимости с БСП, нет никаких проблем. Можно создавать как подключаемые отчеты с контекстным вызовом.
За Рафаэлича и двор - стреляю в упор!
Использую СКД в печатных формах же года три точно. В принципе не сложно вставить обработку вывода для определения разделителя страниц, когда несколько документов печатается и каждый с новой страницы выводить. Пока не нашел решения, как выводить печатную форму, когда нужно проверять вывод на странице и вставлять разрыв и итоги по странице подбивать, если не помещается все на одной странице, поэтому в СКД формирую только дерево, которое все равно вывожу в отдельный макет табличный документ.
Благодарю! 2 вопроса:
1. как в декларативном отчёте повторять шапку таблицы для каждого листа (страницы)
2. как последнюю страницу "добить" пустыми строчками до конца страницы... (часто нужно для ряда бланков)
понимаю, что 2й вопрос решается программно.. но может можно проще сделать..
Тут необходимо использовать программную работу с СКД. Задачки интересные. Сделаю ролики на эти темы.
@@sergframer в 2х случаях?? не уж то заголовок нельзя сделать декларативно для каждой страницы ??
ps: ссылку бы потом на ролик.. было бы хорошо....
Разделитель страниц требует программного вмешательства
А нельзя ли обойтись без макетов, чтобы заголовки и строки табличной (табличных) частей автоматом выводились?
Спасибо! Еще было бы не плохо рассмотреть использование СКД для настройки гибкого механизма отборов при заполнении данными в разных местах конфигурации. Например, в документах, обработках, общих формах и т.д.
Механизм настройки отборов в скд интересная тема, тем более что есть разные виды настроек и различные контексты использования СКД.
Покажите, пожалуйста, как будет выглядеть этот отчет-ПФ когда в параметре Документ будет более одного документа.
Спасибо. хорошая задача. Покажу. В ней ещё будет вставка разделителя страниц между документами
Сергей, а какой курс по СКД вы ведете, можете кинуть ссылку?
Курс по СКД у нас ведет Павел Белоусов: uc1.1c.ru/course/1s-predpriyatie-8-3-mehanizm-sistemy-komponovki-dannyh-dlya-nachinayuschih-i-professionalov/
Сергей ведет другие курсы в нашем Учебном центре.
У меня не получилось... когда копирую и вставляю макет - в предварительном просмотре он нормально выглядит в скд, а когда под пользователем захожу и смотрю - там он слишком широкий становится. Оформление у отчета убирал - не помогло :( хз, как у вас работает.
В этом переводе нет смысла. Что был макет фиксированный, он таким же фиксированным и остался. А вот поддержка такого решения стала сложнее - изменения кода гораздо легче отслеживать.
Сложнее или легче, это дело привычки. Основная идея платформы предполагает переход от написания программного кода к конфигурированию. В данном примере видно, как можно решать данную задачу без программирования с помощью системы компоновки данных
Согласен, с точки зрения поддержки решения, удобнее "кодить", а не "конфигурировать". Потому что в коде есть комментарии, а в платформе есть отладчик.
Хорошо написанный код в комментариях не нуждается.
@@sergframer Это как в том анекдоте, - Изя, сколько будет дважды два? - А мы покупаем или продаем?
Я например всегда описываю в комментариях бизнес-логику. Так существенно проще объяснять заказчику его требования, которые реализовывались пару лет назад. При продуктовой разработке это конечно лишнее - как говорится пыц, пыц и в продакшн.....
Мне кстати приходилось видеть хорошо написанный в 1С код. Это была конфигруация Далион-Авто, от питерской компании Софт-Баланс.
У меня вопрос, может не совсем относится к тематике, но всё же. Почему вы обращаетесь к документу, а потом через точку к ТЧ. Я, просто, обычно иду от обратного - обращаюсь к ТЧ, а потом нужные поля из самого документа подтягиваю через точку. У вас быстрее работает или это для простоты понимания?
Я взял просто тот текст запроса для наглядности, который сделан конструктором печатной формы и перевел в скд.
Обращусь ко всем кто это посмотрит - не делайте так. СКД не для ПФ создавался, а для декларативного описания отчетов. Когда захотите распечатать созданную таким образом ПФ - поймете.
Печатная форма является разновидностью отчета
Декларативное описание отчёта это только один пункт назначения скд. Читайте внимательно документацию, там много пунктов назначения скд. Кстати, формы динамических списков тоже реализуются на скд
Понятно что нужно делать не отчётом, а обработкой, а скд использовать для вывода в табличной документ. Тогда будет полноценная печатная форма.
@@renegade614 а причём тут оператор? Он не должен задумываться об устройстве бизнес приложения. Соглашусь с Вами в том, что интерфейс нужно для пользователя проектировать таким образом, чтобы необходимое действие выполнялось с минимальным знанием программы.
@@renegade614 на выходе отчёта и алгоритма получается табличной документ. Как он формируется, через отчёт или через алгоритм, пользователю нет разницы. То, о чем Вы говорите, про обращение через отчёт интерактивно вне контекста документа, это один из способов работы с отчётами. В команде печати можно вместо вызова алгоритма из модуля менеджера, обратиться программно к отчёту и получить табличной документ, который уже будет выводится на экран.
Один вопрос - зачем?
Почему автор утверждает, что набор данных - объект, берется из оперативной памяти, по-моему это тоже самое что и запрос, только передаем не сам запрос макету, а какую либо коллекцию, тз например?
Про использование объектных наборов данных мы рассматриваем на курсе по СКД. Эта тема затрагивает программную работу с СКД.
А ТЗ по-вашему это не объект в оперативной памяти?
мне кажется автор прав, мне по крайне мере так понятнее - когда говорит из оперативной памяти - это значит формирование таблицы для СКД будет проходить программно, к примеру программно формирую таблицу значений и передаю ее в СКД для объединения данных с запросами.