Every product that sends invoices, moves money or handles personal data depends on rules it does not control. Tax authorities publish new requirements, payment partners deprecate an endpoint, an email provider changes its limits. The announcement usually arrives months ahead, in a long document, often in a language half the team does not read.
Someone hears about it from a customer, an accountant or a competitor’s newsletter, a few weeks before the deadline. The team scrambles to understand what the rule actually says, which parts of the product it touches and how much work it is. The change ships late in December, under pressure, with less testing than anyone would like.
# regulator feed, fr
"numérotation continue et unique par entité juridique, à partir du 1er janvier"
# code and data, read only
invoice_number_service.rb:14 sequences per team, not per legal entity
→ 312 accounts with several teams on one company number
# verdict
regulatory · applies · 4 months ahead, spec drafted
Four months of notice is a project. Two weeks is an incident.
Regulatory work is rarely hard. It becomes hard when it is discovered late. Knowing in September what has to change on January 1, and where, lets the team plan it like any other piece of work and talk to affected customers early.
Deflekt does not interpret the law for you and does not change your product on its own. It tells you what was published, why it thinks it applies and which code is involved. Your team decides what to build and when. Read the numbering change case or see how Deflekt turns findings into specs for feature requests.