web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

News and Announcements icon
Community site session details

Community site session details

Session Id :
Dynamics 365 Community / Forums / Microsoft Dynamics AX (Archived) / Symmetry TaxEngine Err...
Microsoft Dynamics AX (Archived)

Symmetry TaxEngine Errors in Application Suite

(0) ShareShare
ReportReport
Posted on by Community Member

Hi all,

i have encountered an issue during compilation where all the elements referencing to the Symettry.TaxEngine dll are not finding the dll artefacts.

On AX 2012 the solution to this was re-adding the ste-net.dll reference found in the program files, however these do not exist anymore.

I have built all packages/models, except those in the application suite due to the above error.

Does someone has  any solution regarding the above?

Kind Regards.

*This post is locked for comments

I have the same question (0)
  • Martin Dráb Profile Picture
    Martin Dráb 237,801 Most Valuable Professional on at

    Is this a dev environment or a build environment? Is it in Azure or local? Did it work before? Have you made any changes to the environment prepared by Microsoft?

  • Community Member Profile Picture
    Community Member on at

    Its a Demo Environment , on Azure deployed through LCS.

    Yes this was working before.

    Yes it had changes in our seperate models.

  • Martin Dráb Profile Picture
    Martin Dráb 237,801 Most Valuable Professional on at

    Can you tell us more about your changes that broke it?

    Also, do you have an example of where the assembly is used? Is the assembly still included in your system, and is the versions the same as expected by AX?

  • Community Member Profile Picture
    Community Member on at

    The change is an ISV change which was tested and checked in from another VM.

    This ste-net.dll is used in the these classes for example:

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementBenefits.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementTaxes.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementTaxes.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementTaxes.xpp

    J:\AosService\PackagesLocalDirectory\bin\XppSource\Foundation\AxClass_PayrollCalculatePayStatementTaxes.xpp

  • Community Member Profile Picture
    Community Member on at

    Forgot to add... i do not know where the assembly is located since this is dynamics 365... it is not stored in the 2012 path folders

  • Martin Dráb Profile Picture
    Martin Dráb 237,801 Most Valuable Professional on at

    That's a lot of new, important information.

    First of all, check whether the source environment has the same version of Dynamics AX.

    Then review the version of the assembly, as I told you before. In my installation, the version expected by AX (as defined by ste-net) reference in AOT is 1.0.1.62. You can also use Assembly Binding Log Viewer to find more information, such as if the problem is actually caused by another assembly that ste-net can't find.

  • Verified answer
    Martin Dráb Profile Picture
    Martin Dráb 237,801 Most Valuable Professional on at

    In demo environments, the path to the physical file should be c:\AOSService\PackagesLocalDirectory\Bin\ste-net.dll.

  • Verified answer
    Community Member Profile Picture
    Community Member on at

    Hi thanks for replying! Due to time issues i deleted the VM and recreated it... however in the path described above (in my case J:\AosService\PackagesLocalDirectory\Bin).... the dll was not there. In the new deployed VM, however there is an application extension for the ste-net called ste-net.dll of type symmLink which refers to the path: J:\PayrollTaxModule\PackagesLocalDirectory\bin where the actual ddl is found.

  • Martin Dráb Profile Picture
    Martin Dráb 237,801 Most Valuable Professional on at

    Yes, it's a symbolic link. I didn't even notice it and it doesn't matter; how the file system provides the file has no impact to assembly binding.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Congratulations to the November Top 10 Community Leaders!

These are the community rock stars!

Leaderboard > 🔒一 Microsoft Dynamics AX (Archived)

#1
Martin Dráb Profile Picture

Martin Dráb 4 Most Valuable Professional

#1
Priya_K Profile Picture

Priya_K 4

#3
MyDynamicsNAV Profile Picture

MyDynamicsNAV 2

Last 30 days Overall leaderboard

Featured topics

Product updates

Dynamics 365 release plans