FrontAccounting forum — True multi-currency support and RFQ feature

Re: True multi-currency support and RFQ feature

2015-06-12T10:09:23Z

Rascal - Sorry for the slow reply. I have been using Front accounting for quite a while now and I almost forgot about how Phreebooks works. But in general Front accounting seem a lot more robust yet still somewhat user friendly. I think it still has a ways to go for anyone who is working internationally and has varying currency needs but they do seem to be improving this (some of the issues here, I noticed got better in later releases).

Weberp is amazing but way to complex - Phreebooks has a nice interface but is way to simple and Front accounting seems to be the best balance of the two. Therefore we are sticking with Front Accounting.

I know the ERP exaustion feeling too. But unless your needs are super hardcore to the extend that you need weberp, then go with Front Accounting!

Re: True multi-currency support and RFQ feature

2014-01-04T16:04:44Z

So, Rascal, which way did you go, PB or FA?

True multi-currency support is a big issue for me.

Re: True multi-currency support and RFQ feature

2013-09-23T09:04:10Z

@rschwendeman
You write "I recently switched over from Phreebooks to Front accounting which is years ahead".

I am currently evaluating Front Acounting having come from a background of PhreeBooks.
Where are the areas that you have found Front Accounting to be more suited to your needs than PhreeBooks?

I am hoping to make a final decision about our choice of ERP soon as I am getting ERP exhaustion.

Re: True multi-currency support and RFQ feature

2013-07-31T15:33:49Z

@rscwendeman

The Bank Charge is deducted from the total remittance amount and is booked on an account set in the System and GL setup (should be a cost account). This is to have an overview over how much bank charges has been booked.

/Joe

Re: True multi-currency support and RFQ feature

2013-07-31T14:18:09Z

Definitely looking forward to this in the next release.

Customer Payment Entry is another spot that could use a little love. There is a bank charge, but its not clear if:

A) this charge is deducted from the total remittance amount or
B) it is it added on top of the remittance amount...??

If it is deducted from the remittance amount then it would make more sense for it to be down below along with the discount, remittance amount etc.

Re: True multi-currency support and RFQ feature

2013-06-04T13:37:31Z

Thanks for pointing out this issue. This will be fixed in next minor release at least regarding payments/deposits.
Janusz

Re: True multi-currency support and RFQ feature

2013-05-29T15:50:28Z

Right now, the way transactions are handled in various currencies is horribly confusing. One of the biggest aspects of this is you never really are clear what currency you are working in at any given time. As a result I spend a TON of time voiding transactions and then re-entering them.

For example in "Bank Account Payment Entry" you first choose the bank account that you are making the payment from. In this case, I am selecting a USD account. I enter the payment amount in USD and (it seems in this case) the payment is made correctly in USD. However, its NOT at all clear what currency you are making the payment in (since in some places it must be in the home currency, and in others its not..). It lists the exchange rate in this screen which is further confusing since it seems in this case that the payment being made is in the currency of the account you have selected. A quick fix here would probably just have the currency name of the account you selected display somewhere (maybe next to the amount) so that its clear what currency this transaction is occurring in. Along with the amount in the destination currency (display purposes only).

In SO MANY places this could be really really easily fixed in the short term by simply making it clear what currency you are working in on each of these different screens with with some sort of notice or display.

For now though I have gotten quite proficient in using the void feature.

Re: True multi-currency support and RFQ feature

2013-03-01T10:09:22Z

Agree this is important feature, but unfortunatelly single currency per customer/supplier is deep design decision, so changing this will take some time and effort.
Janusz

Re: True multi-currency support and RFQ feature

2013-03-01T06:47:55Z

I was just doing a search and it seems multicurrency is a concern for quite a few others:

https://frontaccounting.com/punbb/viewtopic.php?id=181
https://frontaccounting.com/punbb/viewtopic.php?id=1278

Re: True multi-currency support and RFQ feature

2013-02-26T20:28:10Z

Apparently I misspoke? I don't use the sales quotation function, but thought I had read that you couldn't convert a sales quotation to a sales order without first installing the textcart extension. I guess I should've just kept quiet. (BLUSH!)

Sorry!

Chris

Re: True multi-currency support and RFQ feature

2013-02-26T08:46:52Z

Sorry Joe, I was just referring to Chris's comment: "Also, FA currently does not easily convert a "Sales Quotation" into a "Sales Order" although you can use cut-and-paste if you have installed the textcart extension."

But for me, it seems to work fine..

Re: True multi-currency support and RFQ feature

2013-02-26T08:27:46Z

@rscwendeman

I don't understand why the Sales Quotation doesn't easily convert into Sales Order.

Go into Sales Quotation Inquiry in Sales Tab. Put the mouse over the last but one column on a Sales Quatation. What do you get here. Of course pressing this will create a Sales Order, voila

/Joe

Re: True multi-currency support and RFQ feature

2013-02-26T08:10:08Z

On a side note, I should mention one reason we specifically DID NOT go with weberp (which is also pretty impressive) is the inability to enter a back dated transaction. So I am VERY glad front accounting has this feature.

Re: True multi-currency support and RFQ feature

2013-02-26T08:08:34Z

Essentially an RFQ (request for quote) works in much the same way as SALES QUOTES work. The main difference between the two is that RFQ's are intended for the supplier/vendor sides where are SALES QUOTES are intended for the customer side. Another way of saying this is FRQ's are used in purchasing, SALES QUOTES are used in selling.

With customers, you provide an initial SALES QUOTE. When the customer then receives and confirms this quote, the sales quote converts into a "SALES ORDER" and then finally into a SUPPLIER INVOICE.

The process is the same with an RFQ. With suppliers you provide a RFQ. The supplier comes back with the details such as specs ordering terms etc and if you confirm it, the RFQ is converted to a PURCHASE ORDER and then finally into a SUPPLIER INVOICE.

The advantage to having RFQ's is you can a) see what items you have out there soliciting quotes for and b) you have a place to record what suppliers quoted for each item (we usually fill in the details they came back with into the RFQ).

I am surprised that "Sales Quotation" don't easily convert into "Sales Orders" easily. My understanding of the proper work flow for this would be that they SHOULD easily convert, with the ability to make changes on the final sales order if necessary.

Re: True multi-currency support and RFQ feature

2013-02-22T18:00:19Z

I'm not sure what the difference is between your "RFQ" and the "Sales Quotation" which already exists in FA? Or, are you talking about an "RFQ" for the purchasing module?

Also, FA currently does not easily convert a "Sales Quotation" into a "Sales Order" although you can use cut-and-paste if you have installed the textcart extension. Some have suggested that this functionality be added to a future version of FA, but I don't think it's going to happen right away.

Hope that's helpful.

Regards,

Chris