B-BBEE is especially important to the South African market and is required for auditing purposes during crucial certification processes. Our B-BEE module is available for AX2012 and D365FO.
The B-BBEE module is used to provide accurate and auditable data for:
- Procurement Spend (Code 400 subset)
- Supplier- and Enterprise Development (Code 400)
- Socio-Economic Development (Code 500).
The B-BBEE module developed by Decision Inc. Immix, used along with specific setups, are focused on measuring Code 400 and Code 500 elements.
Three B-BBEE reports are available:
- Vendor Spend Report: Actual vendor payments linked to the BEE status of the vendor on date of payment.
- BEE Certificate Expiry Report: List of all certificates expiring before selected date and functionality to e-mail affected vendors
- BEE Details Report:: Complete grid of all/selected Vendors’ BEE details
Benefits of a B-BBEE system
- Reduces BEE audit and verification cost
- Information is electronic from start to finish
- Offers visibility of current supplier BEE statuses
- Maximises BEE spend in procurement processes through warning messages of invalid certificates
About our Banking Module
Our localisation toolkit provides for EFT formats for several South African banks. There is also functionality to upload bank statements as provided by the major South African banks.
EFT for South African banks AX2012 and D365FO:
Each of the major banks have multiple EFT formats. Immix have already developed the functionality for a number of these formats.
Bank Statement Import for AX2012
This functionality facilitates the upload of electronic bank statements, making it available in the standard AX2012 Bank Reconciliation process. The functionality exists to configure the upload for different layouts of the statement as different banks use different statement file layouts.
Vendor Recon for AX21012 and D365FO
This functionality facilitates the reconciliation of vendor statements against the vendor transactions in AX2012 and D365FO. It allows users to select the transactions based on dates, marking them for inclusion in the reconciliation process and then calculates the difference between the total on the vendor statement compared to the marked transactions. Goods received but not yet invoiced transactions are also available to be included and there is a separate section for user adjustments to be added.