Промпт: регламент бизнес-процесса

Регламент согласования и оплаты счетов поставщиков

1. Цели процесса

Целью данного регламента является обеспечение прозрачности и своевременности согласования и оплаты счетов от поставщиков компании. Процесс начинается с получения счёта поставщиком и заканчивается фактом платежа.

Начало: Получение счёта поставщика сотрудником.

Конец: Оплата счёта через систему банка.

---

2. Основные этапы процесса

---

3. Матрица ответственности

---

4. Обработка исключительных ситуаций

• Что делать, если счет потерян?: Инициатор повторно запрашивает копию счёта у поставщика.
• Что делать, если согласование задерживается?: Напоминание отправляет финансовый менеджер руководителю отдела.
• Что делать, если платежи регулярно просрочены?: Анализирует причины финансовый менеджер совместно с генеральным директором.

---

5. Контрольные показатели процесса

1. Среднее время обработки одного счёта (финансовый менеджер): количество дней между поступлением счёта и оплатой.
2. Доля своевременно оплаченных счетов (%): отношение вовремя оплаченных счетов к общему числу полученных счетов.
3. Количество пропущенных платежей за месяц (бухгалтер): число неоплаченных счетов после даты планируемого платежа.

Контролируют показатели: финансовый менеджер и генеральный директор ежемесячно.

---

6. Текстовая схема процесса (для рисования диаграммы)

Начало:

Инициатор закупки получает счёт →
Передаёт счёт финансовому менеджеру →
Финансовый менеджер регистрирует счёт в реестре →
Генеральный директор голосовым образом согласовывает счёт →
Бухгалтер формирует платежную ведомость →
Оплачивает счёт до пятницы текущего месяца →
Окончание: факт зачисления денег на счёт поставщика.

---

Предложения улучшения процесса:

1. Автоматизировать регистрацию счетов в реестре через CRM-систему Битрикс24.
2. Перейти на электронную подпись документов внутри системы, чтобы исключить потерю бумажных копий.
3. Использовать уведомления и контроль сроков в Битриксе для минимизации потерь счетов и просрочек.

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

Ниже — регламент процесса «Согласование и оплата счетов поставщиков» в понятном формате.

---

Регламент процесса: согласование и оплата счетов поставщиков

1. Цель процесса, начало и конец

Цель процесса

Обеспечить, чтобы счета поставщиков:

• не терялись;
• согласовывались до оплаты;
• оплачивались в срок;
• были понятны директору с точки зрения назначения платежа и суммы;
• фиксировались в едином реестре.

Что запускает процесс

Процесс начинается, когда сотрудник компании получает счет от поставщика.

Сейчас счет может прийти:

• на личную или рабочую почту инициатора закупки;
• руководителю отдела;
• финансовому менеджеру;
• бухгалтеру;
• другому сотруднику.

Что считается результатом процесса

Процесс считается завершенным, когда:

• счет оплачен через банк-клиент;
• информация об оплате отражена в реестре счетов;
• при необходимости данные внесены в 1С:Бухгалтерию;
• инициатор закупки или ответственный сотрудник понимает, что счет оплачен.

---

2. Шаги процесса

---

Предложения по улучшению процесса

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

---

3. Матрица ответственности

Обозначения:

• Д — делает;
• С — согласует;
• И — информируется;
• К — контролирует.

Важное уточнение

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

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

---

4. Правила для исключений: что делать, если шаг сорвался

Ситуация 1. Счет пришел не финансовому менеджеру, а другому сотруднику

Что делать:

1. Сотрудник, который получил счет, в тот же день пересылает его финансовому менеджеру.
2. В сообщении нужно указать:
3. за что счет;
4. кто инициатор закупки;
5. до какой даты нужно оплатить;
6. есть ли договор или заявка.

Если сотрудник просто переслал счет без пояснений, финансовый менеджер возвращает вопрос инициатору.

---

Ситуация 2. В счете не хватает информации

Например:

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

Что делать:

1. Финансовый менеджер запрашивает уточнение у инициатора закупки.
2. До получения информации счет не передается на оплату.
3. В реестре можно поставить статус «на уточнении».

