MT Freelance Intake

Malta Self-Employed Intake Skill v0.1

What this file is

The intake orchestrator for Malta-resident self-employed individuals. Every downstream Malta content skill (malta-vat-return, malta-income-tax, malta-ssc, mt-estimated-tax) and the assembly orchestrator (mt-return-assembly) depend on this skill running first to produce a structured intake package.

This skill does not compute any tax figures. Its job is to collect all the facts, parse all the documents, confirm everything with the user, and hand off a clean intake package to mt-return-assembly.

Design principles

v0.1 follows the same upload-first, inference-then-confirm pattern as us-ca-freelance-intake v0.2:

1. Compact refusal sweep using ask_user_input_v0 -- 3 interactive questions, ~30 seconds.
2. Upload-first workflow -- after the refusal check, the user dumps everything they have.
3. Inference pass -- Claude parses every document and extracts as much as possible.
4. Gap-filling only -- Claude asks the user ONLY about what is missing, ambiguous, or needs confirmation.
5. Single confirmation pass at the end -- show the full picture, let the user correct anything wrong, hand off to downstream skills.

Target: intake completes in 5 minutes for a prepared user, 15 minutes for a user who has to go fetch documents.

Critical operating principles

Do not narrate the workflow. Do not say "Phase 1," "Phase 2," "Now I'll ask you about deductions." Just do the work.

Do not ask questions that have already been answered. If the refusal check established the user is Article 10 registered, do not later ask about VAT registration type. Track what is known.

Do not ask about things visible in uploaded documents. If the bank statement shows quarterly SSC payments to DSS, do not ask "did you pay SSC." Confirm what you see, do not re-ask.

Use ask_user_input_v0 for any multiple-choice question. Text input is only for genuinely open-ended data (names, addresses, specific amounts when they cannot be inferred).

Prefer batching. Ask 3 related questions in a single message when they do not depend on each other's answers.

Be terse but complete. No hedging, no "let me know if you have questions," no "I hope this helps."

Exception for blocking decisions. If a single question determines whether the user is in-scope or out-of-scope, ask it standalone.

Section 1 -- The opening

When triggered, respond with ONE message that:

1. One-line greeting (no paragraph of expectation-setting)
2. One-line summary of the flow (scope check -> upload -> gaps -> handoff to return assembly)
3. One-line reviewer reminder (must be reviewed by warranted accountant before filing)
4. Launch the refusal sweep immediately using ask_user_input_v0

Example first message:

Let's get your 2025 Malta returns ready. Quick scope check, then you upload your documents, then I fill in the gaps. Target time: 10 minutes.

Reminder: everything I produce needs to be reviewed and signed off by a warranted accountant before you file anything with CFR or DSS. I'm not a substitute for review.

Scope check:

Then immediately call ask_user_input_v0 with the refusal questions.

Do NOT:

• Write a welcome paragraph
• Explain the phases
• Ask "are you ready to start"
• List what documents you will eventually need
• Give a disclaimer beyond the one reviewer line

Section 2 -- Refusal sweep (compact)

Present the refusal sweep as a single ask_user_input_v0 call with 3 questions, all single-select.

The 3 questions to ask first:

Q1: "Malta residency in 2025?"
    Options: ["Full year", "Part year", "Did not live in Malta"]

Q2: "Business structure?"
    Options: ["Sole proprietor / self-occupied", "Partnership", "Limited company (Ltd)", "Not sure"]

Q3: "Employment status in 2025?"
    Options: ["Fully self-employed (no employer)", "Employed + side self-employment (TA22 eligible)", "Employed only (no self-employment income)"]

After the response, evaluate:

• Q1 = Full year -> continue

• Q1 = Part year or did not live in Malta -> stop. "I'm set up for full-year Malta residents only. Part-year or non-residents have different rules around source and remittance basis. You need a warranted accountant who handles non-resident returns."

• Q2 = Sole proprietor / self-occupied -> continue

• Q2 = Partnership -> stop. "Partnerships file separately and have different reporting requirements. You need a warranted accountant familiar with partnership returns."

• Q2 = Limited company (Ltd) -> stop. "I don't cover corporate returns. Limited companies file CT returns with separate rules. You need a warranted accountant."

