Purchase Invoices

Revision as of 17:00, 29 June 2009 by Alex (Talk | contribs)

Intro

1] System provides facilities for entering, editing, reporting on incoming (purchase) invoices (PI).
2] Related sub-components are:
- PI profile
- Incomplete PI Report
- Search PI Report

It consists of the following sections:

navigation/actions (Save, New, Back, etc)
sec A – General Fields (for example Total Amount)
sec B – Table Of Charges (TOC)(this is a multiline table that presents breakdown of charges by charge code and by CT)
sec C – Table of Masters Distribution (TOMD) (this is an instant report that illustrates how charges mapped to a particular master would be distributed proportionally among CTs for example based on number of CTs inside of that Master )

Vendor - single select, values = [Admin.AddrBook.VendorsTab];
- all categories V1, v2, … combined;
- default = blank

Receiving Office
Invoice#
Date – date/time – datebox and timebox, read-only
- default – current date and time (when new inv created)
- when opened for edit, date/time would be updated to current
Currency
Amount
Exchange Rate to USD (based on Date/time above)
Note

[1] Charge Base (CB) is a physical quality of the CT/Master and is a basis for calculating charges. For example, CB for Air shipment is normally Chargeable Weight and CBV for Truck shipments is Gross Weight.
[2] Charge base Value is a specific value for that Charge Base, for example: 5 cbm
[3] There are 4 types of CB:
- chargeable_weight (unit of measurement is kg or lb)
- gross_weight (unit of measurement is kg or lb)
- volume/cbm (unit of measurement is cbm or cft)
- CT_count (unit of measurement is Number Of CTs)

1) TOC is used to assign portions of total PI amount to specific CT or Master.

2) If there is at least one line in TOC then Total for TOC must be equal to PI total. If not then system will refuse to save invoice.

3) Typical use case for given line in TOC:

user selects Charge Code
system pre-fills Description (defined in CC Admin), Currency, M/I (defined in CC Admin)
if it is M then:
- system expects Master number to distribute charges
- system offers 2 textboxes for entering M itself and CT for entering any CT that is a part of M that we are looking for
- user enters amount
- this amount is mapped into M and split accordingly to CBV rules
if it is CT then 100% of amount would be mapped against that CT

[1] Validation (constraint type errors):

if charge is M-charge and system and user enters CT that has no Master the system would produce pop-up "There is no Master containing CT with this number"