Integration with Third-Party Applications

SOLVED

We have temp-staffing company that uses an in-house-developed application and what to transfer hours and rates to our accounting system.  Presently, we are using Quickbooks that, in theory, allows the use XML files to transfer this data.  The problem is that any error (e.g. mismatch in names between our app and Quickbook) is not highlighted or shown anywhere (e.g. a log).  Therefore, checking that all the data went in becomes a task in itself.  We are looking for apps that will allow full integration and were wondering if Sage 50 would have a way to integrate with third-party apps.

Parents Reply Children
  • +1 in reply to StephenC
    verified answer

    Yes.  I want to either develop and/or find a real interface.  Thanks a lot for your prompt reply.

  • 0 in reply to StephenC

    Where and how could I get in touch with someone who could explain how to interface with Saga 50 DB?

    I understand the application is based on Pervasive PSQL.  There is plenty of information on the web regarding this database and it seems that its tables can be updated via SQL query.  The issue now would be knowing the table structures, which I figure are not publicly available, or using an API. 

    Also, reading through you website, I read there is something called "job ID".  I would like to understand what that is and how it is used.  It sounds like something I have been looking for in Quickbooks but did not find, which would relate an order (customer order).

    I posted my previous question in the community you recommended but I have not seen a reply. 

  • 0 in reply to RBolivar

    Interfacing with the data is outside of my skill set. I would suggest talking to someone at MultiWare or DataSoft

    In Quickbooks, jobs are really sub-customers. But in Sage 50 a job is a separate entity. As such it has it's own ID, just like customers, vendors, and inventory items do.

    If you have a copy of Sage 50 you can get details of the files by going to the Help menu > Help Topics, then on the Index tab search for "data (.DAT) files".

  • 0 in reply to RBolivar

    I wouldn't recommend accessing the Sage 50 database directly, except as a last resort.

    The reason is that the database is subject to change from release to release, and those changes may break your code. Further, the information stored in the database is nuanced and difficult to understand, so it may be hard for your code to interpret this information correctly.

    I suggest you use either the .NET API or the COM API, if you can, rather than accessing the database.