# Raspiska O Poluchenii Deneg

> «Расписка о получении денег», «на аванс или задаток», «получено полностью, претензий нет», «расписка к договору на перечень работ». Сверка суммы цифрами и прописью.

- Skill: `kir-kopylov/raspiska-o-poluchenii-deneg` (Agent Skill, multi-file: 10 files)
- Install (CLI): `npx skillmds@latest add kir-kopylov/raspiska-o-poluchenii-deneg`
- Raw SKILL.md: https://api.skillmd.com/api/skills/kir-kopylov/raspiska-o-poluchenii-deneg/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: kir-kopylov (https://skillmd.com/u/kir-kopylov)
- Updated: 2026-09-21
- Page: https://skillmd.com/skills/kir-kopylov/raspiska-o-poluchenii-deneg

---


# Raspiska O Poluchenii Deneg

## Запуск Навыка

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

При явном вызове перед первым шагом покажите ровно одну короткую контекстную строку (не более 30 слов) и продолжайте работу в том же ответе, не ожидая реакции:

Применяю черновой навык **«Расписка о получении денег»** (обратная связь — @kir-kopylov): <кратко назовите конкретную пользу для текущего запроса>; продолжаю без ожидания.

Не включайте в строку `author_github`, внутреннее имя папки или пересказ всего запроса. Не спрашивайте, применять ли навык.

Если одновременно подходят совместимые навыки, выберите минимальный набор и покажите одну общую строку. Если подходы ведут к несовместимым результатам и запрос не позволяет выбрать, спросите только о желаемом результате, не о разрешении применить навык.

Запуск навыка не расширяет полномочия. Выполните всю безопасную и уже разрешённую часть; запросите подтверждение только непосредственно перед ещё не разрешённым внешним или изменяющим действием. Не запрашивайте повторно уже данное разрешение и не дублируйте системное окно подтверждения.

## Обзор

Закрывает пробел: `dopsoglasheniya-po-oplate` делает допсоглашения, но не расписки, а расписка о получении денег нужна постоянно — аванс, задаток, оплата этапа ремонта, окончательный расчёт. Skill собирает расписку как проверяемый документ и передаёт готовую структуру в `verstka-docx-po-standartu` для вёрстки `.docx`.

Главный инвариант: сумма цифрами и сумма прописью — это одна сверяемая пара, а не два независимых поля. Они показываются пользователю вместе и подтверждаются до генерации.

## Естественные Входы

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

## Контрфактический Гейт Рабочего Вопроса

Проверку проводи внутренне; пользователю не показывай вероятные ответы и карту изменений.

Перед любым вопросом проведи контрфактическую проверку:
Представь наиболее вероятные ответы пользователя.
Назови, какое решение, действие или часть результата изменит каждый ответ.
Если следующий шаг при всех ответах одинаков — вопрос запрещён.
Если пользователь уже зафиксировал выбор — запиши его, не открывай заново.
Если неизвестное техническое и его можно проверить самостоятельно — проверь, не спрашивай.
Задавай только ближайший вопрос, ответ на который реально меняет результат.

## Процесс

1. **Соберите факты платежа.** Кто передал и кто получил, сумма, валюта, дата, назначение (аванс, задаток, оплата этапа, окончательный расчёт). Сумму запросите цифрами; пропись skill формирует и показывает на сверку.
2. **Сверьте цифры и пропись.** Покажите пользователю обе формы вместе («500 000 — пятьсот тысяч тенге») и подтвердите совпадение. Расхождение — стоп до исправления.
3. **Привяжите к основанию при наличии.** Если есть договор или перечень работ (например, из `smeta-remonta-do-dogovora`), добавьте ссылку: «по договору от __ № __», «за работы по перечню». Нет основания — не выдумывайте его.
4. **Личные данные — только подтверждённые.** ФИО, ИИН, паспорт, адрес берите лишь из того, что дал пользователь. Чего нет — оставляйте графой «____». Ничего не достраивайте по памяти или догадке.
5. **Добавьте закрывающую формулу и подпись.** «Деньги получены полностью, претензий не имею», дата, подписной блок (передал / получил).
6. **Соберите структуру и отрендерьте.** Готовый сборщик — `scripts/build_raspiska.py`: на вход JSON-config (город, дата, стороны, сумма цифрами и прописью, назначение, опционально основание и флаг полного расчёта), на выход — `.docx` по стандарту оформления `verstka-docx-po-standartu` (рендер встроен в скрипт, отдельной runtime-зависимости нет). Запуск: `python3 scripts/build_raspiska.py --config <config>.json --out <файл>.docx`. Верните пользователю `.docx` и перечень полей, по которым собрана расписка.

## Границы

- Не делать договоры, акты выполненных работ или допсоглашения по аренде — это `remont-dogovor-i-raspiski` и `dopsoglasheniya-po-oplate`.
- Не выдумывать ИИН, паспорт, адрес или ФИО: отсутствующие данные — графа «____».
- Не заполнять сумму или назначение по догадке; не расходить цифры и пропись.
- Не выдавать расписку за юридическую гарантию: это документ по шаблону, требующий проверки человеком.
- Не публиковать реальные реквизиты — в примерах только синтетические данные.

## Опрос После Использования

Опрос задаётся один раз — после передачи готовой расписки, не посреди рабочего цикла. Если пользователь уже ответил «пропустить» в этой сессии, не переспрашивайте.

```text
Опрос по skill:
1. Что в этом использовании raspiska-o-poluchenii-deneg было полезно?
2. Что стоит доработать в skill или его формате?
Можно ответить коротко или написать "пропустить".
```

Если пользователь ответил, сохраните санированную карточку в `~/.codex/skill-runs/raspiska-o-poluchenii-deneg/usage-feedback.jsonl` — лучше через bundled script:

```bash
python3 scripts/log_usage_feedback.py --liked "..." --improve "..." --outcome "..."
```

Script перед записью редактирует приватные пути, контакты и token-like строки и сохраняет `redaction_applied` и `redaction_types`. Если запись невозможна из-за sandbox, прав или отсутствия tools, не делайте вид, что лог сохранён: скажите об этом и покажите короткую JSONL-карточку для ручного сохранения. Raw-ответы, контакты, пути и секреты не коммитить.

## Логирование Сбоев

Перед выполнением прочитайте локальный `known-exceptions.yaml` как список уже известных случаев и применяйте подходящее `do_next_time` без нового поиска.

Если пользователь поправил skill, tool/API/browser упал, нарушен режим работы, пришлось искать workaround или skill сделал ложное предположение, запишите приватную карточку в `~/.codex/skill-runs/raspiska-o-poluchenii-deneg/exception-log.jsonl`.

Пишите факты: что skill хотел сделать, что сделал, где сломался, какая предпосылка была ложной и что сделать в следующий раз. Если поле неизвестно, пишите `unknown`. Raw logs не коммитить.