your POS solution?

[alvin101]

Do you still have and maintain a Point of Sale solution for FA?

[apmuthu]

Among others, I support phpPointofSale (the original Open Source version) which sadly in it's current avatar is available commercially for USD 199/- per location per site with updates for a year.

Any other PHP/MySQL based Point of Sale too can be bridged into FrontAccounting after deciding what data needs to be synched and in which direction and how often.

I do not have any specific custom bridge for any POS to FA now.

[alvin101]

I think you should pick up on what these guys are doing to continue your POS module.

https://github.com/jekkos/opensourcepos

[apmuthu]

phpPointofSale in it's last month of being open source was stripped of some functionality and the rest was given to the opensourcepos project which then evolved separately.

Anyone running any of these POS and FA off the same database server can put in some triggers to update one another (beware of race conditions and circular triggering) as desired. Using any of the REST APIs for FA can help synching with the POS.

For low volume POS operations, FA's native POS should be sufficient. For high volume POS, many prefer an adjusted summary posting into FA manually say once a day.

Anyone placing a bounty for a FA to POS bridge and / or initiating a github project for the same will further both projects usability tremendously.

[alvin101]

@apmuthu

FA's native POS should be sufficient.

Are you referring to Direct Invoice? or am I missing something?

Anyone placing a bounty for a FA to POS bridge and / or initiating a github project for the same will further both projects usability tremendously.

I like this... you have 21 watchers maybe some of them will jump in. I could also make a post over at FA forum. I could initiate a github, but I would need to drag a coder along.

Would you be willing to support something like this?

[apmuthu]

Setup => Points of Sale sets the Cash Till Account and POS Location to take the inventory from.
Whilst Direct Invoice is the generally preferred native POS mode, Quick Entries too can be used.

When I do get some free time, I will be making a generic bridge. If CartSpan is no longer being developed and the author wants to make it Open Source, we can save a lot of effort and time.

I will keep you posted when I start it. Meanwhile all coders are welcome to initiate it as well.

[alvin101]

For anyone who comes along on this thread this is not about Points of Sale, POS settings in FA, I have always that this name should have been changed to Sales Locations instead.

POS here means Point of Sale, (your cash register)

I have also thought that Direct Invoice could be modified to perform as I full blown POS.

[apmuthu]

As the POS menu link is in the Setup Tab, it denotes POS Settings. As for Sales Locations, it is specific to a Cash Till Account and not the global default Sales Location.

The difference between a POS Sale and a Direct Invoice Sale would be that in the latter, just one invoice is entered at a time (and editable later) whilst the in the former, you can suspend a sale (not yet sold status but inventory issued) and resume / submit it later (sale fulfilled).

Sales Ordering can be the pre-cursor to POS in FA, from where it can be Invoiced.

[alvin101]

Ok, thanks for your quick response,

I would like to cut through the clutter, I started this issue because you had built the connector of PHP Point Of Sale it is now about 5 years old, because the guys over at Open Source Point of Sale took this code and went on I thought it a good switch for you.

At any rate I would like to go forward with a POS solution for FA and you are the user who has done the most for this.

If you are still interested in this can we forge road map forward on this?

[apmuthu]

TCLim had built the commercial connector for phpPOS. I had participated in the discussions for SOAP synchronisation.

As I said, when I have the time for such a concerted effort and possibly FA 2.4 would have become stable by then, we can work on it.

[mckaygerhard]

hi @apmuthu i'm very interesting in your POS integration as i also work in some variations of phppointofsale too, i'm very interesting in your comment:

The difference between a POS Sale and a Direct Invoice Sale would be that in the latter, just one invoice is entered at a time (and editable later) whilst the in the former, you can suspend a sale (not yet sold status but inventory issued) and resume / submit it later (sale fulfilled).
Sales Ordering can be the pre-cursor to POS in FA, from where it can be Invoiced.

this are very usefully to Bussines among inventory warehouses systems, specially multiple of thems..

You said that you do not have enough time.. I'm not an expert but if there's no difficult tasks I can help in some easy task!

[apmuthu]

This fork is FA v2.3. The current stable fork is FA 2.4. Now FA 2.5 will begin soon and it may have sufficient native APIs / hooks builtin. The FA forum has a job offers section where you can offer your services.

[mckaygerhard]

i dont here by a coupe of money! i really need a qucik POS integration with any ERP or similar.. but easy to imlement! do you considering that a help in the code base are need here?