Бипуим: Документация
8-800-505-24-05Сайт Бипиум
  • 😎Отвечаем на ваши вопросы
  • 🎂Версии и обновления
  • ❗Обновление до версии 2.0
  • Документация
    • 🆕С чего начать
      • Регистрация и вход
      • Создаем каталоги и записи
      • Формируем отчёты
      • Настраиваем правовую политику
      • Применяем автоматизации
    • ⚙️Конструктор данных
      • Отделы
      • Каталоги
        • Редактирование структуры
        • Настройка отображения
        • Поиск и фильтрация
        • Импорт записей
          • 📗Импорт из Excel
        • Экспорт записей
        • Активность
      • Системные каталоги
        • Сотрудники
        • События
        • Внешние запросы
        • Сценарии
        • Процессы
        • Доступ к сервисам
        • Вебхуки
      • Виды
      • Записи
    • 📊Отчеты
      • Графики
    • 🔑Права
      • Правила
      • Привилегии
      • Правовые группы
      • Правовые виды
      • Права на поля
      • Комбинация прав
    • 🤖Автоматизации
      • События
        • Изменение данных
        • Внешние запросы
      • Сценарии
        • Компоненты
          • Начало процесса
          • Конец процесса
          • Таймер
          • Ошибка
          • Шлюз «ИЛИ» (условное ветвление)
          • Шлюз «И» (распараллеливание)
          • Получить запись
          • Найти записи
          • Изменить запись
          • Создать запись
          • Удалить запись
          • Структура каталога
          • Загрузить файл
          • Сгенерировать документ
          • Назначение переменных
          • Код (Javascript)
          • Веб-запрос
          • SQL-запрос
          • Конвертер
          • Парсер
          • Запуск процесса
          • Получение почты
          • Отправка почты
          • Соединяющая линия
          • Отправить сообщение
        • Переменные
        • Выражения
        • Входные и выходные параметры компонентов
        • Примеры настройки
          • Условие
          • Цикл
      • Ограничения
  • Лицензии
    • 🌐Тип лицензирования
  • Примеры
    • 🔑Права доступа к данным
    • 🤖Автоматизации
      • Выгрузка файлов на Яндекс Диск
      • Отправка на больничный
      • Автоматизация оплаты счетов
      • Создание наименований записей
      • Расчет скидок для клиентов
      • Запрет на создание дубликатов в каталоге
      • Автозаполнение данных по ИНН
      • Переброс данных между связанными каталогами
      • Очередь сценариев
      • Отслеживание заявок с сайта помощью UTM-меток
      • Просрочка задач по дедлайну
      • Реализация механизма согласования записей
      • Массовое изменение записей
      • Создание каталога для рассылки почты
      • Перенос данных между системами Бипиума
      • Импорт данных из Excel
      • Генерация счет-фактуры
      • Генерация excel-отчетов
      • Планировщик задач
      • Импорт банковских выписок
      • Производственный календарь
      • Складской учет
  • Интеграции
    • 🥂Методы интеграции
      • Интеграция данных
        • API
        • Вебхуки (webhooks)
      • Интеграция интерфейса
        • Веб-формы
        • Веб-расширения
      • Примеры интеграций
        • Тильда
          • Прием данных с формы Tilda
          • Интеграция веб-интерфейса в Tilda
        • Интеграция с сервисом «DaData»
        • Интеграция c «Единой информационной системой в сфере закупок»
        • Мессенджеры
          • Интеграция с Telegram-ботом
        • Почтовые сервисы
          • UniSender
          • MailChimp
        • Сервисы Google
          • Google Calendar
        • Телефония
          • Oktell
            • Панель телефонии Oktell
            • Компонент Bpium в Oktell
        • 1C
    • 🔌API
      • Данные
        • Каталоги (Catalogs)
        • Записи (Records)
        • Связи (Relations)
        • Истории (Histories)
        • Файлы (Files)
        • Отделы (Sections)
        • Виды (Views)
        • Сообщения (Messages)
      • Агрегация
        • Разложения (Values)
        • Сводка (Totals)
      • Отчеты
        • Дашборды (Boards)
        • Графики (Widgets)
      • Поисковые выборки
        • Доступные связи (AvailableRecords)
        • Доступные условия фильтра (AvailableFilterRecords)
        • Сотрудники (Users)
        • Контакты (Contacts)
      • Права (Rights)
      • Профиль (Profile/me)
  • Установка на сервер
    • 🧱Архитектура
      • Варианты разворачивания
    • 🖥️Требования
    • 📂Установка как служба
    • 🛳️Установка через Docker
    • 🎛️Мультидоменная среда
    • 🆘Материалы
      • TLS/SSL Сертификат
      • Параметры config.env
        • Для Bpium
        • Для Bpium S3
        • Для Bpium BPM
      • Запуск
      • Обсуживание
        • Активация
        • Обновление
        • Бэкап и восстановление базы
        • Брендирование (Whitelabel)
        • Удаление
      • Перенос базы из облака
      • Возможные проблемы в ходе установки и работы
  • Обучение
    • Базовый курс
      • Урок 1. Отделы
      • Урок 2. Каталоги с данными
      • Урок 3. Карточки записей
      • Урок 4. Связи между данными
      • Урок 5. Фильтры и виды
      • Урок 6. Приглашение сотрудников
      • Урок 7. Права доступа к данным
      • Урок 8. Графические отчеты
      • Урок 9. Бизнес-процессы
      • Урок 10. Интеграции
    • Технический курс
      • Урок 1. Принцип работы автоматизаций
      • Урок 2. Первая автоматизация изнутри
      • Урок 3. Валидация данных
      • Урок 4. Простые вычисления
      • Урок 5. Расчет суммы заказа
      • Урок 6. Генерация счетов/документов
      • Урок 7. Рассылка почтовых сообщений
      • Урок 8. Прием внешних данных
      • Урок 9. Отправка данных на сторонние сервисы
    • Паттерны проектирования ИС
      • Унификация
      • Упорядоченность
      • Разделение
      • Актуализация
      • Вынос параметров
      • Выделение позиций
      • Слияние
      • Дублирование
      • Типизация
      • Информирование
Powered by GitBook
On this page
  • 1. Введение
  • 2. Как это будет работать у вас
  • 3. Принцип работы
  • 4. Реализация
  • 4.1. Структура каталогов
  • 4.2. Создание автоматизаций
  • 4.3. Настройка прав доступа
  • 5. Тестирование
  1. Примеры
  2. Автоматизации

Автоматизация оплаты счетов

PreviousОтправка на больничныйNextСоздание наименований записей

Last updated 1 year ago

1. Введение

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

Бипиум позволяет:

  • Хранить оплаты в одном месте

  • Автоматизировать процесс согласования оплат с руководителем

  • Уведомлять ответственных сотрудников о создании оплат в системе.

2. Как это будет работать у вас

Заявки на оплату фиксируются в каталоге «Заявки на оплату». При создании записи указываются параметры заявки (счет, сумма) и ответственный, который должен ее согласовать. После создания заявки согласовывать может только сотрудник, указанный в поле «Ответственный»:

Если ответственный сотрудник согласует оплату, то в каталоге «Оплаты» создается новая запись. Статус заявки переводится в значение «Оплата создана» и сотрудники больше не могут редактировать эту запись:

При создании записи оплаты на адрес электронной почты ответственного сотрудника приходит уведомление о создании новой оплаты:

Созданная запись оплаты выглядит следующим образом:

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

После указания статуса «Оплачено» оплата считается совершенной и никто, включая ответственного, не может редактировать запись. То же самое происходит при статусе оплаты «Отказ»:

Если сумма заявки на оплату меньше 100 000, то этап согласования минуется и оплата создается сразу. Остальные этапы аналогичны этапам выше. При необходимости, вы можете убрать это ограничение и согласовывать каждую оплату (или изменить его величину).

3. Принцип работы

Заявитель оставляет запись в каталоге «Заявки на оплаты». В данном примере стоит ограничение по сумме: если она менее 100 000 руб., то оплата создается автоматически, без согласования. Если сумма больше, то для создания оплаты требуется согласование ответственного лица.

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

4. Реализация

4.1. Структура каталогов

Каталог «Заявки на оплаты»

Создайте каталог «Заявки на оплаты». Этот каталог хранит все заявки на оплаты, которые должны быть согласованы. Настройте структуру каталога следующим образом:

  • Дата и время создания (дата) Описание: Дата и время создания заявки. Настройки: С временем; По умолчанию: текущая дата; Редактируемое только через API.

  • Статус (статус) Описание: Статус заявки на оплату Настройки: По умолчанию: первый элемент; Редактируемое только через API.

  • Счет (текст) Описание: Название счёта. Настройки: Текст; обязательное поле.

  • Сумма (число) Описание: Сумма на оплату. Настройки: От 0; Единица измерения: руб; обязательное поле.

  • Лицо, создавшее заявку (Сотрудник) Описание: Сотрудник, создавший запись заявки. Настройки: По умолчанию: текущий сотрудник; Редактируемое только через API.

  • Согласование оплаты (статус) Описание: Статус необходимости согласования оплаты. Настройки: По умолчанию: первый элемент; обязательное поле; Редактируемое только через API.

  • Ответственный (Сотрудник) Описание: Сотрудник, ответственный за оплату. Настройки: Обязательное поле.

  • Согласование ответственным (статус) Описание: Согласование оплаты ответственным. Настройки: По умолчанию: первый элемент; обязательное поле; Видимость: Согласование — Требуется согласование оплаты.

  • Созданная оплата (Секция) Описание: созданная оплата по заявке. Настройки: Видимость: Статус — Оплата создана.

  • Оплата (связанный каталог) Описание: созданная оплата по заявке. Настройки: Редактируемое только через API.

Каталог «Оплаты»

Создайте каталог «Оплаты». Этот каталог содержит согласованные оплаты, которые можно учитывать в расходах вашей компании.

  • Дата и время создания (дата) Описание: Время создания оплаты. Настройки: С временем; По умолчанию: текущая дата; Редактируемое только через API.

  • Статус (статус) Описание: Статус оплаты Настройки: По умолчанию: первый элемент; обязательное поле.

  • Счет (текст) Описание: Наименование счета. Настройки: Текст; обязательное поле.

  • Сумма (число) Описание: Сумма на оплату. Настройки: От 0; Единица измерения: руб; обязательное поле.

  • Ответственный (Сотрудник) Описание: Ответственный за оплату сотрудник. Настройки: Обязательное поле.

  • Оповещения (статус) Описание: Статус отправки сообщения на почту. Настройки: Редактируемое только через API.

  • Дополнительная информация (Секция) Описание: Секция для разделения полей с дополнительной информацией.

  • Оплата создана (статус) Описание: Способ создания оплаты. Настройки: По умолчанию: первый элемент; Редактируемое только через API.

  • Заявка на оплату (связанный каталог) Описание: Заявка, по которой создана оплата. Настройки: Редактируемое только через API; Видимость: Оплата создана - На основе заявки на оплату.

  • Лицо, создавшее заявку (Сотрудник) Описание: Сотрудник, создавший заявку. Настройки: По умолчанию: текущий сотрудник; Видимость: Оплата создана - Сотрудником. Редактируемое только через API.

4.2. Создание автоматизаций

Проверка необходимости согласования оплаты

Сценарий проверки необходимости согласования выглядит следующим образом:

Сценарий проверяет сумму оплаты, и, если она свыше 100000, то проставляет статус согласования оплаты.

