T04 - Work Effort

T04 – WORK EFFORT & INVOICE
WORK EFFORT – PEKERJAAN
Work requirements
Work requirements dan work effort adalah 2 entitas yang berbeda.
• Work requirements : mewakili kebutuhan untuk melakukan beberapa jenis pekerjaan. Ini dapat berupa persyaratan yang berasal dari keputusan untuk memproduksi barang inventaris, memberikan layanan, melakukan proyek, atau memperbaiki aset perusahaan seperti peralatan atau perangkat lunak.
• Work effort : pemenuhan persyaratan kerja. Ini termasuk pengaturan dan perencanaan untuk pekerjaan aktual yang akan dilakukan, serta mencatat status dan informasi terkait dengan upaya dan tugas yang sedang berlangsung.
WORK REQUIREMENT adalah subtipe entitas REQUIREMENT yang dimodelkan sebelumnya. REQUIREMENT TYPE mendefinisikan kategori yang mungkin untuk persyaratan, yang, tentu saja, termasuk kategorisasi untuk PERSYARATAN KERJA. Nilai yang mungkin untuk REQUIREMENT TYPE yaitu "proyek," "pemeliharaan," dan "proses produksi." WORK REQUIREMENT mungkin untuk pekerjaan yang harus disampaikan dari ASET YANG DAPAT DIPERBAIKI, atau PRODUK. Beberapa informasi kunci perlu disimpan dalam entitas WORK REQUIREMENT. Atribut deskripsi mendefinisikan kebutuhan persyaratan. Tanggal pembuatan persyaratan adalah tanggal di mana pekerjaan diperlukan. Persyaratan berdasarkan tanggal dalam entitas REQUIREMENT menentukan tanggal saat persyaratan diperlukan. Atribut anggaran yang diestimasi mengidentifikasi berapa banyak uang yang dialokasikan untuk memenuhi persyaratan ini. Kuantitas atribut menentukan jumlah item yang dibutuhkan dalam persyaratan. Atribut alasan menjelaskan mengapa ada kebutuhan untuk persyaratan tersebut.


Work requirements roles
Entitas REQUIREMENT WORK ROLE TYPE digunakan untuk menyimpan semua peran yang valid yang ditentukan oleh suatu perusahaan yang mungkin terkait dengan REQUIREMENT WORK. Entitas ROLE REQUIREMENT PARTY KERJA berisi persimpangan PIHAK, REQUIREMENT WORK, dan TYPE ROLE REQUIREMENT WORK. Dalam hal ini, kunci utama akan merupakan kombinasi dari ID requirement work, id party, dan id role type. Ini, bagaimanapun, tidak cukup karena mungkin (walaupun tidak mungkin) bahwa satu pihak dapat diberi peran yang sama pada waktu yang berbeda selama umur requirement work. Karena itu, model menyertakan tanggal sebagai bagian dari kunci utama untuk memastikan keunikan.
Work effort generation


