I am sure this is just a setting on some of our machines, as it is working fine on 2 and doing this on 2 here in the office. Whenever we import the pdfs into doxcycle they all come in sideways (landscape) instead of portrait. When we open them in adobe first they all look correct, but as soon as we open them in doxcycle we have to rotate each page 270 degrees. When we are importing 20+ slips per return this is annoying. I have looked but can’t find any option that would flip the imports like this. Your help would be greatly appreciated.
I have noticed that Doxcycle is not turning them around as needed.
This is the first year I have experienced this.
Even if I scan in a new document, DC is importing in the same orientation as they went through the scanner and not rotating automatically. Such as small slips needing to go sideways into scanner (donations etc). In previous years DC would turn them, but not this year.
Doxcycle has taken a real step backward this year in a year when a well functioning program would have been pretty useful.
2 Likes
That’s not the only thing this year in TC that’s been a pain and a step backwards. Xero quality?
This issue was reported to us in April and traced back to updates we made last year. The current version of DoxCycle will always import based on the orientation of the scan even though the PDF viewer may show it as right-side up.
We are planning to fix this to add back the autorotate functionality on import but did not want to risk introducing additional bugs in April when everyone is working at full tilt. This will be addressed along with issues related to classification and data extraction over the summer months.
Sometimes taking a step forward means a small step back as well. Can you provide more details on specifically where you think DoxCycle would benefit from addition TLC?
I have mentioned many before but this year with the lack of information available through AFR a quality data extraction would have been handy. One word “Payee” names which sometimes are not even related to the payee are not really helpful.
A typical T3 data extraction has many more erroneus extractions than correct which makes it easier to just delete the whole thing rather than correct.
Tasks done by support staff are much more time consuming or not worth it if at all if all the data entry needs to be manually entered anyway.
In a typical year this would not have been such an issue.
Medical, where multiple receipts on one “page” are a mess. Same with Charitables.
Extraction from T5s still requires manual entry mostly, as do T3s.
It would actually be easier to have a single spot in DC where the receipts are listed and we can just do a quick tally and transfer the tally with a generic description. (eg Rx…who cares what date it is for a $7.21 receipt, as long as it’s within the tax year … or for that matter…which spouse. This is wasted effort and most of the time I just dump it into Excel or do a calc total.)
The ability to list something as a “duplicate” would be handy…and then ignore it. (Why does everyone send everything two, or three, or four times?)
There’s more, but I’m too frustrated to continue right now. DC has been a total pain to administer this year - it has regularly failed to save on close of TC file, sometimes decides just to link one t/p of a couple, etc.
1 Like