Sage CRM Task Launcher

We have inherited some bespoke form launching developed by a former BP. I get the following error when trying to Amend a Purchase Order:

The bespoke xml file in the TaksLauncher folder has the Purchase Order form defined as below:

<?xml version="1.0" encoding="utf-8"?>
<remoteForms>
<form
id="6601"
name="Sage.MMS.POP.AmendPurchaseOrderDetailsForm"
objectType="Sage.Accounting.POP.POPOrder"
assembly="Sage.Accounting.Commercials"
/>
</remoteForms>

and the custom asp that calls this has the following url defined:

<a class="er_buttonItem" href="javascript:FormLaunch('">localhost:8088/.../LaunchForm.Open id="Button_PurchaseOrder">Purchase Order</a>

Can anyone suggest what is wrong? This works on a previous version of CRM

  • 0

    formNo=6601&amp;companyName=SAGECOMPANYNAME&amp;dbKey=2794719

  • 0 in reply to nins93

    Hi Nins93

    Just want to check that the Task Launcher software has been installed on the user's machine and the user has access to Sage 200.

    Also the task launcher uses Internet Explorer, we now have problems with customers on Windows 11 and using other browers, it may work and when it does it can trigger the form to open twice. 

    (also to check that you are aware this is no longer supported and dropped in the latest verson of Sage 200) 

    What version of Sage 200 are they using? I would suggest maybe speaking with Qmulus and looking to replace the button entirely with one that potentially triggers the newer Web Forms instead which is supported by their latest version of Qnect.

  • 0

    Have you resolved the "metadata load error" shown on the left side of the screen?

  • 0 in reply to Terry Gair

    Hi Terry

    Is this a separate question or related to the Sage 200 integration?

  • 0

    The form launcher is just using the normal Sage 200 'Role' security to test whether or not the user has access to the specified form. In a typical out-of-the-box Sage 200 installation, there won't actually be a feature target for Sage.MMS.POP.AmendPurchaseOrderDetailsForm. There *will* be a target for Sage.MMS.POP.AmendOrderForm, as this is the one that you find on the standard menu, which in turn will launch Sage.MMS.POP.AmendPurchaseOrderDetailsForm. The solution is to manually add a feature in SAA with a target of Sage.MMS.POP.AmendPurchaseOrderDetailsForm and authorise it as required.

    As for the form launcher having a dependency on IE...well, kind of. The task listener process does use the InternetSetCookie method from the WinInet API - which of course is an IE thing - but it only needs to do so if it's running in multi user mode (as it would be on Terminal Server). In single user mode it should just keep on trucking.

  • 0 in reply to Chris Burke

    Many thanks Chris, I'll give it a whirl!