frappe / erpnext

Free and Open Source Enterprise Resource Planning (ERP)
https://erpnext.com
GNU General Public License v3.0
20.14k stars 7.05k forks source link

[Feature Request] UK VAT Return & Making Tax Digital for VAT #21233

Closed racitup closed 3 years ago

racitup commented 4 years ago

Pledge your support for this project here!

This integration will allow ERPNext to be published as HMRC Recognised Software on their website.

Pre-requisites

Frappe general purpose OAuth2 client (see here) Multiple Company Tax registrations (see here) - Can be implemented with regional-specific custom fields on the Company Chart of Accounts Map (see here) see #25254

Feature Goals (Use cases & Requirements)

UK VAT

A VAT return report and digital integration with HMRC that supports all domestic and international goods and service purchase and sales according to UK VAT rules

ERPNext constraints

Recommendations

Setup

Boxes 1 to 4 can be generated directly from the Chart of Accounts using standard ERPNext functionality with the following setup:

Additional DocTypes and fields (with fieldtype, etc) if any

See pre-requisites The CoA Map will need to be extended to include the following functionality:

Discovery (how will the user find the feature you are building)

This has not been designed for special VAT accounting schemes, though the 9 boxes on the VAT Return will be editable to allow different schemes to be posted. Further information from HMRC

barredterra commented 4 years ago

Hi @racitup, some thoughts on your proposal:

VAT Registration Number (VRN)

Isn't this the same as "Tax ID"?

Sales VAT Account, Purchase VAT Account

There already exists Sales/Purchase Taxes and Charges Template and account type "Tax" for marking VAT accounts.

Reverse Charge rule applies

Reverse charge can be modeled with Sales/Purchase Taxes and Charges Template. For example, this one deducts the taxes I owe to the state because of reverse charge and adds the taxes I can claim back:

image

racitup commented 4 years ago

Hi Raffael, Thanks for your feedback, it's much appreciated! I've added rationale to my proposal above but also:

VAT Registration Number (VRN)

Isn't this the same as "Tax ID"?

Although there is a "Tax ID" field, the UK has various Tax IDs that relate to a Company (Corporation Tax (UTR), PAYE, VRN, EORI) so the UK will need several IDs. The VRN for example is not mandatory for all companies

Sales VAT Account, Purchase VAT Account

There already exists Sales/Purchase Taxes and Charges Template and account type "Tax" for marking VAT accounts.

Reverse Charge rule applies

Reverse charge can be modeled with Sales/Purchase Taxes and Charges Template. For example, this one deducts the taxes I owe to the state because of reverse charge and adds the taxes I can claim back:

Although there are Sales/Purchase Taxes and Charges Templates, since they apply a rate to whole invoices and not individual invoice lines, they do not cater for invoices with lines with differing VAT rates and accounting requirements and so cannot be used. Setting the VAT Accounts is a configuration setup for a company that will allow the VAT report to find the relevant ledger entries and work. For example you could have an item of goods not applicable to reverse charge and a service applicable to reverse charge on the same invoice. I'm considering a PR for the Item Tax Template though

barredterra commented 4 years ago

UK has various Tax IDs that relate to a Company

Same for Germany. In this case we could have Tax ID as a separate DocType with fields ID and Tax Category.


Accounting -> Taxes -> Connect to HMRC

I would see HMRC Settings as a DocType in the Integrations module.

racitup commented 4 years ago

I would see HMRC Settings as a DocType in the Integrations module.

I see all of these additional fields as custom fields added in the regional module. It's not an integration applicable to any other country.

racitup commented 4 years ago

@barredterra Though actually, it looks like the Reverse Charge rules apply to the whole of the EU, would some of these changes be useful for Germany? I could see if relevant parts could be inheritable somehow.

Paul-STHL commented 4 years ago

Greetings all. I have a working implementation here :

https://github.com/frappe/erpnext/issues/16025#issuecomment-611981655

Comments and feedback invited.

racitup commented 4 years ago

Greetings all. I have a working implementation here :

Good work but I think it's fair to say it doesn't implement a lot of what is required to be merged as a maintainable feature that integrates properly with ERPNext. It was a good decision to keep it as a separate app

Paul-STHL commented 4 years ago

Greetings all. I have a working implementation here :

Good work but I think it's fair to say it doesn't implement a lot of what is required to be merged as a maintainable feature that integrates properly with ERPNext. It was a good decision to keep it as a separate app

I like to get a minimally viable product quickly so we can talk about actual things to improve. If you have any constructive feedback on its maintainability, please feel free to offer it any time!

racitup commented 4 years ago

I like to get a minimally viable product quickly so we can talk about actual things to improve. If you have any constructive feedback on its maintainability, please feel free to offer it any time!

See design above

nameduser0 commented 4 years ago

@deepeshgarg007 Hi Deepesh, could you review this accounting proposal please?

nameduser0 commented 3 years ago

If anyone is interested in our HMRC support please visit https://www.casesolved.co.uk It seems one of the founders Umair is upset because we wouldn't give it away for free on their market so is closing the issues 😃