Anda di halaman 1dari 29

Lesson: Accounting Transaction Processing In The General Ledger

Pelajaran: Akuntansi Transaksi - Pengolahan In The General Ledger


Business example
Accountants create many journal entries as part of their daily work. In SAP,
accountants can use a single entry enjoy screen for most of their postings. In
some cases, the traditional complex screen is used. In both methods, G/L
account postings are automatically listed in the income statement report. The
respective postings can also be displayed when querying posted accounts.
contoh bisnis
Akuntan membuat banyak entri jurnal sebagai bagian dari pekerjaan sehari-hari
mereka. Dalam SAP, akuntan dapat menggunakan satu entri menikmati layar
untuk sebagian besar posting mereka. Dalam beberapa kasus, layar tradisional
kompleks digunakan. Dalam kedua metode, posting akun G / L secara otomatis
terdaftar dalam laporan laba rugi. Posting masing juga dapat ditampilkan ketika
query rekening diposting.

IDES is planning to increase capital with corporate funds. This business


transaction will be reflected in a new G/L posting to the new equity account we
created in the previous lesson.
IDES berencana untuk meningkatkan modal dengan dana perusahaan. transaksi
bisnis ini akan tercermin dalam G / L postingan baru ke akun ekuitas baru kita
buat dalam pelajaran sebelumnya.
Beginning with R/3 release 4.6, you can comfortably create and post a G/L
account document using a one screen transaction. The entry screen is divided
into
the
following
areas:
Dimulai dengan R / 3 rilis 4.6, Anda nyaman dapat membuat dan mengirim
dokumen akun G / L menggunakan transaksi satu layar. Layar masuk dibagi
menjadi bidang-bidang berikut:
Work templates
Here, you can select screen variants, account assignment templates, or held
documents as references. A held documents is a document that a user saves
without posting it, with the idea that the user will complete and post the held
document later.
To return to the original line layout of the GL document entry table, right click on
the screen, and choose reset screen variant.
template kerja
Di sini, Anda dapat memilih varian layar, tugas template, atau dipegang
dokumen sebagai referensi akun. Sebuah dokumen yang diadakan adalah
dokumen bahwa pengguna menghemat tanpa posting, dengan gagasan bahwa
pengguna akan menyelesaikan dan mengirim dokumen diadakan nanti.
Untuk kembali ke tata letak garis asli dari tabel entri dokumen GL, klik kanan
pada layar, dan pilih ulang varian layar.
Header Data

Header data applies to the whole document, such as posting date and document
type. Some of the header data can be in display format only, or hidden from the
user via editing options.
data Header
Data header berlaku untuk seluruh dokumen, seperti tanggal posting dan jenis
dokumen. Beberapa data sundulan bisa dalam format tampilan saja, atau
disembunyikan dari pengguna melalui opsi editing.
Line Item Information
Here, the line items of the document are entered
Informasi Item Baris
Di sini, item baris dari dokumen yang dimasukkan
Information Area
Here, the debit and credit balances are displayed by using a traffic light icon.
Complex or general postings correspond to the old, more difficult standard
posting transaction, FB01.
1. In the initial screen, you enter the data for the document header.
Additionally, you enter the posting key and the account for the first line
item. The posting key provides the system with information regarding the
account type (G/L account, customer, vendor, asset and material) and can
influence the layout of the entry screen, for the line item, which will be
seen in the next screen. The key driver of the layout of the entry screen
for the line item is the field status group in the company code segment of
G/L master record.
2. With this information (posting key and field status group of the account to
be posted to), the detailed entry screen for the first line item is set up.
When you choose enter, you proceed to the next screen, which contains
the amount field and additional account assignment fields for the first line
item. This includes, for example, business area, text and cost center.
3. At the bottom of the second screen, you enter the posting key and account
for the second line item of the posting. When you choose enter, you
proceed to the third screen, which contains the amount field and
additional account assignment fields for the second line item. You continue
with this same process for all the line items that make up the posting.
4. In order to pass information from financial accounting to management
accounting, a cost element for the expense account to be posted to must
exist. A primary cost element can be created automatically when a new
G/L account is created. Cost/revenue elements only exist for P&L accounts.
You can branch to the cost element from the G/L master record.
informasi area
Di sini, saldo debit dan kredit ditampilkan dengan menggunakan ikon lampu lalu
lintas.
Kompleks atau umum posting sesuai dengan yang lama, lebih sulit standar
transaksi posting, FB01.
1. Pada layar awal, Anda memasukkan data untuk header dokumen. Selain itu,
Anda memasukkan kunci posting dan account untuk item baris pertama. Kunci

postingan menyediakan sistem dengan informasi mengenai jenis akun (G akun /


L, pelanggan, vendor, aset dan material) dan dapat mempengaruhi tata letak
layar entri, untuk item baris, yang akan terlihat di layar berikutnya. Pendorong
utama dari tata letak layar entri untuk item baris adalah kelompok Status
lapangan di perusahaan segmen kode G / L master rekaman.
2. Dengan informasi ini (postingan kelompok Status kunci dan bidang akun yang
akan diposting ke), entri layar rinci untuk item baris pertama sudah diatur. Ketika
Anda memilih masuk, Anda melanjutkan ke layar berikutnya, yang berisi bidang
jumlah dan tambahan bidang tugas account untuk item baris pertama. Ini
termasuk, misalnya, area bisnis, teks dan pusat biaya.
3. Di bagian bawah layar kedua, Anda memasukkan kunci posting dan
menjelaskan item baris kedua postingan. Ketika Anda memilih masuk, Anda
melanjutkan ke layar ketiga, yang berisi bidang jumlah dan tambahan bidang
tugas akun untuk item baris kedua. Anda melanjutkan dengan proses ini sama
untuk semua item baris yang membentuk posting.
4. Dalam rangka untuk melewatkan informasi dari akuntansi keuangan dengan
akuntansi manajemen, biaya elemen untuk rekening pengeluaran akan diposting
ke harus ada. Unsur biaya utama dapat dibuat secara otomatis ketika akun G / L
baru dibuat. unsur-unsur biaya / pendapatan hanya ada piutang P & L. Anda
dapat cabang dengan biaya elemen dari rekaman master G / L.
Document types are used to distinguish between and order various accounting
documents easily. Each document is assigned to one document type, which is
entered in the document header. Document numbers are provided by the
document number ranges assigned to one or more document types.
For G/L account postings, document type SA is most often used, although other
document types are possible, such as accrual/defferal documents, valuation
documents, and so on.
jenis dokumen yang digunakan untuk membedakan antara dan memesan
berbagai dokumen akuntansi dengan mudah. Setiap dokumen yang ditugaskan
untuk satu jenis dokumen, yang dimasukkan dalam header dokumen. nomor
dokumen yang disediakan oleh rentang nomor dokumen ditugaskan untuk satu
atau lebih jenis dokumen.
Untuk posting akun G / L, tipe dokumen SA yang paling sering digunakan,
meskipun jenis dokumen lainnya yang mungkin, seperti dokumen akrual /
defferal, dokumen penilaian, dan sebagainya.
The posting key (PK) has a controlling function for the document items.
It specifies the following:
1. Account type for posting the document item
2. Posting the document item as a debit or a credit
3. Field status of the additional data
Kunci posting (PK) memiliki fungsi pengendali untuk item dokumen. Ini
menentukan berikut:
1. Jenis akun untuk posting item dokumen
2. Posting item dokumen sebagai debit atau kredit
3. Status Bidang data tambahan

Each line item contains exactly one posting key. This is an instrument that is
used for internal control and is entered in the complex posting screen to tell the
system:
Which account type is being posted to
Whether the line item is a debit or credit posting
Setiap item baris berisi tepat satu kunci posting. Ini adalah instrumen yang
digunakan untuk pengendalian internal dan dimasukkan di kompleks layar
postingan untuk memberitahu sistem:
Yang jenis rekening sedang diposting ke
Apakah garis item debit atau kredit postingan
In the enjoy transaction, you no longer need to enter the posting key. Instead,
debit represent posting key 40 and credit represent posting key 50. These
posting keys appear in the document and their control functions are still relevant.
In the SAP system, there are a large number of standard posting keys. Each
posting key is used for posting either a debit or a credit to one account type.
For postings in the general ledger, you need only two posting keys:
40 40, for debit items
50 for credit items
Dalam transaksi menikmati, Anda tidak perlu lagi memasukkan kunci posting.
Sebaliknya, debit mewakili postingan kunci 40 dan kredit merupakan postingan
kunci 50. ini kunci postingan muncul dalam dokumen dan fungsi kontrol mereka
masih relevan.
Dalam sistem SAP, ada sejumlah besar kunci postingan standar. Setiap tombol
postingan digunakan untuk posting baik debit atau kredit untuk satu jenis akun.
Untuk posting di buku besar, Anda hanya perlu dua tombol posting:
40 40, untuk item debit
50 untuk produk kredit
The balance display and the line item display are provided to display the account
data. The line item display is only possible for G/L accounts for which the
corresponding function has been activated in the master record.
The balance display is an overview of the saved transaction figures of an
account. You can drill down from the balance to a list of the items that make up
the balance.
From this line item list, you can drill down to the document containing this line
item. From there you can see the complete transaction by selecting document
overview.
If there is an original document for this mySAP ERP document and it was
archived optically, you can display it as well.
Tampilan keseimbangan dan tampilan item baris yang disediakan untuk
menampilkan data akun. Tampilan item baris hanya mungkin untuk G account / L
yang fungsi yang sesuai telah diaktifkan dalam rekaman master.
Layar keseimbangan gambaran tokoh transaksi disimpan dari akun. Anda dapat
menelusuri dari keseimbangan daftar item yang membentuk keseimbangan.
Dari garis item daftar ini, Anda dapat menelusuri ke dokumen yang berisi item

baris ini. Dari sana Anda dapat melihat transaksi yang lengkap dengan memilih
ikhtisar dokumen.
Jika ada dokumen asli untuk dokumen mySAP ERP ini dan itu diarsipkan optik,
Anda dapat menampilkannya juga.
UNIT 3
VENDOR MASTER RECORD
Business Example
A foreign employee is to arrive in hamburg next month. IDES germany has to
organize accommodation for him. With the help of a local realtor, an apartment
has been found and IDES has just signed the tenancy agreement. The accounting
department needs to create an accounts payable (AP) master record
representing the landlord to create and track the rent payments.
As with G/L accounts, vendor accounts are made up of two areas:
A vendor account is defined for all company codes at the client level.
General data, such as the vendor s name and address, is stored here.
Postings cannot be made to the account for a company code untill
company code-specific settings have been created. These settings refer
only to the relevant company code and include details, such as agreed
payment conditions or reconciliation account.
Vendor accounts can be divided into various account groups in the same way as
G/L accounts, so that they can be organized and managed more easily. However,
the account group controls the screen layout of all areas of the vendor master
record, not just the company code data as is the case with G/L account groups.
The accounts in an account group usually have similar characteristics. For
example, you could have one account group for domestic vendors, one for
vendors abroad, one for affiliated vendors, and one for one-time vendors.
Number ranges are assigned to account groups. These number ranges are
usually internal where the system assigns you a number when you save the
vendor master record. However, some number ranges are external. With external
number ranges, you fill in the vendor number manually when creating the vendor
master record.
VENDOR MASTER RECORD
Contoh Bisnis
Seorang karyawan asing tiba di hamburg bulan depan. IDES germany memiliki
untuk mengatur akomodasi untuknya. Dengan bantuan seorang makelar lokal,
apartemen telah ditemukan dan IDES baru saja menandatangani perjanjian
sewa-menyewa. Departemen akuntansi perlu menciptakan hutang (AP) master
rekaman mewakili pemilik untuk membuat dan melacak pembayaran sewa.
Seperti rekening G / L, rekening penjual terdiri dari dua bidang:
Sebuah akun penjual didefinisikan untuk semua kode perusahaan pada tingkat
client. data umum, seperti nama vendor 's dan alamat, disimpan di sini.
Postingan tidak dapat dibuat untuk account untuk kode perusahaan
pengaturan kode khusus perusahaan sampai telah dibuat. Pengaturan ini hanya
mengacu pada kode perusahaan yang bersangkutan dan termasuk rincian,
seperti kondisi pembayaran yang disepakati atau akun rekonsiliasi.
rekening penjual dapat dibagi menjadi berbagai kelompok akun dalam cara yang

sama seperti akun G / L, sehingga mereka dapat diatur dan dikelola dengan lebih
mudah. Namun, kelompok akun mengontrol tata letak layar semua bidang
rekaman master vendor, bukan hanya data kode perusahaan seperti halnya
dengan kelompok G / L rekening.
Account dalam grup akun biasanya memiliki karakteristik serupa. Misalnya, Anda
bisa memiliki satu kelompok akun untuk vendor domestik, satu untuk vendor luar
negeri, satu untuk vendor yang berafiliasi, dan satu untuk vendor satu kali.
rentang nomor ditugaskan untuk kelompok akun. Rentang jumlah ini biasanya
internal di mana sistem memberikan Anda nomor ketika Anda menyimpan
rekaman master vendor. Namun, beberapa rentang nomor yang eksternal.
Dengan berkisar nomor eksternal, Anda mengisi jumlah penjual secara manual
saat membuat catatan master vendor.
Lesson: daily accounting transaction inaccounts payable
INVOICE/CREDIT MEMO ENTRY
You can easily create and post a vendor invoices or credit memos using a one
screen transaction. This type of invoice entered directly in A/P is a miscellaneous
invoice, without reference to a purchase order. The A/P entry screen is divided
into the following areas:
FAKTUR / KREDIT MEMO ENTRY
Anda dapat dengan mudah membuat dan mengirim faktur vendor atau memo
kredit menggunakan transaksi satu layar. Jenis faktur dimasukkan secara
langsung di A / P adalah faktur aneka, tanpa mengacu pada order pembelian.
Layar A / P masuk dibagi menjadi bidang-bidang berikut:
Work templates
Here, you can select screen variants, account assignment templates, or held
documents as references.
template kerja
Di sini, Anda dapat memilih varian layar, tugas template, atau dipegang
dokumen sebagai referensi akun.
Header and vendor data
Document header and vendor line item data is entered here
Header dan data vendor
Dokumen header dan data vendor item baris yang dimasukkan di sini
G/L account items
The .G/L line items for the document are entered here
G / L item akun
The .G / L item baris untuk dokumen yang dimasukkan di sini
Information area
The document balance and information about the vendor is displayed here
bidang informasi
Keseimbangan dokumen dan informasi tentang vendor ditampilkan disini

This transaction can also be used to create documents in a foreign currency. The
foreign currency amount is translated into local currency using defined exchange
rates.
When entering an expense item for an operating expense, you must also enter a
cost accounting relevant assignment, such as a cost center or internal order.
This means that when the item is posted, documents are created in management
accounting and accounting. A primary cost element must exist for the G/L
account in order for this to happen. The management accounting document
posts the costs corresponding to the expense to the management accounting
object.
You can post costs and revenues in CO either as real postings or statistical
postings:
You can settle real postings with other CO objects
Statistical postings are only for information purposes
The account assignment object itself can either be a real or a statistical object.
For example, an internal order is defined as real or statistical when it is created.
A real order can only be executed with real postings, and a statistical order only
with statistical postings. Cost centers are an exception to this. A cost center is
always a real object, but you can make statistical or real postings to them.
To post costs in CO, you need to identify the corresponding real CO account
assignment object in the source document (for example, a vendor invoice). Only
one real object can be assigned to each document item in the source document.
Additional statistical objects can be entered or derived from the system.
Transaksi ini juga dapat digunakan untuk membuat dokumen dalam mata uang
asing. Jumlah mata uang asing dijabarkan ke dalam mata uang lokal
menggunakan nilai tukar yang ditetapkan.
Ketika memasuki item pengeluaran untuk biaya operasi, Anda juga harus
memasukkan akuntansi biaya - tugas yang relevan, seperti pusat biaya atau
perintah internal. Ini berarti bahwa ketika item yang diposting, dokumen yang
dibuat dalam akuntansi manajemen dan akuntansi. Unsur biaya utama harus ada
untuk akun G / L agar ini terjadi. Dokumen akuntansi manajemen posting biaya
sesuai dengan biaya untuk objek akuntansi manajemen.
Anda dapat mengirim biaya dan pendapatan di CO baik sebagai posting nyata
atau posting statistik:
Anda dapat menetap posting nyata dengan benda CO lainnya
posting statistik hanya untuk tujuan informasi
Obyek penugasan akun itu sendiri baik bisa menjadi nyata atau benda statistik.
Sebagai contoh, perintah internal didefinisikan sebagai nyata atau statistik ketika
dibuat. Perintah nyata hanya dapat dijalankan dengan postingan yang nyata, dan
tatanan statistik hanya dengan posting statistik. pusat biaya adalah
pengecualian untuk ini. Sebuah pusat biaya selalu benda nyata, tetapi Anda
dapat membuat posting statistik atau nyata bagi mereka.

Untuk mengeposkan biaya dalam CO, Anda perlu mengidentifikasi nyata CO


objek tugas account yang sesuai dalam dokumen sumber (misalnya, vendor
faktur). Hanya satu objek nyata dapat ditugaskan untuk setiap item dokumen
dokumen sumber. benda statistik tambahan dapat dimasukkan atau berasal dari
sistem.
The Recurring Entry Program
You can use the recurring entry program for postings that are repeated at regular
intervals, such as rent payments and payments of fees and property taxes. With
this program, the necessary documents are generated automatically.
Recurring business transactions must be stored in the system as recurring entry
original documents for this to be possible. Each recurring entry original
document contains the date of the first and last postings, the frequency at which
posting should be made, and the date of the next planned posting.
The recurring entry program must be started at regular intervals within a
specified period. The program selects all recurring entry original documents in
which the date of the next posting falls within the specified period, and then
generates a batch input session.
When the batch input session is run, an accounting document that correponds to
the original document is posted, and the date of the next posting is updated in
the original recurring entry document.
Elements Of The Payment Transaction
All payment transactions include the elements shown in the figure.
A payment transaction can be carried out either manually or automatically using
the payment program.
The standard system contains common payment methods and corresponding
forms that have been defined separately for each country.
The Berulang Program Masuk
Anda dapat menggunakan program entri berulang untuk posting yang diulang
secara berkala, seperti pembayaran sewa dan pembayaran biaya dan pajak
properti. Dengan program ini, dokumen yang diperlukan dihasilkan secara
otomatis.
transaksi bisnis yang berulang harus disimpan dalam sistem seperti berulang
entri dokumen asli untuk ini menjadi mungkin. Setiap entri dokumen asli
berulang berisi tanggal pertama dan terakhir posting, frekuensi di mana
postingan harus dibuat, dan tanggal posting direncanakan berikutnya.
The berulang Program entri harus dimulai secara berkala dalam jangka waktu
tertentu. Program ini memilih semua berulang entri dokumen asli di mana
tanggal postingan berikutnya jatuh dalam waktu yang ditentukan, dan kemudian
menghasilkan sesi masukan batch.
Ketika sesi masukan batch dijalankan, dokumen akuntansi yang correponds
untuk dokumen asli diposting, dan tanggal postingan berikutnya diperbarui
dalam dokumen entri berulang asli.
Elemen Of The Pembayaran Transaksi

Semua transaksi pembayaran mencakup unsur-unsur yang ditunjukkan pada


gambar.
Sebuah transaksi pembayaran dapat dilakukan secara manual atau secara
otomatis menggunakan program pembayaran.
Sistem standar berisi metode pembayaran yang umum dan bentuk yang sesuai
yang sudah ditetapkan secara terpisah untuk masing-masing negara.
Automatic Payment Program Parameters
The payment program was developed for the international payment transactions
between vendors and customers. This program can be used for incoming and
outgoing payments. However, it is more commonly used for outgoing payments.
Autoomatic payment consists of several steps.
The first step is maintaining the parameters. You use the parameters to define
which accounts and items the payment program is to include in the automatic
payment run.
The second step of the payment program is the proposal run. During the
proposal run, the system does the following:
Checks the accounts and documents specified in the parameters for due
items
Groups items due for payment
Selects the relevant payment methods, house banks, and partner banks
The third step of the payment program involves checking and editing the
payment proposal. This step can be omitted, but you are advised to check that
the data is accurate before actually running the payment program.
The fourth step of the payment program is the actual payment run.
During the payment run, the system does the following:
Posts payment documents
Clears open items
Prepares data for the printing of payment media
The final step of the payment run is printing.
Payment media are generated in this step, which means that one of the following
occurs:
Payment media, such as cheques, are printed
IDocs are generated for the electronic data interface (EDI)
A data file is created as part of the data medium exchange
The system comes standard with payment media programs for many countries
and many payment methods. In this exercise, the payment program RFFOD_S is
activated in order to print cheques in Germany. In the USA, the program
RFFOUS_C is used. Note that the payment program name contains the code for
the country and for the payment method.
You can skip the payment proposal and execute the payment run directly. In this
case, business transactions that balance the open items are posted directly after
entering the parameters. Also, you can combine the payment run step with the
payment media step by entering a variant for the payment media program in the
printout/data medium tab before running the payment program.

Otomatis Parameter Program Pembayaran


Program pembayaran dikembangkan untuk transaksi pembayaran internasional
antara vendor dan pelanggan. Program ini dapat digunakan untuk pembayaran
masuk dan keluar. Namun, lebih sering digunakan untuk pembayaran keluar.
pembayaran Autoomatic terdiri dari beberapa langkah.
Langkah pertama adalah mempertahankan parameter. Anda menggunakan
parameter untuk menentukan yang menyumbang dan item program
pembayaran untuk memasukkan dalam pembayaran otomatis dijalankan.
Langkah kedua dari program pembayaran adalah usulan run. Selama usulan run,
sistem melakukan hal berikut:
Cek rekening dan dokumen yang ditentukan dalam parameter untuk item
karena
item Groups karena untuk pembayaran
Memilih metode yang relevan pembayaran, bank rumah, dan bank mitra
Langkah ketiga dari program pembayaran melibatkan memeriksa dan mengedit
proposal pembayaran. Langkah ini dapat dihilangkan, tetapi Anda disarankan
untuk memeriksa bahwa data akurat sebelum benar-benar menjalankan program
pembayaran.
Langkah keempat dari program pembayaran yang sebenarnya pembayaran run.
Selama pembayaran run, sistem melakukan hal berikut:
dokumen Posts pembayaran
Menghapus item terbuka
Menyiapkan data untuk pencetakan media pembayaran
Langkah terakhir dari pembayaran run sedang mencetak.
media pembayaran dihasilkan dalam langkah ini, yang berarti bahwa salah satu
dari berikut terjadi:
Media Pembayaran, seperti cek, dicetak
IDOCs dihasilkan untuk antarmuka data elektronik (EDI)
Sebuah file data dibuat sebagai bagian dari pertukaran medium data
Sistem ini datang standar dengan program media pembayaran untuk banyak
negara dan banyak metode pembayaran. Dalam latihan ini, program
pembayaran RFFOD_S diaktifkan untuk mencetak cek di Jerman. Di Amerika
Serikat, program RFFOUS_C digunakan. Perhatikan bahwa nama program
pembayaran berisi kode untuk negara dan untuk metode pembayaran.
Anda dapat melewatkan usulan pembayaran dan melaksanakan pembayaran run
langsung. Dalam hal ini, transaksi bisnis yang menyeimbangkan item terbuka
yang diposting langsung setelah memasuki parameter. Juga, Anda dapat
menggabungkan langkah pembayaran dijalankan dengan pembayaran Media
langkah dengan memasukkan varian untuk program media pembayaran di tab
media cetakan / data sebelum menjalankan program pembayaran.
Lesson: integration with materials management
IDES Plants in Germany
The central organizational object in logistics in the plant. A plant is an operating
area or branch within a company. A plant can be a central delivery warehouse, a

regional sales office, a manufacturing facility, a corporate headquarters, or a


