Author

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

newbie
Activity: 23
Merit: 0
We are currently working on a solution for the timestamp problems, this could take some more time to implement and we hope this will solve all current issues.

Keven, thanks for answering that. I've dealt with this matter when bulk analyzing email headers for work (don't ask), and know it can sometimes be a real pain.


My workaround for now is to turn off all imports and put in all the trades manually. I know that could seem like a lot of work, but it's really not. I used the import abilities to get started and then turned them off for the very reason you mentioned. If you modify imported transactions, there is a good chance CT won't "see" that it has already imported it and do it again, which makes a complete mess. So, until Dario comes up with a solution that puts all the imports on the same time-base, that's how I'm doing it.

As to whether you should put addresses in the comments is completely up to you. One thing I do recommend is if you are using ShapeShifter that you keep a file (I use PowerPoint) of screenshots of the transactions, because there is no way to reconstruct what happened.

Steve

Steve,

Thanks for thoughts on wallet address. I'm way to lazy for manual entry. The workaround I've come up with for eliminating possibility of duplicates from imports from post editing is really simple, I open the CSV file I'm getting ready to import first in a simple text editor and delete previous entries by date, save, and import. I'm manually correcting time stamps in CSV files as well because it's easier/faster to do so there.

Where I'm currently stumped now is on fees showing up in Realized & Unrealized Gains and it makes me think I'm doing something wrong with my wallet transfer entries. Or certainly possible I just don't understand, maybe report is showing me "potential" gains for fees? Doesn't seem logical. For example, say...

- I bought and shot 1 DASH from Poloniex to Bittrex with .01 TX "FEE"
- I have an "OUT" entry for 1 DASH with "FEE" of .01 DASH
- I have an "IN" entry for .99 DASH
- I traded ALL my DASH for BTC on Bittrex

Now, my balance for DASH shows 0, but on Realized & Unrealized Gains it shows .01 DASH. I have only done two of these types of transfers. The other is an "Exchange A to Exchange B transfer" of all of my LTC and then traded all for BTC. My LTC balance shows 0, but the LTC TX Fees appear in Realized & Unrealized Gains (same as DASH). So I know where the entries are coming from, I just don't know why. Please correct me if I'm doing something wrong. Any ideas?

Thanks,
Allan
member
Activity: 91
Merit: 10
Any insights on working with the different timestamps.
Another paranoia I have is I've been annotating wallet addresses in case I ever need to "prove" something. Is this overkill?

My workaround for now is to turn off all imports and put in all the trades manually. I know that could seem like a lot of work, but it's really not. I used the import abilities to get started and then turned them off for the very reason you mentioned. If you modify imported transactions, there is a good chance CT won't "see" that it has already imported it and do it again, which makes a complete mess. So, until Dario comes up with a solution that puts all the imports on the same time-base, that's how I'm doing it.

As to whether you should put addresses in the comments is completely up to you. One thing I do recommend is if you are using ShapeShifter that you keep a file (I use PowerPoint) of screenshots of the transactions, because there is no way to reconstruct what happened.

Steve
member
Activity: 85
Merit: 10
Steve, thanks for the tip. That will be a helpful workaround. It only affected 2 entries so I just manually changed them. Any insights on working with the different timestamps. I noticed Coinbase time had a 0700 field I'm guessing means +7 hours for UTC. Poloniex time is also different. When I import entries from these exchanges they are out of order and I am having to manually correct them.

Another paranoia I have is I've been annotating wallet addresses in case I ever need to "prove" something. Is this overkill?

Hey @allanster,

thank you for your interest.

The description that was submitted by Steve (thanks Smiley) is totally correct.
You need to switch between the Cryptocurrencies and choose the one you´ve created the file for.

We are currently working on a solution for the timestamp problems, this could take some more time to implement and we hope this will solve all current issues.

Sorry for the inconvenience.

Best regards,
Keven
sr. member
Activity: 1022
Merit: 280
I guess you have a good idea, but what is the point when, with the current set of regs and standards, you have the clients doing to heavy lifting and you are just printing the info in a little nice graph.
newbie
Activity: 23
Merit: 0
Steve, thanks for the tip. That will be a helpful workaround. It only affected 2 entries so I just manually changed them. Any insights on working with the different timestamps. I noticed Coinbase time had a 0700 field I'm guessing means +7 hours for UTC. Poloniex time is also different. When I import entries from these exchanges they are out of order and I am having to manually correct them.

