5.6 Pay Selected Payments (05070m)

The remittance advice run only operates on the selected payments. If the remittance is for payment by Direct Deposit, then at the same time as producing the remittance advice, the ABA (Australian Banking Association) data file is produced.  

Muli has combined the Remittance Advice & Cheque printing functions, so the remittance advice payment method is treated as a cycle for each, allowing multiple payment processing from a single payment selection.

1. Bank alpha  We ask for the bank first as a single bank account may be used by a number of companies (companies must be authorised to use the chosen bank [8.9.2 Q9]).  Having chosen the bank, we display a string of companies that have payments in selected payments reports, default bank account alpha and total $value at the righthand side of the screen.
2. Company
   - Companies that have bank as default
   - All companies that can access the bank
   - Single company
3. Profit Centre - All/Single   This allows selection eg: 'W' for Western Australia profit centre across multiple companies.
4. Acc Processing pt 230 - All/Range  Large companies may establish processing points across groups of companies for regional management.  Where this is done, it is logical that the payment process would utilise the processing point for payment grouping.  Most users would not use this facility and would therefore accept "All".
5. Organisation - All/Range   Although a payment selection may be in the process of being developed, at times management requires payment to a particular supplier pronto.  By inputting the organisation code here, the run is reduced to that supplier's payments only and provided it is completed with payment by cheque or direct deposit, would be removed from the payment list.
6. Payment Method
   - No Payment - Remittance only   Not a logical step but allows for verification.
   - Manual cheque   Will just print out a remittance advice and you use the manual cheque recording process to complete the transaction.
   - Computer cheque   Will print a remittance advice and cheque and complete the transaction in Muli by inserting the bank cheque number and paid date on all the selected payments, along with creating an unpresented cheque number in the bank.
   - Direct deposit   Will print the remittance advice and mark the Accounts Payable transaction as Paid with an 'X' cheque number and mark same as presented to the bank.  A file is created which is in standard bank format and your bank supplied transaction software and you will need to load one or a number of these files to complete the direct deposit process.
   - Reimbursement - Direct deposit
7. Output Grouped by
   - Only Company
   - Company/Profit Centre
   - Profit Centre/Company
   - Company/Acc Processing Point 230
   - Acc Processing Point 230/Company
8. Advice Method
   - Only Paper copy
   - Email
   - Both Paper & Email
9. Template ID   Users may wish to have specialised payment templates but generally most users would accept the 001 default.
10. Remittance Note 213   This feature allows companies to provide generalised notes on the remittance advice.  It could be notice of shutdown periods, holidays, seasons greeting, etc.
11. Remittance Printer   The identification of the physical printer to be used for the printed remittance advice.
12. Cheque Printer   This is the printer used for the physical cheque printing.
13. Date to appear on Remittances
14. Cheque Number   The next cheque number in the series to be printed.
15. Include all failures for payment - Yes/No
16. Include XO failures - Yes/No   This is a contentious issue but from a processing perspective, it is logical to complete all payments due in the period with their remittance advice so they can be duly signed and then held by a trusted employee to be issued once the supplier/organisation requirements, such as proof of current insurance policies have been met.  This will have a subsidiary effect on any direct deposit, as direct deposits are reverted to computer cheques so that the process may be manually controlled.    The XO failures are only warning messages and it would be normal to include those payments.  The warning messages relate to payments where the payment exceeds the order/subcontract value and again should not be overwritten, ie: the order value should be fixed.