Microsoft Great Plains Dynamics GP Integrasi Dengan MS RMS – Sorotan Untuk Konsultan

[ad_1]

Ini adalah masalah dan permintaan jangka panjang dari pasar ERP – untuk mengintegrasikan akuntansi akhir dengan aplikasi manajemen ritel.

Pada saat ini versi MS RMS tidak menjadi perhatian, itu harus mudah beradaptasi untuk rilis RMS baru. Integrasi berfungsi sebagai himpunan pada prosedur yang disimpan MS SQL Server, tabel khusus, pemicu, dan tampilan. Dalam RMS itu menarik data dari database HQ serta data pembaruan di HQ, dengan membuat lembar kerja RMS, lembar kerja ini secara otomatis ditandai sebagai disetujui dan kemudian RMS memprosesnya secara internal. Harap diperhatikan bahwa integrasi itu kuat dan sangat kompleks – memerlukan konsultan profesional kami untuk terlibat dalam implementasinya

o Pembelian Tanda Terima. Anda menerima di GP, integrasi memindahkan tanda terima pembelian ke RMS. Pastikan Anda memiliki nomor barang yang sama di Great Plains dan di RMS. Pembatasan tambahan – item tidak boleh serial atau nomor lot yang dilacak di GP

o sinkronisasi transfer RMS dan GP Inventory. Integrasi menyinkronkan transfer berasal seperti di GP serta RMS dalam aplikasi counterpart. Di sini, nomor seri / lot merupakan komplikasi dari pihak GP, jadi sekali lagi pastikan Anda tidak menggunakan lot dan serial di Great Plains. Dalam transfer inventaris GP dibuat dalam sejarah, jadi Anda tidak perlu mempostingnya

o Sales Order Processing / SOP. Integrasi dapat berfungsi seperti pesanan dan juga dengan faktur. Pembayaran adalah deposito. Anda harus mengirim batch SOP (atau mentransfer pesanan ke faktur). Logika balik dimasukkan

Sinkronisasi pelanggan. Dua cara – dari GP ke RMS dan dari RMS ke GP

o Item Inventaris. Item dibuat di GP. Tujuan dari integrasi ini adalah untuk mengontrol hasil keuangan RMS serta mengotomatisasi pembuatan item baru di GP ditambah mencetak label barcode di sisi GP

o GP-RMS menyimpan pemetaan. Integrasi memungkinkan Anda untuk mengontrol beberapa toko dari satu perusahaan GP serta memungkinkan Anda untuk memiliki pemetaan yang rumit: satu perusahaan gp ke satu toko, satu situs perusahaan GP ke satu toko, dll.

[ad_2]

Permintaan SQL Populer Untuk Microsoft Dynamics GP – Sorotan Untuk Konsultan

[ad_1]

Seiring kemajuan teknologi, profesional komputer membutuhkan tingkat kemampuan query SQL yang seimbang untuk mendukung aplikasi ERP, cukup untuk dapat menghasilkan pertanyaan untuk pelaporan, perbaikan data kecil, audit transaksi. Skenario yang umum adalah: penutupan bulan dan kebutuhan untuk menganalisis transaksi yang perlu dikoreksi melalui offset General Ledger. Mari kita datang ke contoh:

Query berikut akan memberi Anda transaksi yang berasal dari SOP dengan nomor SOP yang dimulai dengan SLS-10, di mana distribusi masuk ke akun Cost of Goods Sold

memilih

b.ACTNUMBR_1 + '' + b.ACTNUMBR_2 + '' + b.ACTNUMBR_3 sebagai Akun,

a.JRNENTRY, a.DEBITAMT, a.CRDTAMNT, a.SOURCDOC, a.REFRENCE, a.DSCRIPTN, a.TRXDATE

dari

GL20000 a

gabung GL00100 b di a.ACTINDX = b.ACTINDX

dimana

b.ACTNUMBR_1 suka '5%'

dan a.OPENYEAR = 2007

dan a.SOURCDOC = 'SJ'

dan a.ORDOCNUM seperti 'SLS-10%'

pesanan oleh TRXDATE desc

Nah, jika Anda pikir itu terlalu rumit dan Anda benar-benar tidak memiliki petunjuk, tolong mari kita pergi ke titik awal. Untuk menganalisa dan meneliti struktur tabel GP, buka Tools-> Resource Description-> Tables. Jika Anda terbiasa dengan SQL – referensi ini akan memberi Anda cukup info untuk memajukan pertanyaan kami di atas atau merancang kueri Anda sendiri

Untuk pemula MS Dynamics GP kami ingin mencetak ulang skrip dan perbaikan SQL paling populer:

Hapus pengguna yang macet: hapus aktivitas ketika userid = 'john' – jalankan query ini terhadap database DINAMIKA, ubah John menjadi userid nyata

Buka penguncian batch yang macet. Perbarui SY00500 atur BCHSTTUS = 0. MKDTOPST = 0 di mana BACHNUMB = 'MYBATCH' – jalankan dengan basis data perusahaan, ganti MYBATCH dengan nama batch asli

Mendapatkan pesan – dokumen ini diedit oleh pengguna lain. Dalam hal ini menganalisa tabel SY00801, lihat apakah kunci ada di sana dan buka kunci. Kami tidak akan menyediakan skrip di sini, karena ini adalah operasi dan harus dilakukan oleh profesional

[ad_2]

Log Microsoft Dynamics GP Lot Number Tracking – Sorotan Untuk Pengembang

[ad_1]

