It forces you to separate your user data from the billing data, and that's just good practice too.
Keep your billing information immutable, and separate it from user logs. Honestly following GDPR make your code better.
At least when it passed, it pushed us to rework our DB architecture, which was heavily needed. After that i left and got hired to implement a global RBAC in a big company (took almost two years, but it was a solo project), and once again GDPR rules made the architecture decisions a breeze, because the constraint it brings pushes for good architecture (and it make it easy to sell it to the managers to be honest).
Maybe in countries where KYC and tax laws are different than in europe it might be different, but for european devs who cared about good design, GDPR was a good thing (i have a friend who worked for a French Defense company at the time, he told us that multiple teams including his spent 6 month or more refactoring old code and fixing years old issues)