Topic: CoinTracking - Profit/Loss Portfolio and Tax Reporting for Digital Currencies - page 28. (Read 122389 times)

@dr1ver
Thank you for your suggestions. It is not available yet, but we will discuss that.

@scatterbug
Yes, you can do so. Just use trade groups. When you would use separate trade groups and assign those to each "type" 1. or 2. and set e.g. on gains page (on tax report as well) for one trade group the cost base to zero (slider in the middle) via the filter settings. Then you have both options here separate by trade groups and using gift as transaction type.
See FAQ: How to create trade groups (https://cointracking.freshdesk.com/a/solutions/articles/29000027248?lang=en)

Hey guys, there is something I can't wrap my head around regarding gifts.

Let's say I have two different type of gifts:

• Gifts where I know (and can prove) the original cost basis and purchase date.
• Gifts where I don't know either.

For the former, if I want to take over the cost basis of the previous owner I can enter the original cost basis as the transaction's value.
For the latter though, where I don't know the original cost basis, I would have to set it to zero.

Unfortunately though it won't save it when I enter zero (it will revert to the fair market value it calculates automatically).
Now, I'm aware that we can set ALL gifts to be calucated with a zero cost basis (via the filter).
But try as I might, I don't see how I can enter a cost basis for some gifts and have it set to zero for other gifts.

Question(s):
Is it possible to use both? That is, can we enter a custom cost basis for some gifts while setting it to zero for others?
If that is technically not possible at the moment, how do you guys handle it when you have both types of gifts? 

Do you have somewhere where users can submit requests that other users can vote on? I suspect that the ability to import Interest without requiring the top level price tier and without requiring manual workarounds would be popular.

Could price tiers be based on a different metric? For instance total value transacted. That may correlate better with people's ability to pay, and so may attract more users to sign up.

We import transactions 1:1 as they appear in reality. And every transaction count - there is no way to exclude transactions from those limits.
Some customers combine those to daily/weekly/monthly or even yearly transactions if allowed according tax laws in each country. This has to be done manually.
Then you can set a start date to API jobs to avoid re-imports.
Please create a backup beforehand.

I've just signed up for a 2 year PRO Package and have imported my transactions. I haven't done many trades but have a few coins earning interest. The interest is generating 100s of transactions, and I'll soon blow the limit for my Pricing Tier.

I assume the transaction limit comes from a time before DeFi, but now earning interest can be the main strategy for many traders. For many people, CoinTracking is not a viable tool to use purely because of the transaction limit which can quickly be exceeded by having a few coins with daily (or more frequent) interest payments.
Can I request that, at the least, interest payments are excluded from the transaction limit?

In the meantime, is there anything I can easily do to reduce the number of transactions from interest payments? For instance is there any way I group them into weekly transactions?

@Sprucemoose78
It is not yet possible, but we are working on this already. It will be hopefully available later this year to change the calculation methods for the tax years.

Is there an easy way of changing accounting methods when I've already used FIFO in previous tax years. Where I live, I can now choose whatever accounting methods I want (LIFO, HIFO etc), and this year it will matter quite much. Can Cointracking in some way correct for earlier tax years to prevent counting coins twice? If so, how to do so? I also want it to be correct when viewing my "realized and unrealized gains".

Example 2013-2020 FIFO, switch to LIFO or HIFO in 2021, maybe switch back in 2022 etc.

Updates and Improvements

- Crypto.com CSV updates
- Bitpanda CSV updates
- Support of the new NEXO CSV format
- Support of the new OKCoin CSV format
- Bitcoin Suisse CSV import fixes
- CoinEx CSV import fixes
- ADA Wallet import updates
- Binance API upgraded to the new API version
- The Binance API can now import the Tx hash for deposits/withdrawals as comment - this is an optional feature
- The exchange BitMAX was renamed into AscendEX

- Update of the tax fees export
- TurboTax export updates for the TurboTax online version

- New Partner Benefits: Crypto Careers and ByBit

- The new weekly CoinTracking newsletter can now be subscribed to in the account settings, featuring helpful clarifications over crypto tax questions, and tips for you to take advantage of CoinTracking's features

We are working on this with high priority.
Please keep monitoring the next few days. If an error will persist at your end then new keys would be needed.

Should we be creating a new API for Binance or will our existing ones work with the upgraded API?

@Sprucemoose78
Both options are fine.
See "Working with Two Fiat Currencies / Cost Basis 0 for FIAT" (https://cointracking.freshdesk.com/en/support/solutions/articles/29000018222-working-with-two-fiat-currencies-cost-basis-0-for-fiat)
In general we do not recommend tracking FIAT deposits at all.
See FAQs:
"Different ways of managing your portfolio" (https://cointracking.freshdesk.com/a/solutions/articles/29000018265?lang=en)
"My account is showing negative FIAT values" (https://cointracking.freshdesk.com/a/solutions/articles/29000018210?lang=en)

Quick question on the correct input when transferring FIAT between my bank and a crypto exchange.

I want to transfer EUR from Binance to my Norwegian bank account (currency is NOK). Which one of the following methods are correct:

A) First make a transfer in EUR from Binance (outgoing) to bank (incoming), then make a trade from EUR to NOK using my bank as the exchange (then I will end up with three lines under "Enter coins": A withdrawal, a deposit and a trade).

or

B) Make a withdrawal from Binance in EUR and a deposit in NOK to my bank (resulting in only two lines under "Enter coins": A withdrawal and a deposit)

@FakeBird
Yes you can handle this as transfer. We are working on a automated solution at the moment. And in addition a swap transaction type with no impact on gain/loss or holding period. Thank you for your patience.
@bitdogg
If the fees are not added or a mismatch in the amount is there it could appear that the missing transaction report shows them still as white but should be green. So you can skip those 2 entries then.
@asdsvsdf
We suggest to use the asset value of the counterpart currency which is listed on our price sources and copy the sell value from there e.g if you sell this unlisted token against ETH - Edit asset value manually (https://cointracking.freshdesk.com/a/solutions/articles/29000033219?lang=en)

how do I ensure staking a coin and then selling it has tax properly accounted for if the token doesn't exist in CoinTracking.info? (similar to FakeBird's question)

For example, I have been receiving staking income from Bao.cx on XDai chain (https://blockscout.com/xdai/mainnet/tokens/0xe0d0b1DBbCF3dd5CAc67edaf9243863Fd70745DA/token-transfers) and immediately sell it for BAO (which IS on CoinTracking.info, https://etherscan.io/token/0x374cb8c27130e2c9e04f44303f3c8351b9de61c1) which should yield a small amount of 'realized gains' (because of the cost basis of Bao.cx being close to 1:1 with BAO), but since CoinTracking.info doesn't have Bao.cx supported my realized gain is massive (i.e. the entire proceeds of my trade) which ends up inflating my tax bill (in fact, I should have roughly 10% in realized LOSSES of the cost basis because of the slippage when trading Bao.cx for BAO, as they are intended to be 1:1 but the swap contract doesn't exist yet and the market has Bao at a 1.1x premium)

Is there a way to fix this, or does CoinTracking.info need to import/support Bao.cx for me to properly have this reflected in tax reports? Is there a way for me to set a cost basis price for each staking entry (since I have multiple over the course of a couple of weeks, i.e. a way to specify for each staking entry and trade what the price was for Bao.cx at the time)?

Perhaps this is a request/pretty please ask to add support for Bao.cx (https://blockscout.com/xdai/mainnet/tokens/0xe0d0b1DBbCF3dd5CAc67edaf9243863Fd70745DA/token-transfers) for me and others receiving this as staking rewards

The Find Missing Transactions (Deposits and Withdrawals) report does not appear to consider deposit-side fees in finding exact 100% matches. Kraken, for example, charges a fee on certain crypto deposits, like Cosmos (ATOM2).

Hi,

I need help with how to track staking/farming on Pancakeswap in CoinTracking. When you are staking you get a proof-of-stake token called SYRUP. CoinTracking interprets this as a trade (which it technically is), but as this token does not have a value, it throws a warning. Apart from that, for taxes, this is not a trade but a transfer.

So how can I handle these transactions? Do I need to add a transfer manually?

It would also be really helpful if there was an automatic way. I usually harvest and stake several times a week, so adding the transaction manually every time would be painful.

Thanks!

@Nerome
It is in our list, but we have the API instead. Thank you for your patience here.
You can import it via Custom CSV importer or Excel template for now. 

Would it be possible to work on allowing Bitmex .csv imports some time?
As I'm a user in a country where Bitmex is no longer operational, and they no longer provide API support for users like me, their support hotline only offers .csv exporting.
I'm trying my best to be complete and honest with my taxes but bitmex remains a hole in my accuracy.
It would mean a ton for me, and I'm sure anyone else who has used them, to work on this feature.

Thanks

The "identifier" for duplicates is only the TradeID. As Binance does not provide any unique TradeID in their CSV files, but only via API we assign a own trade ID for CSV transactions which is different from API of course. This is why duplicates could not be identified.
We have it already on our improvement list to identify duplicates more easy beside the TradeID.
The best report to check the TradeIDs is the "Trade List (full view)" report via "manage columns".

With Find Duplicate Transactions, is there any way to have tickboxes for the import source (Exchange ID) and Transaction ID (Tx ID), so we can do a search without these options. Ive found especially in Binance that if you have imported via API and then also used a CSV to pick up things you may have missed if any duplicates appear they dont show up in the report as i assume its a different import source.

I think this feature would help a lot in trying to find issues when you totals dont seem to add up correctly.