You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In Agama you can see the incoming and outgoing transactions. These are called "In" and "Out". There are also "self" transactions. You can export these transactions as a CSV file. If a wallet user spends his complete KMD inventory, then according to the mathematical rules inputs and outputs together should result in zero.
The balance display in AGAMA then (as for now) actually shows zero. And that is correct. But if you look at the CSV file and subtract all outputs from all inputs, in some cases a large positive sum remains. This sum does not exist on the wallet. The user has actually output everything. Nevertheless technical inputs appear in the table and also in the transaction list of AGAMA which are not actual inputs.
Most people make their tax declaration for the last year at the beginning of the new year. Of course, everyone is responsible for writing everything down correctly. However, the blockchain is intended to make it easier for people to understand things better and not to have to write down every transaction manually.
Therefore it would be of great advantage, if purely technical transactions, which do not represent any real input mathematically and fiscally, are also marked as such in AGAMA and in the CSV Report. Otherwise, the user runs the risk of paying large sums of tax for receipts never received. In the near future the tax office will certainly not look at every single transaction in the Blockexplorer and analyse it precisely in order to judge it. The taxpayer finally submits the reports and the tax is calculated from this. So it should be as correct as technically possible.
With Agama we can be a pioneer in the field of collected transaction output, which drives adaptation and enables tax software vendors to correctly process AGAMA's CSV files.
The text was updated successfully, but these errors were encountered:
In Agama you can see the incoming and outgoing transactions. These are called "In" and "Out". There are also "self" transactions. You can export these transactions as a CSV file. If a wallet user spends his complete KMD inventory, then according to the mathematical rules inputs and outputs together should result in zero.
The balance display in AGAMA then (as for now) actually shows zero. And that is correct. But if you look at the CSV file and subtract all outputs from all inputs, in some cases a large positive sum remains. This sum does not exist on the wallet. The user has actually output everything. Nevertheless technical inputs appear in the table and also in the transaction list of AGAMA which are not actual inputs.
Most people make their tax declaration for the last year at the beginning of the new year. Of course, everyone is responsible for writing everything down correctly. However, the blockchain is intended to make it easier for people to understand things better and not to have to write down every transaction manually.
Therefore it would be of great advantage, if purely technical transactions, which do not represent any real input mathematically and fiscally, are also marked as such in AGAMA and in the CSV Report. Otherwise, the user runs the risk of paying large sums of tax for receipts never received. In the near future the tax office will certainly not look at every single transaction in the Blockexplorer and analyse it precisely in order to judge it. The taxpayer finally submits the reports and the tax is calculated from this. So it should be as correct as technically possible.
With Agama we can be a pioneer in the field of collected transaction output, which drives adaptation and enables tax software vendors to correctly process AGAMA's CSV files.
The text was updated successfully, but these errors were encountered: