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

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.

Permintaan SQL Populer Untuk Microsoft Dynamics GP – Sorotan Untuk Konsultan

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

Log Microsoft Dynamics GP Lot Number Tracking – Sorotan Untuk Pengembang

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

Microsoft Great Plains dalam Konstruksi & Bangunan – Ikhtisar Implementasi & Kustomisasi

Microsoft Great Plains dapat disetel dan disiapkan agar sesuai dengan sebagian besar pasar horizontal. Anda dapat menggunakan modul pihak ketiga atau membangun logika kustom Anda sendiri di Great Plains Dexterity. Hari ini kita akan melihat opsi untuk mengotomatisasi bisnis bangunan & konstruksi. Kami akan mencoba menggunakan bahasa teknis untuk dipahami oleh programmer, konsultan teknis, administrator sistem / database TI, pengembang web.

o Bisnis yang Berorientasi Proyek. Perusahaan konstruksi berorientasi proyek. Anda mengeluarkan biaya, tenaga, inventaris terhadap gedung dan tetap pada anggaran untuk memenuhi laba yang diharapkan. Microsoft Great Plains memiliki modul Project Accounting dengan penganggaran, pengeluaran, inventaris, tenaga kerja. Jika Anda membutuhkan fase dengan anggaran mereka – Anda mungkin harus mencari salah satu modul proyek pihak ketiga, seperti WennSoft JobCost. Jika Anda memiliki bisnis dengan puluhan tahun sejarah – Anda mungkin masih menggunakan modul proyek warisan seperti itu (dan sangat efisien dalam Fase fungsionalitas) sebagai Intellisol Project Accounting – dalam hal ini Anda ingin mengubahnya menjadi Great Plains Project Accounting atau arus lainnya modul pihak ketiga.

o Pembiayaan. Pembangun biasanya membiayai proyek. Ketika Anda melakukan penganggaran proyek konstruksi – Anda perlu estimasi biaya pembiayaan otomatis. Ini adalah prosedur yang disimpan MS SQL Server, dimasukkan ke dalam penyesuaian Great Plains Dexterity untuk modul akuntansi proyek.

o Penjualan. Ini adalah cara alami untuk mendiskon properti jika calon pelanggan bersedia membiayainya atau membayar di muka untuk properti masa depan. Dalam modul Great Plains Receivables Management (RM) atau Sales Order Processing (SOP) – Anda harus memiliki potongan harga / faktur. Jumlah potongan didasarkan pada tahap konstruksi

o Garansi. Persentase tertentu harus disisihkan untuk jaminan dan pembayaran untuk memperbaiki kru atau subkontraktor. Microsoft Great Plains memiliki Field Service Suite modul dengan logika / fungsi otomatisasi perbaikan. Harapkan kebutuhan untuk menyesuaikannya melalui Great Plains Dexterity atau Great Plains Modifier dengan VBA

o Teknologi Kustomisasi. Microsoft Great Plains dibangun dengan Great Plains Dexterity – ini adalah mantan bahasa pemrograman Great Plains Software dan IDE, yang dirancang pada awal 1990-an. Keluwesan memungkinkan penyesuaian Anda bekerja itu lingkungan grafis Great Plains dan dunia keamanan. VBA / Modifier – itu adalah untuk kustomisasi ringan dari layar Great Plains yang ada – Anda dapat menempatkan tombol kustom Anda melalui Pengubah dan kemudian melampirkan skrip VBA ke tombol ini – jangan ragu untuk menggunakan ADO untuk menyambung ke database. Aplikasi web – Anda dapat menerapkan eConnect untuk memasukkan objek Great Plains ke dalam aplikasi web Anda – eConnect pada awalnya dirancang untuk pengembang eCommerce. Crystal Reports – adalah alat pelaporan pilihan.

Selamat mencoba dan Anda selalu dapat mencari bantuan kami dalam kustomisasi, implementasi, integrasi, dan dukungan. Hubungi kami: 1-866-528-0577 atau 1-630-961-5918, [email protected]

Kustomisasi Microsoft Dynamics CRM 3.0, Integrasi Laporan Integrasi

Microsoft Business Solutions CRM sekarang memiliki nama baru, Microsoft Dynamics CRM.

Seri produk Microsoft Dynamics juga termasuk Microsoft GP (Great Plains),

