메뉴
Use when designing, reviewing, or validating tax, payroll, statutory, e-invoicing, exchange-rate, source-register, and country-pack behavior for Uganda, Kenya, Rwanda, Tanzania, South Africa, or future Chwezi country extensions.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | tax-statutory-source-register-and-country-packs |
| description | Use when designing, reviewing, or validating tax, payroll, statutory, e-invoicing, exchange-rate, source-register, and country-pack behavior for Uganda, Kenya, Rwanda, Tanzania, South Africa, or future Chwezi country extensions. |
| metadata | {"portable":true,"compatible_with":["claude-code","codex"]} |
Use when statutory values, tax rules, payroll deductions, e-invoicing, exchange rates, source-register entries, or country packs are in scope.
Do not use to invent final rates or deadlines; use it to require verified source evidence and country reviewer approval.
Jurisdiction, statutory surface, output status, source entry, authority evidence, reviewer, recheck date, and affected outputs.
Classify the output, check the country pack, validate source state and freshness, block unsafe final values, and record caveats for draft use.
Official-source first, date-stamped, reviewer-named, jurisdiction-specific, stale-source blocking, and no final statutory values without usable entries.
Hardcoded final rates, copied country rules, stale source use, missing archive evidence, and hidden statutory caveats.
Source-register snapshots, country-pack gate results, authority hierarchies, skeleton caveats, and final-output blockers.
Load the required references and examples listed below before implementation or review.
doctrine/references/live-rate-verification-protocol.md.doctrine/references/country-extension-framework.md.doctrine/references/tax-vat-and-returns.md when VAT or returns are in scope.| Artifact | Produced by | Required? | Validation |
|---|---|---|---|
| Country profile | Country-pack owner | Required | ISO code, currency, authorities, framework, and statutory surfaces present. |
| Source-register entry | Tax or statutory reviewer | Required for final statutory output | State, source tier, date accessed, verifier, recheck due, and affected outputs present. |
| Output request | Consumer workflow | Required | Draft or final state declared; country and statutory surface declared. |
| Authority evidence | Source-register reviewer | Required for promotion | Official source URL or local archive path captured. |
| Caveat approval | Reviewer | Required for verified-with-caveat final use | Named reviewer and caveat text attached. |
| Artifact | Consumed by | Acceptance evidence |
|---|---|---|
| Source-register snapshot | Posting engine, payroll, tax reports | Final outputs reference only usable states. |
| Country-pack gate result | Validator, release process | Missing, stale, draft, or superseded entries block final output. |
| Authority hierarchy | Reviewers, implementers | Tier 1 and Tier 2 sources preferred and documented. |
| Draft caveat | Proposals, planning artefacts | User-visible warning that final values must be verified. |
| Country skeleton | Future country implementation | No final rates leak into unverified packs. |
verified-current source entries or reviewer-approved verified-with-caveat entries.draft, stale, superseded, and no-source-found entries cannot support final values.references/source-register-contract.md defines the minimum entry fields and state machine.references/country-pack-gates.md defines final-output blocking rules.examples/source-register-entry-draft.md shows a non-final planning entry.examples/stale-source-rejection.md shows the failure mode for expired evidence.examples/country-pack-skeleton.md shows a country pack that contains authority hierarchy but no final rates.references/source-register-contract.mdreferences/country-pack-gates.mdreferences/authority-hierarchy-east-africa.mddoctrine/references/live-rate-verification-protocol.mddoctrine/references/country-extension-framework.mddoctrine/references/tax-vat-and-returns.mdexamples/source-register-entry-draft.mdexamples/stale-source-rejection.mdexamples/country-pack-skeleton.md| Field | Value |
|---|---|
| Owner role | Tax and statutory source-register owner |
| Reviewer roles | Country tax reviewer, controller, tooling reviewer |
| Last reviewed | 2026-05-15 |
| Next review due | 2026-08-15 |
| Release state | Draft until validator enforces stale and missing source gates |
| Caveat | This skill intentionally contains no final statutory rates. |
Last reviewed: 2026-05-15. Next review due: 2026-11-15.
Library of internal controls embedded in finance / accounting workflows. Segregation of duties, maker-checker, approval thresholds, supplier and payroll master-data controls, petty cash and cash drawer controls, inventory master-data controls, tax / rate table controls, audit-log review, exception monitoring, fraud / error indicators. Use whenever designing or reviewing access control, approval, audit trail, fraud detection, or internal-control attestation in a finance / accounting context.
Use when designing, reviewing, or testing fixed-asset registers, capitalization policy, componentization, depreciation, useful-life review, disposals, revaluation caveats, impairment indicators, tax depreciation caveats, and asset-register to GL tie-outs.
Use when scanning a software system, codebase, implementation plan, proposal, policy memo, business plan, blog post, SRS, or finance/accounting product specification against the Chwezi accounting and finance doctrine. Produces a deep gap analysis, risk-ranked findings, and detailed alignment instructions tied to the doctrine skills and source-register rules.
Use when designing, reviewing, or testing the canonical posting service, journal-entry schema, event-to-journal mapping, ledger invariants, reversals, idempotency, period locks, control-account tie-outs, and drilldown from source evidence to financial reports.
Governed dimensions (cost centre, project, grant, donor restriction, department, branch, product line, customer, supplier, activity, currency, book) and the budget / variance / allocation / contribution-margin / donor-grant reporting they support. Use when designing or implementing management reporting, KPI dashboards, budget vs actual, project profitability, grant utilisation, contribution-margin analysis, or allocation rules. Applies in software, SRS, SDS, test plan, proposal, and business-plan contexts.
Financial-instrument classification, measurement, and impairment under IFRS 9 (full IFRS) and Sections 11 and 12 (IFRS for SMEs). Trade receivables, payables, bank balances, loans, deposits, debt and equity instruments, derivatives, expected credit loss (ECL), hedge accounting. Use when financial instruments are material. Tier-3 scope — Section 11 basic-instruments handling is built first; full IFRS 9 ECL deferred until a client materially requires it.