There is no way of selecting a particular Account to close. Accounts with any actiity want to close and print. The RMS literature suggests I can create any number of Accounts, and close them out and print statements at will.
The accounts are coded with ID's - I assume this will lead to something, but for now, the current Account option of setting different Accounts with different closing dates, doesnt make any difference when actually closing.
This is terrible. Its causing more work than our DOS program.... If you can believe that...
I agree that RMS's Statement Function leaves a lot to be desired. But since there is no General Ledger implications from within RMS I have found that I can print a statement for any date range for the convenience of our customer by using the reprint function.
When you choose reprint, RMS treats it like a close. Dates will show on the statement as you choose, but when you're done the slate is wiped clean. You did not really close. I'm sure there are implications if you rely on aging. We do not, in fact I've stripped the aging off my statement.xml.
I hear you. I have not done this yet. Can you explain more about what you mean by "wipes the slate clean"?
Do you mean doing a reprint on a particular client, closes that account on that day, but doesnt recalculate aging, or really what Im asking is what happens?
We imported account info for our A/R customers, and the imported balances did not appear as a transaction in RMS-upon closing RMS assessed no fin. charges on the imported balances. Manual adjustments were needed. Now to print our A/R clients only, not all accounts with activity, do you know if seeting different closing days for different accounts makes a diffeence? I have tested doing this but its hard to tell what actually happens.
A reprint with, say today's date, appears on the printed page as if the account was actually closed today. It includes all of today's transactions, payments, invoices, adjustments, etc. The closing date shows with today's date. As far as your customer is concerned you closed today.
However, when you are done printing and you close out of that window, the account remains just as it was before the "reprint". If you look at that customers record under the Account Information tab you will see the Closing Date is the date of the last actual "close".
This is where it probably gets sticky with a customer that watches how RMS ages invoices in the aging bar.Very poorly, so I removed it from our statements. I refuse to baby sit when and if a customer pays any particular invoice. I don't know how we ever got roped into this in the first place. All I really care about is an account owes me xxx dollars. If they don't pay on time they get dinged. Any funds collected will just go towards the balance. Matching a payment to a particular job or invoice has no value for me and quite frankly I refuse to do it.
I know there are accounts that absolutely require this type of accounting for their A/P but I've yet to lose one. Fortunately all of the local government agencies are using credit cards now and that has been a real blessing.
You wrote "Now to print our A/R clients only, not all accounts with activity". I assume you mean "all accounts with a balance". Unfortunately RMS will print all accounts with activity, including a payment in full, since the last close.
If, however, you meant a different type of A/R, that functionality is also distinctly missing from RMS. I get the feeling that originally it was intended as an option to have different account types with different terms, etc. but that development has been stalled at best.
Hope you can make it work for you. You might try several dummy accounts to play with; sell them nice round dollars ($10) of whatever and track how payments, lack of payments, service charges, adjustments, etc. effect the amount due at the end of each statement period. Before you know it you'll have 6 months of history and you can write the manual we all need on how this all fits together.
BeanSmart website is not affiliated with any of the manufacturers or service providers discussed here.
All logos and trade names are the property of their respective owners.