...
Software Version: 2021.??.?? and newer
Table of Contents | ||
---|---|---|
|
Page Header
Header Toolbar
...
When clicked, a new Inventory Receipt transaction will be created from the Invoice/Credit Memo containing all the line items with an 'Item Type' of "Inventory" on the current Invoice/Credit Memo. The quantities for the Receipt line items will default based on the following:
- If the transaction does not reference a PO #, then all the quantities will default from the Invoice/Credit Memo line items.
- If the transaction references a PO #, and the 'Auto Fill Receipt Quantities' is set to "Yes" on the Purchase Order Class, then all the quantities will default from the Invoice/Credit Memo line items.
- If the transaction references a PO #, and the 'Auto Fill Receipt Quantities' is set to "No" on the Purchase Order Class, then the quantities will default as 0.00 and will need to be manually edited before the receipt can be Approved or Posted. Need to have Dan change the way we show NO values in the LV
The Transaction Class for the Receipt transaction will be the Receipt Class identified as the 'Transaction Default' on the Inventory Receipt Transaction Class.
The Inventory Receipt will open in a new tab and if the user has "Full" rights to the Inventory Receipt Record View they can make any edits and/or lot assignments and or Approve/Post the Receipt. The Receipt transaction must be manually posted to ensure the lots are properly assigned.
Update this so the transaction must be posted before we create the receipt. Update this so that the receipt does not auto open in a new tab but rather the message contains a hyperlink that users can click. When clicked we open the Receipt in a new tab. An alternative option would be to have 2 buttons (Create Receipt and Open Receipts).
Need to add rules/error messages for when the button cannot generate a receipt. These events should not have to make a call to the db to do this.
Because this operation creates the Receipt using the current line items (and potentially the quantities) it should only be clicked when you are ready to post the AP Invoice/Credit Memo. If the transaction has not been posted, a message will appear indicating "Creating the Inventory Receipt transaction will also Post the current transaction. Are you sure you want to continue? Okay Cancel"
- If Cancel is clicked then nothing will happen
- If Okay is clicked, the Invoice/Credit Memo will attempt to Post. If successful, the unposted Inventory Receipt Transaction will be created. If the transaction cannot post the Receipt will not be created.
...
If the Invoice/Credit Memo was auto-created from an Inventory Receipt transaction then the 'Linked Invoice Transaction ID' property from the source inventory Receipt transaction will also be cleared.
...
- IQ: Applications - Opens an inquiry that displays all the transactions that have been applied to the Invoice/Credit Memo.
- IQ: PO Transactions - Opens an inquiry with all the Purchase Orders, AP Invoices, AP Credit Memos, and Inventory Receipts with this Purchase Order assigned. This inquiry has not yet been designed.
- RV: Journal Details - Opens the record view of the Journal Details.
- RV: Purchase Order - Opens the record view of the Purchase Order. If there is not a linked PO, a message will appear indicating "There is no Purchase Order for this transaction."
- RV: Receipt - Opens the record view of the linked inventory Receipt transaction. If there is not a linked Receipt, a message will appear indicating "There is no linked Receipt for this transaction."
- –-
- Create Receipt - add a new help page and put link here
...
The list contains all the 'Active' Invoice and Credit Memo Transaction Class IDs displayed as [TransactionType] - [ClassID]. For example: "Invoice - Home Office".
Note: The Transaction Class will not display after the Transaction Type if the Class ID is named "Default"
...
When clicked, all the Reports assigned to the Functional Area of Purchasing, that launch from the Print Dialog, are assigned to this page, and that the user has rights to (if Report Data Access is enabled) are displayed.
...
Save
...
Home Tab
...
...
...
Database Field: ERPx_APTransactionHeader.Description
...
For manually entered transactions this defaults to today's date and for transactions auto-generated from a Receipt this defaults from the Receipt Date on the linked receipt transaction.
Database Field: ERPx_APTransactionHeader.TransactionDate
...
If missing, the message "Doc No is required." will be displayed on Save.
If not unique, the message "Duplicate Doc No's are not allowed. Please enter a valid Doc No." will be displayed on Save.
Database Field: ERPx_APTransactionHeader.DocNumber
...
The lookup contains a blank value, the current assigned value, and a list of all the 'Active' Payment Terms.
Database Fields: ERPx_MFPaymentTerms.PaymentTermName, APTransactionHeader.PaymentTermSK
...
If a valid PO# is not entered then the 'PO # lookup' will open to provide a way to search for the 'PO #'. Once the PO # has been selected, it will be saved to the transaction. Once a valid PO# has been selected, or manually entered, all the Purchase Order line items (with a remaining quantity) that are not already on the transaction will be auto-added to the transaction and both the 'PO #' and 'Vendor Name' header fields will be disabled.
A 'PO #' is considered valid for AP Invoices based on:
- The 'Vendor Name' assigned to the transaction
- All Purchase Orders assigned to the transaction Vendor
- All Purchase Orders that contain line items where the 'Item Vendor' is assigned to the transaction Vendor
- The 'PO Type' of the Purchase Order
- PO Type of "Multiple Invoices and Receipts" are always considered
- PO Type of "Single Invoice and Receipt" are considered if the Purchase Order has not been assigned to an AP Invoice
- The 'Status' of the Purchase Order
- New - Only if the 'First Status POs can be Received or Invoiced' property on the Purchase Order Class is set to "New".
- Released - always considered valid
- Closed - Never considered valid
A 'PO #' is considered valid for AP Credit Memos based on:
- The 'Vendor Name' assigned to the transaction
- All Purchase Orders assigned to the transaction Vendor
- All Purchase Orders that contain line items where the 'Item Vendor' is assigned to the transaction Vendor
- The 'PO Type' of the Purchase Order is not evaluated
- The 'Status' of the Purchase Order is not evaluated
Database Fields: ERPx_APTransactionHeader.PurchaseOrderSK, ERPx_APPoHeader.PurchaseOrderID
...
The Reference will not default from the Reference on a linked Purchase Order. These are treated as separate reference fields.
...
Database Field: ERPx_APTransactionHeader.Reference
...
- For manually entered transactions this is editable while the transaction is in a Status of "New" and defaults from:
- The Site assigned to the linked PO (if a PO # is entered for this transaction). The Site is not restricted to the Site on the linked Purchase Order.
- The 'Default Site' on the Transaction Class.
- For transactions auto-created from a Receipt transaction this is not editable and defaults from the source receipt transaction.
...
This lookup contains a list of all active Sites.
Database Fields: ERPx_APTransactinHeader.SiteSK, ERPx_MFSite.SiteID,
...
The Statuses that apply to transactions in this Record View include:
...
When an AP Invoice that is linked to a Purchase Order is Posted, if the Purchase Order Type is "Single Invoice and Receipt" and a receipt has already been posted, the Purchase Order Status will be auto-changed to "Closed".
Database Fields: ERPx_APPoHeader.TransactionStatusEN
...
- If the Invoice/Credit Memo is manually entered (the 'Linked Receipt Transaction ID' is empty) then this defaults as blank and is editable when the transaction is in a Status of "New".
- Add logic to specify that Vendor Name is disabled once it has been entered with a PO #
- If the Invoice/Credit Memo was auto-created from an inventory Receipt transaction (the 'Linked Receipt Transaction ID' is populated) then this defaults from Receipt and is not editable.
The lookup contains a blank value, the current assigned value, and a list of all the 'Active' Vendors.
Database Fields: Database Field: ERPx_APTransactionHeader.VendorSk, ERPx_APVendor.VendorName
Properties Tab
...
...
...
This is always editable, even after the transaction is Posted and can be edited to any date that is both:
- Greater than or equal to the 'Doc Date'
- If not, the message "The Discount Date must occur on or after the Doc Date." will be displayed on Save.
- Less than or equal to the 'Due Date'
- If not, the message "The Discount Date must occur on or before the Due Date." will be displayed on Save.
Note: If the transaction's 'Payment Terms' are changed, this value will be recalculated.
Note: Changing this for a posted transaction will only have an effect if the transaction has an open/unapplied balance.
...
Database Field: ERPx_APTransactionHeader.DiscountDate
...
- Greater than or equal to the 'Doc Date'
- If not, the message "The Due Date must occur on or after the Doc Date." will be displayed on Save.
- Greater than or equal to the 'Discount Date'
- If not, the message "The Due Date must occur on or after the Discount Date." will be displayed on Save.
Note: If the transaction's 'Payment Terms' are changed, this value will be recalculated.