Odoo (Former OpenERP) 7.0 Modules : ar_account (Metode Konversi Kurs)


Odoo (Former OpenERP) menggunakan metode perhitungan tidak langsung dalam melakukan konversi kurs. Hal ini menyulitkan bagi user dengan nilai tukar base currency yang lemah. Ini terjadi pada implementasi Odoo (Former OpenERP) di Indonesia. Sebagai contoh lihat screenshot di bawah :

Kurs Dengan Metode Tidak Langsung

Kurs Dengan Metode Tidak Langsung

Dengan metode tidak langsung 1 Rp = USD 12.000 harus diinput seperti screenshot di atas. Presisi pun harus ditambah menjadi (12,12). Namun setelah uji coba, pembulatan yang dihasilkan sangat tidak memuaskan. Contoh bisa dilihat pada screenshot di bawah :

Bank Payment Dengan Metode Konversi Kurs Tidak Langsung

Bank Payment Dengan Metode Konversi Kurs Tidak Langsung

Bank payment dengan mata uang USD menghasilkan konversi yang tidak tepat pada screenshot di atas

Berangkat dari permasalahan di atas, Penulis menambahkan pengaturan metode konversi kurs. Metode yang dipilih bisa berupa (1) Langsung/Direct, atau (2) Tidak Langsung/Indirect. Screenshot dari pengaturan tersebut dapat dilihat pada screenshot di bawah

Continue reading

Odoo 7.0 Module : koi_base_generic_multi_approval – Generic Multiple Approval System


Approval process is a primary concern for every OpenERP client that I encounter. It is pain in the a** to create approval system for each transaction on OpenERP. There’s should be a generic approval system which could be used by every object that need approval. The variance of approval pattern make this task even unbearable.

Since OpenERP 7.0, there is a way to create abstract model using osv.AbstractModel. This is the foundation to create generic approval system on OpenERP. I tried to use the same technique as mail.thread and mail.message to create approval system. The feature that should be available on approval system are :

  1. The approval system could be use by all object that needed approval system
  2. No need to/less additional code for approval system implementation
  3. Reduce the need to add additional step on original workflow (if there is any)
  4. Bypass system for emergency use
  5. Multiple approval for one document that could be defined by user (not hard code)
  6. User or group that allowed to approve/reject/bypass should be user defined (not hard code)

Continue reading

Odoo (Former OpenERP) 7.0 Functional Tutorial : Cara Melihat Trial Balance On-Screen


Query Trial Balance adalah fitur pada Odoo 7.0 untuk melihat Trial Balance tanpa harus mencetak laporan (on-screen). Berbeda dengan Trial Balance generik Odoo, Query Trial Balance menyajikan field-field tambahan seperti (1) Beginning Debit, (2) Beginning Credit, (3) Ending Debit, dan (4) Ending Credit. Hasil akhir dari fitur ini merupakan list view bukan pdf report seperti fitur Trial Balance generik.

Query Trial Balance

Query Trial Balance

Continue reading

Odoo (Former OpenERP) 7.0 Functional Tutorial : Cara Melihat Expense Detail On-Screen


Query Expenses Detail adalah fitur dalam Odoo (Former OpenERP) yang berfungsi untuk menampilan data-data beban pada rentang periode tertentu. Hasil dari fitur ini berupa list view, bukan report cetak.

PANDUAN MENGGUNAKAN FITUR

#1 Buka menu Accounting -> Query -> Purchase -> Expenses Detail

#2 Isi wizard yang muncul

Wizard Query Expenses Detail

Wizard Query Expenses Detail

Berikut penjelasan mengenai parameter pada wizard :

Continue reading

Odoo (Former OpenERP) 7.0 Functional Tutorial : Cara Melihat Sales Detail On-Screen


Query Sales Detail adalah fitur dalam Odoo (Former OpenERP) yang berfungsi untuk menampilan data-data penjualan pada rentang periode tertentu. Hasil dari fitur ini berupa list view, bukan report cetak.

PANDUAN MENGGUNAKAN FITUR

#1 Buka menu Accounting -> Query -> Sales -> Sales Detail

#2 Isi wizard yang muncul

Wizard Sales Detail

Wizard Sales Detail

Berikut penjelasan mengenai parameter pada wizard :

Continue reading

Odoo (Former OpenERP) 7.0 Functional Tutorial : Cara Melihat Balance Sheet On-Screen


Balance Sheet atau Nearaca Saldo adalah salah satu dari tiga laporan keuangan perusahaan. Laporan ini memuat saldo aset, kewajiban dan ekuitas perusahaan pada periode waktu tertentu.

SOLUSI DENGAN MENGGUNAKAN OODO

Query Balance Sheet adalah fitur dalam Oodo untuk melihat secara on-screen. Fitur ini sebenarnya sama dengan Report Balance Sheet standar Oodo. Perbedaannya adalah :

  1. Output dari Query Balance Sheet bukan berupa PDF tetapi tree view
  2. Selain saldo dari periode yang dipilih Query Balance Sheet juga menampilkan saldo periode sebelumnya.

Berikut cara menampilkan Query Balance Sheet :

Continue reading

Odoo (Former OpenERP) 7.0 Functional Tutorial : Cara Melihat Aged Payable On-Screen


Selain dari Account Receivable Aging, setiap perusahaan juga perlu memonitor data yang sama hanya untuk payable journal

Account Payable Aging adalah laporan periodik yang mengelompokan transaksi payable perusahaan berdasarkan berapa lama transaksi tersebut sudah jatuh/akan jatuh tempo

A. SOLUSI MENGGUNAKAN OODO

Payble Aging Query merupakan fitur yang dapat memunculkan laporan Account Payable Aging pada Oodo. Fitur ini merupakan modifikasi dari Aged Partner Balance Report milik modul generik Oodo. Perbedaannya adalah :

  1. Output ditampilkan dalam list view sehingga memungkinkan untuk (1) melakukan pencarian terhadap data keluaran, (2) mengurutkan data keluaran berdasarkan field tertentu, (3) mengelompokan data keluaran berdasarkan field tertentu.
  2. Data keluaran yang ditampilkan bukan berupa akumulasi per supplier, tetapi per transaksi (journal item)

Berikut adalah langkah-langkah untuk menggunakan Payable Aging Query :

Continue reading

OpenERP 7.0 Module : ar_account


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

Continue reading