Поменяйте id полей в компонентах:

  • «Сумма заполнена и она больше 100 000?» Например, 4 - id поля «Сумма» каталога «Заявки на оплаты». Также вы можете поменять сумму, при которой необходимо согласование ответственного.

  • «Согласование оплаты не требуется» Компонент проставляет статус в карточку, если согласовывать оплату не нужно (те сумма меньше 100 000 руб.). 6 - id поля «Согласование оплаты», 1 - API поля «Согласование оплаты» каталога «Заявки на оплаты».

  • «Требуется согласование оплаты» Компонент проставляет статус в карточку, если нужно согласовывать оплату (т.е. сумма меньше 100 000 руб.). 6 - id поля «Согласование оплаты», 2 - API поля «Согласование оплаты» каталога «Заявки на оплаты».

Создание оплаты по заявке

Сценарий создания оплаты по заявке выглядит следующим образом:

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

Поменяйте id полей в компонентах:

  • Условие «Нужно согласовать заявку?» Если нужно согласование заявки на оплату, но оно еще не согласовано. 6 - id поля «Согласование оплаты», 2 - API поля «Согласование оплаты» («Требуется согласование оплаты»). 10 - id поля «Согласование ответственным», 1 - API поля «Согласование ответственным» («Ожидается»).

  • «На согласовании» Проставляем статус карточки «На согласовании». 11 - id поля «Статус», 2 - API поля «Статус» («На согласовании»).

  • Условие «Заявка не согласована» Если нужно согласование заявки на оплату и ответственный отказал в согласовании. 6 - id поля «Согласование оплаты», 2 - API поля «Согласование оплаты» («Требуется согласование оплаты»). 10 - id поля «Согласование ответственным», 3 - API поля «Согласование ответственным» («Отказ»).

  • «Отменена» Переводим статус карточки в «Отменена». 11 - id поля «Статус», 5 - API поля «Статус» («Отменена»).

  • Условие «Заполнены нужные поля?» Проверяем заполнены ли необходимые поля для создания оплаты. 3 - id поля «Счет», 4 - id поля «Сумма», 7 - id поля «Ответственный».

  • «Ошибка создания записи» Переводим статус карточки «Ошибка создания записи». 11 - id поля «Статус», 3 - API поля «Статус» («Ошибка создания записи»).

  • «Подготавливаем данные для создания оплаты» 3 - id поля «Статус» каталога «Оплаты», 1 - API поля «Статус» («Новая»); 4 - id поля «Счёт» каталога «Оплаты», загружаем данные поля «Счёт» из каталога «Заявки на оплаты» (3 - id поля «Счёт» каталога «Заявки на оплаты»); 5 - id поля «Сумма» каталога «Оплаты», загружаем данные поля «Сумма» из каталога «Заявки на оплаты» (4 - id поля «Сумма» каталога «Заявки на оплаты»); 6 - id поля «Ответственный» каталога «Оплаты», загружаем данные поля «Ответственный» из каталога «Заявки на оплаты» (7 - id поля «Ответственный» каталога «Заявки на оплаты»); 8 - id поля «Оплата создана» каталога «Оплаты», 2 - API поля «Оплата создана» («На основе заявки на оплату»); 9 - id поля «Заявка на оплату» каталога «Оплаты», крепим запись, на основе которой создается оплата.

  • «Оплата создана» Крепим созданную оплату в карточку и проставляем статус «Оплата создана». 11 - id поля «Статус», 4 - API поля «Статус» («Оплата создана»). 13 - id поля «Оплата» (связанный каталог).

Письмо ответственному при создании оплаты

Сценарий отправки письма ответственному при создании оплаты выглядит следующим образом:

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

