Parking fine checker
Neutral operational guide and tools for Israeli parking, traffic, and toll fine workflows.From its SKILL.md
npx -y skills add skillim-hub/skills --skill parking-fine-checkerAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
SKILL.md
10.0 KB, ~2.2k tokens by cl100k_base, as published. Nobody here has run it
Parking Fine Checker
Use this skill to locate, verify, organize, dispute, and prepare payment for Israeli parking, traffic, and toll fines. It supports consumers, freelancers, small businesses, office managers, finance teams, and fleet coordinators handling municipal parking fines, police traffic tickets, toll-road charges, Road 6 notices, leasing-company fine charges, and collection letters.
The workflow is operational. It helps collect identifiers, choose the official issuer channel, prevent duplicate payment, preserve evidence, and prepare accounting records. It is not legal representation, tax advice, or permission to automate official portals against their terms.
Principles
- Verify through an official source before payment.
- Store receipts, appeal confirmations, and screenshots in a case folder.
- Use the minimum identity data required by the issuer.
- Treat toll principal, enforcement fees, collection fees, employee reimbursements, and fines as separate accounting questions.
- Escalate police tickets with points, summons, court exposure, accidents, injury, or license consequences.
- Never submit a driver declaration unless it is true and supported.
- Never store payment-card numbers.
Required input checklist
| Field | Required when | Notes |
|---|---|---|
| Vehicle number | Always | Normalize to digits only internally. |
| Notice number | Usually | Preserve the exact printed value. |
| Issuer name | Always when visible | City, police, toll operator, or collection agent. |
| Issuer type | Always | municipality, police, toll, collection, or other. |
| Notice date | Recommended | Internal ISO date; display as needed. |
| Due date | Recommended | Add a calendar reminder. |
| Amount in ₪ | Recommended | Store as decimal string, never float in accounting systems. |
| ID/company number | Only when required | Mask in notes. |
| Evidence | When contesting | Photos, app receipts, permits, leases, delivery documents. |
Recommended case register
case_id,issuer_type,issuer_name,vehicle_number,notice_number,notice_date,due_date,amount_ils,status,owner_type,driver_name,business_purpose,portal_verified_at,payment_reference,appeal_reference,accounting_category,notes
Canonical statuses
new, needs_issuer_identification, lookup_not_found, verified_unpaid, verified_paid, duplicate_payment_risk, contest_candidate, appeal_submitted, liability_transfer_requested, approved_for_payment, paid, cancelled, rejected, collection, closed.
Decision tree
flowchart TD
A[Receive notice, SMS, email, or collection letter] --> B{Issuer identified?}
B -- No --> C[Extract city/operator, notice number, vehicle number, amount, date]
C --> D[Classify: municipality, police, toll, collection, other]
B -- Yes --> D
D --> E{Official lookup succeeds?}
E -- No --> F[Retry normalized plate and notice; check collection-stage channel]
F --> G{Still not found?}
G -- Yes --> H[Contact issuer through official details; save failed lookup evidence]
G -- No --> I[Verify status and amount]
E -- Yes --> I
I --> J{Paid, cancelled, or transferred?}
J -- Yes --> K[Save proof and close]
J -- No --> L{Legal, points, court, or collection risk?}
L -- Yes --> M[Escalate and preserve deadlines]
L -- No --> N{Contest or transfer evidence exists?}
N -- Yes --> O[Submit cancellation, reduction, or liability transfer request]
N -- No --> P{Vehicle, notice, amount, due date match?}
P -- No --> Q[Hold payment and reconcile discrepancy]
P -- Yes --> R[Prepare payment approval; pay through official channel]
O --> S[Track response; avoid duplicate payment]
R --> T[Save receipt; update register and accounting]
Payment versus contest decision
flowchart LR
A[Verified open case] --> B{Police ticket with points or summons?}
B -- Yes --> C[Escalate]
B -- No --> D{Official amount matches notice?}
D -- No --> E[Request breakdown]
D -- Yes --> F{Evidence supports cancellation?}
F -- Yes --> G[Contest before deadline]
F -- No --> H{Business or leased vehicle?}
H -- Yes --> I{Actual driver identified?}
I -- Yes --> J[Review transfer or employee process]
I -- No --> K[Investigate logs]
H -- No --> L[Approve payment]
Concrete examples
Freelancer with a municipal fine and a parking-app receipt
A freelancer receives a ₪250 Tel Aviv municipal notice dated 10-03-2026 with due date 08-06-2026. A parking-app receipt covers the same plate, zone, and enforcement time.
Actions:
- Normalize
12-345-67to1234567. - Look up the notice through the municipality's official channel.
- Confirm the portal amount and status.
- Compare zone, plate, and time against the receipt.
- Submit a cancellation request with the receipt and notice.
- Save confirmation and set a follow-up reminder.
Company car bus-lane fine
A company receives a bus-lane fine for a pooled car. Driver identity is not immediately known.
Actions:
- Verify the fine officially.
- Search calendar, dispatch logs, GPS, parking app, and fuel card records.
- Identify the driver or document that the driver is unknown.
- Review whether liability transfer is allowed.
- Escalate when points, summons, or court options appear.
- Record the payment or appeal decision and accounting treatment.
Road 6 unpaid trip letter
A notice includes principal toll, enforcement fee, and collection cost.
Actions:
- Verify through the official toll operator or customer service.
- Request itemized trip list.
- Compare trip dates with lease, sale, or business-use records.
- Separate toll principal from enforcement and collection costs.
- Pay only after account and vehicle match.
- Store receipt and itemization.
Duplicate payment risk
An employee says the fine was already paid personally.
Actions:
- Collect receipt from the employee.
- Check the official portal status.
- Search bank and card records.
- Mark the case
duplicate_payment_risk. - Reimburse or close only after proof is reconciled.
Wrong vehicle or sold vehicle
A fine arrives after sale or for a plate that does not match the business vehicle.
Actions:
- Compare offense date to ownership transfer date.
- Gather sale agreement, license transfer proof, and notice copy.
- Submit cancellation or liability transfer request.
- Track response and keep all confirmation numbers.
Edge cases
Leasing and rental vehicles
A leasing company may pay automatically and charge an administration fee. Confirm whether the original fine is closed before paying the issuer. Store the lease period, vehicle assignment, driver identity, leasing-company invoice, original fine, and receipt.
Sole trader versus company
Israeli portals may request Israeli ID, company number, authorized dealer number, or registered owner ID. Use only the identifier indicated by the notice or issuer. Repeated guesses can create security or privacy issues.
Disabled parking card
Check card validity, the card holder's presence where required, vehicle registration, location restrictions, and whether the specific place is still prohibited.
Resident permit
Check permit validity, zone, vehicle number, digital registration, and street-specific restrictions.
Parking app mismatch
The most common causes are wrong plate, wrong city, wrong zone, session expired before enforcement, private account used instead of business account, or cancellation/refund after activation.
Collection letter
Ask for original issuer, original notice number, principal, linkage, interest, collection costs, payments already credited, and confirmation that payment will close the underlying case.
Troubleshooting summary
| Problem | Action |
|---|---|
| Fine not found | Normalize plate, verify issuer, retry notice number, check collection stage. |
| Amount differs | Request itemized breakdown before payment. |
| Payment failed | Check card authorization; do not retry immediately. |
| Receipt missing | Request official receipt; card statement is secondary evidence. |
| Hebrew PDF unclear | Manually verify dates, amount, and notice number. |
| SMS link suspicious | Navigate manually to the official issuer domain. |
| Points or court | Escalate; do not process as a simple parking expense. |
Anti-patterns
Avoid:
- Paying from an unverified SMS link.
- Treating every vehicle payment as a deductible business expense.
- Storing full identity numbers in general spreadsheets.
- Filing appeals without evidence.
- Missing the deadline while waiting for internal approval.
- Paying both issuer and collection agent for the same notice.
- Relying on OCR alone for Hebrew documents.
- Automatically paying fines without human approval.
- Circumventing CAPTCHA or portal protections.
- Submitting false driver declarations.
Production checklist
- Define access to ID numbers and notices.
- Create a central register.
- Require official lookup proof before payment.
- Require evidence review before appeals.
- Define approval thresholds, for example ₪250, ₪500, and ₪1,000.
- Track every due date and appeal deadline.
- Store receipts and appeal confirmations.
- Reconcile monthly with bank and card statements.
- Separate toll principal, fines, enforcement fees, and collection fees.
- Confirm treatment with an accountant when material.
- Use approved password storage for portals.
- Remove access when staff leave.
- Test the process with the scenarios in
references/test-scenarios.md.
Web validation note
Use references/verification-log.md before relying on operational claims. The final web validation confirmed official portal-based payment and lookup flows for police traffic fines, municipal parking/enforcement tickets, Road 6 invoices and open charges, Carmel Tunnels invoices, Fast Lane invoices, and Collection Center debts. It did not confirm a universal public JSON API or official webhook event names for these workflows.
What ships with it: 28 files
134.9 KB alongside SKILL.md, 14 of them executable
parking_fine_checker/
- client.pyruns34.1 KB
- cli.pyruns7.9 KB
- __init__.pyruns1.6 KB
references/
- api-reference.md9.4 KB
- hebrew-qa-log.md1.5 KB
- migration-checklist.md2.9 KB
- test-scenarios.md10.1 KB
- troubleshooting.md2.8 KB
- verification-log.md12.8 KB
- workflow-guide.md4.1 KB
scripts/
- examples/01_lookup_municipal.pyruns1.4 KB
- examples/02_async_toll_lookup.pyruns1.5 KB
- examples/03_create_approval_memo.pyruns1.4 KB
- examples/04_detect_duplicates.pyruns1.5 KB
- examples/05_contest_decision.pyruns1.3 KB
- examples/06_create_then_lookup.pyruns1.8 KB
- examples/07_cli_sample.shruns1021 B
- parking_fine_checker_client.pyruns118 B
- parking-fine-checker-cli.pyruns147 B
- parking_fine_checker_cli.pyruns147 B
- test_parking_fine_checker_client.pyruns12.2 KB
- CHANGELOG.md4.9 KB
- LICENSE1.0 KB
- metadata.json1.0 KB
- pyproject.toml788 B
- README.md5.5 KB
- requirements-dev.txt77 B
- SKILL_HE.md11.9 KB