maintenance plant. A plant must be assigned to a single company code.
However, one or more plants can be assigned to the same company code.
Some of the plants included in IDES company code 1000 (Germany) are:
1000(Hamburg)
1100 (Berlin)
1200 (Dresden)
1300 (Frankfurt)
1400 (Stuttgart)
All company code relevant transactions from these plants are posted in company
code 1000 because these plants are assigned to company code 1000.
IDES Purchasing in Germany
Purchasing for the plants is completed by the purchasing organization. A
purchasing organization is an organizational element that negotiates conditions
of purchase with vendors for one or more plants.
Each country in which IDES plants operate has one purchasing organization. Each
purchasing organization purchases in the company code of that country.
In Gemany, for example, purchasing organization 1000 takes care of purchasing
for all German plants (Hamburg, Berlin, Dresden, Frankfurt, and Stuttgart).
Postings are made in German company code 1000 because all the German plants
are assigned to company code 1000 in configuration.
Tanaman IDES di Jerman
Objek organisasi sentral dalam logistik di pabrik. Sebuah pabrik adalah daerah
operasi atau cabang dalam perusahaan. Sebuah pabrik bisa menjadi gudang
pusat pengiriman, kantor penjualan regional, fasilitas manufaktur, kantor pusat
perusahaan, atau tanaman pemeliharaan. Sebuah pabrik harus ditugaskan untuk
kode perusahaan tunggal. Namun, satu atau lebih tanaman dapat ditugaskan
untuk kode perusahaan yang sama.
Beberapa tanaman yang termasuk dalam kode perusahaan IDES 1000 (Jerman)
adalah:
1000 (Hamburg)
1100 (Berlin)
1200 (Dresden)
1300 (Frankfurt)
1400 (Stuttgart)
Semua kode perusahaan transaksi yang relevan dari tanaman ini yang diposting
di kode perusahaan 1000 karena tanaman ini ditugaskan untuk kode perusahaan
1000.
IDES Pembelian di Jerman
Pembelian untuk tanaman selesai oleh organisasi pembelian. Sebuah organisasi
pembelian merupakan elemen organisasi yang melakukan negosiasi kondisi
pembelian dengan vendor untuk satu atau lebih tanaman.
Setiap negara di mana tanaman IDES mengoperasikan memiliki satu organisasi
pembelian. Setiap pembelian pembelian organisasi dalam kode perusahaan dari

negara itu.
Di Gemany, misalnya, pembelian organisasi 1000 mengurus pembelian untuk
semua tanaman Jerman (Hamburg, Berlin, Dresden, Frankfurt, dan Stuttgart).
Postingan yang dibuat dalam kode perusahaan Jerman 1000 karena semua
tanaman Jerman ditugaskan untuk kode perusahaan 1000 dalam konfigurasi.
Purchasing data in the vendor master record
In order for the procurement process to be used in materials management for a
vendor, the vendor master record of that vendor must have a third part: the
purchasing data. The purchasing data is specific to a single purchasing
organization, just like the company code data of the master record is specific to a
single company code. In the same way that several company code segments of
the vendor master record can exist, there can be several purchase data
segments of the vendor master record. Every purchase data segment presents
data, which are specific for exactly one purchase organization.
You can access purchasing data of vendor master records in accounts payable
accounting with the transaction central maintenance (transaction code XK01 t o
XK03).
Demand determination: the department responsible can register a
requirement for materials manually via a purchase order to purchasing.
Determining the source of supply: the purchaser responsible is supported by the
system in determining possible sources of supply. One possibility for determining
the source of supply is creating queries and subsequently entering the
quotations. Furthermore, you can access purchase orders and conditions that
already exist in the system.
Pembelian data dalam rekaman master vendor
Agar proses pengadaan yang akan digunakan dalam pengelolaan bahan untuk
vendor, vendor master record dari vendor yang harus memiliki bagian ketiga:
data pembelian. Data pembelian khusus untuk organisasi pembelian tunggal,
seperti data kode perusahaan dari master record khusus untuk kode perusahaan
tunggal. Dengan cara yang sama bahwa beberapa segmen kode perusahaan dari
vendor master record bisa ada, bisa ada beberapa segmen pembelian data
vendor master record. Setiap pembelian segmen data menyajikan data, yang
spesifik untuk tepat satu organisasi pembelian.
Anda dapat mengakses data pembelian dari vendor master record yang di
hutang akuntansi dengan pemeliharaan pusat transaksi (kode transaksi XK01 t o
XK03).
Permintaan penentuan: departemen yang bertanggung jawab dapat
mendaftarkan persyaratan untuk bahan secara manual melalui pesanan
pembelian untuk pembelian.
Menentukan sumber pasokan: pembeli bertanggung jawab didukung oleh sistem
dalam menentukan sumber-sumber pasokan. Salah satu kemungkinan untuk
menentukan sumber pasokan menciptakan permintaan dan kemudian memasuki

kutipan. Selanjutnya, Anda dapat mengakses perintah dan kondisi pembelian


yang sudah ada di sistem.
Supplier selection: comparing the prices in the different quotations makes
selecting suppliers easier. Letters of rejection can be sent automatically.
Purchase order handling: when creating purchase orders, the system provides
you in the entry process.
Purchase order monitoring: the purchaser can monitor the processing status
of the purchase order in the system. For example, he can determine whether the
goods or the invoice have been received for the corresponding purchase order
item. Dunning processes are also supported.
Goods receipt: the system checks the amount of goods received against the
purchase order quantity.
Invoice verification: the vendor invoices are checked to see if the accounting
and the content are correct.
Payment processing: the vendor payment is usually done in the financial
accounting.
Pemasok pilihan: membandingkan harga di kutipan yang berbeda membuat
memilih pemasok lebih mudah. Surat penolakan dapat dikirim secara otomatis.
Pembelian penanganan order: saat membuat pesanan pembelian, sistem
menyediakan Anda dalam proses entri.
Pembelian pemantauan rangka: pembeli dapat memantau status pengolahan
pesanan pembelian dalam sistem. Sebagai contoh, ia dapat menentukan apakah
barang atau faktur telah diterima untuk item pesanan pembelian sesuai. proses
Dunning juga didukung.
penerimaan barang: sistem memeriksa jumlah barang yang diterima terhadap
jumlah pesanan pembelian.
Faktur verifikasi: vendor faktur diperiksa untuk melihat apakah akuntansi dan
konten yang benar.
proses pembayaran: pembayaran penjual biasanya dilakukan dalam akuntansi
keuangan.
Posting Procurement Transactions
The three step verification, commonly referred to as the three way match, is
the standard procedure for posting procurement transactions is MM. The
procedure contains three steps.

1. Purchase order: create a purchase order in materials management


(abbreviated in the following diagram as MM). Do not make any postings in
financial accounting (abbreviated in the following diagram as FI).
2. Goods receipt: to update the receipt of inventory or consumable material,
generate a material document in materials management (MM). At the
same time, create a document in financial accounting (FI) that posts the
value of the goods to the merchandise account as a debit and the goods
receipt/invoice receipt to the clearing account (GR/IR) as a credit in the
general ledger.
3. Invoice verification: post a vendor invoice in materials management (MM)
using invoice verification. This automatically generates a document in
financial accounting (FI). The accounting document contains the invoice
amount that gets posted to the GR/IR account (debit) and the vendor
account (credit).
Posting Transaksi Pengadaan
Verifikasi tiga langkah, sering disebut sebagai "tiga cara pertandingan", adalah
prosedur standar untuk posting transaksi pengadaan MM. Prosedur tersebut
berisi tiga langkah.
1. Agar Pembelian: membuat pesanan pembelian dalam pengelolaan bahan
(disingkat dalam diagram berikut sebagai MM). Jangan membuat posting di
akuntansi keuangan (disingkat dalam diagram berikut sebagai FI).
2. Barang penerimaan: untuk memperbarui penerimaan persediaan atau bahan
habis pakai, menghasilkan dokumen materi manajemen material (MM). Pada saat
yang sama, membuat dokumen akuntansi keuangan (FI) yang posting nilai
barang ke rekening dagangan sebagai debit dan penerimaan penerimaan barang
/ faktur ke rekening kliring (GR / IR) sebagai kredit dalam umum buku besar.
3. Verifikasi Invoice: mengirim faktur penjual dalam pengelolaan bahan (MM)
menggunakan verifikasi faktur. Ini secara otomatis menghasilkan dokumen
akuntansi keuangan (FI). Dokumen akuntansi mengandung jumlah faktur yang
akan diposting ke akun GR / IR (debit) dan rekening penjual (kredit).
The last two steps can be completed in reverse order, depending on the order
the goods and the invoice are received.
The goods receipt/invoice receipt clearing account ensures that goods were
received for eachinvoice, and vice versa.
Closing operations in accounts payable
Dua langkah terakhir dapat diselesaikan dalam urutan terbalik, tergantung pada
pesanan barang dan faktur diterima.
Penerimaan barang / faktur akun penerimaan kliring memastikan bahwa barangbarang yang diterima untuk eachinvoice, dan sebaliknya.
Menutup operasi di hutang
Account payable closing operations

Year end closing can be divided into two main section.


Legal requirements (procedures required by the government authorities)
Technical and organizational requirements (procedures that are technically
required or needed to support the accounting organization)
In this course, we will focus on the legal requirements. The four day course
AC205 covers both areas the legal requirement and the technical/organizational
aspects of closing operations.
At the beginning of the fiscal year, the balance carry forward program is run,
carrying forward the balances of the vendor accounts to the next fiscal year.
The posting periods of the old fiscal year are blocked and the special periods for
closing postings for fiscal year end adjustments are opened.
Akun operasi menutup hutang
Tahun penutupan akhir dapat dibagi menjadi dua bagian utama.
Persyaratan hukum (prosedur yang dibutuhkan oleh otoritas pemerintah)
Persyaratan teknis dan organisasi (prosedur yang secara teknis diperlukan atau
diperlukan untuk mendukung organisasi akuntansi)
Dalam kursus ini, kita akan fokus pada persyaratan hukum. Empat hari saja
AC205 mencakup kedua wilayah persyaratan hukum dan / aspek organisasi
teknis operasi penutupan.
Pada awal tahun fiskal, neraca carry Program maju dijalankan, membawa ke
depan saldo rekening vendor untuk tahun fiskal berikutnya.
Periode posting tahun fiskal tua yang diblokir dan periode khusus untuk posting
penutupan untuk tahun fiskal penyesuaian akhir dibuka.
Afterwards, the balances with selected vendors are confirmed, the foreign
currency documents are valuated, and the accounts payable are regrouped
according to remaining life (required only in certain countries).
Once complete, the special periods can be closed.
Setelah itu, saldo dengan vendor yang dipilih dikonfirmasi, dokumen mata uang
asing valuated, dan hutang piutang di kelompokkan sesuai dengan masa tersisa
(diperlukan
hanya
di
negara
tertentu).
Setelah selesai, periode khusus dapat ditutup.
Balance confirmations
The program for creating balance confirmations also creates reply requests for
a freely definable number of vendors, a reconciliation list, and a results table.
The balance confirmations and replay request are sent to the vendors; the lists
are used as a control measure. For IDES, this control is carried out by the internal
audit department.
The vendors check the balance information they receive and send their replies
to the control center audit department, which compares the replies with the
reconciliation list and enters the results in the results table.

Foreign currency valuation


A foreign currency valuation is necessary if vendor accounts contains open items
in a foreign currency. The amounts of these open items were translated into the
local currency at the time they were entered using the exchange rate which was
valid on the posting date.
The exchange rate is probably different at the time of closing, and open items
need to be valuated again. A program valuated the open items using the new
exchange rate and enters the valuation difference in the valuated line items. It
also creates the valuation postings:
Debit: expense from foreign currency valuation; credit: balance sheet
adjustment account
Debit: balance sheet adjustment account; credit: revenues from foreign
currency valuation
A valuation cannot be made by posting to the payable account, since
reconciliation accounts cannot be directly posted to. For this reason, postings
appear in an adjustment account, which is displayed in the balance sheet item of
the associated reconciliation account.
A valuation method determines how the individual line items are valuated. This
has to be set up in conjunction with the country specific valuation regulations. It
defines, for example, whether the lowest value principle, the strict lowest value
principle, or a general principle (also with revenue from the valuation) is to be
used for valuation.
konfirmasi saldo
Program untuk membuat konfirmasi keseimbangan juga menciptakan
permintaan balasan untuk sejumlah didefinisikan secara bebas dari vendor,
daftar rekonsiliasi, dan tabel hasil. Konfirmasi keseimbangan dan permintaan
memutar ulang dikirim ke vendor; daftar digunakan sebagai ukuran kontrol.
Untuk IDES, kontrol ini dilakukan oleh departemen audit internal.
Vendor memeriksa informasi saldo mereka menerima dan mengirim balasan
mereka ke departemen audit pusat kendali, yang membandingkan balasan
dengan daftar rekonsiliasi dan memasuki hasil di tabel hasil.
valuasi mata uang asing
Sebuah penilaian mata uang asing diperlukan jika rekening penjual berisi item
terbuka dalam mata uang asing. Jumlah barang-barang terbuka diterjemahkan
ke dalam mata uang lokal pada saat mereka memasuki menggunakan kurs yang
berlaku pada tanggal posting.
Nilai tukar mungkin berbeda pada saat penutupan, dan barang-barang terbuka
perlu valuated lagi. Sebuah program valuated item terbuka dengan
menggunakan kurs baru dan memasuki perbedaan penilaian dalam item baris
valuated. Hal ini juga menciptakan posting penilaian:
Debit: Beban dari penilaian mata uang asing; kredit: saldo rekening
penyesuaian sheet
Debit: saldo rekening penyesuaian sheet; kredit: pendapatan dari penilaian
mata uang asing
Sebuah penilaian tidak dapat dibuat dengan posting ke rekening hutang, karena

rekening rekonsiliasi tidak dapat langsung diposting ke. Untuk alasan ini,
postingan muncul dalam akun penyesuaian, yang ditampilkan dalam item neraca
akun rekonsiliasi terkait.
Sebuah metode penilaian menentukan bagaimana item baris individu valuated.
Ini harus diatur dalam hubungannya dengan peraturan valuasi negara tertentu.
Mendefinisikan, misalnya, apakah prinsip terendah nilai, prinsip nilai terendah
yang ketat, atau prinsip umum (juga dengan pendapatan dari valuasi) yang akan
digunakan untuk penilaian.
Regrouping Accounts Payable
Accounts payable and receivable have to be listed separately in the balance
sheet. Since it is possible for some vendors to have a debit balance, these
accounts need to be changed to vendors with a debit balance prior to creating
the financial statements.
In many countries it is also necessary to group accounts payable in the balance
sheet based on their remaining life.
Both regroupings are carried out using a special program. At the same time,
these regroupings are removed on the first day of the next period, since
regroupings are not necessary for daily processing.
The diagram shows how receivables with long remaining terms were posted to
adjustment accounts separately, so that the balance sheet could be prepared.
Additionally, vendors with a debit balance are regrouped. An adjustment account
is used as the offsetting account here as well, since adjustments cannot be
posted directly to a reconciliation account.
Note: the foreign currency valuation, as well as the regrouping, can be
completed in different ways to meet various legal requirements. The
results are then posted to various accounts that are used by different
financial statement versions.
Note: the regrouping program is also used when the reconciliation account
of a vendor has been changed during the year.
Regrouping
Account
Payable
hutang dan piutang harus tercantum secara terpisah di neraca. Karena
dimungkinkan untuk beberapa vendor untuk memiliki saldo debit, akun tersebut
perlu diubah untuk vendor dengan saldo debit sebelum membuat laporan
keuangan.
Di banyak negara perlu juga ke rekening kelompok hutang di neraca berdasarkan
hidup
mereka
yang
tersisa.
Kedua regrouping yang dilakukan dengan menggunakan program khusus. Pada
saat yang sama, regrouping ini dihapus pada hari pertama periode berikutnya,
karena regrouping yang tidak diperlukan untuk pengolahan harian.
Diagram menunjukkan bagaimana piutang dengan jangka panjang yang tersisa
yang diposting ke akun penyesuaian secara terpisah, sehingga neraca bisa
disiapkan.
Selain itu, vendor dengan saldo debit kelompokkan. Akun penyesuaian
digunakan sebagai account offsetting sini juga, karena penyesuaian tidak dapat
diposting
langsung
ke
rekening
rekonsiliasi.

Catatan: valuasi mata uang asing, serta regrouping, dapat diselesaikan dengan
cara yang berbeda untuk memenuhi berbagai persyaratan hukum. Hasilnya
kemudian diposting ke berbagai rekening yang digunakan oleh versi laporan
keuangan
yang
berbeda.
Catatan: program regrouping juga digunakan ketika account rekonsiliasi vendor
telah berubah sepanjang tahun.
UNIT 4 ACCOUNT RECEIVABLE
Lesson: customer master data
Business example
A customer calls IDES to inform the accounting department of a change of
address. A new master record must be created for a customer.
As with G/L accounts and vendor accounts, customer accounts also consist of
two areas.
contoh
bisnis
Pelanggan panggilan IDES untuk menginformasikan departemen akuntansi dari
perubahan alamat. File master baru harus dibuat untuk pelanggan.
Seperti G / rekening L dan rekening penjual, rekening nasabah juga terdiri dari
dua daerah.
General data
A customer account is defined for all company codes at the client level. General
data, such as the customers address, is stored here. General data applies for all
company codes that do business with the customer.
Data
umum
Sebuah rekening nasabah didefinisikan untuk semua kode perusahaan pada
tingkat client. data umum, seperti alamat pelanggan, disimpan di sini. Data
umum berlaku untuk semua kode perusahaan yang melakukan bisnis dengan
pelanggan.
Company code segments
Postings cannot be made to the customer account for a company code untill
company code specific settings have been created. The company code segment
contains information that pertains to just one company code, such as agreed
terms of payment.
In the same way as for G/L accounts and vendor accounts, customer accounts
are stored in various account groups, so that they can be organized and
managed more easily.
The accounts in an account group usually have similar characterictics. For
example, you could have one account group for dosmetic customers, one for
customers abroad, one for affiliated customers, and one for one time customers.
Account groups have a number range assigned to them. Number ranges are of
two types:

Internal: do not enter a customer number when creating the customer.


Instead, the system assigns you a customer number from the number
range assigned to the account group when the new customer master
record is created.
External: enter the customer number manually when creating the
customer. The number can be alphanumeric, if the number range allows
for that.
Account groups define the layout of all parts of the customer master record. That
is, they determine which fields are optional, mandatory, displayed, or hidden.
segmen
kode
perusahaan
Postingan tidak dapat dibuat untuk rekening nasabah untuk kode perusahaan
kode perusahaan sampai pengaturan khusus telah diciptakan. Segmen kode
perusahaan berisi informasi yang berhubungan dengan hanya satu kode
perusahaan,
seperti
disepakati
pembayaran.
Dengan cara yang sama seperti untuk G / rekening L dan rekening penjual,
rekening nasabah yang disimpan di berbagai kelompok akun, sehingga mereka
dapat
diatur
dan
dikelola
dengan
lebih
mudah.
Account dalam grup akun biasanya mempunyai karakteristik yang sama.
Misalnya, Anda bisa memiliki satu kelompok akun untuk pelanggan dosmetic,
satu untuk pelanggan di luar negeri, satu untuk pelanggan berafiliasi, dan satu
untuk
satu
pelanggan
waktu.
kelompok akun memiliki berbagai nomor yang diberikan kepada mereka. rentang
jumlah
terdiri
dari
dua
jenis:
internal: tidak memasukkan nomor pelanggan saat membuat pelanggan.
Sebaliknya, sistem memberikan Anda sejumlah pelanggan dari berbagai nomor
ditugaskan untuk kelompok akun ketika catatan master pelanggan baru dibuat.
Eksternal: masukkan nomor pelanggan secara manual saat membuat
pelanggan. Jumlah tersebut dapat alfanumerik, jika berbagai nomor
memungkinkan
untuk
itu.
kelompok akun menentukan tata letak semua bagian dari catatan master
pelanggan. Artinya, mereka menentukan bidang yang opsional, wajib,
ditampilkan, atau disembunyikan.
Daily accounting transactions in accounts receivable
Business example
Customer## states on the phone that on the last invoice he received from
IDES, the payment terms did not contain the usual 3 percent cash
discount. After speaking to the sales and distribution department, this
turns out to be an error. The customer should therefore receive the normal
discount.
The accounting department receives a payment advice, which states that
a customer is going to pay only 80 percent of the invoice amount because
the delivery was incomplete. When the check arrives, the accountant
posts the difference as a residual item.

Some important customers wish to receive monthly account statements.


Once a month, a special report needs to be started to select these
customers and print the account statements. This report is usually started
automatically by a job. For demonstration purposees the accountant
allows you to run the report online. Other customers do not pay their
invoices o time, and must be sent a dunning notice.

transaksi
akuntansi
sehari-hari
di
piutang
contoh
bisnis
Pelanggan ## negara di telepon bahwa pada faktur terakhir yang ia terima
dari IDES, persyaratan pembayaran tidak mengandung biasa 3 persen diskon
tunai. Setelah berbicara dengan penjualan dan distribusi departemen, ini
ternyata menjadi kesalahan. Pelanggan karena itu harus menerima diskon
normal.
Bagian akuntansi menerima saran pembayaran, yang menyatakan bahwa
pelanggan akan membayar hanya 80 persen dari jumlah faktur karena
pengiriman tidak lengkap. Ketika cek tiba, tulisan akuntan perbedaan sebagai
item
residual.
Beberapa pelanggan penting ingin menerima laporan rekening bulanan. Sekali
sebulan, laporan khusus perlu mulai untuk memilih pelanggan ini dan mencetak
laporan rekening. Laporan ini biasanya dimulai secara otomatis oleh pekerjaan.
Untuk purposees demonstrasi akuntan memungkinkan Anda untuk menjalankan
laporan online. pelanggan lain tidak membayar tagihan mereka o waktu, dan
harus dikirim pemberitahuan dunning.
Invoice/Credit Memo Entry
Nearly all invoices and credit memos from customers reach the accounts
receivable via the integration with the sales order management. In exceptional
cases, if there is no reference to a sales order, invoices and credit memos can
still be entered using the enjoy transaction. The enjoy document entry screen is
divided into the following areas:
Faktur
/
Kredit
Memo
Masuk
Hampir semua faktur dan memo kredit dari pelanggan mencapai piutang melalui
integrasi dengan manajemen pesanan penjualan rekening. Dalam kasus luar
biasa, jika tidak ada mengacu pada order penjualan, faktur dan memo kredit
masih bisa masuk menggunakan menikmati transaksi. Menikmati layar entri data
dibagi menjadi bidang-bidang berikut:
Work templates
Here, you can select screen variants, account assignment templates, or held
document as references.
Header and customer data
Document header and customer line item data is entered here
G/L account items

The G/L line items for the document are entered here
template
kerja
Di sini, Anda dapat memilih varian layar, tugas akun template, atau dipegang
dokumen
sebagai
referensi.
Header
dan
data
pelanggan
Dokumen header dan data item baris pelanggan yang dimasukkan di sini
G
/
L
item
G / L item baris untuk dokumen yang dimasukkan di sini

akun

Information area
The document balance and information about the customer is displayed here. It
also contains a link to the master data and open items. This transaction can also
be used to create documents in a foreign currency amount is translated into
local currency using defined exchange rates.
bidang
informasi
Keseimbangan dokumen dan informasi tentang pelanggan ditampilkan di sini.
Hal ini juga berisi link ke data master dan item terbuka. Transaksi ini juga dapat
digunakan untuk membuat dokumen dalam jumlah mata uang asing yang
diterjemahkan ke dalam mata uang lokal menggunakan nilai tukar yang
ditetapkan.
Incoming payments
Incoming payments can be dealt with in several ways in different companies
and countries. Incoming payments are basically posted as shown in this figure.
The items are cleared if the customer pays open items in the full amount
or with an agreed cash discount.
If a minor payment difference exists, this can be charged off automatically.
The maximum amount that consitutes a minor payment difference is
defined in tolerance group settings.
Any greater payment difference (outside of tolerance) must be dealt with
manually. There are two methods of posting these payment differences:
Partial payment: the item being short paid does not clear. A new
open item in the amount of the payment is created on the credit
side. This credit entry shows up right above the open item being
paid and it references the open item being short paid
Residual item: the open invoice is cleared and a new open item
(residual item) in the amount of the payment difference is created.
pembayaran
masuk
Pembayaran masuk dapat ditangani dengan beberapa cara di perusahaan yang
berbeda dan negara. pembayaran yang masuk pada dasarnya diposting seperti
pada
gambar
ini.
Item dibersihkan jika pelanggan membayar item terbuka dalam jumlah penuh

atau
dengan
diskon
tunai
disepakati.
Jika perbedaan pembayaran kecil ada, ini dapat diisi secara otomatis. Jumlah
maksimum yang consitutes perbedaan pembayaran kecil didefinisikan dalam
pengaturan
grup
toleransi.
Selisih pembayaran yang lebih besar (di luar toleransi) harus ditangani secara
manual.
Ada
dua
metode
posting
perbedaan
pembayaran
ini:
Pembayaran sebagian: item dibayar singkat tidak jelas. Item baru yang terbuka
di jumlah pembayaran yang dibuat di sisi kredit. Entri kredit ini muncul tepat di
atas item terbuka dibayar dan itu referensi item terbuka dibayar singkat
barang Residual: faktur terbuka dibersihkan dan item baru yang terbuka
(residual item) dalam jumlah selisih pembayaran dibuat.
Dunning functions
The SAP system provides you with a tool that automatically analyzes all the open
items and duns any items that are overdue. The system determines a dunning
level, which is in accordance with the number of days in arrears. The dunning
level determines which dunning charges and interest are charged, as well as
which dunning text is selected. The dunning history keeps a record of which
dunning notices have been issued.
You can trigger automatic dunning for a single account (individual dunning
notice), or you can have the dunning program carry out automatic dunning for a
selected number of accounts.
fungsi
Dunning
Sistem SAP menyediakan Anda dengan alat yang secara otomatis menganalisa
semua item terbuka dan duns setiap item yang terlambat. Sistem ini
menentukan tingkat dunning, yang sesuai dengan jumlah hari tunggakan.
Tingkat dunning menentukan biaya dunning dan bunga dibebankan, serta yang
dunning teks dipilih. Sejarah dunning menyimpan catatan yang pemberitahuan
dunning
telah
diterbitkan.
Anda dapat memicu dunning otomatis untuk satu account (dunning
pemberitahuan individual), atau Anda dapat memiliki program dunning
melaksanakan dunning otomatis untuk sejumlah operator rekening.
Most of the settings for dunning are made in the dunning procedure.
You can access the dunning procedure directly from the application.
Sebagian besar pengaturan untuk dunning dibuat dalam prosedur dunning. Anda
dapat mengakses prosedur dunning langsung dari aplikasi.
Dunning is controlled by the dunning procedure. A dunning procedure must be
entered in every customer and/or vendor account that is to be include in
automatic dunning.
A dunning procedure that is valid for one time customers is entered in one time
accounts.

You can define as many different dunning procedures as you wish. MySAP ERP
financials comes with several standard dunning procedures that can be used as a
template for additional procedures.
You can specify how the dunning run is to be executed by entering parameters in
the dunning program. You can use the parameters of an existing dunning run as
a template and adjust the dates to meet your requirements. Typical parameters
are the company codes and accounts that are to be included in the dunning run.
Dunning dikendalikan oleh prosedur dunning. Sebuah prosedur dunning harus
dimasukkan di setiap pelanggan dan / atau rekening penjual yang akan
disertakan
dalam
dunning
otomatis.
Sebuah prosedur dunning yang berlaku untuk pelanggan satu waktu dimasukkan
dalam
satu
rekening
waktu.
Anda dapat menentukan banyak prosedur dunning yang berbeda seperti yang
Anda inginkan. MySAP ERP keuangan dilengkapi dengan beberapa prosedur
dunning standar yang dapat digunakan sebagai template untuk prosedur
tambahan.
Anda dapat menentukan bagaimana dunning run akan dieksekusi dengan
memasukkan parameter dalam program dunning. Anda dapat menggunakan
parameter dari dunning run yang ada sebagai template dan menyesuaikan
tanggal untuk memenuhi kebutuhan Anda. parameter khas adalah kode
perusahaan dan rekening yang akan dimasukkan dalam dunning run.

Dunning run
During the dunning run, accounts are selected and checked for overdue items.
The system then checks whether dunning notices should be sent and assigns the
relevant dunning levels. All dunning data is stored in a dunning proposal.
The dunning proposal can be edited, deleted, and recreated as often as required
until the accounting clerk is satisfied with the result.
The dunning proposal is not a mandatory step; therefore, it can be omitted. If
dunn print with schedulling is not selected, the system will not produce a
proposal. Rather, it will print the dunning notices as soon as the program has
been executed.
In one step, the system prints the dunning notices and updates the dunning data
in the master records and documents, including the dunning dates and levels.
Dunning
run
Selama dunning run, rekening dipilih dan diperiksa untuk item terlambat. Sistem
kemudian memeriksa apakah pemberitahuan dunning harus dikirim dan
memberikan tingkat dunning relevan. Semua data dunning disimpan dalam
proposal
dunning.
Usulan dunning dapat diedit, dihapus, dan diciptakan sesering yang diperlukan
sampai
petugas
akuntansi
puas
dengan
hasilnya.
Proposal dunning bukan langkah wajib; Oleh karena itu, dapat dihilangkan. Jika
Dunn cetak dengan penjadwalan tidak dipilih, sistem tidak akan menghasilkan
proposal. Sebaliknya, itu akan mencetak pemberitahuan dunning sesegera
program
telah
dieksekusi.

Dalam satu langkah, sistem mencetak pemberitahuan dunning dan update data
dunning dalam catatan master dan dokumen, termasuk tanggal dunning dan
tingkat.
Correspondence
Correspondence relating to daily business first has to be requested before it can
be printed. A correspondence request can be carried out:
Automatically when special transaction, such as bill of exchange charges
(bill of exchange charges statement) or payment differences (payment
notice) are posted
Manually by the accounting clerk
Using a request program that creates a high volume of correspondence
requests
simultaneously
(periodic
account
statements,
internal
documents, standard letters)
Requested correspondence is stored in a corrrespondence request table and can
be printed via a trigger program.
Korespondensi
Korespondensi yang berkaitan dengan bisnis sehari-hari pertama harus diminta
sebelum dapat dicetak. Permintaan korespondensi dapat dilakukan:
Secara otomatis ketika transaksi khusus, seperti tagihan biaya pertukaran
(tagihan biaya pertukaran pernyataan) atau perbedaan pembayaran
(pemberitahuan
pembayaran)
yang
diposting

manual
oleh
petugas
akuntansi
Menggunakan program permintaan yang menciptakan volume tinggi
permintaan korespondensi secara bersamaan (laporan rekening periodik,
dokumen
internal,
huruf
standar)
Meminta korespondensi disimpan dalam tabel permintaan corrrespondence dan
dapat dicetak melalui program pemicu.
Accounts Receivable Information System
The accounts receivable information system enables you to carry out quick
analyses of important accounting data, such as:
Due date breakdown
Customer payment history
Currency risk for customers abroad
Overdue items
Number of days (DSO days) that a customer takes, on average, to pay an
invoice
Customer cash discount history (days agreed/days taken)
Account
Sistem
Informasi
Piutang
Akun sistem informasi piutang memungkinkan Anda untuk melakukan analisis
cepat
data
akuntansi
penting,
seperti:

Tanggal
jatuh
tempo
breakdown

riwayat
pembayaran
Pelanggan

Risiko
mata
uang
untuk
pelanggan
di
luar
negeri


item
tempo
Jumlah hari (DSO hari) yang dilakukan pelanggan, rata-rata, untuk membayar
faktur
Pelanggan cash diskon sejarah (hari setuju / hari diambil)
These analyses are based on preselected datasets (views) that must be
generated or updated at regular intervals by means of a background run from
the SAP database. A job wizard helps you here with the update.
Analisis ini didasarkan pada dataset dipilih sebelumnya (tampilan) yang harus
dihasilkan atau diperbarui secara berkala dengan cara latar belakang lari dari
database SAP. Sebuah wizard pekerjaan membantu Anda di sini dengan update.
Lesson: integration with sales order management
Business example
Sales organization 1000 receives a sales order from customer## for two steel
pumps.
At the required delivery date, an outbond delivery is created, the pumps are
picked from the warehouse, a good issue is posted, and the customer is billed.
Pelajaran:
integrasi
dengan
manajemen
pesanan
penjualan
contoh
bisnis
Penjualan organisasi 1000 menerima order penjualan dari ## pelanggan untuk
dua
pompa
baja.
Pada tanggal pengiriman yang diperlukan, pengiriman outbond dibuat, pompa
dipetik dari gudang, masalah yang baik diposting, dan pelanggan ditagih.
Sales organizations and distribution channels
Sales organizations are responsible for sales in mySAP ERP. A company code can
be linked to several sales organizations. The IDES company code 1000
(Germany) uses the sales organizations 1000 (Frankfurt) and 1020 (Berlin), for
example. This means that any accounting relevant transactions in either of these
sales organizations are posted in company code 1000.
Each sales organization can use different distribution channels to sell goods. In
principle, a distribution channel can also be used by two different sales
organizations. IDES uses the following distribution channels:
Final customer sales
Resellers
Service
Factory sales
Store chains
Industrial customers
Pharmaceutical customers
organisasi
penjualan
dan
saluran
distribusi
organisasi penjualan bertanggung jawab untuk penjualan di mySAP ERP. Sebuah
kode perusahaan dapat dikaitkan dengan beberapa organisasi penjualan. The

IDES perusahaan code 1000 (Jerman) menggunakan organisasi penjualan 1000


(Frankfurt) dan 1020 (Berlin), misalnya. Ini berarti bahwa setiap akuntansi
transaksi yang relevan di salah satu dari organisasi penjualan ini diposting dalam
kode
perusahaan
1000.
Setiap organisasi penjualan dapat menggunakan saluran distribusi yang berbeda
untuk menjual barang. Pada prinsipnya, saluran distribusi juga dapat digunakan
oleh dua organisasi penjualan yang berbeda. IDES menggunakan saluran
distribusi
berikut:

penjualan
pelanggan
Akhir

Reseller

Layanan

penjualan
Pabrik

rantai
Toko

pelanggan
Industri
pelanggan Farmasi
The combination of a sales organization and a distribution channel is also known
as a distribution chain.
Distribution chains sell goods from the plants. Both of the IDES distribution
chains, 1000-10 and 1000-12, sell goods from the IDES plant in Hamburg and
post the sales in IDES company code, 1000, which is also assigned to the plant.
Divisions typically represent key product lines of an organization.
The divisions are assigned to the distribution chain from which they can be sold.
The combination of distribution chain and division is a sales area.
Customer specific arrangements, regarding partial deliveries or terms of
payment, for example, can be made for each sales area. Statistics can be
created and separate marketing activities carried out within a sales area.
Kombinasi dari sebuah organisasi penjualan dan saluran distribusi juga dikenal
sebagai
rantai
distribusi.
rantai distribusi menjual barang dari tanaman. Kedua rantai distribusi IDES,
1000-1010 dan 1000-1012, menjual barang-barang dari pabrik IDES di Hamburg
dan posting penjualan di IDES kode perusahaan, 1000, yang juga ditugaskan
untuk
tanaman.
Divisi biasanya mewakili lini produk utama dari sebuah organisasi.
Divisi ditugaskan untuk rantai distribusi dari mana mereka dapat dijual.
Kombinasi rantai distribusi dan pembagian merupakan daerah penjualan.
Pelanggan perjanjian khusus, mengenai pengiriman parsial atau ketentuan
pembayaran, misalnya, dapat dibuat untuk setiap area penjualan. Statistik dapat
dibuat dan kegiatan pemasaran yang terpisah dilakukan dalam area penjualan.
Sales area data in the customer master record
A sales area (the combination of sales organization, distribution channel and
division) must define ales area specific settings for a customer before it can start
doing business with that customer. These settings could be special conditions

and terms of payments that the customer has arranged with the specific sales
area.
An effective processing of sales orders involves all sales activities in a chain of
narrowly integrated processes. The SAP system allows you to do this kind of
sales order processing. The individual steps within a sales process are thus
mapped by interlinked, electronic documents.
The SAP sales process begins with the setting up and the maintenance of
customer relationships and ends with the invoicing of the delivered goods or the
services rendered to the customer. The posting of incoming payments from the
customer is already part of mySAP ERP financials.
The sales order processing begins with presales activities.
Example: in reaction to a customer query, you create and send a quotation.
As part of the order processing, you create a sales document.
During procurement, the system determines the supplier of the goods using data
stored by you.
As part of the shipping processing, you organize and execute the delivery of the
goods.
With the process step invoicing, you create the invoice and transfer all required
data to accounting.
As part of the payment processing, you check open items and post incoming
payments.
Data
wilayah
penjualan
dalam
catatan
master
pelanggan
Sebuah wilayah penjualan (kombinasi dari organisasi penjualan, saluran
distribusi dan pembagian) harus menentukan pengaturan khusus ales daerah
untuk pelanggan sebelum dapat mulai melakukan bisnis dengan pelanggan itu.
Pengaturan ini bisa menjadi kondisi khusus dan hal pembayaran bahwa
pelanggan
telah
diatur
dengan
wilayah
penjualan
tertentu.
Sebuah pengolahan yang efektif dari pesanan penjualan melibatkan semua
kegiatan penjualan dalam rantai proses sempit terintegrasi. Sistem SAP
memungkinkan Anda untuk melakukan semacam ini pemrosesan order
penjualan. Langkah-langkah individu dalam proses penjualan sehingga dipetakan
oleh
saling
terkait,
dokumen
elektronik.
Proses penjualan SAP dimulai dengan pembentukan dan pemeliharaan hubungan
pelanggan dan berakhir dengan faktur dari barang yang dikirim atau jasa yang
diberikan kepada pelanggan. Posting pembayaran masuk dari pelanggan sudah
merupakan
bagian
dari
keuangan
mySAP
ERP.
Pemrosesan
order
penjualan
dimulai
dengan
kegiatan
presales.
Contoh: reaksi terhadap permintaan pelanggan, Anda membuat dan mengirim
kutipan.
Sebagai bagian dari pemrosesan order, Anda membuat dokumen penjualan.
Selama pengadaan, sistem menentukan pemasok barang menggunakan data
yang
disimpan
oleh
Anda.
Sebagai bagian dari proses pengiriman, Anda mengatur dan melaksanakan
pengiriman
barang.
Dengan langkah proses 'faktur', Anda membuat faktur dan mentransfer semua
data
yang
dibutuhkan
untuk
akuntansi.

Sebagai bagian dari proses pembayaran, Anda memeriksa item terbuka dan
pembayaran pasca masuk.
Sales process
The sales order forms the basis of the sales process. Once a customer has placed
an order, a sales order must be created at the start of the process. The sales
order is generated at the distribution chain level. The ordered items can be from
different divisions. The sales order is a document in salles order management
and does not cause any postings in financial accounting. When the sales order
has been entered, the system carries out an availability check for the required
delivery date.
proses
penjualan
Pesanan penjualan membentuk dasar dari proses penjualan. Setelah pelanggan
telah menempatkan pesanan, order penjualan harus dibuat pada awal proses.
Pesanan penjualan yang dihasilkan di tingkat rantai distribusi. item
memerintahkan dapat dari divisi yang berbeda. Pesanan penjualan adalah
dokumen manajemen pesanan salles dan tidak menyebabkan posting dalam
akuntansi keuangan. Ketika pesanan penjualan telah dimasukkan, sistem
melakukan pemeriksaan ketersediaan untuk tanggal pengiriman yang
diperlukan.
On the day of shipping, an outbond delivery document is created. Billing for the
delivery can take place only when the goods have been taken from the
warehouse stock and posted as a goods issue. This is an separate step in the
delivery process.
The warehouse management function is used for picking. A transfer order has to
be created,which generates the pick order. The requested goods are taken from
the warehouse and prepared for delivery.
The goods to be delivered are posted as a goods issue. A goods issue document
is created in materials management, and an accounting document is created in
accounting so that the goods issue is posted to the correct G/L accounts. The
accounting document debits cost of goods sold and credits inventory.
The last stage in the sales process is billing. A billing document is created in
sales order management, and a printed invoice is sent to the customer. At the
same time, a document is created in accounting so that the receivable and
revenue can be posted to the correct accounts.
Document flow is a tool that allows you to view the related documents in the
process .
The sales order entry screen consists of several sections:
Header data
Header data, combined with position data
Item details
Pada hari pengiriman, dokumen pengiriman outbond dibuat. Penagihan untuk
pengiriman dapat terjadi hanya ketika barang telah diambil dari stok gudang dan
diposting sebagai masalah barang. Ini merupakan langkah yang terpisah dalam

proses
pengiriman.
Fungsi manajemen gudang yang digunakan untuk memilih. Sebuah perintah
transfer harus dibuat, yang menghasilkan urutan pick. barang yang diminta
diambil
dari
gudang
dan
siap
untuk
pengiriman.
Barang yang akan dikirimkan diposting sebagai masalah barang. Sebuah
dokumen barang masalah dibuat dalam manajemen bahan, dan dokumen
akuntansi dibuat dalam akuntansi sehingga masalah barang diposting ke G
rekening / L yang benar. Dokumen akuntansi debet beban pokok penjualan dan
persediaan
kredit.
Tahap terakhir dalam proses penjualan adalah penagihan. Sebuah dokumen
penagihan dibuat dalam manajemen pesanan penjualan, dan faktur tercetak
dikirim ke pelanggan. Pada saat yang sama, dokumen dibuat dalam akuntansi
sehingga piutang dan pendapatan dapat diposting ke rekening yang benar.
Dokumen aliran adalah alat yang memungkinkan Anda untuk melihat dokumen
yang
terkait
dalam
proses.
Layar
order
penjualan
entri
terdiri
dari
beberapa
bagian:

Data
header

Data
Header,
dikombinasikan
dengan
data
posisi
Rincian item

Anda mungkin juga menyukai