ITEM ORDER KERJA biasanya akan dihasilkan dari PERSYARATAN KERJA; namun, itu bisa dihasilkan dari PERSYARATAN PRODUK tertentu seperti untuk produk yang perlu diproduksi. Upaya kerja dapat memenuhi komitmen internal untuk melakukan pekerjaan, atau mungkin memenuhi persyaratan eksternal seperti BARANG PESANAN PENJUALAN. Upaya kerja dapat dihasilkan dari skenario seperti ini:
• Persyaratan kerja (sebagaimana didefinisikan di bagian sebelumnya).
• Seorang pelanggan memesan barang yang perlu diproduksi.
• Layanan yang dijual sekarang perlu dilakukan.
• Pelanggan memesan untuk memperbaiki atau memperbaiki barang yang sebelumnya
dijual kepadanya.
Selain mendefinisikan informasi dasar untuk UPAYA KERJA, model ini juga melacak JENIS UPAYA KERJA, JENIS TUJUAN UPAYA KERJA, dan FASILITAS tempat pekerjaan berlangsung.
Work effort party assignment
Untuk tujuan perencanaan dan penjadwalan, model ini mencakup sarana yang dengannya orang, atau kelompok orang, dapat ditugaskan atau dialokasikan ke WORK EFFORT. Ini dicapai melalui entitas WORK EFFORT PARTY ASSIGNMENT.
Work effort time tracking
Entitas TIME ENTRY, tentu saja, sangat penting untuk penggajian, tetapi juga penting untuk pelacakan tugas, penentuan biaya, dan mungkin penagihan klien. Entitas ini secara sederhana menyimpan informasi tentang berapa banyak waktu yang dihabiskan selama periode tertentu pada berbagai WORK EFFORT. Termasuk dalam informasi ini adalah dari datetime, thru datetime, dan jam kerja untuk menangkap kerangka waktu dan jumlah jam kerja. Setiap TIME ENTRY dapat menjadi bagian dari TIMESHEET yang dapat merekam banyak entri waktu. Setiap TIME ENTRY mungkin untuk PEKERJA tertentu, yang merupakan PERAN PIHAK, yaitu siapa saja yang melakukan pekerjaan, dan mungkin KARYAWAN atau KONTRAKTOR. Setiap TIMESHEET dapat memiliki beberapa PARTY lain di berbagai ROLE TIMESHEET yang dikategorikan oleh TYPE ROLE TIMESHEET seperti "approver," "manager," "enterer."
Work effort rates
Entitas WORK EFFORT ASSIGNMENT RATE digunakan untuk mencatat tarif dan / atau biaya yang dibebankan kepada pihak tertentu yang bekerja pada upaya kerja (WORK EFFORT PARTY ASSIGNMENT). Nilai atau biaya mungkin berasal dari nilai yang diberikan kepada suatu pihak atau suatu posisi, atau nilai tersebut dapat dipertahankan untuk upaya kerja tertentu, tergantung pada aturan bisnis perusahaan. Entitas memiliki tanggal mulai dan tanggal untuk memungkinkan pencatatan beberapa tarif untuk suatu penugasan dari waktu ke waktu. Hubungan dengan RATE TYPE menyediakan kemampuan untuk merekam berbagai jenis tarif terhadap penugasan seperti untuk tarif penagihan, biaya, waktu reguler, lembur, shift kedua, shift ketiga, dan sebagainya.


Inventory item assignment
Untuk menyelesaikan work effort tertentu, bahan baku atau barang lainnya mungkin diperlukan. Pada gambar diatas menunjukkan entitas persimpangan ITEM INVENTORY ASSIGNMENT antara WORK EFFORT dan INVENTORY ITEM. Ini melacak penggunaan persediaan yang sebenarnya selama pelaksanaan upaya kerja.
Fixed asset assignment
Seperti halnya inventaris, beberapa work effort akan membutuhkan berbagai peralatan, mesin, kendaraan, atau properti untuk diselesaikan. Ini disebut FIXED ASSET dalam model ini.
Work effort type standards


Untuk memfasilitasi perencanaan, model ini mencakup entitas tambahan untuk mencatat berbagai standar mengenai berbagai jenis upaya kerja untuk tujuan perencanaan. Model data ini memberikan informasi tentang jenis keterampilan apa, barang apa, dan jenis aset tetap apa yang diperlukan untuk berbagai jenis upaya kerja. Metrik ini dapat digunakan untuk memprediksi sumber daya yang dibutuhkan untuk upaya kerja yang dijadwalkan, sehingga organisasi dapat mempersiapkan diri dengan baik. Gambar diatas menunjukkan standar yang berlaku untuk setiap WORK EFFORT TYPE. Setiap TYPE EFFORT WORK dapat memiliki standar mengenai jenis keterampilan yang umumnya diperlukan untuk menyelesaikan upaya (WORK EFFORT SKILL STANDARD), jenis barang atau bagian yang diperlukan dalam upaya kerja (WORK EFFORT GOOD STANDARD), dan jenis aset tetap yang diperlukan untuk menyelesaikan upaya kerja (WORK EFFORT FIXED ASSET STANDARD). Standar-standar ini perlu ditentukan oleh perusahaan dan dimasukkan menggunakan struktur ini. Informasi ini kemudian dapat digunakan untuk menjadwalkan sumber daya dan memperkirakan waktu dan biaya untuk setiap upaya kerja. Selain itu dapat digunakan untuk membandingkan keterampilan aktual, barang, dan penggunaan aset tetap terhadap standar.
INVOICE - TAGIHAN
Invoice and invoice items
Invoice atau faktur, seperti pengiriman dan pesanan, mungkin memiliki banyak item yang menunjukkan informasi terperinci tentang barang atau layanan yang dibebankan kepada pihak. Item pada faktur mungkin untuk produk, fitur, upaya kerja, entri waktu, atau penyesuaian seperti pajak penjualan, biaya pengiriman dan penanganan, biaya, dan sebagainya.
Setiap INVOICE terdiri dari ITEM INVOICE yang mewakili item apa pun yang sedang ditagih. INVOICE menyimpan informasi header tentang transaksi, dan INVOICE ITEM menyimpan rincian setiap item yang sedang ditagih. Setiap ITEM INVOICE dapat memiliki hubungan banyak-ke-satu dengan PRODUK atau FITUR PRODUK. ITEM INVOICE mungkin juga terkait


