Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 13 Next »

Purpose:  This page describes data value crosswalks and data element mapping for the migration of Invoice data from Aleph to Alma.  This migration guide and video from ExLibris provide instructions to complete a migration form prior to the automated migration of Aleph data to Alma.  The decisions we need to make about invoice data migration are outlined on this page.


Page Contents


Alma Invoice Structure

Alma invoices are comprised of invoice_details (mandatory) and invoice_lines (not mandatory). The migration of Aleph invoices creates:

  • One Alma Invoice for each Aleph invoice header (Z77): Aleph invoice headers without attached invoice line item should not be migrated
  • One Alma Invoice Line for each Aleph invoice line item (Z75) matching an invoice header (Z77).
  • Invoice migration ensures the total invoice amounts are correct, not necessarily the net breakdowns.
  • VAT is included in the total invoice amount. VAT details are mapped to Alma invoice and invoice lines notes (Z77_VAT_CODE, Z77_VAT_AMOUNT, 77_VAT_RECEIVER, Z75_VAT_CODE, and Z75_VAT_AMOUNT).



Crosswalks: Aleph code values to Alma code values

The following tables describe the crosswalk of Aleph code values for key invoice data elements to the target Alma code value.

Aleph Invoice Type to Alma Payment Method

The Aleph Invoice type maps to the Payment Method in Alma.  The following section defines the steps needed to decide how we want to crosswalk the Aleph Invoice Type values to Alma Payment methods.

Next Steps

1. Review the list of Alma Payment Methods below to become familiar with them.

Alma Payment MethodsDescription
ACCOUNTINGDEPARTMENTThe payment method is determined by the institutions accounting department (Invoice in Alma cannot be defined as Pre-Paid with this payment method).
CASHPayment is done using cash.
CREDITCARDPayment is done using a credit card.
BANKTRANSFERSPayment is done using bank transfers.
DEPOSITACCOUNTPayment is done using a deposit account where the institution deposits money with the vendor in advance.
PREPAYMENTPayment is transferred before the actual purchases take place.
SPECIALPAYMENTSpecial payment as decided between the institution and the vendor.
ATTACHMENTPayment method is described within the Attachment tab at the vendor account/Invoice.


2. Decide which values to enable, decide on the "Description" labels that are seen by users, and choose a default value.

Aleph Invoice TypeAleph DescriptionCount (6/30/23)Target Alma Payment Method
REGRegular183,718 BANKTRANSFERS
INTInternal25,240 CREDITCARD
PREPrepaid4,784 PREPAYMENT
PROProforma1,304 SPECIALPAYMENT?
VOIVoid10 ?
DEPDeposit?

*For the data migration, the default value when not mapped is ACCOUNTINGDEPARTMENT


Aleph Invoice Status to Alma Payment Status

According to this Aleph to Alma migration guide, the Aleph Invoice Payment Status maps to the Alma Payment Status.  This table lists the record counts in Aleph for each payment status.  From the documentation, "If you generally did not include the payment status of the invoice in Aleph, it is highly recommended that you update the relevant payment statuses for all invoices before migration. Invoices with a payment status other than Paid migrate to Alma with InReview status. Having large amounts of invoices with this status makes it difficult to manage the workflow of invoices in Alma.

Next steps

Ask ExLibris if we can create a crosswalk for our Invoice Status values since we generally use the custom Duke "C" value rather than P. If not, investigate the best method to edit the non-P records.

Aleph Invoice StatusDescriptionCount (7/26/23)
CPaid and sent to R/3214,756
YPayment authorization given226
PPaid111
NNot ready to be paid68
RReady to be paid3



Data Mapping

This table describes the Alma target field for each Invoice field in Aleph. Note: Much of this content was copied from Harvard's data mapping guides, last updated in 2018. Please consider this page a draft until the Duke team verifies that this mapping information is current and concurs with Duke's migration decisions.  For reference, Aleph invoice screenshots are included below.


Aleph FieldAlma FieldAdditional Information
Aleph General Invoice
Line items (count)doesn't migrate to Alma
Total Amount Gen. InvoiceTotal Amount
Total Amount Line ItemsTotal invoice lines amount
Vendor CodeVendor Code
Invoice NumberInvoice Number
Net Amountdoesn't migrate to Alma
Shipment AmountShipment
Overhead Amountdoesn't migrate to AlmaThere is data in this field: 16,492 contain a value greater than zero; 198,865 records contain 0. (7/26/23)
Insurance Amountdoesn't migrate to Alma

98 records contain a value greater than zero (7/26/23)

Discount Amountdoesn't migrate to Alma7510 records contain a value greater than zero (7/26/23)
Total AmountTotal amount

VAT is included in the total invoice amount. 

Total Amount incl. VAT

Local Amount

Refers to InvoiceInvoice Reference #
TypeNotes?, Payment method - see crosswalk aboveDo we want to map the Aleph value to Notes for reference?  This value also sets the Payment Method in Alma.  See crosswalk above.
StatusStatus


CurrencyIncluded in Total invoice lines amount 
Explicit Ratiodoesn't migrate to Alma
DebitTotal invoice lines amount does not include a minus sign.
CreditTotal invoice lines amount includes a minus sign. 
Invoice DateInvoice Date
Received Datedoesn't migrate to Alma
Shipment Datedoesn't migrate to Alma
VAT Recipient

Not used in Aleph - all records null in 77_VAT_RECEIVER as of 7/26/23

VAT details are mapped to Alma invoice and invoice lines notes (Z77_VAT_CODE, Z77_VAT_AMOUNT, 77_VAT_RECEIVER, Z75_VAT_CODE).
VAT Percentn/a
VAT AmountVAT details are mapped to Alma invoice and invoice lines notes
VAT per Line Itemn/a
Add VAT to Amountn/a
NoteNotes Tab
Payment DatePayment Date
Check NumberPayment Identifier
AmountPayment Amount
StatusPayment StatusValues in Alma are 
  • In Review: The invoice was created but not yet reviewed
  • In Approval:- The invoice is waiting for manual approval
  • Ready to be Paid: The invoice was approved and is ready to be sent to the ERP
  • Waiting for Payment: The invoice was approved and sent to the ERP (or skipped the ERP if the institution does not use one)
  • Closed: The invoice is paid and closed
Approval Dep.

Approval NumberNotes Tab
Aleph Line Item Form
Vendor CodeVendor 
Invoice NumberIn banner at top of screen
Net AmountPrice
Estimated Pricen/a
Added Amountn/a
CurrencyIncluded in Amount
Total AmountTotal Price
Object CodeReporting Code
Total, Incl. VATn/a
VAT Percentn/a
Local Amountn/a
VAT Amountn/a
Number of UnitsQuantity
DebitInvoice line amount does not include a minus sign.  No - in Total invoice lines amount 
CreditInvoice line amount does not include a minus sign.
NoteNote
Aleph Invoice Line Items columns
Seq.Line #
Order No.PO Line #
Net Amt.Price
Total Amt.Total Price
Note:Note
BudgetFunds
Object CodeReporting Code
Local Amt.Allocated Fund Transaction - Amount
Units in OrdAvailable in invoice line view
Units in InvAvailable in invoice line view


Aleph Invoice Screenshots

General Invoice Screen:

Payment Screen


Invoice fields that don't migrate to Alama

Invoice header

  • Z77-CREDIT-DEBIT
  • Z77-I-CURRENCY-RATIO
  • Z77-I-REC-DATE
  • Z77-I-SHIP-DATE
  • Z77-I-NO-ITEMS
  • Z77-I-NET-AMOUNT (Net amount of invoice)
  • Z77-I-SHIP-AMOUNT (Added charges)
  • Z77-I-OVER-AMOUNT (Added charges)
  • Z77-I-INSU-AMOUNT (Added charges)
  • Z77-I-DISC-AMOUNT (Amount discounted)

Invoice line

  • Z75-DOC-NUMBER
  • Z75-SEQUENCE
  • Z75-VENDOR-CODE
  • Z75-INVOICE-NUMBER
  • Z75-I-CREDIT-DEBIT
  • Z75-I-DATE-RANGE
  • Z75-I-NET-AMOUNT



Data Cleanup Tasks





  • No labels