synpos mirror with some mods is on GitHub and was last updated in Sep 2015.

Which is your repo for the integration?

Initial user / password: 123 / 123
Uses the HSQL DB by default - can configure for MySQL with JDBC.

It's been a long time since the first release of Simple REST API, and lots of people asked me about a POS integration.

I made some spare time and i am working on a new light weight API and the integration with SynPOS 0.9.3, this is still a work in progress and many data is hardcoded (for example the customer id to sync orders) and lots of bugs still, but i wanted to let you know i am working on this and if there is anyone interested in helping with testing, coding or code review it will be appreciated, just let me know in this post or via email.

... Andres Amaya

I created a branch of my Simple REST API for a client that wanted to connect FA and other Rails software with AutoFactura, so thats why i created the ruby gem for AutoFactura.

So for the Simple REST API i just changed the branch master with the help of Cambell Prince which send me a pull request that does not have anything additional.

Does anybody know the current maintenance/support status of the API?

He might well have planned to exchange invoice data between Autofactura and FA, using a ruby-based web service. But the API was abandoned (?) before it was finished, so who knows what was actually planned...

What has the Autofactura (Site - Translation: Self Invoice) project (based on Ruby/Gems) got in common with Front Accounting?

If that's what it is, then I'd like to know that too. Why is it imported in the FA Simple REST API sales.inc file (apparently as part of some module entitled timbrado), and why is it used in the sales_cancel function?

But I think "autofactura" translates roughly as "auto-billing", and the mysterious timbrado module may have something to do with a third-party billing system.

18: include_once($path_to_root . "/modules/timbrado/includes/db/comprobantes_db.php.inc");
19: include_once($path_to_root . "/modules/timbrado/includes/db/llavero_db.php.inc");
20: include_once($path_to_root . "/modules/timbrado/includes/generate/AutoFacturaCore.php.inc");
21: include_once($path_to_root . "/modules/timbrado/includes/db/configuraciones_db.php.inc");

What is this timbrado (stamping?) module? I can't find any relevant reference to it anywhere.

Also, the sales_cancel function contains code that depends on AutoFacturaCore.php.inc. This code won't work without the missing includes:

function sales_cancel($branch_id, $uuid)
{
    error_log("\r\n1", 3, "/var/tmp/sasys.log");
    $AutoFactura = new AutoFacturaCore();
    $AutoFactura->userkey = get_cofig("Llave de Usuario", "");
    $AutoFactura->suckey = $branch_id;
    $AutoFactura->url = get_cofig("Servidor", "");
    $datos = array('autofactura_id' => $uuid);
    $response = $AutoFactura->cancelar($datos);
    error_log("\r\n2=>" . json_encode($response), 3, "/var/tmp/sasys.log");

    try {
        if ($response['exito'] == 1) {
            error_log("\r\n3", 3, "/var/tmp/sasys.log");
            set_sql_cancelar_digital($uuid, $response['url']);
            api_success_response(_("The invoice was cancelled."));
            return;
            error_log("\r\n4", 3, "/var/tmp/sasys.log");
        } else {
            error_log("\r\n5", 3, "/var/tmp/sasys.log");
            api_error(500, _('Could not cancel invoice.'));
            return;
        }
    } catch (Exception $e) {
        error_log("\r\n6", 3, "/var/tmp/sasys.log");
        api_error(500, _('Could not cancel invoice. ') . $e->getMessage());
        return;
    }
}

Thanks ...

Line 282 is still passing a string to input_num() which can't be right.

And the .htaccess file causes the following entry in the error log
[Fri Sep 13 00:29:15 2013] [alert] [client 192.168.22.50] /var/www/frontaccounting/modules/api/.htaccess: Invalid command 'RewriteEngine', perhaps misspelled or defined by a module not included in the server configuration

Now I'm sure that is a problem with my local configuration, so I've just renamed it for now. I do however get another, more interesting entry:
[Fri Sep 13 00:49:26 2013] [error] [client 192.168.22.50] 0::connect_db.inc:51: mysql_query() expects parameter 2 to be resource, null given

Parameter 2 is $db, a global variable. It is not passed to the function (db_query) which calls mysql_query. It should just be there. How can it not be there? Does it get overwritten by the API code somewhere? Because everything is fine when accessing the system through a web browser.

Edit: No. More likely, it is never set to begin with.

{
  "trans_type": "10",
  "ref": "NoGuia0001",
  "customer_id": "4",
  "branch_id": "15",
  "location": "DEF",
  "deliver_to": "ABC, S.A. DE C.V.",
  "delivery_date": "2013-10-30",
  "delivery_address": "Calle., #2333 int: 0, Algo, C.P. 64420, Monterrey, Nuevo Leon, Estados Unidos Mexicanos",
  "phone": "",
  "cust_ref": "",
  "comments": "",
  "ship_via": "1",
  "payment": "5",
  "sales_type": "1",
  "items": [
    {
      "stock_id": "stock0001",   
      "description": "TRANSPORTE MTY-LAREDO",
      "qty": "1",
      "price": "100",
      "discount": "0"
    }
  ]
}

There is also a bug on can_process:
/*if (!check_num('freight_cost', 0)) {
     return array("passed" => false, "message" => _("The shipping cost entered is expected to be numeric."));
   }*/
This should be commented because check_num verifies POST variable and with the API freight_cost is not a required field.

Let me see if i can send you later a POST example of an invoice.

On lines 220, 323 and 422 the string 'freight_cost' should really be $info['freight_cost']
On lines 241 and 353 the test for ($can_process == false) should be ($can_process['passed'] == false)

But I still don't seem to get any data whatsoever into the sales_add function. It's probably just me, but... Has anyone managed to POST data? In particular multi-dimensional arrays, such as required here. Just what format is the data expected to be in?