SAP Tech Notes Flashcards
Account Assignment group
Fields found in Customer master: payer & Material master
Account Determination
Chart of accounts (company code) + Sales org + Account assignment group of Customer + Account assignment group of Material + Account key
Account Determination Procedure
• Configed in Billing Doc Type.
• Determines what GL acct to post too.
• Column “CaAc” represents the cash allocation key which post to GL account rather than a receivables account.
mySAP ERP has two condition types: KOFI (account determination) and
• KOFK (account determination with CO).
Account Group Controls
Field Selection • Suppress (do not display) • Required • Optional • Display (no entry) Number assignment (one per acct grp) One time account Determination Procedure • Text, cust pric, partner, output
Access Sequence for Account Determination Procedure.
May have 5 tables assigned to it.
KOFI 1- Cust Grp MAtr’l / Acct Key 2- Cust Grp / Acct Key 3- Matr’l Grp / Acct Key 4- Acct Key 5- General
Accounting Key Field
• Configured in Billing Doc Type
This field is used to post the condition type value to a revenue account in Finance.
Account key 1st You create the acct key i.e., ERL – Revenue ERS-Sales deductions or J1C - VAT Surcharge
• Then you assign the account key to the condition type as done in the pricing procedure
•
Field found in config of Pricing Procedure for posting the condition value to revenue account in FI
ASAP Methodology
Project Preparation
• Schedule,budget, scope, goals, resources
Business Blueprint
• Requirements gathering
Realization
• Configuration, testing, end user documentation
Final Preparation
• End user training, resolve open issues
Go Live & Support
• Move to prod environ, setup prod support
Automatic Batch Determination
• Turned on in Sales order – item or
Delivery Doc – item
Availability Check
• Check against ATP Quantities
• Check against Product Allocation
• Check against planning
Availability check is carried out if:
• The material requires an availability check- Check Rule
• The availability check is set in config on the schedule line.
ATP Check
The ATP availability check is a function that can be executed for: sales
documents, outbound deliveries, planned orders, production orders, service orders,
stock transport requisitions, stock transport orders, stock transport scheduling
agreements, subcontracting items for purchase orders, reservations, and stock
postings.
ATP Check
APT = Available Stock + Future Receipts – Future Issues (demand).
Available Stock = quantity on hand at delivering plant/warehouse.
Future Receipts = All inward movement of goods i.e., planned orders, scheduled receipts (purchase orders, purchase requisitions, and discrete jobs), suggested repetitive schedules
Future Issues = sales orders, component demand (from planned orders, discrete jobs, and suggested repetitive schedules); excludes forecasted demand or manual entries
The ATP check informs the user whether all required materials are available for
sales or shipping, production, and goods movements. At the same time, it prevents
the required material from being displayed as available for other requirements.
The aim is to provide reliable delivery confirmations, in other words, to confirm
materials, quantities, and dates for the customer (both internal and external
customers).
The basic concept of the check based on the ATP quantity is summarized
as follows: Incoming requirements (for example, customer requirements or
component requirements in manufacturing) are checked against the .cumulated
ATP quantity. for the requirement date. If the cumulated ATP quantity for the
requirement date is sufficient, the requirement can be confirmed. At the same time,
the requirement reduces the cumulated ATP quantity. The quantity is therefore
.reserved. for the requirement and is not available for other requirements.
Material Requirement =
Customer requested delivery date
+ Requested Quantity
- Material requirement is transferred to MRP using (TOR) Transfer of Requirements.
- Can configure TOR without availability check, but not other way around.
Material Available Date =
Customer requested delivery date
(minus) Processing time.
(the date mat’l must be available for pic/pak at plant/whse)
Calculates backwards from Customer requested delivery date and Subtracts plant/warehouse processing time(pick/pack, lead time for transportation planning) and transit time.
• Also called backward scheduling
• If “Adding” called forward scheduling
Schedule Line confirmation
MAD + PIC/PK +LT +LT +TT
Schedule Line confirmation = Material availability date(MAD) + Pick/Pack time + Lead Time for Transportation planning + Loading time + Transit Time
Availability Check (AC)config steps
1- Activate TOR and AC at requirements class level(T-code OVZG)
2- Define requirement type and assign requirement class to requirement type
3- Set up Determination rule for TOR
4- Activate TOR and AC at schedule line category level
5- Define checking group
6- Define Scope of AC
Availability Control Screen
Displays
• ATP quantities
• Scope of check (inward/outward)
• Other plants that carry the material
Batch Assignment
• The latest a batch can be picked is before goods issue
Billing Doc Assignment numbers
• Set up in Copy control to Billing viewed in item of billing doc. Item of Accounting Doc
Billing Doc Reference numbers
• Copy control to Billing—–Found in Header of Accounting Doc.
Billing Due List Criteria
- Same payer
- Payment terms
- Inco terms
- Destination country
Billing Plan
Periodic Billing
• Bill the same amt at every specified time period
Milestone Billing
• Bill after specified events have been completed
Billing Pricing procedure(New)
• Pricing Doc type field of Billing Doc Type
Billing Relevance
• Sales Doc – item config
Billing is
Order Related or Delivery Related
Billing Type change
Can change the default billing type at invoice time
Mandatory reference to a previous document
Billing Types
Pro forma invoice Returns External Transactions Inter-company Billing Cancellation Invoice list type Credit/Debit Memo Invoice Cash Sale
Billing Type Controls
Special features of FI interface Invoice list type Posting block Partners, Outputs, Texts Number assignment- internal Cancellation billing type Account Determination Rebate relevance
Blocking (Credit) You can block sales orders(at header level) for the following subsequent functions: • For shipping • Delivery • Billing
Credit check can be done at:
1. sales order
2. delivery
3. goods issue
System stops the user from saving the document [OR]
It allows the document to be saved but it blocks the document with a credit block.
Documents blocked for credit have to be released by an authorized person before they can be processed
BOM Item Cat Types
ERLA – Pricing at the main item (TAQ)
LUMF – Pricing at the sub items (TAN)
Bill of Material Explosion
•Sales Doc, Item category config controls
Business Area
• Look in the Sales Doc item to see the business area in accounting data.
Business Area Assignment
Rule 1 -Plant + Division (Item)
Rule 2 - Sales Area
Rule 3 - Sales Area (w/ division Item)
Business Area Determination
- Sales Area
- Sales Org + Dist. Channel + Item Division
- Plant + Division
Cash Sale (CS)
No credit check
Order related bill type
Output RD03 – output moved from invoice to order
Delivery scheduling is turned off
Collectively Processing
Delivery Picking Shipment Goods Issue Billing
Complaint Processing
Order Documents
Billing Order reason RE – Return • material sent back. • order related billing CR – Credit Memo Request • no materials sent back DR - Debit Memo Request • no delivery RK – Invoice Correction Request • original invoice was in error (qty/value) • mandatory billing reference • always displays double line items (pairs)
Complaint Processing
Billing Documents
G2 – Credit Memo
• reference to CR, F2 or RE
L2 - Debit Memo
• reference to DR
Complaint Processing
Cancelling Billing Documents
Never delete a billing doc, only cancel them
• S1 cancels an F2 (invoice)
• S2 cancels a G2 (credit memo)
• S3 cancels an L2 (debit memo)
Completion Rule
Ref Status complete when:
- Referenced once (IN)
- Fully referenced (QT)
- Expiration of validity dates
Condition Supplement
- Assigned to a condition type
- Is invalid if parent is invalid
- No access sequence
- Only displayed if parent condition is displayed
- Must be part of std and supplemental pric’g proc in the parent condition type
Condition Technique
Condition Record – – Condition Table – – Access Sequence – – Condition Type – – Procedure – – Procedure determination
Condition Type
- Freight
- Price
- Surcharges
- Taxes
- Discounts
Condition Record
• Is the master data record where prices & discounts are stored.
Unique condition record =
Condition Table + Access Sequence + Condition Type
Consignment
CF – Consignment Fill Up (Mvmt Type 631) • Inv sent to co., supplier owns inv CI – Consignment Issue (MT 633) • Cust purchase, supplier inv reduced • Supplier bills co. CONR – Consignment Return (MT 634) • Cust returns prod to co., • Supplier inv increases • Supplier credits co. CP – Consignment Pick Up (MT 632) • Inv sent to supplier • ATP check
Copying Requirements-VOFM
Before data is copied, the system can check:
• Do the docs have the same header partners
• Was the Line item being copied rejected
• For Schedule line (Qty not equal to 0)
Copy Control 3 main elements
1-data transfer routine
2-a requirement(see above)
3-check boxes
- You can not copy incomplete sales documents
* Have the items being copied been referenced
Copy Control
Source to Target
Copy requirements routine
Data transfer routine
Credit Check
Can occur during order and delivery
Credit memo/ request Reference
Credit memo request- no reference
Credit memo- must have a reference
Customer hierarchies used
28 maximum nodes/layers/levels
Customer Master
- Basic Data
- Organizational Data
- Company Code Data
Views:
General –
Sales Area (extended for Sorg, DC & Div)
Company (extended for CC) Financials
Customer master can vary by:
• Sales org / Distr Channel / Division
• Company code
• XD01 - is used to create a customer centrally ie he is available for comp code as well sales area.
• VD01 - opposite to the FI, the SD people can add sales area data and cannot access company code data.
• FD01 - is basically used by FI to add company code specific data as sales data cannot be accessed thru this.
The idea of using these t.codes is to provide SD and FI with required access only to the customer master
Default Billing type
- Configed in Sales doc type
* Manual override allowed in VF01 if copy control exists for target billing type.
Default pricing date
•Configed in Sales Doc Type – shows up in header
Delivery Creation (system checks)
- Sales Order Data complete
- Are Items relevant to delivery creation
- Any credit or Delivery blocks
- Are schedule lines for one or more items in order due for delivery
- Has customer asked for complete delivery
Delivery can be created two ways
- Individual document(VL01N or sales order)
* Batch mode(periodic jobs VL10A)
Delivery Type
BV - Cash LR2 – Adv Returns El – Inbound ZDWA-Warr Retns LF – Outbound RE – Returns
Delivery Due List Criteria
Must be allowed by data transfer routine (copy control) • Same ship-to • Same shipping point • Customer allows combined deliveries • Same INCO terms • Same delivery dates • Same route
Delivery Doc customization
- Define delivery type (0VLK) LF is standard
- Doc Category to classify order, deliv, billing. J is standard
- Number system tab for Internal & external assignment
- Order Reference tab X=Sales order B= Purchase order for cross company replenishment
- Default order type used if no reference for internal control point
- Item Requirement –attaches requirement routine for delivery w/out reference to Sales Doc
Delivery Item Categories (0VLP)
An item category is not specified for order-independent items in the delivery
(for example, packing material), for deliveries without reference to an order
(delivery type LO), or for outbound deliveries (for example, delivery type EL
for a purchase order).
- Quantity Tab
- Warehouse control & Picking tab
- Determine Item category
- Delivery Type
- Item Cat group
- Item Usage
- Higher Level item cat
Delivery Doc item Category
Picking relevance Picking determination Auto Batch Determination Availability Check Min delivery qty Check over-delivery
Delivery Output procedure
Found in Delivery Doc – header & item
Delivery Copy Controls (Header level)
- Conditions tab-Order & Combo requirements routine
- Data transfer tab copy data i.e., VBAK(order header) to LIKP(Delivery header table)
- Control Data if checked maintain same item number as sales doc
Delivery Copy Controls (Item level) If Item Cat or Sched Line relevant for delv, same item cat will be defined for delivery.
- Source- Order type & Item category
- Conditions-Order requirements
- Data Transfer- Item Data & Business data
- Control Data-whether source and destination doc will be linked in doc flow
Delivery Partner procedure
• Found in Deliver Doc – header
Delivery Proposal/Agreement (location)
- Customer material info record
- Customer master (SH)
- Manually added to the order
Delivery Scheduling
• Look in Schedule line details to see.
Delivery Shipping point Determination
- Plant
- Shipping conditions
- Loading groups
Delivery Text
Procedure found in Delivery header & item
Delivery Type
Number Assignment Partners, Output, Texts Route Re-determination Relevant for shipping Reference to order Delivery Split by warehouse number
