Search options

Can Front Accounting receive payments in currencies other than the 'base' (or 'home') currency?

The forum posts (admittedly posted some years ago) seem to suggest that, although a payment can be accepted and booked in a foreign currency (set at Customer/Vendor level), it is automatically changed and stored in the 'base' currency.

This suggests that it isn't possible to maintain any foreign currency bank accounts in FA - is that true?

@swheeler
Which Shopping Cart is favoured as an order entry front-end?
Is this to achieve an easy path for SO -> PO? or
To enter customer details at same time as order details? or
Drop-ship functionality?

@mkozielski
Thank you for pointing me to that page - how could I have missed that. IMHO I feel that the equiv PB page is 'slicker'. However FA 'feels' faster.
Perhaps I did see it in the demo, but am beginning to suffer ERP exhaustion!

@elax
I think that you are right - I feel another install coming on ( is there a pill for this? )

@apmuthu
Excellent links - thank you.
I am particularly impressed by the fact that of the 20-30 extensions in the GitHub Repo, all have received some love in the last 6 months.

RE: xtronics - I think that he does have a point, although his summary was written around 2008/9. Is it still the case that a customer has to be created BEFORE (as opposed to 'at the same time' as) an order can be entered against them - and it not being a quick task?

@Elax
I realise that I didn't cover a query of yours in my response above.

Rascal wrote:
    +ves to PhreeBooks
    - the default transaction view is a 'one page layout'   ...    one transaction = 1 line (easy, informational view)
Elax wrote:
     Not sure I understand
-------------------------------------------------------------------------------------------------------------------------------------------------
I am referring to the way that PB, for example,  displays all Invoiced orders on one page. It also applies to Sales Orders and Purchase Orders.  In fact it is THE display method throught PB.

Anybody interested should follow this path:
http://www.phreebooks.com/pb-demo (demo, demouser)
CUSTOMERS > Sales/Invoice Manager, or Sales Order Manager, or Customer Manager   ...   the layout is the same, and
VENDORS > Vendor Manager, or Purchase Order Manager, or Purchase/Receive Inventory Manager    ...   etc etc

@apmuthu
Thank you for your quick response.

I have had a look at the three pages that you have pointed me to and my thoughts are as follows:

1) Old Comparision 2008 - I have previously come across this and there is no real comparison of features with FA.

2) Active Comparision - Really, really poor. Most of the info on PB is totally inaccurate and ... is FA only available as an SaaS solution ??? I think not.

3) Multi Accounting Web Software comparision - very cursory marketing blurb. No comps. SEO fodder IMHO.

Here is a fourth:
http://wiki.xtronics.com/index.php/Linux_accounting   ...   (he is pro-PB, but AFAIK not using it)

------------------------------------------------------------------------------------------------------------------------------------------
Ok, so I will start with what I know (bearing in mind I am not too famililar with FA. I know PB much better). I am focussing on DIFFERENCES (I have 'bent' this rule for MULTI-CURRENCY as it can be SO important to anyone importing/exporting):

+ves to PhreeBooks Accounting:
- Sourceforge:  'Score'= 4.6,  490 weekly downloads
- the default transaction view is a 'one page layout'   ...    one transaction = 1 line (easy, informational view)
- OpenCart ($20) and ZenCart (FOC) connectors  ...   these are FULL integrations, not just order download. PB 'controls' the cart & listings.
- easy to convert a SO to a PO - 'one click'
- has a 'drop ship' option in Order Entry screen   ... this means that the name/address isn't auto added to the list of 'branches' but still retained in d/base. This also means that ones list of 'customers' doesn't become over-long and unmanageable (if set-up correctly)
- a number of full integrations with couriers and payment gateways   ...   USPS, Fedex, Authorise.net, FirstData, Elevon, Linkpoint, Paypal
- moved away from WebERP (roots) layout totally and adopted a more ZenCart layout (GUI)
- faster order entry (am I right)?
- led by one man (primary dev = Dave Premo) with a vision (perhaps a +ve and a -ve)
- one page entry for BOTH new customer details AND order details (i.e. a 1-step process and not a 2-step process)
- PB feels 'slicker', more modern looking (is this the JavaScript?)
- MULTI-CURRENCY =  limited. Currency set at SO/PO level. Can issue invoices/PO's in MC but cannot accept/make payments in anything but 'home' currency. This effectively means that any foreign currency bank account setup in GL tracks the balance in your 'base' currency.

+ves to Front Accounting:
- Sourceforge:  'Score'= 4.4,  550 weekly downloads
- more vibrant community and I assume more active deployments
- nice (powerfiul) P&L and Balance Sheet visibility options
- nicer looking reports
- commercial interests providing and supporting commercial modules
- genuinely 'Open Source' in spirit
- ability to have categories in inventory and reports e.g. Ford Spares / Chrysler Spares / Fiat Spares etc etc
- Wiki
- multi-warehouse/branch functionality more mature
- 20-30+ actively maintained extensions (PB has many excellent extensions/modules also, but few maintained by the wider community)
- FA feels 'faster' to me
- MULTI-CURRENCY = Currency set at Customer/Vendor level. Apparently FA can maintain multiple Foreign Currency Bank Accounts.
- Consolidated accounts - correct?
-??

... in all honesty I think that I currently prefer PB,  BUT I confess relative ignorance about the features of FA.

Can you add to the above list?     (these are 'stand-out' features that a user will really notice).