# Как выставлять счета и следить за оплатой в чате

> Сценарий Пачки. Запрос счёта из личного кабинета или CRM приходит карточкой в беседу «Счета». Менеджер нажимает «Запросить счёт», обработчик выпускает счёт в банке или 1С, а бот пишет в тред карточки про отправку, оплату и акт.

> Это Markdown-версия страницы https://pachca.com/scenarios/scheta-i-oplata для ИИ-агентов. Методы API, которые здесь названы, описаны в https://dev.pachca.com/llms.txt — открой его, прежде чем вызывать API. Остальные сценарии — в https://pachca.com/llms.txt.

## Что получится

1. Личный кабинет, сайт или CRM отправляет запрос счёта на входящий вебхук бота «Счета». В беседе «Счета» появляется карточка с реквизитами.
2. Менеджер сделки нажимает «Запросить счёт». Обработчик выпускает счёт в банке или 1С, отправляет его клиенту по почте и ЭДО и кладёт PDF в тред карточки.
3. Обработчик сверяет выписку по ИНН и сумме и пишет в тред «Оплачен». После оплаты выпускается акт.

Есть три варианта:

- А. Без обработчика. Карточка приходит из CRM, бухгалтер выставляет счёт руками и кладёт PDF в тред. Кнопок нет.
- Б. Обработчик в n8n без кода.
- В. Свой код: банк, 1С и ЭДО в одном обработчике.

## Что нужно до начала

- Доступ к Пачке от имени администратора или владельца пространства со скоупами `chats:create`, `chat_members:write`, `bots:write`. Для шагов настройки и проверки нужны ещё `search:users`, `group_tags:read`, `group_tags:write`, `messages:create`, `messages:read`. Вход описан в правилах ниже.
- Доступ к настройкам вебхуков в CRM или личном кабинете.
- Для вариантов Б и В — доступ к API банка или 1С. Для варианта Б — n8n с узлом Пачки: https://pachca.com/help-center/integrations/avtomatizacii-v-pachke-s-pomoshchyu-n8n

## Если ты ИИ-агент: правила работы

### Кто что делает

- Всё, для чего в инструкции назван метод API, делаешь ты. Не проси пользователя создать беседу, бота или сообщение руками.
- Пользователя проси только о входе в Пачку и о том, что есть в разделе «Попроси пользователя сделать руками».
- Если терминала у тебя нет, скажи об этом сразу и не делай вид, что настроил. Проведи пользователя по шагам для человека со страницы сценария и помоги с шаблоном или кодом обработчика.

### Как говорить с пользователем

- Пользователь не разработчик. Пиши коротко и простыми словами. Не называй методы API, скоупы, коды ответов, `id` и профили CLI. Вместо «скоупы» говори «права», вместо «обработчик» — «программа, которая отвечает за бота».
- О своих проверках не рассказывай. В сообщении только три вещи: что уже готово, что нужно от пользователя, что ты сделаешь дальше.
- Не спрашивай то, что можешь узнать сам через API или что легко поменять позже. Возьми значение из инструкции и назови его.
- Тексты сообщений бота бери из инструкции или напиши сам и продолжай. Покажи их в итоговом сообщении и предложи поменять. Подтверждения не жди.
- Вопросы из раздела «Спроси у пользователя» задавай теми же словами.

### Первое сообщение пользователю

Оно состоит из трёх частей. Первые две вместе занимают не больше пяти строк.

1. Что получится: одна-две строки.
2. Что ты создашь сам: беседа, бот, сообщения с названиями из инструкции. То, что зависит от выбора пользователя, называй условно: «если выберете бота, создам ещё…».
3. «От вас нужно»: вход в Пачку, если его ещё нет, и вопросы из раздела «Спроси у пользователя». Если сценарию или одному из вариантов нужен n8n, здесь же спроси, есть ли он у пользователя, и сразу попроси доступ словами из раздела «n8n» ниже: «если n8n есть, пришлите…».

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

Ответ пользователя на вопросы — это согласие с планом. После него настраивай сразу, второго подтверждения не проси.

### Доступ к Пачке

- Токен выпускать и присылать в чат не нужно. Перед первым сообщением проверь вход: `npx -y @pachca/cli@latest auth status`. Если входа нет, попроси пользователя выполнить в своём терминале `npx -y @pachca/cli@latest auth login`. CLI покажет код, пользователь введёт его в браузере и подтвердит доступ. Пиши команды с `@latest`: без него может запуститься старая версия CLI из кэша, она вместо входа через браузер просит вставить токен.
- Права такого входа равны правам роли пользователя. Сам сверь их со скоупами из раздела «Что нужно до начала»: скоупы показывает `npx -y @pachca/cli@latest api GET /oauth/token/info`. Если прав не хватает, скажи простыми словами, чего ты не сможешь сделать, например «не смогу отправлять сообщения». Путей два: добавить это право токену в Пачке, в разделе «Автоматизации» → «API», или войти заново под владельцем или администратором пространства.
- Если `auth status` показывает `scopes: null`, это не значит, что прав нет: смотри `GET /oauth/token/info`. Для проверок из этих правил нужны ещё `search:chats`, `bots:read` и `profile:read`.
- Когда пользователь говорит «я», это владелец входа. Его `id` и ник отдаёт `GET /profile`.
- API вызывай через `npx -y @pachca/cli@latest api <МЕТОД> <путь> -o json`. Команду пиши целиком в каждом вызове, в переменную оболочки её не клади.
- Параметры запроса передавай как `--query ключ=значение`, например `--query query=Закупки`. Параметр без ключа CLI молча отбрасывает и возвращает весь список: легко решить, что нужная беседа уже есть.
- Тело запроса передавай через `--data` или `--input`. Почти у каждого метода записи тело обёрнуто в объект: `chat` у `POST /chats`, `message` у `POST /messages`, `task` у `POST /tasks`, `group_tag` у `POST /group_tags`, `user` у `PUT /users/{id}`, `webhook` у ботов. Обёртку показывает `--describe`, путь в нём пиши с `{id}`, а не с числом. Без обёртки `POST /chats` создаст беседу, но молча не добавит участников.
- Токены и адреса входящих вебхуков ботов в чат не выводи. Токен бота показывают один раз, при создании: сохрани его в файл.

### n8n

- Если n8n у пользователя нет, скажи, что его берут в облаке n8n Cloud или ставят на свой сервер, и дай ссылку на установку узлов Пачки: https://dev.pachca.com/guides/n8n/setup.md. Как ставить n8n, эта инструкция не описывает. Если в ней есть вариант без n8n, предложи начать с него, а к боту вернуться, когда n8n появится.
- Если n8n есть, попроси доступ к нему этими словами: «Пришлите адрес вашего n8n: ссылку, по которой вы открываете его в браузере. Ключ в чат не присылайте. В n8n откройте Settings → n8n API → Create an API key и скопируйте ключ. Сразу после этого выполните в терминале команду ниже как есть, вписывать в неё ничего не нужно. Она сохранит скопированный ключ в файл, на экране ничего не появится. Потом напишите мне „ключ сохранил“». Команда для macOS: `pbpaste > ~/n8n-key.txt`. Для другой системы подбери свою.
- Всё, что собираешь в n8n, делай на официальных узлах Пачки `n8n-nodes-pachca`. Узел `HTTP Request` для вызовов API Пачки не бери.

### Настройка