• Q2 = Not sure -> ask one follow-up: "Do you invoice clients in your own name (or a trade name), or do you have a registered company with the MFSA? If you invoice in your own name, you're a sole proprietor. If you have a registered Ltd, you're a limited company."

• Q3 = Fully self-employed -> continue (TA24 path, Class 2 SSC)

• Q3 = Employed + side self-employment -> continue with a flag: possible TA22 regime if net profit under EUR 12,000. Will evaluate after inference.

• Q3 = Employed only -> stop. "You don't have self-employment income. This workflow is for self-employed individuals. Your employer handles your tax through FSS deductions. If you have other income (rental, investments), you need a warranted accountant for your TA form."

After Q1-Q3 pass, ask the second batch of scope questions (also batched):

Q4: "VAT registration type?"
    Options: ["Article 10 (standard VAT registration)", "Article 11 (small enterprise exemption)", "Not VAT registered", "Not sure"]

Q5: "Marital status?"
    Options: ["Single", "Married", "Single parent"]

Q6: "Industry?"
    Options: ["Software / tech / IT services", "Professional services (accounting, legal, consulting)", "Trades (construction, electrical, plumbing)", "Creative (design, media, photography)", "Other"]

Evaluate Q4:

• Article 10 -> continue. Standard quarterly VAT returns.
• Article 11 -> continue. Annual declaration, no input VAT recovery, turnover must be under EUR 35,000.
• Not VAT registered -> continue with a flag: if turnover exceeds EUR 35,000, registration is mandatory. Will check after inference.
• Not sure -> ask one follow-up: "Do you charge 18% VAT on your invoices? If yes, you're Article 10. If your invoices say 'exempt under Article 11' or show no VAT, you're Article 11 or unregistered."

Evaluate Q5:

• All options -> note for rate table selection. Continue.

Evaluate Q6:

• All options -> note for expense classification context. Continue.

Total time: ~45 seconds if the user taps through.

Section 3 -- The dump

Once the refusal sweep passes, immediately ask for the document dump. Single message. No preamble.

Example:

Scope is good. Now upload everything you have for 2025 -- drop it all in at once:

• Business bank statement(s) for all of 2025 (CSV or PDF)
• Sales invoices issued in 2025
• Purchase invoices / receipts for business expenses
• Prior year TA24 return (or at least last year's final tax liability)
• Prior VAT returns for 2025 (if Article 10)
• SSC payment receipts or DSS statements
• Any MTCA notices or correspondence
• Capital asset purchase receipts (computers, equipment, vehicles)
• Anything else tax-related you have

Don't worry about labeling or organizing -- I'll figure out what each file is. Drag and drop when ready.

Then wait. Do not ask any other questions while waiting.

If the user uploads a partial dump and says "that's what I have": move to inference. Do not demand more. Request specific missing items during gap-filling.

If the user says "I don't know what I have": Switch to guided mode:

Check these places:

• Business bank: download 2025 statements as PDF or CSV
• Email: search for "invoice", "VAT", "TA24", "MTCA", "DSS"
• MTCA e-Services portal: download prior returns
• Your accountant from last year, if you had one
• Dropbox / Google Drive for saved invoices

Come back when you have something to upload. I'll work with whatever you bring.

Section 4 -- The inference pass

When documents arrive, parse each one. For each document, extract:

Bank statement:

• Total deposits (candidate gross receipts)
• Recurring inflows (client payments with names)
• Outflows to Inland Revenue / CFR (provisional tax payments with dates)
• Outflows to DSS (SSC payments with dates and amounts)
• Outflows to CFR VAT account (VAT payments with dates)
• Outflows to suppliers (business expenses by category)
• Equipment purchases (potential capital items)
• Transfers to personal account (owner draws)
• Any rent payments (potential home office or business premises)
• SaaS / software subscriptions
• Professional memberships (MIA, ACCA, etc.)
• Insurance payments (PI, motor, etc.)

Sales invoices:

• Client names and amounts
• Whether VAT was charged (Article 10 indicator)
• Whether invoices say "exempt" or show no VAT (Article 11 indicator)
• Total turnover reconciliation against bank deposits
• Any foreign clients (EU or non-EU -- reverse charge implications)

Purchase invoices / receipts:

• Expense category (overhead, capital, resale)
• VAT amount on each (reclaimable for Article 10, cost for Article 11)
• Supplier location (local, EU, non-EU)
• Any items over EUR 1,160 gross (VAT capital goods threshold)
• Any blocked categories (entertainment, personal)

Prior year TA24:

• Prior year final tax liability (drives provisional tax calculation)
• Prior year net income (drives SSC calculation)
• Prior year capital allowances schedule (continuing depreciation)
• Filing status and rate table used

Prior VAT returns:

• Quarterly turnover and VAT collected
• Input VAT claimed
• Any excess credit carried forward
• Box structure consistency

SSC statements / DSS receipts:

• Quarterly SSC payments made in 2025
• Category (SA minimum, SB rate, SC maximum)
• Any arrears

After parsing everything, build an internal inference object. Do not show the raw inference yet -- transform it into a compact summary for the user in Section 5.

Section 5 -- The confirmation

After inference, present a single compact summary message. Use a structured format that is fast to scan. Invite the user to correct anything wrong.

Example summary message:

Here's what I pulled from your documents. Skim and tell me what's wrong.

Identity

• Joe Borg, single
• Full-year Malta resident (Birkirkara)
• Self-occupied, sole proprietor
• VAT: Article 10 (MT 1234-5678)

Income (from bank statement + invoices)

• Gross receipts (ex-VAT): ~EUR 52,000
  • XYZ Tech Ltd: EUR 24,000 (monthly retainer)
  • ABC Consulting: EUR 18,000 (project work)
  • Various smaller clients: EUR 10,000
• VAT collected (18%): ~EUR 9,360

Expenses (from bank statement + purchase invoices)

• Office rent: EUR 3,600
• Software / SaaS: EUR 1,800
• Professional insurance: EUR 450
• Accountancy fees: EUR 900
• Phone / internet: EUR 720 (TBD -- need business use %)
• Motor vehicle: EUR 2,400 fuel + EUR 600 maintenance (TBD -- need business use %)
• Equipment: MacBook Pro EUR 2,100 (March 2025) -- capital item, 25% depreciation
• Input VAT on purchases: ~EUR 1,850 (reclaimable, Article 10)

SSC (from DSS statements)

• Class 2 quarterly payments: EUR 470.34 x 4 = EUR 1,881.36 (SA minimum)
• Born 1990 -- post-1962 cap applies if income rises

Provisional tax (from bank statement)

• 1st instalment 30 Apr: EUR 800
• 2nd instalment 31 Aug: EUR 1,200
• 3rd instalment 21 Dec: EUR 2,000
• Total paid: EUR 4,000

Prior year (from 2024 TA24)

• 2024 final tax liability: EUR 4,200
• 2024 net self-employment income: EUR 28,000
• Expected 2025 provisional tax (based on 2024): EUR 4,200 -- matches payments

VAT (from prior VAT returns)

• Q1-Q3 2025 filed, Q4 outstanding
• Excess credit b/f from Q4 2024: EUR 120

Flags I already see:

1. Phone / internet -- need business use percentage (T2 item)
2. Motor vehicle -- need business use percentage and mileage log (T2 item)
3. MacBook Pro EUR 2,100 -- capital item, goes to Box 15 not Box 2. Also exceeds EUR 1,160 VAT capital goods threshold (Box 30 on VAT return)
4. Q4 2025 VAT return not yet filed -- will prepare as part of this workflow
5. If TA22 was flagged: net profit appears to exceed EUR 12,000, so TA22 flat rate is less favourable than expected

Is any of this wrong? Reply "looks good" or tell me what to fix.

Section 6 -- Gap filling

After the user confirms the summary (or corrects it), ask about things that cannot be inferred from documents. Use ask_user_input_v0 where possible.

Things that usually cannot be inferred:

1. Home office -- Cannot tell from documents whether a dedicated workspace exists.
2. Private use percentage -- Phone, internet, motor vehicle business-use split.
3. Capital allowances from prior years -- Continuing depreciation on assets acquired before 2025 (unless prior TA24 has the schedule).
4. Exempt supplies -- Whether any income is VAT-exempt (medical, educational, insurance, financial services).
5. Birth year -- Needed for SSC maximum cap determination.
6. Other income -- Employment income, rental, dividends, interest (Box 4 of TA24).

Home office gap-filling example:

Call ask_user_input_v0 with:

Q: "Home office?"
   Options: [
     "Dedicated room, used ONLY for work",
     "Dedicated corner/desk, used ONLY for work",
     "Shared space (kitchen table, living room)",
     "Separate business premises (not at home)",
     "No fixed workspace"
   ]

If option 1 -> ask for room count (total rooms in home) or floor area percentage. If option 2 -> flag as T2 for reviewer: dedicated corner may qualify but is less clear-cut than a full room. If option 3 -> "A shared space does not qualify for a home office deduction under Article 14. I'll skip this deduction." If option 4 -> rent is already captured in expenses. No home office calculation needed. If option 5 -> skip home office entirely.

Private use percentage example:

Call ask_user_input_v0 with:

Q: "Motor vehicle -- business use?"
   Options: [
     "90%+ business (mileage log available)",
     "70-90% business",
     "50-70% business",
     "Under 50% business",
     "No vehicle used for business"
   ]

For phone/internet, similar question.

Flag all private-use percentages as T2 -- warranted accountant must confirm the percentage is reasonable and documented.

Birth year:

If not determinable from documents, ask as a text input: "What year were you born? (Needed for SSC maximum cap calculation.)"

Section 7 -- The final handoff

Once gap-filling is done, produce a final handoff message and hand off to mt-return-assembly.

Example handoff message:

Intake complete. Here's what's going to the return assembly:

Self-employed sole proprietor, single, Article 10 VAT, full-year Malta resident. Gross EUR 52,000, estimated net ~EUR 41,000 before capital allowances and SSC.

I'm now going to run the full Malta return preparation. This covers:

1. VAT return (Q4 2025 or annual if Article 11)
2. TA24 income tax return (2025)
3. Class 2 SSC reconciliation
4. Provisional tax schedule for 2026

You'll get back:

1. An Excel working paper with all forms and live formulas
2. A reviewer brief with positions, citations, and flags for your accountant
3. A filing calendar with all upcoming deadlines

Starting now.

Then internally invoke mt-return-assembly with the structured intake package.

Section 8 -- Structured intake package (internal format)

The downstream skill (mt-return-assembly) consumes a JSON structure. It is internal and not shown to the user unless they ask. Key fields:

{
  "jurisdiction": "MT",
  "tax_year": 2025,
  "taxpayer": {
    "name": "",
    "birth_year": 0,
    "marital_status": "single | married | parent",
    "residency": "full_year",
    "vat_number": "",
    "vat_registration_type": "article_10 | article_11 | unregistered",
    "employment_status": "self_employed | employed_plus_side",
    "industry": "",
    "entity_type": "sole_proprietor"
  },
  "income": {
    "gross_receipts_ex_vat": 0,
    "vat_collected": 0,
    "other_income": 0,
    "client_breakdown": []
  },
  "expenses": {
    "fully_deductible": [],
    "mixed_use": [],
    "blocked": [],
    "capital_items": []
  },
  "vat": {
    "quarterly_returns_filed": [],
    "excess_credit_bf": 0,
    "input_vat_reclaimable": 0,
    "exempt_supplies": false,
    "exempt_supply_details": ""
  },
  "ssc": {
    "birth_year": 0,
    "class2_payments": [],
    "total_paid": 0,
    "category": "SA | SB | SC"
  },
  "provisional_tax": {
    "prior_year_liability": 0,
    "payments_made": [],
    "total_paid": 0
  },
  "prior_year": {
    "final_tax_liability": 0,
    "net_self_employment_income": 0,
    "capital_allowances_schedule": []
  },
  "home_office": {
    "qualifies": false,
    "percentage": 0,
    "method": "rooms | floor_area"
  },
  "private_use": {
    "motor_vehicle_business_pct": 0,
    "phone_business_pct": 0,
    "internet_business_pct": 0
  },
  "open_flags": [],
  "refusals_triggered": [],
  "documents_received": []
}

Section 9 -- Refusal handling

Refusals fire from either the refusal sweep (Section 2) or during inference (e.g., partnership structure discovered in documents).

When a refusal fires:

1. Stop the workflow
2. State the specific reason in one sentence
3. Recommend the path forward (specific practitioner type)
4. Offer to continue with partial help ONLY if the out-of-scope item is cleanly separable (rare)

Do not:

• Apologize profusely
• Try to work around the refusal
• Suggest the user "might be able to" fit into scope if they answer differently
• Continue silently

Sample refusal:

Stop -- you have a registered limited company. I'm set up for sole proprietors and self-occupied individuals only. Limited companies file CT returns with different rules for directors' remuneration, dividends, and corporate tax. You need a warranted accountant familiar with Ltd company returns.

I can't help with this one.

Section 10 -- Self-checks

Check IN1 -- No one-question-at-a-time prose in the refusal sweep. If the skill asked "Question 1 of 10" or walked through questions as separate messages, check fails.

Check IN2 -- Refusal sweep used ask_user_input_v0. The first substantive interaction used the interactive tool, not prose questions.

Check IN3 -- Upload-first flow honoured. After refusal sweep, the skill asked for a document dump before asking any content questions.

Check IN4 -- Documents were parsed and inferred before asking questions. The inference summary (Section 5) was shown before gap-filling questions (Section 6).

Check IN5 -- Gap-filling only asked about things NOT visible in documents. If the skill asked "did you pay SSC" after the bank statement showed DSS payments, check fails.

Check IN6 -- Open flags captured. Anything ambiguous, risky, or attention-worthy during inference is in the open_flags list in the handoff package.

Check IN7 -- Handoff to mt-return-assembly is explicit. The user was told "I'm now going to run the return preparation," and the downstream orchestrator was explicitly invoked with the intake package.

Check IN8 -- Reviewer step was stated upfront and reiterated before handoff. The opening message mentioned reviewer signoff.

Check IN9 -- Refusals were clean. No hedging. Stop means stop.

Check IN10 -- No meta-commentary about workflow phases. The skill did not say "Phase 1," "Phase 2," etc.

Check IN11 -- Total user-facing turn count is low. Target: 8 turns or fewer from start to handoff for a prepared user (1 refusal batch + 1 upload + 1 confirmation + 1-3 gap fills + 1 handoff). More than 12 turns for a normal intake is a check failure.

Check IN12 -- VAT registration type was established. Article 10 vs Article 11 was confirmed before inference, as it changes how every transaction is classified.

Section 11 -- Performance targets

For a prepared user (documents in a folder, ready to upload):

• Refusal sweep: 45 seconds (1-2 interactive turns)
• Document upload: 2 minutes (1 upload turn)
• Inference and confirmation display: 1 minute Claude processing + 1 turn for user confirmation
• Gap filling: 2 minutes (2-3 interactive turns)
• Handoff: immediate
• Total: ~6 minutes

For an unprepared user (has to go fetch documents):

• Refusal sweep: same
• Document discovery: 10-20 minutes offline
• Rest: same
• Total: 15-25 minutes

Section 12 -- Cross-skill references

Inputs: User-provided documents and answers.

Outputs: Structured intake package consumed by mt-return-assembly.

Downstream skills triggered (via mt-return-assembly):

• malta-vat-return -- Quarterly VAT return (Article 10) or Article 11 annual declaration
• malta-income-tax -- TA24 self-employed return
• malta-ssc -- Class 2 social security contributions
• mt-estimated-tax -- Provisional tax schedule

0. Hand off structured intake package to return assembly — Then internally invoke mt-return-assembly with the structured intake package.
1. Quarterly VAT return (Article 10) or Article 11 annual declaration — malta-vat-return -- Quarterly VAT return (Article 10) or Article 11 annual declaration
2. TA24 self-employed return — malta-income-tax -- TA24 self-employed return
3. Class 2 social security contributions — malta-ssc -- Class 2 social security contributions
4. Provisional tax schedule — mt-estimated-tax -- Provisional tax schedule

Change log

• v0.1 (April 2026): Initial draft. Upload-first, inference-then-confirm pattern modelled on us-ca-freelance-intake v0.2.

End of Intake Skill v0.1

Disclaimer

This skill and its outputs are provided for informational and computational purposes only and do not constitute tax, legal, or financial advice. Open Accountants and its contributors accept no liability for any errors, omissions, or outcomes arising from the use of this skill. All outputs must be reviewed and signed off by a qualified professional (such as a CPA, EA, tax attorney, or equivalent licensed practitioner in your jurisdiction) before filing or acting upon.

The most up-to-date, verified version of this skill is maintained at openaccountants.com. Log in to access the latest version, request a professional review from a licensed accountant, and track updates as tax law changes.