Odoo Month End Close
erpipe-org/mcp-odoo
Drive a month-end accounting close on Odoo through odoo-mcp — AR/AP aging, open-item and draft-invoice review, reconciliation checklists, and chatter documentation — with human sign-off at every…
Payment voucher register: payment number and date, paid to and purpose, mode, gross amount, TDS rate and deducted, net paid, invoice allocation, ledger and reconciliation status.
$ npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a claude-codeProject install by default; add -g for ~/.claude/skills/.
$ gh skill install sickn33/agentic-awesome-skills payment-accounting --agent claude-codeProject scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).
$ git clone --depth 1 https://github.com/sickn33/agentic-awesome-skills.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/payment-accounting .claude/skills/payment-accounting && rm -rf skills-srcUse ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.
Claude Code skills documentation · loads skills from .claude/skills/
Install the "payment-accounting" agent skill from https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accounting into .claude/skills/payment-accounting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "payment-accounting", then confirm the skill loads.Claude Code copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$skill-installer install https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accountingType this inside Codex. $skill-installer <name> installs a curated skill from openai/skills. The installer writes to $CODEX_HOME/skills (default ~/.codex/skills). Restart Codex if the skill does not show up.
$ npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a codexProject install goes to .agents/skills/; add -g for ~/.codex/skills/.
$ gh skill install sickn33/agentic-awesome-skills payment-accounting --agent codexProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sickn33/agentic-awesome-skills.git skills-src && mkdir -p .agents/skills && cp -r skills-src/skills/payment-accounting .agents/skills/payment-accounting && rm -rf skills-srcUse ~/.agents/skills/ instead of .agents/skills for a personal install.
Codex skills documentation · loads skills from .agents/skills/
Install the "payment-accounting" agent skill from https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accounting into .agents/skills/payment-accounting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "payment-accounting", then confirm the skill loads.Codex copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a cursorProject install goes to .agents/skills/; add -g for ~/.cursor/skills/.
$ gh skill install sickn33/agentic-awesome-skills payment-accounting --agent cursorProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sickn33/agentic-awesome-skills.git skills-src && mkdir -p .cursor/skills && cp -r skills-src/skills/payment-accounting .cursor/skills/payment-accounting && rm -rf skills-srcUse ~/.cursor/skills/ instead of .cursor/skills for a personal install.
Cursor skills documentation · loads skills from .cursor/skills/, .agents/skills/, .claude/skills/, .codex/skills/
Install the "payment-accounting" agent skill from https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accounting into .cursor/skills/payment-accounting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "payment-accounting", then confirm the skill loads.Cursor copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gemini skills install https://github.com/sickn33/agentic-awesome-skills.git --path skills/payment-accounting--scope user (default) or --scope workspace; --path is the subfolder of the repo that holds the skill; --consent skips the security confirmation prompt.
$ npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a gemini-cliProject install goes to .agents/skills/; add -g for ~/.gemini/skills/.
$ gh skill install sickn33/agentic-awesome-skills payment-accounting --agent gemini-cliProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sickn33/agentic-awesome-skills.git skills-src && mkdir -p .gemini/skills && cp -r skills-src/skills/payment-accounting .gemini/skills/payment-accounting && rm -rf skills-srcUse ~/.gemini/skills/ instead of .gemini/skills for a personal install, then run /skills reload.
Gemini CLI skills documentation · loads skills from .gemini/skills/, .agents/skills/
Install the "payment-accounting" agent skill from https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accounting into .gemini/skills/payment-accounting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "payment-accounting", then confirm the skill loads.Gemini CLI copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ gh skill install sickn33/agentic-awesome-skills payment-accountingInstalls for Copilot at project scope by default; add --scope user for a personal install. Preview a skill first with gh skill preview. Needs GitHub CLI 2.90.0 or later (public preview).
$ npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a github-copilotProject install goes to .agents/skills/; add -g for ~/.copilot/skills/.
$ git clone --depth 1 https://github.com/sickn33/agentic-awesome-skills.git skills-src && mkdir -p .github/skills && cp -r skills-src/skills/payment-accounting .github/skills/payment-accounting && rm -rf skills-srcUse ~/.copilot/skills/ instead of .github/skills for a personal install. Commit .github/skills so cloud agent and code review can use it.
GitHub Copilot skills documentation · loads skills from .github/skills/, .claude/skills/, .agents/skills/
Install the "payment-accounting" agent skill from https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accounting into .github/skills/payment-accounting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "payment-accounting", then confirm the skill loads.GitHub Copilot copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
$ npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a opencodeOpenCode documents no install command of its own. Project install goes to .agents/skills/; add -g for ~/.config/opencode/skills/.
$ gh skill install sickn33/agentic-awesome-skills payment-accounting --agent opencodeProject scope by default (.agents/skills/); add --scope user for a personal install.
$ git clone --depth 1 https://github.com/sickn33/agentic-awesome-skills.git skills-src && mkdir -p .opencode/skills && cp -r skills-src/skills/payment-accounting .opencode/skills/payment-accounting && rm -rf skills-srcUse ~/.config/opencode/skills/ instead of .opencode/skills for a personal install.
OpenCode skills documentation · loads skills from .opencode/skills/, .claude/skills/, .agents/skills/
Install the "payment-accounting" agent skill from https://github.com/sickn33/agentic-awesome-skills/tree/main/skills/payment-accounting into .opencode/skills/payment-accounting/ in this project. Copy the whole folder (SKILL.md and every file beside it), keep the folder name "payment-accounting", then confirm the skill loads.OpenCode copies the folder itself, the same result as the manual copy. Check what it changed before you commit it.
payment-accountingPayment voucher register: payment number and date, paid to and purpose, mode, gross amount, TDS rate and deducted, net paid, invoice allocation, ledger and reconciliation status.
Payment Accounting is an agent skill from sickn33/agentic-awesome-skills. Payment voucher register: payment number and date, paid to and purpose, mode, gross amount, TDS rate and deducted, net paid, invoice allocation, ledger and reconciliation status. Use for vouchers.
Its SKILL.md is about 5.5k tokens, which your agent loads only when the skill is triggered. It is a single SKILL.md file with no bundled scripts.
It sits in Business, Finance & HR, covering Accounting and bookkeeping and Forms and invoices. The repository describes itself as: AAS Core is the local, agent-first control plane for complete catalog discovery, agent-owned selection, stack validation, and planning, backed by 2,400+ agentic skills. Includes… The licence is MIT.
5 steps, taken from the step headings in SKILL.md.
Read from SKILL.md and the folder at commit b84d35a. It shows what the files ask for, not the result of running them.
Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.
From allowed-tools in the SKILL.md frontmatter.
No scripts in the folder and no shell commands in SKILL.md (its code samples are yaml, csv, sql, json and markdown).
From the folder's file list and the shell code blocks in SKILL.md.
Hosts in commands or code, which the agent is likely to contact:
json-schema.orgFrom URLs in SKILL.md, links to its own repository left out.
Names no API keys, tokens, secrets or passwords.
From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.
Payment Accounting loads about 5.5k tokens when it runs. Until then it costs about 54 tokens; SKILL.md has 2,109 words of instructions outside code blocks.
Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.
The automated check found no risky patterns in SKILL.md.
Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.
The full file from sickn33/agentic-awesome-skills at commit b84d35a, republished under its MIT licence (© sickn33). 2,109 words, ~5,460 tokens.
.claude/skills/payment-accounting/SKILL.md (or your agent's skills folder).What it is: Money paid out, with TDS applied where applicable and every payment evidenced.
Works out the smallest useful Payment Accounting setup for the business in front of it, then builds it only when asked. The default output is a short recommendation, not a spreadsheet. Artifacts - CSV, SQL DDL, JSON Schema, Notion mapping - are produced on request, from one field list so they cannot drift apart.
Layer: Layer 3: Record. Fits: Starter stage. Table code: n/a.
The rule this table exists to enforce: a payment voucher is not a universal
substitute for a receipt note. Where no formal voucher exists, the evidence is the
recipient's own acknowledgement - an email, a signed payment advice, a stamped receipt -
captured as such. That is what Voucher Type and Recipient Acknowledgement Ref are for.
A payment with no voucher type recorded is a payment nobody can evidence later.
Also use it when the user says "money paid out, with TDS applied where applicable and every payment evidenced", or describes the same process happening in a spreadsheet, a document or someone inboxes.
Do not use it for: payroll calculation, tax filing, or legal advice. This skill produces empty templates only - it never holds or processes real employee or customer data.
Follow the shared execution contract. The module-specific rules below define only domain fields, decisions, calculations, and safety constraints.
Read the request and pick the intent before asking anything.
Ask only if this is the highest-value missing fact; otherwise proceed without an opener:
Q: How do you record money paid out today?
Treat ambiguous replies as unanswered and ask which explicit option the user means. Record unknown values as Unknown; Unknown is not zero. A record must not be Done when a required check fails.
Skip anything the user already answered, in any earlier message. Ask the rest one at a time, and stop as soon as the remaining answers would not change the output.
Never invent an answer. If the user does not know, record it as unknown and carry on.
Hold the answers in this shape. It stays internal - it is not shown to the user unless they ask, and it never carries a value the user did not give.
module: payment-accounting
intent: null # setup | advice | review | fix | build | convert | export
scale: null # Starter | Growth | Scale, only if the answer changes it
areas:
"Payments": null
"Approval": null
"TDS": null
"Evidence": null
"Outcome": null
requested_outputs: [] # csv | sql | json | notion | xlsx - requested formats only
confirmed_facts: [] # only what the user actually said
open_questions: [] # the unanswered ones, in the order worth askingBuild an already requested artifact without asking again. For advice-only requests, give a short recommendation and offer the relevant artifact.
Recommended approach: One payment record carrying the payee, the purpose, the mode, gross less TDS as the net paid, the invoice it clears and the evidence reference - and where no voucher exists, record the recipient's acknowledgement instead of leaving the evidence blank.
Why this one: Money out is where the evidence gap hurts. The arithmetic is easy; proving later that the payment was approved, evidenced and correctly net of TDS is the part that fails an audit.
Workflow: Bill or bill received → Purpose and approval confirmed → TDS applied → Voucher or recipient acknowledgement recorded → Payment made and reconciled to bank
Once the user asks for it, derive the fields from the confirmed context and emit the requested artifacts. For machine-readable text, keep prose outside the data; for files, provide a usable link. Report material validation failures or limitations separately.
A selected Notion output is rendered by notion-manual-import, so route the
Notion step there. When the user selects Notion, hand that step to
@notion-manual-import: it holds the CSV, the property
mapping, the import steps and the verification checklist, and it renders the Field
Reference below instead of defining a table of its own. Do not restate the mapping
here and do not improvise the import steps. Manual CSV and mapping outputs need no
connection. For requested workspace changes, follow the shared contract: verify actual
tool access and the target before writing. A user saying "connected" is not tool evidence.
Never ask for a Notion password or token.
Payment Number,Payment Date,Paid To,Purpose,Payment Mode,Cash/Bank Account,Reference (Cheque/UTR/ID),Gross Amount,TDS Rate %,TDS Deducted,Net Amount Paid,TDS Payable Ledger,Purchase Invoice Allocated,Advance Adjusted,Voucher Number,Voucher Type,Recipient Acknowledgement Ref,Approved By,Ledger Account,Source Document,Reconciliation Status,Entry Verified,Notes,Payment ID
PAY-2026-0288,2026-08-20,Bluepeak Supplies,Settlement of INV-8841,Bank Transfer,HDFC Current ****0042,UTR-2026-0912,97597.50,2.5,2112.50,95485.00,TDS Payable - Contractors,PUR-2026-0041,12000.00,VCH-2026-1031,Payment Voucher,ACK-BPS-8841,Vikram Singh,Bank - HDFC Current,DOC-2026-0442,Reconciled,Done,"TDS deducted at 2.5% and carried to the TDS register; 12000.00 of the settlement adjusts the earlier advance.",CREATE TABLE payment_accounting (
payment_number VARCHAR(255),
payment_date DATE NOT NULL,
paid_to VARCHAR(255),
purpose VARCHAR(255),
payment_mode VARCHAR(100) NOT NULL,
cash_bank_account VARCHAR(255),
reference_cheque_utr_id VARCHAR(255),
gross_amount NUMERIC(14,2) NOT NULL,
tds_rate_pct NUMERIC NOT NULL,
tds_deducted NUMERIC(14,2) NOT NULL,
net_amount_paid NUMERIC(14,2) NOT NULL,
tds_payable_ledger VARCHAR(255),
purchase_invoice_allocated VARCHAR(255), -- relation -> target record
advance_adjusted NUMERIC(14,2) NOT NULL,
voucher_number VARCHAR(255),
voucher_type VARCHAR(100) NOT NULL,
recipient_acknowledgement_ref VARCHAR(255),
approved_by VARCHAR(255),
ledger_account VARCHAR(255),
source_document VARCHAR(255), -- relation -> target record
reconciliation_status VARCHAR(100) NOT NULL,
entry_verified VARCHAR(100) NOT NULL,
notes TEXT,
payment_id SERIAL PRIMARY KEY,
created_at TIMESTAMP DEFAULT NOW(),
updated_at TIMESTAMP DEFAULT NOW()
);{
"$schema": "https://json-schema.org/draft/2020-12/schema",
"title": "Payment Accounting",
"type": "object",
"additionalProperties": false,
"properties": {
"Payment Number": { "type": "string" },
"Payment Date": { "type": "string", "format": "date" },
"Paid To": { "type": "string" },
"Purpose": { "type": "string" },
"Payment Mode": { "type": "string" },
"Cash/Bank Account": { "type": "string" },
"Reference (Cheque/UTR/ID)": { "type": "string" },
"Gross Amount": { "type": "number" },
"TDS Rate %": { "type": "number" },
"TDS Deducted": { "type": "number" },
"Net Amount Paid": { "type": "number" },
"TDS Payable Ledger": { "type": "string" },
"Purchase Invoice Allocated": { "type": "string" },
"Advance Adjusted": { "type": "number" },
"Voucher Number": { "type": "string" },
"Voucher Type": { "type": "string" },
"Recipient Acknowledgement Ref": { "type": "string" },
"Approved By": { "type": "string" },
"Ledger Account": { "type": "string" },
"Source Document": { "type": "string" },
"Reconciliation Status": { "type": "string" },
"Entry Verified": { "type": "string" },
"Notes": { "type": "string" },
"Payment ID": { "type": "integer" }
},
"required": [
"Payment Date",
"Payment Mode",
"Gross Amount",
"TDS Rate %",
"TDS Deducted",
"Net Amount Paid",
"Advance Adjusted",
"Voucher Type",
"Reconciliation Status",
"Entry Verified"
]
}| CSV column | Notion property | Set after import |
|---|---|---|
| Payment Number | Title | Use as the database title |
| Payment Date | Date | Convert to Date |
| Paid To | Text | Leave as Text |
| Purpose | Text | Leave as Text |
| Payment Mode | Select (add options after import) | Convert to Select, add options: "Cash", "Bank Transfer", "Cheque", "Digital Payment" |
| Cash/Bank Account | Text | Leave as Text |
| Reference (Cheque/UTR/ID) | Text | Leave as Text |
| Gross Amount | Number (format: currency) | Convert to Number, set format to Currency |
| TDS Rate % | Number | Convert to Number |
| TDS Deducted | Number (format: currency) | Convert to Number, set format to Currency |
| Net Amount Paid | Number (format: currency) | Convert to Number, set format to Currency |
| TDS Payable Ledger | Text | Leave as Text |
| Purchase Invoice Allocated | Relation (link to the target database) | Convert to Relation, link to the target database |
| Advance Adjusted | Number (format: currency) | Convert to Number, set format to Currency |
| Voucher Number | Text | Leave as Text |
| Voucher Type | Select (add options after import) | Convert to Select, add options: "Payment Voucher", "Recipient Acknowledgement", "Bank Advice", "None Available" |
| Recipient Acknowledgement Ref | Text | Leave as Text |
| Approved By | Text | Leave as Text |
| Ledger Account | Text | Leave as Text |
| Source Document | Relation (link to the target database) | Convert to Relation, link to the target database |
| Reconciliation Status | Select (add options after import) | Convert to Select, add options: "Unreconciled", "Reconciled", "Difference" |
| Entry Verified | Select (add options after import) | Convert to Select, add options: "Not started", "In progress", "Blocked", "Done", "Cancelled" |
| Notes | Text | Leave as Text |
| Payment ID | Text (preserve source ID) | Keep imported IDs as Text; optionally add a separate Unique ID property |The rows above are documentation examples only. Emit empty templates unless the user explicitly requests examples. Money stays currency, dates stay date, and anything pointing at another table stays relation.
| # | Field | Type | SQL | JSON Schema | Notion | CSV example |
|---|---|---|---|---|---|---|
| 1 | Payment Number | text | VARCHAR(255) | string | Text | PAY-2026-0288 |
| 2 | Payment Date | date | DATE | string, format: date | Date | 2026-08-20 |
| 3 | Paid To | text | VARCHAR(255) | string | Text | Bluepeak Supplies |
| 4 | Purpose | text | VARCHAR(255) | string | Text | Settlement of INV-8841 |
| 5 | Payment Mode | select | VARCHAR(100) | string | Select (add options after import) | Bank Transfer |
| 6 | Cash/Bank Account | text | VARCHAR(255) | string | Text | HDFC Current ****0042 |
| 7 | Reference (Cheque/UTR/ID) | text | VARCHAR(255) | string | Text | UTR-2026-0912 |
| 8 | Gross Amount | currency | NUMERIC(14,2) | number | Number (format: currency) | 97597.50 |
| 9 | TDS Rate % | number | NUMERIC | number | Number | 2.5 |
| 10 | TDS Deducted | currency | NUMERIC(14,2) | number | Number (format: currency) | 2112.50 |
| 11 | Net Amount Paid | currency | NUMERIC(14,2) | number | Number (format: currency) | 95485.00 |
| 12 | TDS Payable Ledger | text | VARCHAR(255) | string | Text | TDS Payable - Contractors |
| 13 | Purchase Invoice Allocated | relation | VARCHAR(255) | string | Relation (link to the target database) | PUR-2026-0041 |
| 14 | Advance Adjusted | currency | NUMERIC(14,2) | number | Number (format: currency) | 12000.00 |
| 15 | Voucher Number | text | VARCHAR(255) | string | Text | VCH-2026-1031 |
| 16 | Voucher Type | select | VARCHAR(100) | string | Select (add options after import) | Payment Voucher |
| 17 | Recipient Acknowledgement Ref | text | VARCHAR(255) | string | Text | ACK-BPS-8841 |
| 18 | Approved By | text | VARCHAR(255) | string | Text | Vikram Singh |
| 19 | Ledger Account | text | VARCHAR(255) | string | Text | Bank - HDFC Current |
| 20 | Source Document | relation | VARCHAR(255) | string | Relation (link to the target database) | DOC-2026-0442 |
| 21 | Reconciliation Status | select | VARCHAR(100) | string | Select (add options after import) | Reconciled |
| 22 | Entry Verified | select | VARCHAR(100) | string | Select (add options after import) | Done |
| 23 | Notes | long_text | TEXT | string | Text | TDS deducted at 2.5% and carried to the TDS register; 12000.00 of the settlement adjusts the earlier advance. |
| 24 | Payment ID | id | SERIAL PRIMARY KEY | integer | Text (preserve source ID) | (blank) |
Payment Mode
Cash | Bank Transfer | Cheque | Digital PaymentVoucher Type
Payment Voucher | Recipient Acknowledgement | Bank Advice | None AvailableReconciliation Status
Unreconciled | Reconciled | DifferenceEntry Verified
Not started | In progress | Blocked | Done | CancelledLink fields: Purchase Invoice Allocated, Source Document
Purchase Invoice Allocated points at the purchase book, so the payment and the bill it
settles sit on one row. Source Document points at the filing register, so the invoice or
bill behind the payment is retrievable. A payment allocated to an invoice still needs
Voucher Type - allocation proves what it was for, not that it was evidenced.
Prompt
We pay suppliers on the last day of the month and nobody can show the TDS we deducted.Context first - one question per message, nothing already answered:
Q: How many payments in a month? A: Sixty, maybe seventy.
Q: Is a voucher always raised? A: No. For a few we just have an email saying the money went.
Q: TDS - filed how often? A: Once a quarter, at the end.
Recommended next step - offered, not built:
One payment record carrying the payee, the purpose, the mode, gross less TDS as the net paid, the invoice it clears and the evidence reference - and where no voucher exists, record the recipient's acknowledgement instead of leaving the evidence blank.
Workflow: Bill or bill received → Purpose and approval confirmed → TDS applied → Voucher or recipient acknowledgement recorded → Payment made and reconciled to bank
Want the CSV, SQL, JSON Schema and Notion mapping for this?
Advance Adjusted is a reclassification, not a second deduction. It is the part of the
settlement that comes off an advance already carried in the books, so net amount paid is
still gross amount less TDS deducted.Voucher Type on every payment. None Available is a legitimate answer; a blank is
not. If it is an acknowledgement, put its reference in
Recipient Acknowledgement Ref.Cash/Bank Account masked - the bank and the last four digits is all a register
needs, and the full number is what turns a register into a target.relation for anything that points at another table, text only for free text.currency, never text. Dates are date, never free text.Voucher Type with its own reference.Done.Purchase Invoice Allocated.Source Document target.I want to set up payment accounting - every payment, its purpose, its mode, the TDS
deducted, the evidence behind it and its reconciliation to bank - for my company.
Ask me one short question at a time, and only about what I have not already told you.
Then recommend the smallest setup that fits, and wait for me to ask before you build it.
When I ask, output CSV, SQL DDL, JSON Schema and a Notion property mapping. Data only.© sickn33, MIT. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file
Just SKILL.md in skills/payment-accounting of sickn33/agentic-awesome-skills.
Open the folder on GitHubat commit b84d35a
We found 5 copies of this SKILL.md (exact, near-identical or edited) in other folders, from 1 other GitHub owner. This page covers the copy in sickn33/agentic-awesome-skills, which our catalogue first saw on October 7, 2026.
Payment Accounting next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.
| Skill | Stars | Used in | Tokens | Auto-check | Licence | Repo updated |
|---|---|---|---|---|---|---|
| Payment Accounting this skillsickn33/agentic-awesome-skills | 47k | 1 repos | ~5.5k | Automated safety check: Pass | MIT | |
| Odoo Month End Closeerpipe-org/mcp-odoo | 421 | — | ~753 | Automated safety check: Pass | MIT | |
| Journalkazukinagata/shinkoku | 365 | — | ~2.3k | Automated safety check: Pass | MIT | |
| Invoice Organizerdavila7/claude-code-templates | 33k | 12 repos | ~2.9k | Automated safety check: Pass | MIT | |
| Compte De ResultatWellApp-ai/Well | 345 | — | ~602 | Automated safety check: Pass | MIT | |
| Invoice Po Reconciliationpnp/sharepoint-skills | 133 | — | ~1.4k | Automated safety check: Pass | MIT |
erpipe-org/mcp-odoo
Drive a month-end accounting close on Odoo through odoo-mcp — AR/AP aging, open-item and draft-invoice review, reconciliation checklists, and chatter documentation — with human sign-off at every…
kazukinagata/shinkoku
This skill should be used when the user wants to record bookkeeping entries (仕訳), import transaction data from CSV files, receipts, or invoices, or manage their general ledger.
davila7/claude-code-templates
Automatically organizes invoices and receipts for tax preparation by reading messy files, extracting key information, renaming them consistently, and sorting them into logical folders.
WellApp-ai/Well
Build a profit & loss statement (compte de résultat / income statement) from a Well workspace.
pnp/sharepoint-skills
Reconciles one or more user-selected invoice files against matching purchase orders in the Purchase Order library.
WellApp-ai/Well
Run a month-end (or period) close checklist against a Well workspace — verify everything is reconciled and posted before the books are closed.
sickn33/agentic-awesome-skills
Implements an interface in one of two named color modes, iridescent white or colorful black, from a parameterized starter that reports measured color intensity.
sickn33/agentic-awesome-skills
Saves a user's project decisions, rules and preferences into a project-local mdbase so later sessions and other agents can recover the intent.
sickn33/agentic-awesome-skills
Keeps project decisions, research and verified results available across coding-agent sessions through LWC memory, a document Wiki graph and a CodeGraph code index.
sickn33/agentic-awesome-skills
Guides an agent through assessing its own owner for cofounder fit, publishing an approved profile, and ranking complementary profiles other agents published for their owners.
sickn33/agentic-awesome-skills
Integracao com WhatsApp Business Cloud API (Meta). An agent skill from sickn33/agentic-awesome-skills.
sickn33/agentic-awesome-skills
Acts as a proxy for the Cline CLI, dispatching coding tasks one at a time, monitoring runs by hard evidence, relaying decisions to you and learning per-project preferences.
Categories
Payment voucher register: payment number and date, paid to and purpose, mode, gross amount, TDS rate and deducted, net paid, invoice allocation, ledger and reconciliation status. Payment Accounting is an agent skill from sickn33/agentic-awesome-skills. Payment voucher register: payment number and date, paid to and purpose, mode, gross amount, TDS rate and deducted, net paid, invoice allocation, ledger and reconciliation status.
Payment Accounting fits situations like: tasks that involve Accounting and bookkeeping; tasks that involve Forms and invoices.
Run `npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a claude-code`. Or copy the skill folder (skills/payment-accounting in sickn33/agentic-awesome-skills) into .claude/skills/payment-accounting in your project. Claude Code loads it when a task matches its description.
Run `npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a codex`. Or copy the skill folder (skills/payment-accounting in sickn33/agentic-awesome-skills) into .agents/skills/payment-accounting in your project. Codex loads it when a task matches its description.
Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add sickn33/agentic-awesome-skills --skill payment-accounting -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/payment-accounting, .gemini/skills/payment-accounting, .github/skills/payment-accounting and .opencode/skills/payment-accounting in your project.
SKILL.md names no scripts, command-line tools or credentials: Payment Accounting is instructions for the agent only.
SKILL.md names 1 domain. In commands or code: json-schema.org; the agent is likely to contact it when it follows the instructions. This is read from the text; nothing was executed.
Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.
Payment Accounting is published under the MIT licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.
About 5.5k tokens (SKILL.md is roughly 22k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full.
Skills that share tags, products or a category with Payment Accounting: Odoo Month End Close (erpipe-org/mcp-odoo, 421 stars), Journal (kazukinagata/shinkoku, 365 stars), Invoice Organizer (davila7/claude-code-templates, 33k stars) and Compte De Resultat (WellApp-ai/Well, 345 stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.
sickn33 (a GitHub user) maintains it in sickn33/agentic-awesome-skills, which has 47,405 GitHub stars. The repository holds 1,497 skills in this directory. The repository was last updated on October 9, 2026.
Source: sickn33/agentic-awesome-skills on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.