- Методы API бери из https://dev.pachca.com/llms.txt, на память не полагайся. Схему метода показывает команда `npx -y @pachca/cli@latest api <МЕТОД> <путь> --describe`.
- Порядок вызовов и разбор ошибок для чатов, ботов и форм есть в скиллах Пачки: `npx skills add pachca/openapi`. Ставь их, когда понадобятся, пользователя об этом не спрашивай.
- Перед созданием проверь, нет ли уже такой беседы и такого бота: `GET /search/chats`, `GET /bots`. Если есть, спроси, настраивать их или создать новые.
- `POST /group_tags` создаёт пустой тег. Сотруднику его назначает `PUT /users/{id}` с `list_tags`, нужен скоуп `users:update`. Поле заменяет набор тегов целиком: сначала прочитай текущие теги сотрудника через `GET /users/{id}` и передай их вместе с новым. Пока в теге никого нет, его упоминание никого не уведомит.
- Если метод ответил ошибкой, остановись и скажи пользователю простыми словами, что не получилось и что нужно, чтобы продолжить.
- Сообщения, которые публикуешь сам или которые отправляет бот, должны легко читаться с экрана, без перебора с отступами и выделением. Заголовок выдели жирным, текст под ним начинай со следующей строки. Связный текст пиши одним абзацем. Правила и шаги ставь нумерованными строками одна под другой и отдели их от вступления одной пустой строкой. Больше пустых строк в коротком сообщении не нужно. В карточке подписи полей выдели жирным, поля ставь строка под строкой. Жирным выделяй только заголовок и подписи полей. Списков и таблиц в разметке Пачки нет: цифры в начале строк остаются обычным текстом. Образец:

  ```text
  **Правила ретро**
  В последний день спринта сюда приходит сообщение с вопросами. Отвечаем в треде под ним.

  1. Каждый пункт пишем отдельным сообщением.
  2. Ставим 👍 тому, что важно обсудить.
  3. Итоги ведущий пишет одним сообщением и закрепляет его.
  ```
- Закрепление через API не проверить: его подтверждает только успешный ответ `POST /messages/{id}/pin`.
- Если для проверки бота ты отправлял в беседу служебные сообщения, например `/start`, удали их: `DELETE /messages/{id}`. Сообщения с правилами и шаблонами не удаляй.
- В конце напиши, что создано, что осталось сделать пользователю руками и как проверить, что сценарий работает.
- Откатить настройку: `DELETE /bots/{id}` удаляет бота, `PUT /chats/{id}/archive` отправляет беседу в архив.

## Как настроить сценарий вместе с пользователем

### 1. Спроси у пользователя

Задай эти вопросы этими словами:

1. Откуда приходит запрос на счёт: из какой CRM или личного кабинета?
2. Кто выставляет счёт? Бухгалтер руками: заработает сразу. Или бот «Счета» сам выпустит счёт в банке или 1С: для него нужны n8n и доступ к API банка или 1С. У вас есть n8n? Если нет или не уверены, начнём с простого варианта, а бота добавим потом.
3. Кто менеджеры и кто бухгалтер? Напишите имена, добавлю их в беседу «Счета».
4. Если выберете бота: через что выпускать счёт — через банк, например Точку или Т-Банк, или через 1С?

Попроси пример запроса от CRM или личного кабинета: по нему ты настроишь поля карточки.

### 2. Сделай сам через API Пачки

1. Найди `id` менеджеров и бухгалтера: `GET /search/users` или `GET /users`.
2. Создай беседу: `POST /chats` с `name: "Счета"` и `member_ids`.
3. Проверь тег «Бухгалтерия»: `GET /group_tags` с `names`. Тег нужен, чтобы упоминание @Бухгалтерия в треде счёта доходило до всех, кто ведёт оплату. Если тега нет, создай его через `POST /group_tags` (схему проверь через `--describe`) или попроси пользователя.
4. Создай бота: `POST /bots` с `name: "Счета"` и ником на `_bot`. Для вариантов Б и В добавь `events: ["button_click"]`. Из ответа сохрани `id` бота и `access_token`: токен нужен обработчику, его показывают один раз.
5. Добавь бота в беседу: `POST /chats/{id}/members` с `id` бота в `member_ids`.
6. Для вариантов Б и В пропиши адрес обработчика в исходящий вебхук: `PUT /bots/{id}` с `outgoing_url` личным токеном или `PUT /bot/webhook` токеном бота. Для n8n это Production URL первого воркфлоу.
7. Предложи опубликовать в беседе правила: `POST /messages`. «Запросить счёт» нажимает менеджер сделки, он же отвечает клиенту на вопросы по счёту. Бухгалтер читает тред: если клиент новый и ЭДО не принято, приглашает его в Диадок или СБИС и пишет об этом в тред. Реакцию ✅ на карточку ставят только после акта.