Another paranoia I have is I've been annotating wallet addresses in case I ever need to "prove" something. Is this overkill?
member
Activity: 91
Merit: 10
Coinbase has a bug,

It's not a bug per se. It's a shortcoming in their exports. The exports don't specify inside the file which currency is being exported. I think they name the file correctly, but CoinTracking isn't looking at the file name. After you drop the file onto CoinTracking, CT will give you a preview of the import and then you have to push import again to finish. BUT before than last step, there is a pull-down you may not have noticed that lets you select WHICH currency is being imported and the default is BTC (hence the sudden wealth).

What you need to do is click on the pull-down, click the currency this import represents and then click "SAVE". Then finish the import.

It may be simplest to just delete all the imports you have done from wherever and start over.

Steve
newbie
Activity: 23
Merit: 0
Coinbase has a bug, the two CSV files they sent me for ETH and LTC purchases both indicated Type:BTC, took me a minute to figure this out, I briefly had a WHOLE lot more money in CoinTracking.

I reported bug to them but wouldn't expect this to get addressed any time soon so you may want to add notice on your instructions for Coinbase about this.
newbie
Activity: 23
Merit: 0
Greetings all, been lurking for 6 years so I guess it's time to get involved.

Dario - I'm evaluating your product and am blown away. I'm just getting into trading and am paralyzed with fear, not of trading, but of the tax man.

