Document is fully applied
Try running the Payables Reconcile and then Checklinks on Payables open transactions, if this does not fix the issue then please see the below sql statements with which this issue can be corrected.Unhandeled Script Exception:
Index 0 of array 'PM transaction Abbreviation' is out of range in Script 'PM_Transaction_Inquiry_Scroll_FILL". Script terminated.
Please check the PM00400 table for these 3 columns which will be null
---------------------------------------------------------------------------------------------------------------------------
Purchasing Approval Setup Error
"[Microsoft][SQL Server Native Client 10.0][SQL Server]A .NET Framework error occurred during execution of user-defined routine or aggregate "SendWorkflowCompletionEmail". System.IO.FileLoadException": Could not load file or assembly 'System.DirectorSer[..." Error gets cut off at the end.
Resolution to resolve the problem.
STEP 1:
Go to Microsoft
Dynamics GP>> Maintenance>> SQL
Scroll to User Messages in the DYNAMICS database and select, click on 'Create Stored Procedure' and click on Process.
Once this is done please complete the next step.
STEP 2:
Open SQL management
Studio and run the following script against DYNAMICS (system database)
exec wfDeployClrAssemblies
There are several areas that have been enhanced with this new feature.
1. Scanning documents and attaching them directly to a master record, document, transaction or line item.
The Document from the Vendor Card will automatically be added to the invoice.
Posting Status of a Transaction
What
is the posting status (PSTGSTUS) in the PM10000 table?
10 = Transaction being entered for the
first time before it has been saved by the used
20 = Saved but the unposted transaction
30 = Transaction that is currently real-time posting
40 = Posted transaction
50 = Transactions that has encountered an
error during the posting
60 = Transaction that has been saved
previously and has a status of 20 is now being edited by a user
70 = Transaction that has been posted
previously in a recurring batch that still contains unposted transactions is
now being edited by the user
Look in the SY00500 for the field BCHSTTUS
and check its value against the list below. It will give you a good idea of how
far through the process your transactions were.
0 Available
1 Batch Posting
2 Batch Being Deleted
3 Batch Receiving Transactions
4 Batch Done Posting
5
Batch Being Printed
6 Batch Being Updated
7 Interrupted While Posting
8 Interrupted While Printing
9 Interrupted While Updating
10 Recurring Batch Errors / Transactions
Did Not Post
11 Single Batch Error / Transactions Did
Not Post
15 Error While Posting Computer Checks
20 Interrupted While Processing Computer
Checks
25 Interrupted While Printing Computer
Checks Align
30 Interrupted While Printing Computer
Checks
35 Interrupted While Printing Computer
Checks Align Before Reprint Computer Checks
40 Interrupted While Voiding Checks
45 Interrupted While Reprinting Checks
50 Interrupted While Processing Remittance
Report
55 Interrupted While Processing Remittance
Report Align
60 Interrupted While Printing Remittance
Report
100 Processing Computer Checks
105 Check Align Being Printed Before Print
Checks
110 Printing Computer Checks
115 Check Align Being Printed Before
Reprint Checks
120 Voiding Computer Checks
125
Reprint Computer Checks
130
Remittance Report
135 Printing Remittance Align Form
140 Printing Remittance Form
Typically, there's nothing you can do to
free it up except change it's status in the SY00500 table. I'm sure Soma's KB
article has some other tips on how to free it up. It's likely your batch didn't
update any of the transaction tables and you can just free it up, backup your
database, and try again.
No comments:
Post a Comment