![]() |
| Home RSS Directory F.A.Q Try Custom Feed Sonneries Portable |
Latest Flows from this sub-category: random selection from this sub-category: |
Settlement Of Tour Advances Domestic/Foreign 2) Expenses Account DR 3) Banking Operations - Maintenance Of Bank Master 4) A House Bank is a combination of a Bank and a Branch. Account id is the account number. A house bank can have multiple account IDs.. There could be a main account as also payable account, which will be defined as separate account ids. General Ledger accounts have to be created for each combination of a house bank and account ID. The bank master details are to be provided by HZL. 5) General Ledger accounts have to be created for each account ID in the house bank. Bank Account Master data will be maintained by the Finance Department centrally. 6) Each house bank and account ID combination shall have one main general ledger account and several sub accounts mainly based on broad transaction types. These sub accounts are necessary to facilitate automatic bank reconciliation process in R/3 system. Bank Accounting Bank cheque deposit account Debit 8) In this case, a bank sub account is selected based on the transaction code entered by the user. The customer account is cleared i.e. invoice is cleared against the receipt. In respect of any other deposits, the relevant accounts to be credited will depend on the nature of transaction. 9) Payment against bills for collection. Based on the bank advices falling due on a particular day one payment advice is made debiting the vendors and crediting bank. Cheque Deposit - Customer Receipts Bank Sub account Dr Cheque Deposit - Other Than Customer Receipts Cheque Bouncing – Other Than Customer Receipts 12) Based on the information of cheque bounced from the Bank, the accounts Department will pass accounting entries for the cheque that have been bounced. The procedure to handle bouncing of a cheque has been discussed under the following 13) Reset the clearing document – If the document has been cleared i.e. an open outstanding item has been cleared against an incoming receipt, then the clearing document has to be reset to its original status of open item. This process is known as reset of cleared document. 14) Reverse the entry passed for cheque deposited earlier – Once the document has been reset it will be reversed. The following accounting entry will be passed. 15) In case of cheques being damaged while printing, the concerned cheques no. has to be voided and the payment will be rerun. Bank Reconciliation 17) Bank Main account balance is the actual balance as per the bank statement whereas the Bank sub accounts denote the reconciliation items. These sub accounts show those entries, which will flow from the sub account which are not cleared in the bank statement. 18) Adding or subtracting the Bank sub accounts will help in preparing the Bank reconciliation statement. 19) The following scenarios would explain the reconciliation process: Cheque Received From Customer 21) Accounting entry after cheque has been cleared in the Bank statement Main Bank account 22) The clearing criteria for updating the bank main account and bank sub account will be amount and document number which will be captured in the allocation field of the bank sub account. The items, which have not been cleared in the bank statement, will remain open in the bank sub account and will form part of the bank reconciliation statement. Cheque Issued To Vendors 24) Accounting entry after cheque has been presented in the Bank 25) The clearing criteria used for updating vendor account and Bank cheque payment account will be amount and cheque number. The cheques presented to the bank and are cleared are transferred to the bank main account. The remaining cheque issued will form part of the bank reconciliation statement. Direct Debit In Bank Direct Credit In Bank Bank Fixed Deposits Cheque Management / Cheque Printing Cum Advice 30) Cheque series for automatic payment has to be in sequential order. Cheque printing facility will be available for the bank account. Cash Management / Liquidity Analysis 32) The main objective is to ensure liquidity for all due payment obligations. It is also important to control and monitor effectively the incoming and outgoing cash flows. 33) This section shows you the overall liquidity status of your company by displaying together the cash position and the liquidity forecast. The cash position is used in Cash Management to show the value-date-dependent bank accounts and bank clearing accounts, as well as the planned cash flows (payment advice notes). The liquidity forecast comprises the incoming and outgoing cash flows, as well as the planned items on the sub-ledger accounts. Why do we pass reversal enteries? At times some incorrect documents might have been entered in the systems.If you have entered an incorrect document, you can reverse it. Note that R/3 can reverse a document only if the following conditions are met: - Contains no cleared items - Contains only vendor, customer, or G/L line items - Was posted within the FI system - Contains only valid values, such as business areas, cost centers, and tax codes Ordinarily, you post a reversing document in the same period you posted the original document. The period of the original document must be open to post a reversing document. If the period is not open, you can overwrite the posting date field with a date in an open period, such as the current period. Reversal can be done individually - FB08 or Mass F.80. If the document to be reveresed contain cleared items, then cleared item must be reset before the reversal of document. VENDOR INVOICE VERIFICATION The detail process related to invoice verification is documented in Materials Management Document. GR/IR Account DR Invoice Verification for Foreign Vendor GR/IR Account DR Invoice Verification for Custom vendor Invoice Verification for Freight / Clearing Agent Invoice Verification for Octroi Expenses TDS (Work Contract Tax) for Service Orders shall be calculated and deducted accordingly. Expenses Account DR The material shall be returned to the vendor using the These transactions will be processed in the MM module. Returns after GRN The accounting in respect of debit / credit memos for FI vendors, the process will be similar to that of invoice processing. The accounting entries will be: In respect of import vendor - capital goods exchange differences are to be accounted manually through a Journal Voucher for capitalization. Asset / Expense A/c DR 100 Payment Entry @ 41 INR: 1 USD Asset A/c DR 10 A new G/L account shall be created for the special G/L transactions. When the invoice is booked the following entry is passed Wherever, TDS is applicable, the TDS will be deducted at the time of down-payment to the vendor. Down payment to vendors for capital acquisitions is to be reported separately in the Balance Sheet under the head Capital Work in Progress. Hence down payment for capital goods would be tracked through a separate special general ledger indicator. The procedure to be followed is: Vendor Advance for Capital Goods Account Debit The Following are the TDS Rates (to be confirmed with the recent changes) SECURITY DEPOSITS /EARNEST MONEY DEPOSIT RECEIVED FROM VENDORS EMD to give the age so as to enable the same to be transferred to unclaimed EMD account. Employee Travel Advance A/c DR Cash / Bank Account CR INVOICE GENERATION Note: As mentioned above in the FI document, which is created in the background, the SD invoice number shall be captured. However as per the current accounting procedure the accounting entry passed is as follows :- Excise duty paid a/c Dr EXPORT SALES The realisation of export sales will be directly credited to the bank. The accounting entries will be as follow: The accounting entries will be: The accounting entries for two possible scenarios are as follows: Interest on delayed payments/usance period and other charges In case of HZL a complete retirement or a partial retirement of asset is done. The system uses the asset retirement date to determine the amount to be charged off for each depreciation area. The existing accounting policy is to provide depreciation for the full quarter in which the asset is sold/discarded, recommended that the depreciation be provided from the date of acquisition on prorata basis . Accounting entry for sale of Asset to customers: Note: In case of any Sales Tax /Excise duty applicable for this transaction, SAP will calculate the Sales Tax/Excise Duty based on the Tax Code selected the entry is posted to the GL Account (Sales Tax Payable) Accounting entry for sale without a customer: Accounting entry for scrap SALE OF SCRAP A FI Invoice will be prepared for the sale of scrap with the following entries: ADVANCES FROM CUSTOMERS These advances will be later on adjusted against the invoices raised on the customers. Advances can be adjusted against more than one invoice at the time of clearing of the invoices against advances. Adjustment of Advances A financial document would be created for each Bank Guarantee received and this document number will be referred to in the Sales Order which would then monitor the value and the validity of the of the Bank Guarantee instrument wise while doing the billing.The letter of credit /Bank guarantee given will be recorded as a noted item. Accounting Entry for Goods receipt Accounting Entry on invoice verification of supplier Accounting Entry on invoice verification of freight vendor GOODS RECEIPT EXCISE INVOICE VERIFICATION All the Inventory transactions will look for the valuation class and the corresponding G.L. Accounts and post Stock Account - Dr G/R I/R Account - Dr When the Goods are issued to the Production Order the following transactions takes place: Consumption of Raw Materials - Dr When the Goods are received from the Production Order the following transactions takes place: Inventory A/c - Dr When the Goods are dispatched to customer through delivery the following transactions takes place: Cost of Goods Sold - Dr When the Goods are issued to a Cost Center or charged off against expenses the following transactions takes place: Repairs and Maintenance - Dr When the Goods are stock transferred from one plant to another, the following transactions takes place: Stock A/c - Dr (Receiving location) When the stocks are revalued, the following transactions takes place: Stock A/c - Dr/Cr When the Work in Progress is calculated the following transaction takes place: Work in Progress A/c - Dr Physical verification /shortages and excesses : Shortages/excesses on authorizations shall be adjusted using the physical inventory count transaction. FI-AA-AA (AA) Asset Accounting: Basic Functions – Master Data FI-AA-AA (AA2) Asset Accounting: Basic Functions – Master Data 2.0 FI-SL-VSR (GVAL) Special Purpose Ledger: Validation, Substitution and Rules Controlling Table Name Description Important Fields AUSP Characteristic Values MANDT / OBJEK / ATINN / ATZHL CO-KBAS Overhead Cost Controlling CO-OM (KACC) Overhead Cost Controlling CO-OM-CEL (KKAL) Cost Element Accounting (Reconciliation Ledger) CO-OM-OPA (KABR) Overhead Orders: Application Development R/3 Cost Accounting Settlement CO-OM-OPA (KAUF) Overhead Orders: Cost Accounting Orders EC-PCA (KE1) Profit Center Accounting Financial Accounting Table Name Description Important Fields Financial Accounting FBAS Financial Accounting “Basis” FBASCORE Financial Accounting General Services “Basis” KNB1 Customer Master (Company Code) KUNNR / BUKRS FI-GL-GL (FBS) General Ledger Accounting: Basic Functions- G/L Accounts SKAS G/L Account Master (Chart of Accounts – SPRAS / KTOPL / SAKNR / SCHLW FI-AR-AR (FBD) Accounts Receivable: Basic Functions - Customers FI-BL-PT Bank Accounting: Payment (BFIBL_CHECK_D) Transactions – General Sections PAYR Payment Medium File ZBUKR / HBKID / HKTID / RZAWE / FI-BL-PT-AP(FMZA)Bank Accounting: Payment Transactions – Automatic Payments
Table name : SKB1 : G/L Account Master ( Company Code) Fields: BUKRS : Company Code SAKNR : G/L Account Table name : SKA1 : G/L Account Master ( Chart of Accounts ) Fields: KTOPL : Char of Accounts SAKNR : G/L Account Table name : SKAT : G/L Account Master Record ( Chart of Accounts : Description ) Fields: SPRAS : Language KTOPL : Char of Accounts SAKNR : G/L Account Definition An employee trip is a business trip taken by an employee. A business trip is an employee’s change of location, including the trip to and from another location, due to a temporary external activity. Use The employee trip is used for planning, account assignments and accounting of the trip costs incurred as a result of an external activity. Structure An employee trip is made up of trip facts , trip costs assignment specifications, trip accounting results, a trip transfer amount and a trip status . The trip facts are the documentary or Travel Accounting-relevant information regarding a trip. Trip costs assignments can be specified for an employee trip or for individual trip facts. The travel accounting results and the trip transfer amount are created by Travel Accounting from the trip facts. The trip status represents the processing stage of a trip, which determines whether or not certain travel-specific business processes are permitted. Integration A business trip can be caused, for example, by Personnel Development (HR) or Shift Planning (HR). You can forward the accounting results produced by Travel Accounting for proper posting to Financial Accounting (FI) and to Payroll Accounting (HR) for tax calculation. You can reimburse the trip transfer amounts to the employee via Financial Accounting (FI), Payroll Accounting (HR), or via data medium exchange. You can forward the trip costs assignment specifications for internal cost accounting to Controlling (CO) or for cash budget management to Funds Management (FM). Refer to Trip Facts Trip Costs Assignment Specifications Travel Accounting Trip Status Purpose With the R/3 Travel Management application component, you can perform all of the business processes involved with a business trip efficiently and reliably in one single process. The goal of this process is the complete and integrated administration of travel expenses from travel planning to correct taxation in Payroll Accounting (HR), correct posting in Financial Accounting (FI), and clearing in Controlling (CO) or Funds Management (FM) according to the allocation-by-cause principle. Within the process, using the Travel Planning component, you can plan business trips quickly and easily, record the basic trip facts and book travel services. After the trips have been taken, using the Travel Accounting component, you can supplement the remaining trip facts, account the trip costs and transfer the accounting results to Financial Accounting, Controlling, Funds Management, and, for possible calculation of taxes, to Payroll Accounting for further processing. As a result of the integration of all of these process segments in one single process, which is extensively controlled and logged by the R/3 System, the overall processing of business trips is significantly streamlined, reducing costs.
Process Flow The overall process can last a relatively long time, with the actual trip representing the focal point of this process. The Travel Management process can be carried out with or without integration of Travel Planning in Travel Accounting.
The Overall Process of Travel Management with Travel Planning Result A single, complete record of the facts of a business trip has been made in the R/3 System. The R/3 System has accounted the trip costs incurred as a result of the trip and forwarded them for further processing in Financial Accounting, Controlling, Funds Management and, if necessary, Payroll Accounting. Use There are two options for calling Travel Accounting from the initial SAP R/3 screen. Procedure for Financial Accounting
The Travel accounting screen appears. Procedure for Human Resources
The Travel accounting screen appears. Use There are two options for calling Travel Planning from the initial SAP R/3 screen. For more information, see Travel Planning in the R/3 Library. Procedure for Financial Accounting
The Travel planning screen appears. Procedure for Human Resources
The Travel planning screen appears. Use As a rule, you have to add to the trip facts after completing a trip. As a part of the approval procedure, the expenses department or a superior may ask you to change your trip facts. Changes made to an employee trip signify changes in the trip facts. Using the Change trip function, you can modify an employee trip if you have the necessary authorization. Integration You can only change an employee trip by using a trip entry scenario. Prerequisites To change an employee trip, you need special authorization. This authorization can only be assigned through Customizing for Travel Management. Features Changing an employee trip includes:
You can not use this function for mass processing. Refer to Change Trip (Travel Manager) Change Weekly Report Use The main goal of Travel Management is the accounting and reimbursement of travel expenses. First, you have to record the trip facts in the R/3 System so the system can determine and calculate the trip costs. All of the trip facts for a business trip are saved in the database under an employee trip. Using the function Create employee trip, you can create a new employee trip. Integration You can only create an employee trip by using an entry scenario. Prerequisites To create an employee trip for someone, you must first maintain the personnel master data for this person. Especially, a trip costs assignment guideline must exist. Activities Each employee trip is uniquely defined by the personnel number and a trip number. First you enter the relevant personnel number. Depending on the system settings, either you (external number assignment) or the system (internal number assignment) assigns the trip number. Then you record the trip facts and save the employee trip. You can not use this function for mass processing. Refer to Entry Scenario: Create Trip Entry Scenario: Travel Manager Entry Scenario: Travel Calendar Entry Scenario: Weekly Report Entry Scenario: Trip Advance Use You want to view the facts of an employee trip without making any changes. Using the function Display employee trip, you can display but not change employee trips. Integration You can only display an employee trip by using a trip entry scenario. Features You can view all of the facts for an employee trip that can be entered in dialog. You can not change these trip facts. You do not have to save the employee trip to exit the function. You can not use this function for mass processing. Refer to Display Trip (Travel Manager) Display Weekly Report Use If you, for example, travel regularly once every two weeks to the same customer or plant, except for the trip duration, the trip facts are practically identical. Or, if a group of employees takes the same business trip, the trip facts are almost identical here, too. In such cases, it is easier to copy the employee trip. You can use this function to copy employee trips. Integration You can only copy an employee trip via a trip entry scenario. Features You can copy employee trips for a single personnel number. Using this function, it is easy to copy trips that you take repeatedly. After you have copied the employee trip, you have to adapt all trip data to correspond with the trip duration. You cannot save the employee trip in the database until you have done so. This function is intended for all organizational forms of trip facts recording. You can copy employee trips from one personnel number to another to quickly record group trips. This function is intended for central trip facts recording. You can not use this function for mass processing. Refer to Copy Trip (Travel Manager) Use You can view the accounting results for an employee trip in the system at any time. The system uses the standard form to display them. You can print the standard form for an employee trip using this function. Integration You can only print an employee trip by using a trip entry scenario. Prerequisites You have to approve and account the employee trip first. Features The function can only print employee trips that have at least the trip status "approved, accounted". Only one employee trip can be printed at a time. You can not use this function for mass processing. Refer to Print Trip via Travel Manager Print Weekly Report Use Not every trip that is planned is actually taken. Nonetheless, an employee trip that was created by the system in Travel Planning, exists in the database. Under certain conditions, it is possible for you to delete such employee trips from the database using this function. Integration You can only delete an employee trip by using a trip entry scenario. You can not use this function to delete employee trips that have already been posted. You can only cancel such employee trips to reverse accounting results. Prerequisites You can only delete employee trips that fulfill the following conditions:
Features The function deletes the current version of an employee trip in the database. In the process, the system deletes all trip facts for this version. If you have not yet transferred an employee trip to accounting, the system deletes, in addition to all trip facts, also all travel plans and travel plan variants for this employee trip. If you have already transferred an employee trip to accounting, the system deletes only the latest version of this employee trip. Earlier versions of the employee trip are not deleted from the database. In this way, the system guarantees that trips that have already been posted are available for revision in accordance with statutory requirements. You can not use this function for mass processing. Use After you have posted an employee trip to financial accounting, you can still make changes. For quick, central reapproval, you only have to check the corrections. You can use this function to display the corrections that have been made to an employee trip. Integration You can only display the corrections to an employee trip via a trip entry scenario. Features The system displays all trip corrections. It shows you a direct comparison of the old value and the new value. Changes are only recorded as corrections if they take place after posting of accounting results. You can not use this function for mass processing. Refer to Display Corrections via Travel Manager Display Corrections via Weekly Report Use When planning trips and checking and approving travel requests and business trips that have already been taken, it is helpful to know the travel expenses to be expected. The exact travel expenses for an employee trip can not be determined until after travel accounting has been performed. But travel accounting can not take place until after approval. To obtain an overview of the expected costs for a trip before that, you can use this function to simulate accounting of an employee trip. Integration You can only simulate accounting of an employee trip by using a trip entry scenario. Features On the basis of the trip facts, the system determines the accounting results. It displays the trip facts and the transfer amount for the employee trip via the standard form. The system does not save the accounting results in the database. You can not use this function for mass processing. Refer to Simulate Travel Accounting via Travel Manager Simulate Travel Accounting via Weekly Report Use The system can only account employee trips that you have approved for accounting. To approve employee trips, you have two options:
Integration If you only want to approve one employee trip via a trip entry scenario, you can start simulation of accounting of the employee trip first. This gives you an overview of the trip costs to be expected. Use The actual travel expenses for an employee trip are determined by the system in Travel Accounting. To account employee trips, you have two options:
Prerequisites You have to approve the employee trips first. Features On the basis of the trip facts, the system determines the accounting results. It displays the trip facts and the transfer amount for the employee trip via the standard form. Unlike in simulated accounting of an employee trip, the system saves the accounting results that are determined in the database. Numbers Use This function copies commodity codes [Ext.] into the SAP System from external files available from the customs authorities. It saves you the time required to manually enter these codes in the system. Integration Once they have been loaded into the SAP System, the codes and their descriptions can be used throughout the system. For example, you can match them with materials in material master records and print them in foreign trade documents. The system stores goods numbers and their descriptions in tables T604 and T604T (Foreign Trade: Commodity Code / Import Code Numbers). Prerequisites Before the function can transfer the codes into R/3, you need to: • Make sure that the file containing the codes and their descriptions is in ASCII format • Know the structure of the file from which the system will copy the codes – which columns the codes, the text descriptions and the units of measure (if available) occupy. Features You do not have to load all codes into your system. If you want, you can load only the chapters relevant to your business. You can overwrite all of the system’s existing codes or add only the new codes. For example, suppose the system contains the codes 100 and 101 and the set of codes you want to load contains codes 100, 101, and 102. You can do one of the following: • Load only the new code, 102, and ignore codes 100 and 101 • Load the new code and overwrite the existing information for codes 100 and 101 You can load commodity codes and import code numbers from the Foreign Trade Data Service Cockpit.Use This procedure describes how to load an external file containing commodity codes or import code numbers for use in your system. Prerequisites • The external file must be in ASCII format • You need to know the structure of the file – which columns (positions) the codes, the text descriptions and the units of measure occupy. Procedure 1. You access this function from the Foreign Trade Data Service Cockpit. 2. Choose the appropriate tab – section of the Data Service Cockpit. Choose the Load commodity code button next to the Commodity code field to display the selection criteria screen. 3. Enter the selection criteria and the file specifications. Entries in the following fields are mandatory: – Country key – File name – Drive – Subdirectory – Initial position goods number – Final position goods number – Initial position goods text – Final position goods text See the field help (F1) for detailed information about each of the fields in this procedure. You can determine the actual positions of the columns for the data record structure entries by opening the ASCII file and counting the spaces used for the digits and the text characters. For this you need to identify the beginning and end positions of the codes, their texts and units of measure (when applicable) and enter them in the corresponding fields. For example, for a commodity code file with the contents "12345678 Sample text" (with no unit of measure), you should make the following entries in the data record structure section: Data Record Structure
If there is no unit of measure (optional entry), the last position for the goods text can be a number that is much greater than the actual final position for the goods text (for example, 200). 4. If you want to use this set of codes as the basis for maintaining the codes in the system, select Carry out preparations and enter an identification code in the Key for upload field. You will need this key to access this set of codes during maintenance. 5. If you are installing codes from floppy disks or several files – For the first disk or file, select First data carrier – For additional disks or files, select Further data carriers 6. Execute the function. Results The system uploads the file contents to the SAP System. Potential Errors When you execute this report, the system issues an error message if • The values for the beginning and end positions overlap • You enter an incorrect length for a commodity code or import code number • The length for the codes has not been maintained for the country you enter on the selection screen. You assign commodity code and import code lengths for each country in Table T609S in Customizing (see Sales → Foreign Trade/Customs → Basic Data for Foreign Trade → Length of commodity Codes/Import Use This function allows you to maintain the lists of commodity codes (for example, US Schedule B codes) and import code numbers (for example, Harmonized Tariff Schedule codes) in the system. Periodically, some codes become obsolete with the customs authorities. This function identifies obsolete codes by comparing codes currently in the system with the set of codes designated by a keyword you enter. (See the graphic below.) This designated set of codes could be, for example, the most recent set of commodity codes you received from the customs authorities and loaded into R/3. From the comparison, the system creates a list of the codes that are not in the designated set. You then have the option of deleting the listed codes. Commodity codes Commodity codes Commodity codes Currently listed in the selected for in the system most recent set deletion
Prerequisites To use this function, you must know the keyword assigned to the set of codes on which you want to base the comparison. (When you load a set of commodity codes or import code numbers, you can print the key you assigned to the set and keep it on file.) The system uses that keyword to |
|
contact |