Claude Cursor Skill

invoice-chase

Автопилот дебиторки. Готовит письма-напоминания об оплате просроченных счетов, подбирая тон под историю платежей клиента (мягко для добросовестных, твёрдо для хронических неплательщиков) и ступень эскалации под срок просрочки. Работает не только по запросу, но и проактивно: связы

LLM Mart · 0 points · 0 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download ilyautov-small-business-ru-small-business-ru_skills_invoice-chase-044f539.zip · 9 KB
Part of ilyautov/small-business-ru — 34 skills

Install

skills CLI npx skills add https://github.com/ilyautov/small-business-ru/tree/main/small-business-ru/skills/invoice-chase
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install ilyautov-small-business-ru@llmmart
Git git clone https://github.com/ilyautov/small-business-ru.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole ilyautov/small-business-ru collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Работа с дебиторкой (напоминания об оплате)

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

Быстрый старт

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

Владелец: «кто мне должен»
→ Подтянуть дебиторку из ~~бухгалтерии
→ Сверить с поступлениями из ~~платежей (последние 14 дней)
→ Оценить клиента: добросовестный / иногда задерживает / хронический неплательщик
→ Подготовить напоминания под тон
→ Показать сводную таблицу + черновики. Ждать «отправляй».

Проактивный режим и приоритизация по кассе

Навык работает не только по запросу, но и проактивно — в составе еженедельного брифа или когда прогноз денег (cash-flow-snapshot) показал кассовый разрыв.

Приоритизация по кассовому разрыву (связка с cash-flow-snapshot):

  • Если прогноз денег показал нехватку на конкретную дату (например, аванс УСН 28.07) — не дёргай всех должников подряд. Найди клиентов, чья ожидаемая оплата закрывает именно этот разрыв, и подними их наверх очереди.
  • Формулируй цель деньгами: «Чтобы закрыть разрыв 47 000 ₽ на 28.07, достаточно дожать оплату от „Альфы" (400 000 ₽) на 10 дней раньше обычного — это единственный клиент, чья оплата решает проблему к сроку.»
  • Сортируй очередь не по размеру долга, а по вкладу в закрытие ближайшего кассового разрыва × вероятности оплаты (по истории клиента).

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

Лесенка эскалации (тон растёт со сроком просрочки)

Не одно письмо, а последовательность касаний — тон ужесточается по мере просрочки. Для каждого клиента отслеживай, на какой он ступени, и не отправляй мягкое напоминание тому, кто уже прошёл твёрдую ступень.

Просрочка Ступень Тон
+1–7 дней Напоминание Дружелюбно — возможно, просто забыли
+14 дней Повторное Нейтрально-деловое, просьба назвать дату оплаты
+30 дней Твёрдое Ссылка на условия договора, упоминание пеней (если есть)
+45 дней Предупреждение Прямо: следующий шаг — досудебная претензия
+60 дней Претензия Официальный документ (см. ниже)

Настройка (только при первом запуске)

Задайте владельцу два вопроса перед первым запуском:

  1. Канал отправки: «Через что отправлять напоминания — почта (~~почта, например Яндекс 360) или мессенджер (~~мессенджер, например Telegram / WhatsApp для бизнеса)?» — сохраните ответ и используйте его для постановки черновиков.
  2. Источники счетов: «Где вы ведёте счета на оплату — ~~бухгалтерия (например 1С или МойСклад) или эквайринг через ~~платежи? Я подтяну просроченные счета из всех подключённых источников.»

Больше не спрашивайте на последующих запусках.

Рабочий процесс

  1. Подтяните просроченную дебиторку. Запросите из ~~бухгалтерии все счета, просроченные более чем на 1 день (срок оплаты прошёл). Если подключён ~~платежи с выставлением счетов (например ЮKassa или Тинькофф Касса) — подтяните просроченные счета и оттуда. Если ничего не подключено — попросите владельца выгрузить реестр дебиторки в CSV/Excel из учётной системы или банк-клиента и приложить файл.

  2. Сверьте с поступлениями. Для каждого должника проверьте поступления из ~~платежей (например выписка ЮKassa / Тинькофф или банк-клиент):

    • только зачисленные платежи (фильтруйте незавершённые и отклонённые — они раздувают выборку);
    • окно: последние 7 дней до сегодня (не 14 и не 30 — широкое окно чаще всего упирается в лимиты API).

    Если ~~платежи возвращают ошибку лимита запросов:

    • Повторите один раз сразу с окном 3 дня.
    • Если и повтор упирается в лимит — пропустите сверку поступлений для этого запуска. Пометьте всех клиентов пакета как «поступления не проверены — сверьте вручную» в сводной таблице. Перейдите к оценке только по истории из ~~бухгалтерии. Не замалчивайте пропуск сверки.

    Если у клиента есть зачисленное поступление в окне запроса — пометьте «возможно, уже оплатил — проверьте» и исключите из очереди напоминаний.

  3. Оцените каждого клиента. Логика оценки — в reference/tone-matching.md. Результат: добросовестный, иногда задерживает или хронический неплательщик.

  4. Подготовьте письма-напоминания. Одно письмо на клиента — все просроченные счета объединяйте в одно. Тон под оценку. См. reference/examples/gentle-reminder.md и reference/examples/firm-reminder.md.

  5. Покажите черновики владельцу. Сначала сводная таблица:

    Клиент Сумма к оплате Просрочка Тон Канал
    ООО «Вектор» 120 000 ₽ 18 дней Мягкий ~~почта
    ИП Смирнов 45 000 ₽ 47 дней Твёрдый ~~мессенджер

    Затем покажите каждое письмо целиком. Ждите от владельца «отправляй» или поштучного подтверждения.

  6. Отправьте или поставьте в очередь — только после подтверждения.

    • Если поддерживается отправка из источника счёта — отправьте напоминание оттуда.
    • Остальное — черновик в настроенном канале (~~почта или ~~мессенджер).
    • Никогда не отправляйте без явного подтверждения.
  7. Отчитайтесь. Перечислите: что отправлено, что поставлено в черновики, что помечено (возможно оплачено, исключено).

Эскалация: досудебная претензия (крайняя мера)

Если счёт просрочен критически (как правило, 60+ дней) и обычные напоминания не сработали, предложите владельцу следующий шаг — досудебную (претензионную) претензию. Это не очередное письмо-напоминание, а официальный документ с требованием оплаты и указанием на возможное обращение в суд.

  • Не выставляйте претензию автоматически. Предложите как опцию: «Счёт просрочен на N дней, напоминания не дали результата. Следующий шаг — досудебная претензия. Подготовить черновик?»
  • В претензии: реквизиты сторон, основание (договор, счёт, акт), сумма долга, расчёт неустойки/пеней (если предусмотрены договором), срок для оплаты (обычно 30 дней), указание на обращение в суд при неоплате.
  • ⚠️ Текст претензии и расчёт неустойки должен проверить юрист/бухгалтер владельца перед отправкой. Не выдумывайте размер пеней — берите из условий договора или пишите «уточните в договоре».

Точки подтверждения (approval gates)

  • Никогда не отправляйте письмо или черновик без явного подтверждения владельца. Сначала покажите все черновики, дождитесь отмашки.
  • Никогда не включайте клиента, оплатившего за последние 14 дней. Помечайте «возможно, уже оплатил — проверьте».
  • Никогда не пишите клиенту, которого нет в реестре дебиторки (из ~~бухгалтерии или выгрузки). Никаких напоминаний по памяти.
  • Никогда не отправляйте досудебную претензию без отдельного подтверждения владельца и проверки юристом/бухгалтером.
  • Одно подтверждение покрывает один пакет. Добавление клиента или правка черновика после подтверждения запускает новый круг согласования.

Справочные материалы

Files (small-business-ru)
  • reference
    • examples
      • firm-reminder.md 1.5 KB
        # Твёрдое напоминание — пример для хронического неплательщика
        
        **Ситуация:** ИП Смирнов, счёт на 45 000 ₽, просрочка 47 дней. Оплатил с задержкой 3 из последних 4 счетов.
        
        **Оценка:** `хронический неплательщик` · **Тон:** Твёрдый
        
        ---
        
        **Тема:** Уведомление о просрочке: счёт № 1038 — 45 000 ₽ (просрочка 47 дней)
        
        Здравствуйте, Тимур!
        
        Счёт № 1038 на 45 000 ₽ просрочен на 47 дней. Срок оплаты был 11.03.2026.
        
        Прошу оплатить до 02.05.2026. Реквизиты для оплаты: [счёт № 1038 — 45 000 ₽].
        
        Если по счёту есть вопросы — ответьте на это сообщение, разберёмся оперативно.
        
        [Имя владельца]
        
        ---
        
        **Почему это работает:**
        - Прямо излагает факты: сумма, номер счёта, дни просрочки, исходный срок оплаты
        - Один чёткий срок в тексте
        - Оставляет профессиональный выход («если есть вопросы») без извинений
        - Один призыв к действию — одни реквизиты
        - Твёрдо, но корректно — без угроз, без капслока
        
      • gentle-reminder.md 1.5 KB
        # Мягкое напоминание — пример для добросовестного клиента
        
        **Ситуация:** ООО «Вектор», счёт на 120 000 ₽, просрочка 18 дней. Оплатил вовремя 5 из 5 прошлых счетов.
        
        **Оценка:** `добросовестный` · **Тон:** Мягкий
        
        ---
        
        **Тема:** Небольшое напоминание: счёт № 1042 на 120 000 ₽
        
        Здравствуйте, Сергей!
        
        Просто короткая весточка — счёт № 1042 на 120 000 ₽ был к оплате 09.04.2026, а оплата пока не прошла.
        
        Понимаю, что дел всегда хватает — если платёж уже в пути, не обращайте внимания. Если нет, вот реквизиты для оплаты: [счёт № 1042 — 120 000 ₽].
        
        Спасибо большое, и дайте знать, если что-то в счёте выглядит не так.
        
        [Имя владельца]
        
        ---
        
        **Почему это работает:**
        - Начинается с предположения, что просто забыли, а не с обвинения
        - Даёт лёгкий выход («если платёж уже в пути»)
        - Один призыв к действию — одни реквизиты для оплаты
        - Коротко. Без нотаций, без ссылок на политику.
        
    • gotchas.md 5.5 KB
      # Грабли
      
      Известные ошибки для работы с дебиторкой.
      
      ---
      
      **Клиент оплатил по счёту через банк (платёжкой) — не видно в эквайринге.**
      
      Сверка через `~~платежи` (эквайринг) ловит только онлайн-оплаты. Клиент, оплативший платёжным поручением с расчётного счёта или наличными, может всё ещё числиться в дебиторке. Отметьте в сводке: «Только онлайн-оплаты — платёжки/наличные не проверены. Сверьтесь по банк-клиенту перед отправкой». Пусть владелец подтвердит перед отправкой.
      
      ---
      
      **В дебиторке есть внутренние или тестовые контрагенты.**
      
      В некоторых учётных системах в дебиторку попадают внутренние взаиморасчёты или тестовые записи. Перед подготовкой писем отфильтруйте контрагентов с доменом почты владельца и пометьте любого, в чьём названии есть «Тест», «Внутр», «Демо».
      
      ---
      
      **Несколько просроченных счетов от одного клиента — только одно письмо.**
      
      Никогда не готовьте два отдельных напоминания одному клиенту в одном пакете. Объедините все просроченные счета в одно письмо: список номеров счетов + итоговая сумма. Два письма одному адресату в одном пакете выглядят неаккуратно и могут попасть в спам.
      
      ---
      
      **Отправка из эквайринга не проходит для клиента без онлайн-кабинета.**
      
      Прямая отправка напоминания через `~~платежи` работает не всегда (например, у клиента нет личного кабинета или счёт выставлен иначе). Если отправка возвращает ошибку — поставьте черновик в настроенный канал (`~~почта` или `~~мессенджер`) и сообщите о замене: «Прямая отправка для [клиент] не прошла — поставлено черновиком в [канал]». Не теряйте напоминание молча.
      
      ---
      
      **Один счёт может задвоиться между учётной системой и эквайрингом.**
      
      Если счёт ведётся и в `~~бухгалтерии`, и в `~~платежах`, один просроченный счёт может попасть в выборку дважды. Сначала сопоставляйте по номеру счёта; если номер не совпал — по сумме + сроку оплаты. При сомнении спросите владельца и отправьте только одно напоминание, а не два.
      
      ---
      
      **Учёт статуса НДС в сумме счёта.**
      
      С 2026 года статус НДС у УСН-контрагентов изменился (порог освобождения — 20 млн ₽; спецставки 5% / 7%; базовая 22%). В письме-напоминании указывайте ту же сумму, что в исходном счёте (она уже включает или не включает НДС). Не пересчитывайте сумму самостоятельно. Если в счёте формулировка по НДС неясна — отметьте владельцу: «уточните статус НДС по этому счёту у бухгалтера».
      
      ---
      
      **Лимиты API при сверке поступлений.**
      
      Коннекторы `~~платежей` ограничивают частоту запросов при широком окне дат. Самая частая причина — запрос 14–30 дней операций за раз.
      
      *Решение:* запрашивайте только зачисленные платежи и окно **7 дней** до сегодня. Это значение по умолчанию в рабочем процессе.
      
      *Повтор:* если запрос на 7 дней упёрся в лимит — повторите сразу с окном **3 дня**. Меньшее окно уменьшает объём ответа и обычно проходит.
      
      *Запасной вариант:* если и повтор на 3 дня упёрся в лимит — пропустите сверку поступлений для этого запуска. Пометьте всех клиентов пакета как «поступления не проверены — сверьте вручную» в сводной таблице. Перейдите к оценке только по истории из `~~бухгалтерии`. Не замалчивайте пропуск — владелец должен знать, что сверка не выполнена, прежде чем подтверждать отправку.
      
    • tone-matching.md 3.1 KB
      # Подбор тона
      
      Логика оценки и тон писем для работы с дебиторкой.
      
      ## Оценка
      
      Оценивайте каждого клиента по истории платежей за последние 12 месяцев (из `~~бухгалтерии` или выгрузки). Минимум 3 счёта для оценки; меньше 3 — по умолчанию `иногда задерживает`.
      
      | Оценка | Критерий |
      |---|---|
      | `добросовестный` | Оплатил вовремя или раньше срока в ≥ 75% счетов |
      | `иногда задерживает` | Оплатил с задержкой в 25–50% счетов, или меньше 3 счетов в истории |
      | `хронический неплательщик` | Оплатил с задержкой в > 50% счетов |
      
      «Вовремя» — оплата получена в день срока оплаты или раньше.
      
      ## Тон по оценке
      
      | Оценка | Тон | Характер |
      |---|---|---|
      | `добросовестный` | Мягкий | Дружелюбно, предполагает, что просто забыли. Начинает с понимания. |
      | `иногда задерживает` | Нейтральный | Корректно, без осуждения. Деловое напоминание по фактам. |
      | `хронический неплательщик` | Твёрдый | Прямо, с указанием срока. Без тепла, но и без обвинений. |
      
      ## Темы писем
      
      - Мягкий: `Небольшое напоминание: счёт № [N] на [сумма] ₽`
      - Нейтральный: `Напоминание: счёт № [N] — [сумма] ₽ просрочен`
      - Твёрдый: `Уведомление о просрочке: счёт № [N] — [сумма] ₽ (просрочка [X] дней)`
      
      ## Структура письма (для всех тонов)
      
      В каждом напоминании: номер(а) счёта, итоговая сумма к оплате, исходный срок оплаты, дни просрочки, реквизиты или способ оплаты.
      
      Добавки по тону:
      - **Мягкий**: одно предложение с пониманием («понимаю, что дел всегда хватает»)
      - **Нейтральный**: ничего — только факты
      - **Твёрдый**: одно предложение со сроком («прошу оплатить до [дата]»)
      
      Один призыв к действию на письмо. Никогда не два.
      
      ## Правило объединения
      
      Если у клиента несколько просроченных счетов, объедините в одно письмо. Перечислите каждый счёт (номер, сумма, срок оплаты), затем итоговую сумму. Используйте оценку клиента, а не оценку самого просроченного счёта.
      
  • SKILL.md 14.6 KB
    ---
    name: invoice-chase
    description: >
      Автопилот дебиторки. Готовит письма-напоминания об оплате просроченных счетов,
      подбирая тон под историю платежей клиента (мягко для добросовестных, твёрдо для
      хронических неплательщиков) и ступень эскалации под срок просрочки. Работает не
      только по запросу, но и проактивно: связывается с прогнозом денег
      (cash-flow-snapshot) и приоритизирует дожим тех клиентов, чья оплата закрывает
      ближайший кассовый разрыв. Отправляет только с подтверждением владельца.
      Триггеры: «кто мне должен», «работа с дебиторкой», «напомни про оплату»,
      «просроченные счета», «кого дожать чтобы хватило денег», «закрой кассовый разрыв».
    metadata:
      version: "0.3.0"
    ---
    
    <!-- Производное от Anthropic knowledge-work-plugins / small-business (Apache-2.0, (c) Anthropic). Локализовано под РФ, файл изменён. См. /NOTICE и /LICENSE. -->
    
    # Работа с дебиторкой (напоминания об оплате)
    
    Деньги, которые вам должны, лежат у клиентов, а не у вас на счету — и каждый
    день просрочки это либо забытый счёт, либо неудобный разговор, который никто не
    хочет начинать. Этот скилл берёт неудобную часть на себя: сам поднимает
    просроченные счета, подбирает тон под каждого должника и приоритизирует тех,
    чья оплата закрывает ближайший кассовый разрыв. Ничего не уходит без вашего «ок».
    
    ## Быстрый старт
    
    Подтяните отчёт по дебиторке, оцените каждого клиента по истории платежей, подготовьте напоминание под тон каждого просроченного счёта и покажите владельцу. Ничего не уходит, пока владелец не подтвердит.
    
    ```
    Владелец: «кто мне должен»
    → Подтянуть дебиторку из ~~бухгалтерии
    → Сверить с поступлениями из ~~платежей (последние 14 дней)
    → Оценить клиента: добросовестный / иногда задерживает / хронический неплательщик
    → Подготовить напоминания под тон
    → Показать сводную таблицу + черновики. Ждать «отправляй».
    ```
    
    ## Проактивный режим и приоритизация по кассе
    
    Навык работает не только по запросу, но и проактивно — в составе еженедельного брифа или когда прогноз денег (`cash-flow-snapshot`) показал кассовый разрыв.
    
    **Приоритизация по кассовому разрыву (связка с `cash-flow-snapshot`):**
    - Если прогноз денег показал нехватку на конкретную дату (например, аванс УСН 28.07) — не дёргай всех должников подряд. Найди клиентов, чья ожидаемая оплата закрывает именно этот разрыв, и подними их наверх очереди.
    - Формулируй цель деньгами: «Чтобы закрыть разрыв 47 000 ₽ на 28.07, достаточно дожать оплату от „Альфы" (400 000 ₽) на 10 дней раньше обычного — это единственный клиент, чья оплата решает проблему к сроку.»
    - Сортируй очередь не по размеру долга, а по вкладу в закрытие ближайшего кассового разрыва × вероятности оплаты (по истории клиента).
    
    **Проактивный триггер:** в еженедельном брифе сам подними просроченную дебиторку и свяжи её с ближайшими обязательными выплатами (налоги, зарплата). Не жди вопроса «кто мне должен».
    
    ## Лесенка эскалации (тон растёт со сроком просрочки)
    
    Не одно письмо, а последовательность касаний — тон ужесточается по мере просрочки. Для каждого клиента отслеживай, на какой он ступени, и не отправляй мягкое напоминание тому, кто уже прошёл твёрдую ступень.
    
    | Просрочка | Ступень | Тон |
    |---|---|---|
    | +1–7 дней | Напоминание | Дружелюбно — возможно, просто забыли |
    | +14 дней | Повторное | Нейтрально-деловое, просьба назвать дату оплаты |
    | +30 дней | Твёрдое | Ссылка на условия договора, упоминание пеней (если есть) |
    | +45 дней | Предупреждение | Прямо: следующий шаг — досудебная претензия |
    | +60 дней | Претензия | Официальный документ (см. ниже) |
    
    ## Настройка (только при первом запуске)
    
    Задайте владельцу два вопроса перед первым запуском:
    
    1. **Канал отправки**: «Через что отправлять напоминания — почта (`~~почта`, например Яндекс 360) или мессенджер (`~~мессенджер`, например Telegram / WhatsApp для бизнеса)?» — сохраните ответ и используйте его для постановки черновиков.
    2. **Источники счетов**: «Где вы ведёте счета на оплату — `~~бухгалтерия` (например 1С или МойСклад) или эквайринг через `~~платежи`? Я подтяну просроченные счета из всех подключённых источников.»
    
    Больше не спрашивайте на последующих запусках.
    
    ## Рабочий процесс
    
    1. **Подтяните просроченную дебиторку.** Запросите из `~~бухгалтерии` все счета, просроченные более чем на 1 день (срок оплаты прошёл). Если подключён `~~платежи` с выставлением счетов (например ЮKassa или Тинькофф Касса) — подтяните просроченные счета и оттуда. Если ничего не подключено — попросите владельца выгрузить реестр дебиторки в CSV/Excel из учётной системы или банк-клиента и приложить файл.
    
    2. **Сверьте с поступлениями.** Для каждого должника проверьте поступления из `~~платежей` (например выписка ЮKassa / Тинькофф или банк-клиент):
       - только зачисленные платежи (фильтруйте незавершённые и отклонённые — они раздувают выборку);
       - окно: **последние 7 дней** до сегодня (не 14 и не 30 — широкое окно чаще всего упирается в лимиты API).
    
       **Если `~~платежи` возвращают ошибку лимита запросов:**
       - Повторите один раз сразу с окном **3 дня**.
       - Если и повтор упирается в лимит — пропустите сверку поступлений для этого запуска. Пометьте всех клиентов пакета как «поступления не проверены — сверьте вручную» в сводной таблице. Перейдите к оценке только по истории из `~~бухгалтерии`. Не замалчивайте пропуск сверки.
    
       Если у клиента есть зачисленное поступление в окне запроса — пометьте «возможно, уже оплатил — проверьте» и исключите из очереди напоминаний.
    
    3. **Оцените каждого клиента.** Логика оценки — в [reference/tone-matching.md](reference/tone-matching.md). Результат: `добросовестный`, `иногда задерживает` или `хронический неплательщик`.
    
    4. **Подготовьте письма-напоминания.** Одно письмо на клиента — все просроченные счета объединяйте в одно. Тон под оценку. См. [reference/examples/gentle-reminder.md](reference/examples/gentle-reminder.md) и [reference/examples/firm-reminder.md](reference/examples/firm-reminder.md).
    
    5. **Покажите черновики владельцу.** Сначала сводная таблица:
    
       | Клиент | Сумма к оплате | Просрочка | Тон | Канал |
       |---|---|---|---|---|
       | ООО «Вектор» | 120 000 ₽ | 18 дней | Мягкий | ~~почта |
       | ИП Смирнов | 45 000 ₽ | 47 дней | Твёрдый | ~~мессенджер |
    
       Затем покажите каждое письмо целиком. Ждите от владельца «отправляй» или поштучного подтверждения.
    
    6. **Отправьте или поставьте в очередь — только после подтверждения.**
       - Если поддерживается отправка из источника счёта — отправьте напоминание оттуда.
       - Остальное — черновик в настроенном канале (`~~почта` или `~~мессенджер`).
       - Никогда не отправляйте без явного подтверждения.
    
    7. **Отчитайтесь.** Перечислите: что отправлено, что поставлено в черновики, что помечено (возможно оплачено, исключено).
    
    ## Эскалация: досудебная претензия (крайняя мера)
    
    Если счёт просрочен критически (как правило, **60+ дней**) и обычные напоминания не сработали, предложите владельцу следующий шаг — **досудебную (претензионную) претензию**. Это не очередное письмо-напоминание, а официальный документ с требованием оплаты и указанием на возможное обращение в суд.
    
    - Не выставляйте претензию автоматически. Предложите как опцию: «Счёт просрочен на N дней, напоминания не дали результата. Следующий шаг — досудебная претензия. Подготовить черновик?»
    - В претензии: реквизиты сторон, основание (договор, счёт, акт), сумма долга, расчёт неустойки/пеней (если предусмотрены договором), срок для оплаты (обычно 30 дней), указание на обращение в суд при неоплате.
    - ⚠️ Текст претензии и расчёт неустойки должен проверить юрист/бухгалтер владельца перед отправкой. Не выдумывайте размер пеней — берите из условий договора или пишите «уточните в договоре».
    
    ## Точки подтверждения (approval gates)
    
    - **Никогда не отправляйте письмо или черновик без явного подтверждения владельца.** Сначала покажите все черновики, дождитесь отмашки.
    - **Никогда не включайте клиента, оплатившего за последние 14 дней.** Помечайте «возможно, уже оплатил — проверьте».
    - **Никогда не пишите клиенту, которого нет в реестре дебиторки** (из `~~бухгалтерии` или выгрузки). Никаких напоминаний по памяти.
    - **Никогда не отправляйте досудебную претензию без отдельного подтверждения владельца** и проверки юристом/бухгалтером.
    - **Одно подтверждение покрывает один пакет.** Добавление клиента или правка черновика после подтверждения запускает новый круг согласования.
    
    ## Справочные материалы
    
    - [reference/tone-matching.md](reference/tone-matching.md) — логика оценки, тон, формулы темы письма
    - [reference/gotchas.md](reference/gotchas.md) — известные грабли
    - [reference/examples/gentle-reminder.md](reference/examples/gentle-reminder.md) — пример мягкого напоминания (добросовестный)
    - [reference/examples/firm-reminder.md](reference/examples/firm-reminder.md) — пример твёрдого напоминания (хронический неплательщик)
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related