Hi Benjamin and Clive,
thanks a lot for your response!
My explanation was mistakable because I tried to simplify it. My reals
use case is accountancy (German-GAAP). If I get an accounting record I
have two accounts, for example telephone costs and bank. If my company
is liable to VAT I have to register the input VAT, too. These will be
realized through accounting numbers, e.g. for telephon costs 04930 and
for bank 01200, normal input-VAT-rate is 9.
Usually the VAT will be not record in an own field, you combine it with
the cost-account. So you have one field where you write '904930'. (e.g.
9,90€ | 904930 | 1200 | 09.07.2020 | Vodafone; and if you are not able
to get the input VAT you 'd write 9,90 € | 4930 | 1200 | 09.07.2020 |
Vodafone).
In the background I have to save it in two data fields debit-account
(04930) and VAT (9). It is not a problem to divide 9 and 04930 through
slicing. But I wasn't able to say django - hey, now I have more data
than input fields, please do it in the database anyway. This notation is
the method of the biggest accounting software here so I would adapt it,
because it is boosting the usability.
Greetings
bengoshi