Jika perusahaan Anda adalah pengecer dan Anda mengintegrasikan Sistem Manajemen Ritel Microsoft dengan Microsoft Dynamics GP Great Plains, Anda mungkin sudah memikirkan banyak tantangan integrasi pelacakan nomor. Di bawah ini kami ingin menjelaskan skema penomoran loting yang elegan, yang memetakan ke item Microsoft RMS. Di GP kami mengontrol pembelian, persediaan (antar-toko) transfer, pembuatan item baru / banyak dan pencetakan label barcode

o Label barcode. Anda menerima item persediaan baru atau yang sudah ada di GP dan mencetak label untuk RMS yang disimpan, berisi Nomor Item GP plus Nomor Lot – karena Anda menjual banyak berbeda di RMS dengan harga dan biaya yang berbeda

o Pembelian Tanda Terima. Anda menerima Item yang banyak dilacak dan Anda menyebarkannya ke MS RMS Headquarters. Dalam Purchase Receipts Anda menentukan kode lokasi item, yang dipetakan ke RMS store. Dalam hal ini Anda harus memprogram lembar kerja MS RMS HQ dan menandainya sebagai disetujui – itu akan secara otomatis oleh RMS HQ logika ke toko

o Transfer Inventori Toko RMS. Ini mungkin logika yang paling menantang untuk disinkronkan kembali di GP. Tabel yang perlu dipertimbangkan di GP adalah IV10200, IV00300 plus GP terlihat dalam transfer inventaris asli yang diposting: IV30200, IV30300

o Integrasi GP-RMS Standar. Integrasi kotak keluar tidak mendukung skema rumit penomoran Lot, inilah mengapa kami menyarankan Anda untuk meneliti kebutuhan Anda jika Anda memerlukan banyak penomoran dan barcode

o Keluwesan penyesuaian. Fitur tambahan dapat ditambahkan melalui logika GP kustom dex. Integrasi itu sendiri menggunakan layar Keluwesan untuk mengatur pemetaan integrasi: perusahaan ke toko RMS, situs inventaris perusahaan ke toko RMS. Integrasi fleksibel dan mendukung multicompany ke pemetaan multistore. Biasanya Anda mengintegrasikan pada tingkat Microsoft RMS Headquarters, namun Anda juga dapat mengintegrasikan pada level penyimpanan RMS tunggal. Menurut kami, target integrasi terutama model HQ dengan minimal 5 toko RMS

[ad_2]

Great Plains Dynamics GP Integrasi Dengan Titik Penjualan Sorotan Counterpoint

[ad_1]

Jika Anda berada dalam bisnis ritel: toko deli, misalnya, kemungkinan besar Anda menggunakan Aplikasi Titik Penjualan dan Manajemen Penjualan Titik Akhir, dari mana Anda perlu mengintegrasikan catatan ke ERP Anda. Kami akan memberikan Anda sorotan jika ERP back end Anda adalah Microsoft Dynamics GP atau mantan nama Great Plains. Kami telah menjelaskan solusi yang bekerja dalam kasus integrasi GP dengan Microsoft RMS, sekarang adalah waktu tinjauan integrasi Counterpoint:

1. Penjualan harian. Di tandingan Anda mengekspor mereka sebagai file teks, siap untuk diimpor ke GP melalui Manajer Integrasi Great Plains. Anda harus membeli lisensi perangkat lunak finansial GP IM. Dalam integrasi Great Plains Anda harus memilih tujuan Transaksi Jurnal Umum. Kami menyarankan Anda Advanced ODBC source, karena memberikan Anda keunggulan scripting SQL atas Simple ODBC atau Sumber Teks. Seperti yang Anda mungkin sudah tahu GL TRX membutuhkan Header dan Sumber Baris, dan dalam kasus ekspor Counterpoint Anda membangunnya dari file tunggal – di header Anda cukup menggunakan grup dengan klausa dalam kueri SQL

2. Pembelian Toko. Di Counterpoint Anda biasanya bekerja dengan barang pemesanan dan menerima mereka dalam persediaan, namun kemudian Anda ingin melihat faktur vendor dan membayar ke vendor Anda di Dynamics GP. Faktur vendor ekspor titik balik sebagai file teks datar. Di sini Anda tidak memiliki pilihan, tetapi gunakan sumber ODBC lanjutan, di mana Anda harus menghasilkan header dan garis faktur vendor

3. Mengubah Ekspor Counterpoint. Counterpoint menyebarkan Paket Transformasi Data Microsoft SQL Server (Paket DTS) untuk mengekspor catatan dari database Counterpoint, yang juga di-host di MS SQL. Setiap paket memiliki opsi untuk dimodifikasi, di mana Anda harus cukup akrab dengan Counterpoint DB dan struktur tabel untuk memilih bidang alternatif, ditambah Anda harus merasa nyaman dengan prosedur yang tersimpan SQL. Perluas ekspor diperlukan saat Anda ingin melihat bidang tandingan tambahan (biasanya tidak termasuk dalam ekspor ke GP) pada transaksi GP GL atau faktur Vendor

4. Pelaporan Terpadu. Karena GP dan Counterpoint berada di MS SQL Server dan merupakan aplikasi SQL Server D, Anda dapat menerapkan prosedur integrasi lintas-server yang tersimpan untuk menarik data ke dalam laporan konsolidasi Crystal Report atau MS SQL Server Reporting Services (SRS) untuk menggabungkan data dari Counterpoint dan Great Dataran. Contoh bagus: Barang Counterpoint diterima dan dijual, tetapi belum dibayarkan kepada pemasok Anda

[ad_2]