---
According to this Forbes article, EVERYTHING you do with crypto has tax implications in the US, so these individual transfers need to be reported as well (don't shoot the messenger):

4. Spending: Spending Bitcoin, whether you’re buying a coffee or a Dell computer, is treated just like selling. You record a short- or long-term capital gain or loss, based on your original cost basis and your holding period. (While this may seem onerous, see “Deciding Which Bitcoin Is Being Disposed Of” below for how to record these details.)
hero member
Activity: 760
Merit: 516
CoinTracking - Crypto Portfolio & Tax Management
@hessenbob, thanks a lot.
Can you please create a ticket here https://cointracking.info/feedback.php and post your ETH address.
It's hard to say without any details.

It could be an internal or an unconfirmed transaction.

Best,
Dario
member
Activity: 85
Merit: 10
Dashboard reported amount does not match amount shown  on ethplorer.io.


I've imported my purchases and trades from Bittrex without any issue.  I transferred all of my ETH to my Trezor, which has a MEW address.  The amount shown in Trezor/MEW matches ethplorer.io, however, the Cointracking database underreports my ETH by about 25%.  I have deleted and reimported my trades and MEW address multiple times, but cannot get Cointracking database to match the amount in MEW.

Additionally, when I manually input a trade to reflect the difference, the Cointracking database then overrepresents the ETH amount. 

 
Any suggestions?

Hey @hessenbob,

thanks for submitting your problem.

At the moment I can´t say why this happens, but I´m going to speak to my colleague and we will see what could be the cause of this problem.
Please have patience, we´ll send an answer as soon as possible.

Thank you,
Kind regards,
Keven
member
Activity: 85
Merit: 10
Hey there,
When I export my trade history from exchange platforms (such as GDAX and Bittrex) and import them into Cointracking, I noticed the trade timestamps change by -2 hours. As a result, my portfolio value is quite inaccurate.
My timezone is correctly configurated in those exchange platforms (UTC+1), but when it comes to Cointracking it changes all the times to UTC -1. My Cointracking account timezone is UTG+1 aswell.

Here are two screenshots featuring a trade I did on Bittrex that illustrates my issue: http://imgur.com/a/o6jku

Can you help?
Cheers

Hi @DehiDehi,

thank you for getting in touch with us.
You are right, we still have some problems with the timestamps.

We are currently working on a solution for this problem and we hope to get it integrated over the next weeks.
Sorry for inconvenience, we do our best to solve this problem as soon as possible.

Thanks for your patience.

Best regards,
Keven
newbie
Activity: 4
Merit: 0
Dashboard reported amount does not match amount shown  on ethplorer.io.


I've imported my purchases and trades from Bittrex without any issue.  I transferred all of my ETH to my Trezor, which has a MEW address.  The amount shown in Trezor/MEW matches ethplorer.io, however, the Cointracking database underreports my ETH by about 25%.  I have deleted and reimported my trades and MEW address multiple times, but cannot get Cointracking database to match the amount in MEW.

Additionally, when I manually input a trade to reflect the difference, the Cointracking database then overrepresents the ETH amount. 

 
Any suggestions?
newbie
Activity: 7
Merit: 0
Hey there,
When I export my trade history from exchange platforms (such as GDAX and Bittrex) and import them into Cointracking, I noticed the trade timestamps change by -2 hours. As a result, my portfolio value is quite inaccurate.
My timezone is correctly configurated in those exchange platforms (UTC+1), but when it comes to Cointracking it changes all the times to UTC -1. My Cointracking account timezone is UTG+1 aswell.

Here are two screenshots featuring a trade I did on Bittrex that illustrates my issue: http://imgur.com/a/o6jku

Can you help?
Cheers
hero member
Activity: 760
Merit: 516
CoinTracking - Crypto Portfolio & Tax Management
@Prodigy4
I have checked your BTC address.
There are 6 transactions and all of them have already been imported into your account.

Dario
hero member
Activity: 760
Merit: 516
CoinTracking - Crypto Portfolio & Tax Management
Hey, all transactions are checked every few hours.
What time was the last BTC transaction for your address?

Please let me know via support ticket, so I can have a look if it does not import it within the next 2-3 hours.

Dario
newbie
Activity: 5
Merit: 0
The import of my BTC wallet transactions worked perfectly but now it doesn't add the future transactions. How can I fix this?
hero member
Activity: 760
Merit: 516
CoinTracking - Crypto Portfolio & Tax Management
Thanks,

Yeah, there was already a coins called HERO.
As soon the new coins will be listed here coinmarketcap.com or here cryptocoincharts.info (currently having issues), it will be listed automatically on CoinTracking.
This happens usually 0-3 days after a coins was listed on an exchange.

Dario
member
Activity: 91
Merit: 10
Hi Guys,

On a different subject, I see that HERO is now listed as a "Dead Coin". It's anything but. Perhaps there was a coin called HERO that "died", but HERO is alive and well and trading on the Bitshaes Exchange.

Here's the latest quote:

HERO : bitUSD
price: 159.83101
volume: 14.97k
change: 3.12%

Can you bring it back from the dead?

Thanks,

Steve
member
Activity: 91
Merit: 10
Adding minings into that calculation could result in a cost basis of 1200 USD.
The value would still be correct, but I does not tell you the break even of your trades any more, but for a mix of trades and minings.

@Dario,
If only my mining would result in a cost basis of 1200 USD!  Smiley

But I do see your point. An analogy in stocks might look at mining activity like dividends. If you have a stock that pays dividends, you can evaluate your trading based on the price you paid or you can look at your total investment by reducing the basis by subtracting the dividends. Both points of view are valid and are for two different purposes. I think the explanation you added to the Info popup clearly explains what the button does. I'm just not sure people using the platform will understand the reasons for displaying the results two different ways. But maybe I'm just a little slow sometimes.  Huh

Thanks,

Steve
hero member
Activity: 760
Merit: 516
CoinTracking - Crypto Portfolio & Tax Management
Sorry for the IOTA issues.
Multiple price APIs have changed the ticker and the decimals already 5 times in the last 3 days.
I really hope this was the last time Smiley

All IOTA prices are back again.


@sgjenks01:
It's just a recommendation and not a must-use option.
I'm using the gains page myself to see the profit I already did with my trade-sales and the profit I could achieve right now by selling my assets.
Adding your minings into that calculation will always distorts the values as they don't have a cost basis.

Let's say your overall cost basis is 2600 USD per BTC and the current price is 2500 USD.
It tells you to wait for the price to go up by 100 USD to break even.

Adding minings into that calculation could result in a cost basis of 1200 USD.
The value would still be correct, but I does not tell you the break even of your trades any more, but for a mix of trades and minings.

But that's why I have created a checkbox for this option. You can enable and disable it, to check both possible values.


@BitcoinPC:
You can register completely anonymous. You do not even have to enter an email address.
Our tool was designed for your convenience, so you do not have to track thousands of trades by hand in a list.
If you don't like it, use Excel Wink

Have a great weekend,
Dario
Jump to: