From rapido-suite
Drafts tone-adapted invoice reminders based on AR aging and customer payment history. Pulls overdue invoices from QuickBooks/Stripe, scores customers, and presents drafts for approval.
How this skill is triggered — by the user, by Claude, or both
Slash command
/rapido-suite:invoice-chaseThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Ce skill vient d'un contexte US générique. Dans cette marketplace, remplacer
Ce skill vient d'un contexte US générique. Dans cette marketplace, remplacer systématiquement ses outils par les équivalents Rapido :
| Outil cité dans ce skill | Équivalent à utiliser ici |
|---|---|
| QuickBooks / PayPal / Square / Stripe (finances, ventes) | FoodEatUp : finance_summary, list_orders, list_invoices, list_expenses ; RapidoCRM : get_revenue_summary, list_factures, list_depenses |
| HubSpot (CRM, pipeline) | RapidoCRM : get_pipeline, get_entreprise, get_historique_prospect, list_devis, log_activity |
| Gmail (envoi d'emails) | RapidoCRM : send_email / schedule_email (confirmation avant envoi) ; ou brouillons via le plugin rapido-direction |
| Google Drive / Calendar | plugin rapido-direction (coffre-documents, agenda) ou RapidoCRM agenda-rdv |
| Slack (notifications) | pas d'équivalent — restituer dans la conversation, ou notification via un workflow n8n (plugin rapido-n8n) |
| Zendesk / Shopify | pas d'équivalent direct — support : log_activity (CRM) ; vente en ligne : carte vitrine FoodEatUp |
| CSV uploads | inutile si les MCP répondent — les données viennent des serveurs |
Les seuils, cadences et benchmarks du skill sont des DÉFAUTS US : les seuils
maison de ./rapido-kb/processus-internes.md priment (les citer).
Pull the AR aging report, score each customer by payment history, draft a tone-matched reminder for each overdue invoice, and present them to the owner. Nothing sends until the owner says so.
User: "who owes me money"
→ Pull AR aging from QuickBooks
→ Cross-reference PayPal settlements (last 14 days)
→ Score each customer: good-payer / occasionally-late / repeat-late
→ Draft tone-matched reminders
→ Show summary table + drafts. Wait for "send these."
Ask the owner two questions before running for the first time:
Do not ask again on subsequent runs.
Pull overdue receivables. Query QuickBooks AR aging for all invoices more than 1 day past due. If Stripe is enabled (owner confirmed at setup), also pull Stripe overdue invoices.
Cross-reference payment history. For each overdue customer, query PayPal for settled transactions using these parameters:
transaction_status: S (settled only — filters out pending and denied transactions that inflate result size and increase rate-limit risk)If PayPal returns a 429 rate limit error:
If a customer shows a settled payment within the query window, flag as "possibly paid — verify" and exclude from the draft queue.
Score each customer. Read reference/tone-matching.md for scoring logic. Result: good-payer, occasionally-late, or repeat-late.
Draft reminder emails. One email per customer — consolidate multiple overdue invoices into one email. Match tone to score. See reference/examples/gentle-reminder.md and reference/examples/firm-reminder.md.
Present drafts to owner. Show a summary table first:
| Customer | Amount Due | Days Late | Tone | Send via |
|---|---|---|---|---|
| Acme Corp | $1,200 | 18 days | Gentle | PayPal |
| Smith LLC | $450 | 47 days | Firm | Gmail draft |
Then show each draft email in full. Wait for owner to say "send these" or approve individually.
Send or queue — only after approval.
Report what happened. List what was sent, what was queued as draft, and what was flagged (possibly paid, excluded).
npx claudepluginhub prendstapart/plugin-claude-mcp-braindcode- --plugin rapido-suiteGuides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Resolves in-progress git merge or rebase conflicts by analyzing history, understanding intent, and preserving both changes where possible. Runs automated checks after resolution.