---

Ситуация 3. Счет забыли внести в реестр

Что делать:

1. Финансовый менеджер вносит счет в реестр сразу после обнаружения.
2. Если счет уже просрочен, это отмечается в реестре.
3. Финансовый менеджер сообщает директору и бухгалтеру, что счет срочный или просроченный.

---

Ситуация 4. Директор не согласовал счет до платежного дня

Что делать:

1. Финансовый менеджер напоминает директору о несогласованных счетах.
2. Без согласования директора бухгалтер счет не оплачивает.
3. Если счет срочный, финансовый менеджер отдельно сообщает директору, что есть риск просрочки.

Предложение: установить правило: если счет должен быть оплачен в пятницу, он должен быть у директора на согласовании не позже четверга до 15:00.

---

Ситуация 5. Директор отклонил счет

Что делать:

1. Финансовый менеджер отмечает в реестре статус «отклонен».
2. Инициатор закупки получает информацию, что счет не будет оплачен.
3. Инициатор при необходимости связывается с поставщиком.

---

Ситуация 6. Бухгалтер не успел оплатить счет в пятницу

Что делать:

1. Бухгалтер сообщает финансовому менеджеру, какие счета не оплачены и почему.
2. Финансовый менеджер обновляет статус в реестре.
3. Если есть риск претензий от поставщика, инициатор или финансовый менеджер предупреждает поставщика о переносе оплаты.

---

Ситуация 7. Поставщик жалуется на просрочку

Что делать:

1. Инициатор или финансовый менеджер проверяет статус счета в реестре.
2. Если счет не был передан — выясняется, у кого он остался.
3. Если счет не согласован — финансовый менеджер напоминает директору.
4. Если счет согласован, но не оплачен — бухгалтер сообщает причину.
5. Финансовый менеджер фиксирует причину просрочки.

---

5. Показатели контроля процесса

---

6. Описание схемы процесса для BPMN или Miro

Ниже — текстовое описание, по которому можно нарисовать схему.

Участники на схеме

Сделать дорожки процесса:

1. Инициатор закупки.
2. Руководитель отдела.
3. Финансовый менеджер.
4. Генеральный директор.
5. Бухгалтер.
6. Системы:
7. почта / чат;
8. реестр счетов;
9. Битрикс24;
10. 1С:Бухгалтерия;
11. банк-клиент.

---

Основной сценарий

1. Старт: поставщик отправляет счет.
2. Счет получает инициатор закупки или другой сотрудник.
3. Получатель счета передает счет финансовому менеджеру.
4. Финансовый менеджер проверяет, достаточно ли данных по счету.
5. Если данных не хватает — финансовый менеджер запрашивает уточнение у инициатора.
6. Если данных хватает — финансовый менеджер вносит счет в реестр.
7. Финансовый менеджер передает счет генеральному директору на согласование.
8. Генеральный директор принимает решение:
9. согласовать;
10. отклонить;
11. запросить уточнение.
12. Если директор запросил уточнение — финансовый менеджер возвращает вопрос инициатору закупки.
13. Если директор отклонил счет — финансовый менеджер отмечает отказ в реестре и информирует инициатора.
14. Если директор согласовал счет — финансовый менеджер передает счет бухгалтеру.
15. Бухгалтер в пятницу оплачивает счет через банк-клиент.
16. После оплаты бухгалтер или финансовый менеджер отмечает оплату в реестре.
17. Бухгалтер отражает оплату в 1С.
18. Финиш: счет оплачен, статус в реестре обновлен, данные отражены в учете.

---

Логика развилок для схемы

На схеме стоит добавить развилки:

Развилка 1. Достаточно ли данных по счету?

• Да → внести в реестр.
• Нет → запросить уточнение у инициатора.

Развилка 2. Согласовал ли директор счет?

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

Развилка 3. Наступил платежный день?

• Да → бухгалтер оплачивает счет.
• Нет → счет ждет пятницы.

Развилка 4. Оплата прошла успешно?

• Да → отметить оплату в реестре и отразить в 1С.
• Нет → бухгалтер сообщает причину финансовому менеджеру, статус обновляется.

---

Кратко: что важно закрепить в регламенте

1. Любой счет должен попасть к финансовому менеджеру в день получения.
2. Каждый счет должен быть внесен в реестр.
3. Директор согласует оплату до передачи бухгалтеру.
4. Бухгалтер оплачивает только согласованные счета.
5. Оплата выполняется по пятницам.
6. После оплаты статус счета обновляется.
7. Устные согласования лучше заменить на письменную фиксацию — это отдельное предложение по улучшению.

Регламент: Согласование и оплата счетов поставщиков

1. Цель, начало и конец процесса

Цель: платить поставщикам вовремя, не терять счета и дать директору понятную картину расходов.

Что запускает процесс: счёт от поставщика поступил на почту любому сотруднику компании.

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

---

2. Шаги процесса (как они происходят сейчас)

⚠️ В описании процесса нет шага работы с 1С — неясно, когда и кто вносит оплаченный счёт в бухгалтерскую систему. Это нужно уточнить или добавить отдельным шагом.

⚠️ Руководитель отдела указан как участник процесса, но ни в одном шаге фактически не задействован. Это явный пробел.

---

3. Матрица ответственности

Условные обозначения: «Делает» — выполняет шаг, «Отвечает» — несёт ответственность за результат, «Консультирует» — его мнение учитывают, «Информируют» — ставят в известность.

Предложение: добавить руководителя отдела в шаг 1 или 2 — он должен подтверждать, что закупка действительно нужна отделу, до того как счёт уйдёт финансисту.

---

4. Что делать, если шаг сорвался

---

5. Показатели контроля

---

6. Схема процесса текстом (для BPMN/Miro)

Дорожки (swimlanes): Инициатор закупки — Финансовый менеджер — Генеральный директор — Бухгалтер

[Старт: получен счёт от поставщика]
        │ (дорожка: Инициатор закупки)
        ▼
[Переслать счёт в чат Битрикс24]
        │
        ▼
[Внести счёт в реестр]
        │ (дорожка: Финансовый менеджер)
        ▼
[Согласовать оплату устно]
        │ (дорожка: Генеральный директор)
        ▼
   <Ромб: Согласовано?>
     │ Нет           │ Да
     ▼                ▼
[Уведомить      [Оплатить счёт
 инициатора,     в пятницу]
 отклонить]           │ (дорожка: Бухгалтер)
     │                ▼
     ▼          [Конец: счёт оплачен]
[Конец: счёт
 отклонён]

Предложение для схемы: добавить отдельный блок «Зафиксировать согласование директора в Битрикс24» между шагами «Согласовать оплату» и «Оплатить счёт» — это закроет проблему «директор не понимает, на что уходят деньги», так как появится история решений.

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

---

Регламент процесса: Согласование и оплата счетов поставщиков

1. Цель, начало и конец процесса

Цель процесса: Обеспечить своевременную и прозрачную оплату счетов поставщиков, исключить потери документов и задержки, а также предоставить руководству полную информацию о расходах.

Начало процесса: Получение счета от поставщика.

Конец процесса: Оплата счета поставщиком и информирование инициатора закупки.

2. Шаги процесса

Предложение по шагу 1: Создать единый адрес электронной почты для получения всех счетов поставщиков (например, bills@company.com), чтобы счета не приходили разным людям. Инициатор закупки забирает счет с этого адреса или получает уведомление о новом счете.

Предложение по шагу 2: В Битрикс24 настроить шаблон задачи "Запрос на оплату" с обязательными полями: сумма, назначение платежа, срок оплаты, прикрепленный счет.

Предложение по шагу 5: Вместо "голосом" настроить согласование реестра в Битрикс24 или через отчет из 1С, который Генеральный директор может подтвердить. Это решит проблему "директор не понимает, на что уходят деньги".

3. Матрица ответственности

4. Правила для исключений (что делать, если шаг сорвался)

• Если счет потерялся или не зарегистрирован (шаг 1):
• Поставщик обращается к инициатору закупки.
• Инициатор закупки немедленно находит счет (запрашивает повторно у поставщика) и регистрирует его, указывая в задаче Битрикс24 причину задержки.
• При повторных случаях — обсуждение с руководителем отдела и финансовым менеджером для выработки корректирующих действий.
• Если запрос на оплату не согласован руководителем отдела (шаг 3):
• Руководитель отдела обязан указать причину отказа в Битрикс24.
• Инициатор закупки корректирует запрос или связывается с поставщиком для уточнения/изменения условий.
• Процесс возвращается на шаг 2.
• Если реестр платежей не согласован Генеральным директором (шаг 5):
• Генеральный директор указывает причину отказа или задержки в Битрикс24.
• Финансовый менеджер связывается с Генеральным директором для уточнения причин и корректирует реестр или информирует инициаторов закупки о необходимости пересмотра.
• Процесс возвращается на шаг 4.
• Если оплата не произведена в срок (шаг 7):
• Бухгалтер немедленно информирует Финансового менеджера и Генерального директора, указывая причину.
• Финансовый менеджер принимает решение о дальнейших действиях (например, срочная оплата, переговоры с поставщиком).
• Инициатор закупки информируется о задержке.

5. Показатели контроля процесса

1. Среднее время согласования счета: От момента регистрации счета в Битрикс24 до согласования Генеральным директором.
2. Кто смотрит: Финансовый менеджер, Генеральный директор.
3. Процент просроченных платежей: Количество счетов, оплаченных позже срока, указанного в счете, от общего числа оплаченных счетов.
4. Кто смотрит: Финансовый менеджер, Генеральный директор.
5. Количество потерянных/незарегистрированных счетов: За месяц.
6. Кто смотрит: Финансовый менеджер, Руководители отделов.

6. Описание схемы процесса текстом (для BPMN/Miro)

1. Начало (Событие): Получен счет от поставщика.
2. Задача: Инициатор закупки получает счет (по почте или из общего ящика), создает новую задачу "Запрос на оплату" в Битрикс24, прикрепляет счет и заполняет необходимые поля (сумма, назначение, срок оплаты).
3. Шлюз (Исключающий ИЛИ): Счет корректен?
4. Да: Переход к шагу 4.
5. Нет: Инициатор закупки связывается с поставщиком для корректировки счета. После корректировки счет возвращается на шаг 2.
6. Задача: Руководитель отдела получает уведомление о новом запросе на оплату в Битрикс24, просматривает счет и запрос.
7. Шлюз (Исключающий ИЛИ): Руководитель отдела согласовал запрос?
8. Да: Переход к шагу 6.
9. Нет: Руководитель отдела отклоняет запрос в Битрикс24, указывает причину. Инициатор закупки получает уведомление, корректирует запрос или связывается с поставщиком. Процесс возвращается на шаг 2.
10. Задача: Финансовый менеджер получает уведомление о согласованном запросе, вносит данные счета в реестр платежей в 1С:Бухгалтерия.
11. Задача: Финансовый менеджер формирует отчет/реестр платежей для Генерального директора (например, из 1С или Битрикс24).
12. Задача: Генеральный директор просматривает реестр платежей.
13. Шлюз (Исключающий ИЛИ): Генеральный директор согласовал реестр?
14. Да: Переход к шагу 10.
15. Нет: Генеральный директор отклоняет реестр, указывает причину. Финансовый менеджер получает уведомление, корректирует реестр или информирует инициаторов закупки. Процесс возвращается на шаг 6.
16. Задача: Бухгалтер получает уведомление о согласованном реестре, формирует платежные поручения в 1С:Бухгалтерия.
17. Задача: Бухгалтер отправляет платежные поручения через банк-клиент (по пятницам или согласно сроку оплаты).
18. Задача: Бухгалтер информирует инициатора закупки об оплате счета (например, закрывает задачу в Битрикс24 с комментарием об оплате).
19. Конец (Событие): Счет оплачен, инициатор проинформирован.

---

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