Opasne transakcije za kliring J3RCALK i J3RCALD samo

6- tica

RSTRANSP prenos varijanti izvestaja

OTKLJUCAVANJE TABELE ZA TRANSPORT &sap_edit

Simulacija konverzije valuta
EWCT
Transport COA
Use transaction OBY9 to transport the chart of accounts.
Got to transaction SE10
Display the objects on your order task (Either double click on it or click on icon "Display Object List"
Click on the change icon
Insert a line
Program ID Object Object name
R3TR FC68 *
Save and release transport

POPUSTI
You can avail discount if you make the complete payment.
partial payment does not clear the invoice. If you make partial payment both the invoice and payment
document will be shown as uncleared items.
make another payment of 1200 and clear the invoice. Then the discount will be calculated.
When I make restial of the invoice, I receive 4 items
001 50 0000111100 Tin mt VND 20.600.000,00002 36 VED08 Cong ty cung ung bo 1.018.518,52- 003 50 0000515600 TN t CKTTon 381.481,48004 25 VED08 Cong ty cung ung bo 22.000.000,00
( 515600 is cash discount account)
standard is 400 000 but now is 381.481,48, why? why appear payment difference while I pay enough
OV52 customer delete master record
RAANALYZE01 programce koje pokazuje ako su cost centers blokirani za knjizenje amortizacije

Izbegavanje autorizacije : Goto - SE37 -> and key in C160_TRANSACTION_CALL and

give any transaction and execute. This will skip the initial authorization check.
SAP1- transakcija za sve izvestaje
OBXW transakcije AGX (POSEBNE GK KADA FALI KLJU KNJIENJA)
Receivables:
S_ALR_87012172 check "only customers with credit balances"
Payables:
S_ALR_87012082 check "vendors with debit balances only"
VENDOR DEBIT BALANCE
Normally the payment run will not pick up vendors with debit balances, the only exception is if
you have defined an incoming payment method for that vendor. The debit balance will then be
seen as a collection and (if set up) you can send a DIRDEB instruction to the bank.
Within F110, you can check vendors with debit balance after payment proposal. Go menu path
within F110 - Edit > Propsal Debit Balance Check > Simulate
There is also report S_ALR_87012082 - Vendor Balances in Local Currency where you can
select the flag 'Vendors w. debit balances only'.

IDPH1 PARTIAL PAYMENT EXCHANGE RATE DIFFERENCES

o7z4 - promena line layout za OI
OBA5 PROMENA PORUKE
SHD0 VARIJANTA TRANSAKCIJE NPR Z_FB60
S_ALR_87012332 IZVOD RAUNA THE BEST
SE93 KREIRANJE TRANSAKCIJA
S_ALR_87101157 menice izvetaj
Try t.code OY17 definisanje duine rauna, potanskog broja itd
OASV - try using transaction OASV for transfer of balances....this gives you an option to
enter a JV mentioning a business area. Debit / credit the same reco accounts , only change the
business area as required
SMO4 PREGLED ULOGOVNIH KORISNIKA NA SISTEMU
SU01- KORISNICI U SISTEMU
SE63 t - SCP1 - UNOS BC SETA
SE16 TABLE CONTENT
ORFB- CUSTOMIZING ACCOUNTING
ORFA-CUSTOMIZING ASSET ACCOUNTING
SM59 RFC DESTINATIONS
OB58 KREIRANJE BS I BU
OBA7 Def.tipova dokumenata
AUVA- complete incomplete asset
AFAMP KONTROLA KAKO SE KNJII AMORTIZACIJA
SE10 moji taskovi u customizing
OXK3 Dodavanje polja u coding block
OBD3 VENDOR ACCOUNT GROUPS
OBD2 CUSTOMER ACCOUNT GROUPS
ME2L PURCH.ORDER PER VENDOR
ME2K - PURCH. ORDER PER COST CENTRE
ORFA SVE O ASSET
OARP IZVETAJI ASSET
OBL2 ANALIZA GREKE AUTOM.KNJIENJA
NEKOMPLETNI MATINI ZAPISI OS SE38 PA IZVETAJ RAUNVA00
Obu1 sve transakcije
OBB8 USLOVI PLAANJA

OB74 TABELA ZA AUTOMATSKO ZATVARANJE STAVKI

GRTC TABELA IZVETAJA

S_ALR_87013015 interni nalozi izvetaj

One program which I find very useful is RM07CUFA.You can

compare the field status of Movement types and GL account using
this.
RKALTOOL - OKVIR SA ALATIMA
OB08 KURS
AL08- SVI KORISNICI U SISTEMU TRENUTNO
SE16N OPASNA TABELA ZA PREGLED PODATAKA
O7Z3 (Define Line Layout) VANO
F.99 KUPCI INFORMACIONI SISTEM
FSI1 , FSI2 IZVETAJI
OBXH- konfiguracija racunovodstva

FDFD Cash Management Implementation Tool

FDI0 Execute Report
FDI1 Create Report
FF71 Cash Position
FF72 Liquidity forecast
FF73 Cash Concentration
KREIRANJE USER MENIJA : AREA MENU SE43N I KREIRAM ROLU

Integration of FICO with SD - T/Code VKOA

FI/MM Integration - T/Code OMWB
upload all profit and cost center from one client to another
For Cost Center: T-Code OKEON > Extras > Transport Standard Hierarchy
For Profit Center: T-Code KCH5N > Extras > Transport Standard Hierarchy
GL a/cs for SD
> ERL---- Sales Revenue a/c
> ERS---- Sales Dicount account
> ERF---- Freight revenue a/c
In Co, we create Recon accts to keep Fi gl in balance with CO. Not all transactions
affect FI gls, best example of it is internal order settlements, they use secondary cost
elements and does not affect your G/l accts. To update FI side of it we maintain recon
accts. These are primarily for cross company, cross functional and cross business
area transactions
the number of recon accts to be defined is dependant on various factors, like how
your management wants to see the reports.. whether they want to classify the cost
based on CO object class or by Co types etc. However the basic config you got to
follow is
1. Activate Recon accts (if you have created CO area newly, it would be active)
use T.code: KALA
2. Assignment of Recon document type to the Controlling area
T.code: OKKP
3. Creating clearing accts (that you want to use for reconciliation. During FI-Co
recon.. inter company clearing accounts will be automatically credited or debited and
now you need to create offset acct which will show up in P&l acct)
Acct determination set up thru T.code: OBYA
4. Maintain accts for Automatic Recon posting
T.code OBYB
5. Assign Number ranges to Recon activity.
Tcode Ok13

BSEG, BKPF, RBKP - acct docs

EKBE- PO history (if po related invoice)
EKPO - po header
MKPF, MSEG - material related
In Co, we create Recon accts to keep Fi gl in balance with CO. Not all transactions
affect FI gls, best example of it is internal order settlements, they use secondary cost
elements and does not affect your G/l accts. To update FI side of it we maintain recon
accts. These are primarily for cross company, cross functional and cross business
area transactions
> the number of recon accts to be defined is dependant on various factors, like how
your management wants to see the reports.. whether they want to classify the cost
based on CO object class or by Co types etc..
> However the basic config you got to follow is
> 1. Activate Recon accts (if you have created CO area newly, it would be active)
> use T.code: KALA
>
> 2. Assignment of Recon document type to the Controlling area
> T.code: OKKP
>
> 3. Creating clearing accts (that you want to use for reconciliation. During FI-Co
recon.. inter company clearing accounts will be automatically credited or debited and
now you need to create offset acct which will show up in P&l acct)
> Acct determination set up thru T.code: OBYA
>
> 4. Maintain accts for Automatic Recon posting
> T.code OBYB
>
> 5. Assign Number ranges to Recon activity.
> Tcode Ok13
O7Z3 (Define Line Layout)
Maintain Field Movements - GCF1
First and foremost, TC F13E should be used and not F.13.
Secondly, the sort key in the GR/IR GL account should be that of Purchase Order.
This will be filled in the assignment field in all GR/IR line items.
Third, the settings in the clearing table should have only one criteria and that is,
assignment.
With these settings, GR/IR clearing works perfectly.
Inter Company Asset Transfer.
First create new asset with reference of old asset in new company code. Then retire
the old asset by Tcode-ABSO. Now transfer the depreciation values to new asset by
Tcode-AW01 (for old asset to display value) and ABZP (for new asset to put values in
corresponding fields.)