Wow. Thanks for the great information itronics. That really gives me a better understanding of what is going on...
2 07/25/2010 05:34:04 am
Re: cURL? (6 replies, posted in Modules Add-on's)
e-prast and bruzergear: I might have to take a closer look at the direct sale feature. It may be exactly what we need for our POS needs.
huotg01: Yes, as you have noted, curl is a good way to reuse the existing code without any alterations. In that sense, curl is simply a novel way of interacting with the FA system.
For instance, I've used curl in the past to log in to sites and perform automated data entry tasks. The same thing would be going on here... it would be kind of like a data entry "macro."
I am going to have to dig a little deeper on the javascript issue and I'll report my findings. I also need to see if FA validates their form submissions with any types of token variables, although this should be a minor issue. I have seen this type of validation strategy in some aspx pages.
3 07/24/2010 12:08:04 am
Topic: cURL? (6 replies, posted in Modules Add-on's)
Hi Everyone, I wanted to ask a question to make sure that this isn't a horrible idea before I get started.
We would like to create some data entry forms. We are not going to modify or change the underlying structure of FA in any way, we are simply interested in data entry.
The rationale for this is to maximize efficiency. For example, we would like to create a "point of sale" form where a user could do the following:
-create a new customer
-create the purchase of this customer
-create an invoice and
-make a payment on that newly created invoice.
This would all be accomplished in one fell swoop (in one screen). We believe we can accomplish this using cURL. The method is going to be to post data (cURL, etc.) to the appropriate FA pages pages and allow FA to do the processing. I have already accomplished an FA login using PHP and cURL (which admittedly is a small feat).
My question is, would this best be done in the no-javascript-mode? For example, I noticed a posted variable called "_random" with a value of "811931.0167524144". It seems like this is being created by javascript...
As an example, this is a form that was sent in order add a vendor:
supplier_id=&_tabs_sel=settings&supp_name=SupplierName&supp_ref=AAA&gst_no=&website=&curr_code=USD&tax_group_id=1&supp_account_no=&contact=&phone=&phone2=&fax=&email=&rep_lang=&bank_account=&credit_limit=0.00&payment_terms=4&payable_account=2100&purchase_account=5010&payment_discount_account=5060&dimension_id=0&dimension2_id=0&address=&supp_address=¬es=&submit=Add%20New%20Supplier%20Details&popup=&_focus=supplier_id&_random=811931.0167524144
Which was posted to:
http://baseurl.com/account/purchasing/manage/suppliers.php?JsHttpRequest=0-xml
I plan on turning off javascript and digging into this tomorrow. Anything else I should know about? Is this a really bad idea? We are only going to implement this for a few vital functions and use the default FA interface for everything else...
4 07/23/2010 08:30:55 pm
Re: FrontAccounitng 2.3 beta released (4 replies, posted in Announcements)
Great! I will move ahead with the process...
5 07/22/2010 11:52:28 pm
Re: FrontAccounitng 2.3 beta released (4 replies, posted in Announcements)
Hello,
We are small business in the process of implementing a new accounting system and front accounting is perfect for us. In developing our accounting processes and flow, we would like to start with the 2.3 beta release version. My question is, could we use the 2.3 beta as a starting point for the planning of our system and update as the beta gets closer to release? Our internal processes will not be production-ready until October or so, but we would like to start with the 2.3 version in the planning phase...
Thanks!
Elden