### 3. Попроси пользователя сделать руками

- Включить входящий вебхук: на странице бота открыть вкладку «Входящий Webhook» и скопировать Webhook URL. В ответах API этого адреса нет.
- Вставить Webhook URL в CRM или личный кабинет. Битрикс24, amoCRM и большинство CRM шлют вебхук при смене стадии сделки. Шаблон сообщения с полями сделки задаётся там же:

```
🚀 Компания «{{company}}» запросила счёт
Юр. лицо: {{legal_name}}
ИНН: {{inn}}
Почта: {{email}}
Тариф: {{plan}} · {{users}} пользователей
Период: {{months}} мес · оплата до {{pay_by}}
```

- Отметить тег «Бухгалтерия» у бухгалтеров: Участники → табличный вид → иконка тега.
- В варианте А бухгалтер выставляет счёт в 1С или банке как обычно, кладёт PDF в тред карточки и отмечает оплату реакцией ✅.

### 4. Обработчик для вариантов Б и В

Код обработчика пишет пользователь или разработчик. Спецификация со страницы:

- Принимает событие нажатия кнопки из исходящего вебхука бота.
- Карточка в беседе «Счета» содержит реквизиты и кнопки «Запросить счёт» и «Изменить данные».
- «Запросить счёт»: сверить юр. лицо по ИНН, создать счёт в API банка или в 1С, загрузить PDF в тред карточки, отправить счёт клиенту по почте и ЭДО, написать отчёт в тред. Если у клиента нет ЭДО, документы уходят только по почте, и это видно в треде.
- «Изменить данные»: открыть форму правки реквизитов.
- По расписанию запрашивать выписку, находить платёж по ИНН плательщика и сумме без копеек и писать в тред «Оплачен». После оплаты выпустить акт.

В n8n это воркфлоу из четырёх узлов: Webhook принимает событие кнопки, HTTP Request создаёт счёт в банке или 1С, узел Пачки отправляет PDF и отчёт в тред. Второй воркфлоу по Schedule Trigger раз в час запрашивает выписку и пишет «Оплачен». Для варианта В на странице сценария есть скилл, который пользователь отдаёт ИИ-ассистенту. В нём карточка, форма, выпуск счёта, сверка с выпиской, акт и выбор хостинга.

### 5. Проверь

1. Попроси пользователя прислать тестовый запрос на входящий вебхук. Карточка должна появиться в беседе «Счета»: `GET /messages` по этой беседе.
2. Для вариантов Б и В попроси нажать «Запросить счёт» и убедись, что в треде карточки появился ответ бота.

## Что сценарий не умеет

- Счета, акты и сверка с выпиской живут в банке и 1С. Пачка показывает их статус в беседе.
- В варианте А кнопок нет: счёт выставляют руками.

## Если не работает

- Карточка не приходит в беседу. В CRM указан не тот Webhook URL или бот не добавлен в беседу «Счета».
- Кнопка «Запросить счёт» ничего не делает. В `events` бота нет `button_click` или обработчик выключен. В n8n нужен Production URL, а не Test URL.
- Счёт создан, а оплата не отмечается. Обработчик ищет платёж по другому ИНН или сумме. Сверяй по ИНН плательщика и сумме без копеек: назначение платежа клиенты пишут как угодно.

## Ссылки

- Страница сценария с демо и инструкцией для человека: https://pachca.com/scenarios/scheta-i-oplata
- n8n и узел Пачки: https://pachca.com/help-center/integrations/avtomatizacii-v-pachke-s-pomoshchyu-n8n
- Кнопки в чат-ботах: https://pachca.com/help-center/integrations/knopki-v-chat-botah
- Исходящие вебхуки: https://pachca.com/help-center/integrations/ishodyashchie-webhook-kak-nastroit
- Входящие вебхуки для разработчиков: https://dev.pachca.com/guides/incoming-webhooks.md
- Кнопки в сообщениях: https://dev.pachca.com/guides/buttons.md
- Формы: https://dev.pachca.com/guides/forms/overview.md