Search options

I have added basic information on how to access the super-admin account at https://frontaccounting.com/fawiki/inde … Main.Usage. Please let me know if any further clarification is required.

Thanks to Joe for setting up the new page.

Once your year-end adjustments are completed (usually as a result of year-end inventory and reconciliation), why would you need to go back into previous fiscal years to make more adjustments? It seems to me that any adjustments you make once your fiscal year has been closed should effect the current year. Perhaps I'm missing something? Can you give an example why you would need to adjust something after you've finished with your year-end reconciliation?

See http://php.net/manual/en/security.globals.php if you don't understand the risks.

The register_globals option is deprecated so I imagine that osCommerce will no longer require it soon, if it doesn't already.

[edit]
Poking around on the osCommerce site, I did find a patch which removes the need for register_globals on older versions.
[/edit]

Is it fair to say that if you don't know what it is, you probably don't need it?

Dimensions, generally speaking, are areas of your business you'd like to track in order to separate their cost or profit contributions to the company.

Cost Centers, for example, may be departments like R&D (Research and Development), Marketing or Customer Service. These are areas of your business which do not contribute directly to profit but have a cost to the business. This is in contrast to Investment and Profit Centers, which could also be set up as dimensions, but contribute to a company's profits.

You may, for example, want to have Sales and Service separated. If they share many of the same items and GL accounts, set them up as separate dimensions and you can better reconcile their financial contributions.

A division of the company, or any indirect revenue stream, could be set up as a dimension, too.

This is a situation we come up against too on occasion. I, personally, would like the option of choosing between:

a) Create new PO from Backorders (generates new PO#).
b) Partial PO-receipt which generates a backorder with same PO#.

Admittedly, this is a rare occasion but the option would be nice to have when it arises.

[edit]
I misunderstood what the tax shipping flag under 'Tax Groups' means. Perhaps a better description for the flag, like 'Tax to be applied to shipping' or  'tax applied to shipping' or even simply reversing the words to 'shipping tax' or 'freight tax' could be used in order to make it more self-explanatory?
[/edit]

Thanks for your replies!

In my case, it boils down to a misunderstanding on how FA works. Our current system auto-generates what we term as "item codes" in accordance with our database structure. An item code in FA appears to be any alpha-numeric and is used as a means of identifying the item easily for people entering sales orders, purchase orders, etc. and the number (unique key) for the database is created by FA behind the scenes. Our system lets us look up items by its Unique Identifier (for those that know the system that well) in addition to other methods. That said, the method that FA uses suits us just fine.

Thanks for the feedback.