Сценарий в 1с это

Обновлено: 07.07.2024

Вопрос 3.10 – Валюта формирования отчета по бюджету, в котором сравниваются данные разных сценариев

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

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

Управленческого и регламентированного учета
Сценария (пересчет производится по курсам основного сценария)
Сценария (если он один, или валюта сценариев совпадает)
Сочетания вариантов

Называем этот бюджет БДДС сравнение годовой/оперативный (помесячный). В структуре бюджета оставляем два сценария в соответствующих колонках таблицы: Годовой целевой (по месяцам) и Оперативный план.

Сохраняем вид бюджета. По команде Посмотреть вид отчета формируем отчет по виду бюджета.

В настройках отчета имеется реквизит Валюта. Мы имеем возможность сформировать отчет в валюте управленческого учета, в валюте регламентированного учета и в валюте сценария.

Сейчас сравниваемые сценарии имеют одну валюту. Вероятно, поэтому мы имеем возможность формировать отчет во всех трех видах валюты.

Будет ли такая возможность, если валюта у сравниваемых сценариев будет разной?

В демо-базе введены данные по сценарию Годовой целевой (по месяцам) за период 2014 год.

Нам придется ввести хотя бы какие-то данные по новому сценарию, например, в 1 квартале 2014 года.

Вначале введем информацию о прогнозных курсах валюты сценария на этот период. Нажимаем гиперссылку Прогнозные курсы и в открывшейся форме Прогнозные курсы сценария вводим курс валюты сценария на первые три месяца 2014 года.

Устанавливаем документу Статус Утвержден>. Проводим.

Теперь вернемся в вид бюджета БДДС сравнение годовой/ оперативный (помесячный).

В структуре бюджета вместо сценария Оперативный план выбираем Перспективный план. Сохраняем вид бюджета.

Командой Посмотреть вид отчета формируем отчет по виду бюджета.

В настройках отчета выбираем период с 01.01.2014 по 31.03.2014.

Значением реквизита Валюта по-прежнему можно выбрать все три варианта валюты: сценария, управленческого или регламентированного учета.

Ок. Выбираем валюту сценария и формируем отчет.

В отчет выводятся данные каждого сценария в своей валюте. Никакого пересчета не происходит. Данные по сценарию Годовой целевой (по месяцам) выводятся в рублях, а по сценарию Перспективный план в евро.

Попробуем поменять валюту отчета. На этот раз выберем валюту управленческого учета (в демо-базе это рубли).

Теперь данные выводятся в рублях.

Можно видеть, что данные по сценарию Перспективный план пересчитаны

в январе 1 000 EUR по курсу 45 = 45 000 руб,
в феврале 2 000 EUR по курсу 46 = 92 000 руб, и т.д.

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

Такого варианта ответа по состоянию на декабрь 2015 года в комплекте вопросов не предлагается. Есть вариант ответа, в котором объединены валюты управленческого и регламентированного учета. Есть также два варианта ответа, в которых указана валюта сценария. Но оба эти варианта ответа имеют оговорки:3

в валюте сценария (пересчет производится по курсам основного сценария)
- Этот вариант ответа неправильный уже потому, что понятие “основной сценарий” в конфигурации отсутствует.
- Кроме того, никакого пересчета по курсам какого-то одного сценария не происходит.
- Этот вариант ответа неправильный, потому что данные выводятся в валюте сценария, даже если сценариев несколько и их валюта не совпадает.
Правильного варианта ответа, таким образом, пока не предлагается.

Проблема в том, что, насколько нам известно, сейчас (декабрь 2015 года) в качестве правильного предлагается вариант ответа, объединяющий 1 и 3 варианты.

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

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

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

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

Полученный сценарий можно восстановить с помощью команды «Загрузить из файла». В случае, если дорабатывался ваш сценарий, загрузка произойдет в этот же сценарий. Возможность выгрузки / загрузки сценариев доступна в линейке решений 1С:CRM, начиная с релиза 3.0.17 и выше.

Посредством команд сохранения и загрузки сценариев можно выгружать сценарии из поставляемой демонстрационной базы (демо-база с разделом CRM поставляется только для конфигураций «Управление торговлей») или загружать с нашего сайта.

Сценарии предназначены для работы в 1С:CRM, так и совместно с учетными решениями: 1С:УТ-11.4, 1С:КА 2.4, 1С:ERP 2.4.

Последнее время в среде 1С все больше внимания стало уделяться решениям по автоматизации процессов тестирования конфигураций.
Фирма «1С» на базе платформы разработала механизм автоматизированного тестирования, который позволяет записывать действия пользователя. Потом можно воспроизводить эти действия автоматически.
«1С:Сценарное тестирование 3.0» (далее СТ) – это программный продукт для тех, кто заинтересован экономить время в вопросах поддержки и развития систем автоматизации. Для тех, кто хочет повысить уровень контроля изменений в конфигурациях. Для тех, кто уже задумывается развернуть у себя или у клиента автоматизированную систему тестирования.
На сегодняшний день конфигурация дает возможности:
• Разработка и отладка сценариев тестирования с использованием автоматизированного тестирования. Можно записать сценарий по действиям пользователя, добавить в него обработчики и параметры, потом воспроизводить сценарий вручную;
• Разработка пакетов тестирования;
• Автоматический запуск пакетов по расписанию (начиная с 3.0.10);
• Хранение сценариев и тестов с привязкой к релизу конфигурации;
• Хранение результаты тестирования;
• Контроль процессов доработки тестов через задачи по доработке.

Начальная настройка системы