Microsoft NAV (Navision), Microsoft AX (Axapta), Microsoft SL (Solomon). Namun

nomor versi tidak berubah, Microsoft hanya menyebutkan bahwa MS CRM 1.2 adalah

sebenarnya versi 2, karena sejumlah besar fitur baru, dibandingkan dengan yang pertama

versi Microsoft CRM 1.0. Dalam artikel kecil ini kami ingin membagikannya

kesan dan seperti yang kita lihat pesan Microsoft untuk pelanggan potensial dan yang sudah ada

dengan versi baru Microsoft CRM ini.

o Pembeli lelah dengan solusi CRM tradisional yang kompleks dan mahal, MS CRM

membawa kepada pelanggan harga yang sangat menarik dan sangat mudah, kami akan mengatakan

intuitif untuk digunakan

Pengguna harus menghabiskan sebagian besar waktu komputer mereka, bekerja dengan MS Outlook. Kedua

– Pelanggan dan Microsoft dapat memanfaatkan banyak MS berpengalaman

Pengguna Office / Outlook. Microsoft membuat CRM dengan klien Outlook. Dalam versi

3.0 Anda dapat yakin bahwa sebagian besar fungsi tersedia di

Outlook dan hanya tugas tertentu masih membutuhkan antarmuka klien web MS CRM.

Petunjuk teknis:

Hai Pelaporan. Dari Crystal Reports ke Microsoft SQL Server Reporting

Jasa. Anda masih bisa menggunakan Crystal, jika Anda membeli penampil Crystal Report atau

lisensi desainer. Jika Anda tidak memiliki laporan yang Anda butuhkan dalam laporan SRS ditetapkan (dan Anda

tidak ingin membuat laporan baru di Visual Studio.Net), Anda dapat mengekspor salah satunya

Tampilan CRM ke MS Excel Pivoting Table dan menggunakannya sebagai pembuat laporan dan data

alat analisis. Kedua laporan SRS dan Excel Pivot bekerja di keamanan MS CRM

dunia. Alasan mengapa? – Tampilan MS CRM memiliki pemeriksaan pembatasan keamanan di mana

Klausa SQL – Anda dapat memeriksanya dengan melihat definisi pandangan.

Hai Kustomisasi. Sebelum kita menyelam ke tingkat MS CRM SDK kita harus menyebutkan

Anda sekarang dapat menyimpan kode Javascript dan MS CRM SDK C # atau VB Anda di Pre / Post

keterangan (untuk memeriksa catatan duplikat, saat Anda menyimpan kontak baru, untuk

contoh). Plus pengguna akhir dapat membuat entitas MS CRM kustom (disimpan dalam tabel) dan

menghubungkan entitas kustom ini ke objek MS CRM. Bayangkan Anda perlu membuat bank

tabel akun, yang akan menyimpan banyak akun per pelanggan akun. Bank

akun adalah entitas khusus dan mungkin tersedia untuk disinkronkan

klien Outlook off-line.

Hai Messaging. Di versi 1.2 messaging dilacak dan dipindahkan secara otomatis

ke MS CRM dengan menambahkan dan memeriksa GUID di header pesan. Filter antispam

memblokir pesan semacam itu dalam kondisi tertentu. Sekarang di 3.0 bukannya GUID

kami memiliki token pelacakan: CRM: 0001001 atau seperti ini. Tolong, perhatikan, jika Anda punya

Konektor pertukaran pesan kustom, berdasarkan GUID – Anda harus mempertimbangkan mengulang

konektor khusus ini untuk versi 3.0, berdasarkan token pelacakan atau sederhananya

kontak, akun, pindai email (sesuai dengan alamat email pengirim)

Hai Integrasi. IFrame akan memungkinkan Anda untuk mengintegrasikan semua jenis URL

dengan CRM Anda. Juga Sharepoint adalah masa depan alur kerja lanjutan dan

kolaborasi CRM dan pengguna domain Anda

Hai Migrasi data. Alat ini meningkat secara substansial, namun jika Anda

perlu integrasi sejarah ditambah logika tertentu pada pemeriksaan duplikat, Anda masih

harus mempertimbangkan solusi pihak ketiga.

Selamat menerapkan, menyesuaikan, dan memodifikasi! Jika Anda ingin kami melakukan pekerjaan itu –

hubungi kami 1-866-528-0577!

[email protected]