Поменяйте id полей в компонентах:

  • Условие «Указан ответственный?» 6 - id поля «Ответственный» каталога «Оплаты».

  • «Укажите ответственного по оплате» 12 - id поля «Оповещения», 1 - API поля «Оповещения» («Укажите ответственного по оплате»).

  • «Получить почту ответственного» 6 - id поля «Ответственный» каталога «Оплаты». 2 - id поля «email» каталога «Сотрудники».

  • Условие «Указана почта ответственного?» 2 - id поля «email» каталога «Сотрудники».

  • «Укажите почту ответственного по оплате» 12 - id поля «Оповещения», 2 - API поля «Оповещения» («Укажите почту ответственного по оплате»).

  • «Отправка почты» Укажите логин и пароль аккаунта, с которого будет проходить рассылка писем, а также домен вашей системы.

  • «Ошибка отправки письма!» 12 - id поля «Оповещения», 3 - API поля «Оповещения» («Ошибка отправки письма!»).

  • «Письмо доставлено» 12 - id поля «Оповещения», 4 - API поля «Оповещения» («Письмо доставлено»). 3 - id поля «Статус», 2 - API поля «Статус» («Счет выставлен»).

Запрет на понижение статуса оплаты

Сценарий запрета на понижение статуса оплаты выглядит следующим образом:

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

Поменяйте id полей в компонентах:

  • «Понизили статус?» 3 - id поля «Статус» каталога «Оплаты».

  • «Возврат статуса» 3 - id поля «Статус» каталога «Оплаты».

4.3. Настройка прав доступа

Настройка прав отдела

Оставьте хотя бы 1 сотруднику (группе сотрудников) право «Администрировать» отдел. Остальным сотрудникам выдайте право создавать записи:

Права каталога «Заявки на оплату»

Сотрудникам (группе сотрудников) выдайте право видеть все записи:

Настройка доступа к виду «Запрет редактирования записей»

Данный вид запрещает редактировать заявки, по которым уже создана оплата. Сотрудникам (группе сотрудников) выдайте право видеть все записи:

Настройка доступа к виду «Согласование оплат»

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

Фильтр вида:

  • на статусах «Новая», «На согласовании», «Ошибка создания оплаты», «[ Не задано ]»

  • ответственный «[Сотрудники.Я]».

Сотрудникам (группе сотрудников) выдайте право видеть все записи и настройте поле «Согласование оплаты» — изменять.

Права каталога «Оплаты»

Сотрудникам (группе сотрудников) выдайте право видеть все записи

Настройка доступа к виду «Ответственный может менять статус оплаты»

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

Фильтр вида:

  • на статусах «Новая», «Счет выставлен»

  • ответственный «[ Сотрудники.Я ]».

Сотрудникам (группе сотрудников) выдайте право видеть все записи и настройте поле «Статус» - изменять.

Настройка доступа к виду «Создатель может редактировать свои новые записи»

Данный вид разрешает создателю записи редактировать поля оплаты (при ручном создании оплаты).

Фильтр вида:

  • статус «Новая»

  • оплата создана «Сотрудником»

  • лицо, создавшее оплату «[Сотрудники.Я]».

Сотрудникам (группе сотрудников) выдайте право изменять все записи.

5. Тестирование

Создайте запись в каталоге «Заявки на оплаты». Укажите сумму более 100 000 руб. для тестирования сценария по проверке необходимости согласования оплаты.

Статус поля «Согласование оплаты» должен измениться на «Требуется согласование оплаты», а статус заявки на «На согласовании».

Авторизуйтесь под тестовым сотрудником. Тестовый сотрудник согласовывает оплату.

После согласования заявки, создается оплата на основе данной заявки и статус заявки переводится в «Оплата создана». В этом статусе запись нельзя редактировать.

Перейдите в каталог «Оплаты». При создании оплаты ответственному на почту придет письмо с уведомлением о создании счета, названием счета и суммой оплаты.

У ответственного есть права на редактирование статуса оплаты. После оплаты ответственный указывает статус «Оплачено», после чего запись никто не может редактировать.

Создайте событие для запуска сценария «».

Создайте событие для запуска сценария «».

Создайте событие для запуска сценария «».

Создайте событие для запуска сценария «».

🤖
Проверка необходимости согласования оплаты
Создание оплаты по заявке
Письмо ответственному при создании оплаты
Запрет на понижение статуса оплаты