SERIALIZED INVENTORY ITEM karena mempertahankan contoh aktual produk yang dibeli dengan nomor seri mungkin berguna. Misalnya, produsen komputer sering mencatat nomor seri komputer yang dibeli dan ditagih.
Invoice roles
Tentu saja, perusahaan juga perlu tahu dari mana mengirim faktur dan dari mana asalnya. Model standar seringkali hanya mencatat alamat pelanggan, dan alamat pemasok diasumsikan sebagai perusahaan yang melakukan penagihan (model "I"). Model ini mengakomodasi struktur yang lebih fleksibel untuk faktur penjualan dan pembelian untuk organisasi multilokasi atau perusahaan multi-perusahaan.
Gambar diatas memberikan model data dasar untuk pihak-pihak yang terlibat dalam faktur. Setiap Faktur dapat ditagih ke atau ditagih dari PIHAK apa pun, dan oleh karena itu dapat mengakomodasi baik faktur masuk (Faktur Pembelian) dan faktur keluar (Faktur PENJUALAN). Yang ditagih ke dan ditagih dari adalah dua peran utama dan mewakili pihak yang berutang uang dan pihak yang meminta pembayaran.
Selain dua peran utama ini, peran tambahan mungkin terlibat dalam faktur. Peran tambahan dikelola oleh ROLE INVOICE, yang mencatat setiap PIHAK yang terlibat dalam setiap TYPE ROLE INVOICE untuk INVOICE. Misalnya, jenis peran faktur dapat mencakup "dimasukkan oleh," "setujui," "pengirim," dan "penerima." Atribut datetime menunjukkan tanggal dan waktu di mana orang atau organisasi melakukan peran. Diperlukan sarana pengiriman dan penerimaan faktur yang fleksibel untuk mencatat dari mana dan ke mana faktur dikirim karena ada banyak cara untuk mengirim faktur. Oleh karena itu, setiap Faktur juga perlu mempertahankan MEKANISME KONTAK tempat faktur ditangani dan MEKANISME KONTAK dari mana ia dikirim.


Invoice billing account
Berikut adalah cara lain untuk menagih pelanggan selain mengirim tagihan ke PIHAK, yaitu melalui penggunaan BILLING ACCOUNT. Metode penagihan ini hanya digunakan dalam keadaan tertentu untuk jenis bisnis tertentu. Oleh karena itu, BILLING ACCOUNT, ROLE ACCOUNT ROLE, dan entitas PIHAK dan hubungan terkaitnya adalah opsional dan dimasukkan hanya jika perusahaan memiliki kebutuhan untuk mempertahankan akun penagihan. BILLING ACCOUNT menyediakan mekanisme untuk mengelompokkan berbagai jenis item pada berbagai faktur. Seorang klien mungkin menginginkan satu akun untuk perlengkapan kantornya dan akun lain untuk pembelian furnitur. Akun penagihan memungkinkan pelanggan menerima faktur terpisah untuk melacak berbagai jenis barang secara terpisah. Bank dan perusahaan kartu kredit sering menggunakan konsep ini untuk memungkinkan pemisahan berbagai biaya bagi pelanggan mereka. Perusahaan telekomunikasi dapat membuat akun penagihan terpisah untuk saluran telekomunikasi yang berbeda. Mungkin satu akun untuk layanan telepon standar, sedangkan akun lain disiapkan untuk saluran khusus perusahaan.


Invoice status and terms
Seperti orders, shipments, dan banyak transaksi lainnya, invoice juga memiliki status dan ketentuan/terms. Gambar dibawah ini menunjukkan bahwa entitas INVOICE dapat memiliki beberapa STATUS INVOICE dan bahwa entitas INVOICE atau INVOICE ITEM dapat memiliki beberapa INVOICE TERMs.
• Invoice status
Mirip dengan order, keadaan invoice berubah seiring waktu. Untuk melacak ini, entitas STATUS INVOICE digunakan. Ini adalah entitas persimpangan antara INVOICE dan INVOICE STATUS TYPE (yang merupakan subtipe lain dari STATUS TYPE). Contoh status termasuk: "terkirim," "batal," dan "disetujui." "Dibayar" bukan status yang valid karena dapat ditentukan melalui transaksi pembayaran, yang akan dibahas nanti dalam bab ini. Selain itu, kebutuhan untuk mengetahui kapan status ini mulai berlaku disediakan oleh tanggal status atribut.
• Invoice Terms
Beberapa sistem atau perusahaan mungkin perlu mencatat berbagai syarat dan ketentuan pada faktur, seperti ketentuan pembayaran. Persyaratan terkadang berlaku di tingkat item. Model ini menangani ini dengan entitas INVOICE TERMS, yang harus terkait dengan entitas INVOICE atau INVOICE ITEM.


Billing for shipment items
Entitas SHIPMENT ITEM BILLING memungkinkan perusahaan untuk melacak informasi. Entitas ini menyediakan sarana untuk menyimpan informasi persimpangan antara INVOICE ITEM dan ITEM SHIPMENT. Setiap item faktur harus mewakili tagihan untuk satu atau lebih item pengiriman. Sebaliknya, satu barang kiriman dapat dikaitkan dengan banyak item faktur dalam hal penyesuaian untuk item faktur asli diperlukan. Misalnya, jika beberapa barang untuk pengiriman asli rusak, kredit untuk barang-barang ini akan diperlukan. Kredit akan mengambil bentuk item faktur pada faktur kedua. Dengan demikian, satu barang kiriman sebenarnya memiliki hubungan dengan dua barang faktur yang berbeda. Tidak mungkin satu barang kiriman terkait dengan dua kiriman faktur pada faktur yang sama (meskipun ini perlu diberlakukan dengan aturan bisnis).
Invoice payments
Faktur dikeluarkan untuk meminta pembayaran. Pelacakan pembayaran yang dikeluarkan dan diterima adalah konsep data universal yang sangat penting bagi sebagian besar bisnis karena ini mewakili aliran uang dari dan ke perusahaan. Setiap PEMBAYARAN dapat diterapkan ke banyak


INVESTASI melalui APLIKASI PEMBAYARAN. Sebaliknya, beberapa pembayaran dapat membayar untuk INVOICE tunggal ketika pembayaran parsial dilakukan. Atau, pembayaran dapat diterapkan "pada akun," yang berarti diterapkan pada AKUN PENAGIHAN tanpa diberlakukan pada faktur tertentu.
Hal ini memungkinkan untuk situasi di mana pembayaran masuk dan tidak jelas untuk faktur yang membayarnya. Juga memungkinkan uang diterima sebelum biaya. Dalam salah satu dari kasus ini, pembayaran dapat dialokasikan dengan benar nanti ke item faktur yang sesuai, setelah diketahui. APLIKASI PEMBAYARAN menyediakan untuk banyak-ke-banyak hubungan yang dapat ada antara PEMBAYARAN dan BARANG INVOICE serta antara PEMBAYARAN dan AKUN PENAGIHAN. Entitas PEMBAYARAN mewakili contoh uang yang ditransfer dari PIHAK ke PIHAK. Subtipe PENERIMAAN mewakili uang yang masuk ke organisasi internal perusahaan, dan PENCUCIAN mewakili pembayaran keluar uang yang dikirim oleh organisasi internal perusahaan. Pembayaran yang dilakukan dari satu organisasi internal ke organisasi internal lainnya menghasilkan dua contoh PEMBAYARAN; satu organisasi internal akan merekam PENERIMAAN, dan organisasi internal lainnya akan mencatat DISBURSEMENT.