Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

EU GDPR compliance #205

Open
arnisjuraga opened this issue Dec 13, 2017 · 6 comments
Open

EU GDPR compliance #205

arnisjuraga opened this issue Dec 13, 2017 · 6 comments

Comments

@arnisjuraga
Copy link
Contributor

And again - regulation from EU parliament coming into action next year.
https://www.eugdpr.org/
https://en.wikipedia.org/wiki/General_Data_Protection_Regulation

Einars will review the requirements and plan changes.

@lucasjkr
Copy link
Contributor

Interesting.

Is it just a question of disclosing what of your information you offer for sale to 3rd party marketeers? Or will store owners be potentially liable if hackers break into their site and dump a list of their customers on the web?

I'm not in the EU, and haven't paid any attention to it, honestly. My quick glance around seems like it's more targeted towards advertisers, analytics companies, etc, ISPs and hosting companies, rather than individual store operators, though.

Interested in what Einars comes back with, if he or she is still researching

@andrejuseu
Copy link

Any information on GDPR part?

Basically from code part there should be:

  • Right of access to personal data - all data added by client should be accessible for him online and in CSV/XLS/PDF format.
  • Right to be forgotten - well, in other word, delete all data, or remove all personal parts from data needed for invoicing and taxes.
  • Explicit store policy acceptance - then checkbox about privacy policy and store rules are checked, that should be stored in database with timestamp and policy client accepted to.
  • Data breach notification system - then store database is breached there should be email/sms warning to clients.
  • Right to restrict processing - just form where client wants his data to be not usable till he says otherwise.

@lucasjkr
Copy link
Contributor

lucasjkr commented May 6, 2018

I'm not a lawyer, and I'm not in europe, but i'll comment:

I would think that once you become a customer, you can't have a right to be forgotten. The store needs to maintain that information for tax and auditing purposes, otherwise the EU would become a haven for moneylaudering through e-commerce.

Beyond that, the OC system doesnt' seem to be collecting much in the line of information, and does delete things rather than soft deleting.

The wishlist, for instance, you can add and delete from, and when deleted its gone. But that can be overridden by themes not allowing access to those routes.

Some things are stored by necessity (customer_ip - to help minimize fraud).

One glaring thing is customer search history. It might seem cool: "hey, we can show users the items they searched for later on!", but i think that's the sort of PII that the EU really would frown upon. I understand its very useful to store, but depersonalize it (don't store the customer_id).

And a while ago (year or two) we squabbled about HTTP/HTTPS modes. And again, I'll advocate that there should be no setting of methods in the code. This needs to be implemented at the server/account level, not as a setting for users to enable/disable.

Last word: 3rd party hosted libraries. Good job on locally hosting nearly all the components! But in the default theme, you're pulling in a font from Google. Let's not do that. Those fonts are free, it's easy enough to include with the default theme and not let Google view that data.

@andrejuseu
Copy link

I would think that once you become a customer, you can't have a right to be forgotten. The store needs to maintain that information for tax and auditing purposes, otherwise the EU would become a haven for moneylaudering through e-commerce.

Well non of my clients store client tax/invoice info for archyve in opencart, every country has it's own tax laws and opencart invoice is not valid for instance in my country, so right to be forgotten from store database is not a big deal if you do your taxes right.

And a while ago (year or two) we squabbled about HTTP/HTTPS modes. And again, I'll advocate that there should be no setting of methods in the code. This needs to be implemented at the server/account level, not as a setting for users to enable/disable.

Well, if you lived in EU, you would know, if person will need to by extension for basic GDPR, he will skip e-commerce solution and look for other.

P.S. http://build.prestashop.com/news/prestashop-and-gdpr/ PrestaShop is on it already.

@arnisjuraga
Copy link
Contributor Author

This part is most interesting from Prestashop guys:

Easily manage your customers’ requests related to their personal data erasure and modification.
> If your customer requests to delete his account, you will be able to:
>> Download all of his invoices in one click (if he has any);
>> Delete his customer account and his personal data in one click;
>> If he has made one or several orders on your website in the past, they will be automatically transferred to a GDPR anonymous account. This will enable you to keep exact order results, reportings and accountability while deleting your customers’ personal data.

@andrejuseu
Copy link

andrejuseu commented May 7, 2018

Download all of his invoices in one click (if he has any);

Logical, for archive and taxes.

If he has made one or several orders on your website in the past, they will be automatically transferred to a GDPR anonymous account. This will enable you to keep exact order results, reportings and accountability while deleting your customers’ personal data.

Leaving anonymous account for statistics.

They working on this for long time, so I thing the steps they make should be like guide to copona (in live release I mean).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants