A. STUDI KASUS

1. CT-1810 Router Bits DNSK sejumlah 3 Unit @ Rp. 900.000,-
2. Hamburger Patty Press Attachment sejumlah 2 Unit @ Rp. 2.500.000,-

• Invoice akan dibuat menyesuaikan dengan delivery order/surat jalan
• Tidak ada retur yang dilakukan
• Pembayaran invoice penjualan dilakukan sebanyak 1 kali
• Delivery Order akan dilakukan sebanyak 2 kali (partial picking)

1. CT-1810 Router Bits DNSK sejumlah 2 Unit
2. Hamburger Patty Press Attachment sejumlah 1 Unit

1. CT-1810 Router Bits DNSK sejumlah 2 Unit
2. Hamburger Patty Press Attachment sejumlah 1 Unit

B. CARA MENYELESAIKANNYA DENGAN OPENERP

#1 Buat Sale Order Sesuai Dengan Studi Kasus

Buat Data Sale Order

Pengaturan Sale Order

#2 Konfirmasi Sale Order

Klik Tombol Confirm Order

Sale Order SO005

#3 Buka Delivery Order Yang Dibuat Oleh Sale Order (OUT/00004)

Delivery Order Pertama OUT/00004

#4 Periksa Ketersediaan Produk Yang Akan Dikirim Pada Delivery Order OUT/00004

Klik Tombol Check Avalaibility

#5 Process Delivery Order OUT/00004

Klik Tombol Process

#6 Sesuaikan Wizard Process Product Dengan Delivery Pertama

Sesuaikan Wizard Process Product OUT/00004 Dengan Delivery Order Pertama

Klik Tombol Validate

#7 Buat Invoice Untuk Delivery Order Pertama (OUT/00005)

Klik Tombol Create Invoice

Wizard Create Invoice

Klik Tombol Create

#8 Buka dan Validasi Invoice Pertama

Invoice Pertama

Klik Tombol Validate

Invoice Pertama Setelah Divalidasi

#9 Bayar Invoice Pertama (JJ/2012/00002)

Klik Tombol Payment

Pembayaran Untuk Invoice Pertama

Klik Tombol Validate

#10 Buka Delivery Order Kedua Yang Dibuat (OUT/00004)

Delivery Order Kedua

#12 Process Delivery Order (OUT/00004)

Klik Tombol Process

#13 Sesuaikan Wizard Process Product dengan Delivery Order Kedua

Wizard Process Product Untuk Delivery Order Kedua

#14 Buat Invoice Untuk Delivery Order Kedua (OUT/00004)

Klik Tombol Create Invoice

#15 Buka Dan Validasi Invoice Kedua

Invoice Kedua Untuk Delivery Order Kedua

Klik Tombol Validate

Invoice Kedua Setelah Divalidasi

#16 Bayar Invoice Kedua (JJ/2012/00003)

Klik Tombol Payment

Pembayaran Untuk Invoice Kedua

Klik Tombol Validate

Pembayaran Invoice Kedua Setelah Divalidasi

#17 Sale Order Selesai

Sale Order SO005 Selesai

2. OpenERP 7.0 Module : ar_account

• April 13, 2014
• Keuangan dan Akuntansi, OpenERP, OpenERP 7.0 Modul, OpenERP Functional Topic, OpenERP Modul, OpenERP Technical, OpenERP Technical 7.0
• Andhitia Rama
• 14

A. DESKRIPSI

Modul ini dibuat berdasarkan pengalaman implementasi OpenERP yang dilakukan oleh Penulis.Journal Entry pada OpenERP sudah cukup untuk menangani penjurnalan akuntansi perusahaan, tapi voucher-voucher yang terdapat pada modul generik perlu diperkaya. Selain memodifikasi beberapa hal pada modul generik sehingga lebih mudah untuk diimplementasi di Indonesia, modul ini menambah beberapa voucher yang dapat memudahkan user untuk entry data. Voucher-voucher tambahan tersebut adalah :

1. Bank Payment
2. Cash Payment
3. Bank Receipt
4. Cash Receipt
5. Accrued Income Settlement
6. Accrued Expense Settlement

Report-report dan printed form akan dibuat pada modul terpisah

B. DEPENDENSI

Modul ini mempunyai dependensi ke modul :

1. ar_base
2. account_accountant
3. account_voucher
4. account_cancel
5. account_analytic_plans
6. report_aeroo_oo

C. MODIFIKASI

C.1 PENAMBAHAN FIELD amount_to_text PADA CUSTOMER/SUPPLIER INVOICE

Penulis banyak menemukan kebutuhan untuk membuat terbilang pada invoice. Oleh karena itu object account.invoice ditambahkan field amount_to_text untuk menampung terbilang

C.2 PENAMBAHAN FIELD amount_to_text PADA ACCOUNT VOUCHER

Sama dengan di atas namun untuk account.voucher

C.3 PENYESUAIAN DECIMAL ACCURACY UNTUK KURS

Sebagai negara dengan nilai tukar yang lebih lemah dari banyak mata uang dunia, implementasi OpenERP di Indonesia mengalami kesulitan karena pengaturan digits pada kurs. Pengaturan digits ini Penulis sesuaikan agar mata uang rupiah tidak mengalami kesulitan dalam konversinya

D. FITUR-FITUR TAMBAHAN

D.1 BANK PAYMENT

Bank Payment bertujuan untuk mengelola semua pengeluaran uang dari rekening bank, baik untuk keperluan pembayaran supplier invoice ataupun keperluan lainnya. Jadi fitur ini menggantikan dan memperluas fitur Supplier Payment pada modul generik OpenERP. Jenis-jenis pengeluaran yang dapat ditangani oleh Bank Payment adalah :

1. Pembayaran supplier invoice
2. Pembelian tunai (tidak ada integrasi ke stock management)
3. Pemberian kas bon kepada karyawan
4. Pemberian uang muka pembelian kepada supplier
5. Pengembalian sisa uang muka penjualan kepada konsumen

Bank Payment

D.2 CASH PAYMENT

Cash Payment bertujuan sama dengan Bank Payment, namun sumber dana dari rekening kas bukan dari rekening bank

Cash Payment

D.3 BANK RECEIPT

Bank Payment bertujuan untuk mengelola semua penerimaan uang ke rekening bank, baik untuk keperluan penerimaan pembayaran customer invoice ataupun keperluan lainnya. Jadi fitur ini menggantikan dan memperluas fitur Customer Payment pada modul generik OpenERP. Jenis-jenis penerimaan yang dapat ditangani oleh Bank Receipt adalah :

1. Penerimaan pembayaran customer invoice
2. Penjualan tunai (tidak ada integrasi ke stock management)
3. Pengembalian kas bon karyawan
5. Penerimaan sisa deposit pembelian dari supplier
6. Penerimaan uang muka penjualan dari konsumen

Bank Receipt

D.4 CASH RECEIPT

Cash Receipt bertujuan sama dengan Bank Receipt, namun penerimaan masuk ke rekening kas bukan dari rekening bank

Cash Receipt

D.5 ACCRUED INCOME SETTLEMENT

Accrued Income Settlement bertujuan untuk melakukan penyesuaian/realisasi terhadap pendapatan yang masih harus diterima/accrue income.

Accrued Income Settlement

D.6 ACCRUED EXPENSE SETTLEMENT

Accrued Expense Settlement bertujuan untuk melakukan penyesuaian/realisasi terhadap beban yang masih harus dibayar/accrue expense.

Accrued Expense Settlement

Source: https://andhitiarama.wordpress.com/2012/11/07/openerp-6-1-functional-tutorial-sale-order-dengan-invoice-sesuai-dengan-delivery-order/