Этот учебник немного более продвинутый, а затем некоторые из наших предыдущих учебных пособий с использованием ориентиры. Это отличный учебник, который сочетает в себе работу с базами данных, Python и HTTP триггерами и запросами для создания простой системы билетов. Обратитесь к нам, если у вас есть вопросы.
Вступление
Наличие и использование правильного программного обеспечения для ваших внутренних бизнес-приложений важно. Несколько утомительных задач в вашем рабочем процессе могут масштабироваться, чтобы повлиять на сотни людей позже. С помощью ориентиры вы можете построить идеальное внутреннее деловое программное обеспечение, в то же время все еще имея контроль, чтобы полностью настроить каждый аспект, предотвращая позже головные боли. В этом руководстве давайте поработаем через то, как мы могли бы разработать внутреннюю систему билетов на стойку службы поддержки с помощью ориентиры.
Предварительные условия
Нет предварительных условий, а некоторые контента, которые вы можете найти полезным: Работа с базами данных Работа с Python Работа с HTTP триггеры Работа с ответами HTTP
Требования
Для этой сборки, давайте скажем, нам нужно создать пара разных функций: – подумать билет – равносификация билета – поэшернику до разрешения билетов
Давайте пройдемся по тому, как мы можем построить каждый из этих требований.
Отправка билета
Для пользователя подать билет службы поддержки, им нужно будет получить доступ к форме. Чтобы создать эту форму с помощью текстов, есть два варианта. Один из способов мы можем сделать это, используя наши пребужденные Формы триггера . Это обеспечивает полностью настраиваемую форму, размещенную на URL-адрес, все в сочетании в один модуль. Этот модуль может передавать информацию, собранную до остальной части вашего рабочего процесса в редакторе.
Второй вариант, позволяющий разработчику больше контролировать, состоит в том, чтобы создать HTTP Trigger, HTTP-ответ и контент HTML & CSS, которые они хотят служить самим собой. Это то, что мы будем использовать в этом руководстве, чтобы позволить более простые настройки.
Для этого ваш рабочий процесс будет выглядеть что-то подобное:
Давайте сломаем это, чтобы описать, что здесь происходит. Триггеры по одноприктору начинают действия под ними, когда они срабатывают. HTTP Trigger начинает рабочий процесс при посещении URL. Данные, которые мы передам в качестве окончательного HTTP-ответа на пользователь, посещающий этот URL, поставляется между Trigger HTTP и ответом HTTP. Мы строим веб-страницу с помощью HTML, CSS и модули изображений.
Каждый модуль может принимать входы из предыдущего модуля и пропускать выходы на следующий модуль. Таким образом, в конструкции нашего скрипта мы создаем выходные данные CSS и изображения, затем поставьте это в HTML-модуль. Отсюда мы передаем этот HTML-вывод на ответ HTTP, чтобы сделать веб-страницу при посещении. Если вы хотите просмотреть этот HTML, вы можете найти его здесь.
Уведомление о билете
Как только билет был представлен, нам понадобится способ уведомлять тех, кому нужно решить билеты на службу поддержки. Это можно сделать с помощью различных средних средств. Как и все остальное с ориентиром, если бы предпочитаемый модуль нет, вы можете построить его, используя языковые модули программирования или свяжитесь с нами, чтобы построить его для вас. Некоторые из текущих каналов уведомлений являются слабые уведомления и письма среди других. Давайте отправим эту предоставленную информацию в качестве электронного письма.
Чтобы отправить свою собранную информацию в качестве электронного письма, ваш рабочий процесс может выглядеть что-то подобное:
Мы можем принять переменные, созданные из вывода формы и передайте их в качестве параметров электронного письма. Открытие настройки электронной почты:
Разрешая билеты
Просив пользователю предоставить электронную почту, мы можем разрешить билеты напрямую с нашего входящего. Однако, если вы хотите построить более сложное, что вы можете. Оформление ориентиры предоставляет модуль SQL, который может читать и записывать на базы данных на основе SQL. Используя это, мы могли бы построить полноценную таблицу базы данных, что позволяет только определенным пользователям флагнуть билеты, как разрешены или нет. Примером этого рабочего процесса может выглядеть что-то подобное:
Здесь у нас есть два отдельных HTTP-триггеров и HTML-ответы с действиями базы данных между ними. Первая веб-страница может быть использована для просмотра текущих открытых билетов, а вторая веб-страница может использоваться для записи закрытых флагов.
Оригинал: “https://dev.to/wayscript/tutorial-build-an-employee-help-desk-ticketing-system-2lbb”