В окне начальной настройки (см. рис. 1) системы настраиваем:
1. Тома хранения файлов;
2. Пользователей;
3. Конфигурации;
4. Проекты.

Рис. 1. Начальная настройка системы

1. Тома хранения файлов.

Тома необходимы для хранения файлов конфигураций, файлов обновлений, выгрузки баз и прочих объемных файлов используемых в СТ.

2. Пользователи.

У пользователей, кроме типовых настроек, стоит обратить внимание на настройку «Пути к исполняемым файлам» (см. рис. 2).
Если под пользователем планируется ручной запуск пакетов тестирования, то для него нужно указать путь к платформе под каждую сборку платформы, используемую в сценариях и строковый параметр «РабочийКаталог» для хранения результатов выполнения пакета.

Рис. 2. Пути к исполняемым файлам

3. Конфигурации.

Используется для контроля версий при разработке и запуске сценариев тестирования. В сборке конфигурации можно привязывать файлы шаблонов и обновлений (см. рис 3).

Рис. 3. Сборка конфигурации

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

Рис. 4. Проект

Настройка тестов

Настройка исполняемых тестов основана на трех основных объектах системы:
1. Тесты;
2. Сценарии тестирования;
3. Пакетное выполнение.

Тесты необходимы для описания концепции тестирования объекта, системы, бизнес-процесса и т.п. Тест может содержать текстовое описание и условие выполнения теста. К тесту можно прикреплять файлы, например, документацию по работе с тестируемым объектом.
Тест содержит в себе сценарии тестирования. Сценариев может быть несколько.
Также тесты могут быть наборами и состоять из нескольких тестов (см. рис. 5).

Рис. 5. Тест

2. Сценарии тестирования.

Сценарий – это основа автоматизированного тестирования в СТ. В сценарий закладывается последовательность исполняемых действий проверки, в том числе программный код. Таким образом, получается, что «тест» – это концептуальное описание процесса тестирования, а «сценарий тестирования» – это техническая реализация действий для исполнения всего теста или его части (см. рис.6).

Рис. 6. Сценарий

3. Пакетное выполнение.

Для предварительной подготовки среды тестирования и последовательного запуска нескольких сценариев тестирования используется объект «Пакетное выполнение». В пакетном тестировании можно установить административные действия, как по подготовке среды тестирования, так и по исполнению сценариев тестирования. Например, можно создать новую базу, загрузить из архива, обновить базу и т.д. Можно загрузить, запустить менеджер тестирования под разными видами клиентов, запустить один и тот же сценарий несколько раз с разными параметрами и т.п. (см. рис. 7)

Рис. 7. Функции пакета

Прочие настройки системы

Интернет-обозреватели.

Если планируется запускать тесты в веб-браузере, то необходимо указать имя процесса браузера для корректного завершения и путь к исполняемому файлу браузера (см. рис 8).

Рис. 8. Настройка интернет-обозревателя

«Агенты тестирования» и «Процессы тестирования».

Эти объекты используются для автоматического запуска пакетов сценарного тестирования.
Агент тестирования (далее АТ) – это отдельная конфигурация, развернутая на сервере 1С. АТ нужен для управления пакетом тестирования в автоматическом режиме в процессе тестирования. Для настройки АТ нужно выгрузить базу агента из базы СТ и загрузить ее в пустую базу. Выгрузить конфигурацию АТ можно через «Администрирование\Сервис\Выгрузить конфигурацию Агента тестирования».

Конфигурация «Сценарное тестирование 3.0» (далее СТ) позволяет записывать интерактивные действия пользователей и формировать на их основании сценарий тестирования, который в последующем можно использовать в тестах.

Рассмотрим это на примере.

Для разработки и отладки сценария в СТ существует специальная обработка. Обработку можно выгрузить из СТ по команде в разделе Администрирование – «Сохранить обработку в файл».

Далее нужно запустить базу, на которой планируется работа сценария. Базу нужно запускать с ключом «/TESTMANAGER».

Далее открываем сохранённую обработку в этой базе. Обработка предоставит на выбор четыре действия:

Для разработки нового сценария нужно выбрать «Подключиться к тестируемому приложению и создать новый сценарий».

Для записи и отладки сценариев нужно запустить две сессии базы: «Менеджер тестирования» (далее МТ) и «Клиент тестирования» (далее КТ).

МТ управляет КТ, записывает действия пользователя и позволяет дорабатывать сценарий. КТ нужен для воспроизведения самого сценария и исполнения действий пользователя.

При запуске КТ нужно указать параметры запуска (вид соединения 1С, пользователь и т.д.):

После того как запустился КТ, можно приступать к записи действий пользователя. Для этого в МТ в обработке включаем запись.

Далее нажимаем «Начать запись».

Можно воспроизводить действия в КТ.
После завершения действий в КТ, нажимаем остановку записи в МТ:

По команде «Записать и закрыть» записанные действия переносятся в сценарий:

Далее можно работать, корректировать сценарий и по команде «F5» в МТ воспроизводить сценарий в КТ.
Итог: Конфигурация «Сценарное тестирование 3.0» при правильном и умелом подходе позволяет быстро и эффективно записывать интерактивные действия пользователя, достаточно просто дорабатывать и отлаживать сценарии. Для разработки интерактивных шагов сценария не обязательна квалификация программиста. Достаточно знать и понимать, как воспользоваться уже готовым решением.

P.S.: Сценарии лучше не запускать под интерфейсом «Такси», так как бывает некорректно отрабатывает сценарий.

Кирилл Карцев,
технический руководитель проектов, консультант-аналитик 1С, эксперт по технологическим вопросам ООО “Кодерлайн”

Читайте также: