NF525 French law problem.

[flavi1]

The problem :

https://www.google.fr/search?q=nf525+french+law&oq=nf525+french+law http://www.openbravo.com/blog/will-your-pos-solution-comply-with-frances-2016-finance-act-openbravo-will/ https://forum.opencart.com/viewtopic.php?t=200118

I would like to work on a simple set of KISS (or as KISS as possible) solutions as a web gateway including omnipay and web services to allow web developers to create or adapt the front end like they want without carrying about this law. The more basics (just required) needs are :

• Payment (a simple integration of omnipay)
• Orders management
• Clients management (name adresses...)
• Products management (as minimum as possible, no stock, just prices and identification to synchronization ability with any kind of cms/frameworks)
• Code certification ???

The last point is difficult. The production mode have to give the certitude that the code can not be modified. So it may be good to offer a centralized hosting solution with open source community help/donations?

I'm not a network administrator, not a law specialist, just a web php developer. I will be able to produce distribute a simple not-yet-certified solution in few weeks. Any suggestions/ideas/encouragement ?

[flavi1]

Wowww! I've just noticed that the ticket number is 525. Maybe a sign...

[judgej]

Is this about "dark money" passing through point of sales? If it is, then I'm not sure how it would apply to Omnipay. Omnipay is just a conduit to payment gateways, and does not handle money or payments directly. This package will instruct the third-party gateway to accept payments from whatever source, and it is those gateways that will be certified, since it is those gateways that actually handle the movement of money.

I'm not an expert on this law, but this seems to be the gist.