Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Intacct SDK throws exception - "Control block is missing senderid element" response while performing operation in Intacct #215

Open
skmuruganjbfcs opened this issue Aug 30, 2022 · 3 comments

Comments

@skmuruganjbfcs
Copy link

Hi,
We are getting the below exception while performing operations in intacct.

Exception:
Read function control ID: a0c6b58a-0e90-4091-be0f-b84e2ff6b440
Number of GLENTRY objects read on run 2249: 1000
Intacct.Sdk.Exceptions.IntacctException: Control block is missing senderid element
at Intacct.Sdk.Xml.Response.Control..ctor(XElement control)
at Intacct.Sdk.Xml.AbstractResponse..ctor(Stream body)
at Intacct.Sdk.Xml.SynchronousResponse..ctor(Stream body)
at Intacct.Sdk.Xml.RequestHandler.d__20.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter1.GetResult() at Intacct.Sdk.AbstractClient. [IntacctLog.txt](https://github.com/intacct/intacct-sdk-net/files/9453801/IntacctLog.txt) <Execute>d__6.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task) at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at System.Runtime.CompilerServices.TaskAwaiter1.GetResult()
at Intacct.Sdk.IntacctClient.d__4.MoveNext()

@laurelkhall
Copy link

Are you using Execute or Executebatch?

According to the (https://developer.intacct.com/tools/sdk-net/#error-handling ):

An IntacctException extends the System.Exception and is likely an issue with Sage Intacct itself.

The Execute and ExecuteBatch functions have some built-in error handling for the results (Result instances) coming back:

  • Execute allows you to execute one function to the Sage Intacct API. This will also grab the Result and call EnsureStatusSuccess to check for any API errors executing the single API function.
  • ExecuteBatch allows you to execute multiple functions to the Sage Intacct API in the same request.
    If the passed RequestConfig.Transaction property evaluates to true, it will loop through each Result and call EnsureStatusNotFailure in an attempt to check for any API errors that are status failed and not aborted.
    If the passed RequestConfig.Transaction property evaluates to false (default), you will need to do your own Result looping and error checking.

@dylan-holt-sage
Copy link
Contributor

@skmuruganjbfcs, has this issue been resolved? If so, please let me know so I can close this issue. Thanks.

@laurelkhall
Copy link

No, it is not resolved. We had no reply from SI yet. Is there anyone who can take a look?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

3 participants