Wish I could help you , I am finding similar frustrations. I am used to being able to see all transactions (ever not year by year) in nominal accounts. There seems to be barriers to doing this in the native reports in Acumatica.Did you get an answer anywhere else?Malinda
Thanks...that makes sense. This feature may not be that useful for us at the moment as a very new fledgling company and may indeed be a bit too clever …..however we may need to work with it one day and its best to get an understanding in my opnion.The only reason the topic came up for me was that our purchase order document (customised for us) was showing two indentical lines when the order only had one line. When I tried to investigate why this was happening I realised we had two different units of measure attached to the same part, but the ability to do the conversions had not been activated. I have now activated this and this is how I ended up trying to understand the conversion logic.I find the community help the best for me and so thanks again. Malinda
Thanks so much for this Jon, very reassuring I have read your very full and clear answer a couple of times but as you suggest I am going to jump onto test to try this. I am beginning to think the whole application interface is pretty much geared to the programmer.
Hello thereThat has got me started thanks, my system does not like Cell A4 from the Heights Column Sets. This may be because of the date format I am not sure as I am in the UK and we like DD/MMMM/YY…How does anyone get to do these reports withou some kind of help if you are not used to working at this level with data? Malinda
Hello All and VishI am new to Acumatica and have just realised after trying to write a basic ARM report that Acumatica basically hold the accounting data in the equivalent of an old fashioned T account. So everything is held as debits and credits but the value of the field is positive. This makes creating reports and moving data much more difficult than the convention that I am used as an accountant of the data actually being held as a negative or a positive with no need to refer to the General Ledger Type to work out it’s actual value. I am thinking that maybe this is unusual it’s certainly a change for me as I have never had to work with data in this format before. Is it an American convention? Is it something that could be considered that the debit and credit entries take on their real value i.e. a credit to sales is a minus etc. Also the standard reports have lots of hard coded sub totals and this again is a bit old school, I think people these days prefer to have to raw data rathe
Hello there Did you find anyone to help you as I am having a few issues and am wondering the same?
Thanks I thought I had tried this but will have another go! Malinda worked this time thanks!
Already have an account? Login
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.