tag:blogger.com,1999:blog-127370612011-04-21T22:01:49.603-07:00นั่งเทียน นอนเทียน ศึกษา ERP คำเตือน โปรดระวัง ผมไม่เคยทำงานหรือใช้ SAP มาก่อนpolawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.comBlogger161100tag:blogger.com,1999:blog-12737061.post-1126021500890636622005-09-06T08:40:00.000-07:002005-09-06T08:45:32.640-07:00หายไปนาน ได้ฤกษ์เขียนอีกรอบแล้ว<br />วันนี้จะว่าด้วยเรื่อง Core Business Entities<br />(เนื้อหาส่วนนี้มาจาก OSS/j cbe)<br /><br />Note: ส่วนนี้เป็นเรื่องการ modelling แล้ว<br />ไม่ได้พูดถึง product ใด product หนึ่ง<br /><br />ในธุรกิจทุกๆอย่าง ถ้าเราลอง model concept<br />ของการทำธุรกิจ เราจะได้ Diagram ออกมาดังนี้<br /><br /><a href="http://photos1.blogger.com/blogger/6357/718/1600/concept.jpg"><img style="cursor:pointer; cursor:hand;" src="http://photos1.blogger.com/blogger/6357/718/320/concept.jpg" border="0" alt="" /></a><br /><br /><br />นั่นคือ ธุรกิจเป็นเรื่องของ ใคร (who) ทำอะไร (what)<br />ที่ไหน (where) และ ที่ไหน-อย่างไร (when, where)<br /><br /><ul><li>who -> customer, service provider, supplier etc.<br /></li><li>what -> product, resource, Service<br /></li><li>where -> Location & Address<br /></li><li>when,why -> Interaction<br /></li></ul><br />เริ่มที่ who ก่อน<br />concept ของ who เราจะแยกมองออกเป็น 2 ส่วนคือ<br />party กับ party role<br />party ก็คือ คน (Individual)<br />หรือองค์กร (Organize) ตรงคำว่าองค์กรนี้เรามักจะนึกถึง<br />บริษัทอย่างเดียว แต่สำหรับในที่นี้ เรามองมันเป็น Business Unit ก็ได้<br />เช่น สาขา สำนักงานใหญ่<br />หรือจะมองเป็น group ของคนก็ได้ เช่น Team, ชมรม,<br />สมาคม<br /><br /><a href="http://photos1.blogger.com/blogger/6357/718/1600/who.jpg"><img style="cursor:pointer; cursor:hand;" src="http://photos1.blogger.com/blogger/6357/718/320/who.jpg" border="0" alt="" /></a><br /><br />ส่วน party role ก็คือ บทบาทที่คนหรือบริษัทนั้นๆ กำลังสวมอยู่เช่น<br />บริษัท A (party) เป็นลูกค้า (party-role) ของบริษัทเรา<br />การแยก party-role ออกจาก party ทำให้เราสามารถ <br />ตอบโจทย์กรณีที่เรา due กับบริษัทที่เป็นทั้งลูกค้าและ supplier ให้เรา<br />ได้ง่ายขึ้น<br /><br />เมื่อมี party ก็ต้องมีเรื่องของการติดต่อ (Contact)<br />ซึ่งสามารถแยกออกเป็น สถานที่ติดต่อทางไปรษณีย์ , email address<br />โทรศัพท์, fax etc.<br />เรา abstract เรียกช่องทางติดต่อนี้ว่า ContactMedium<br />สามารถเขียนเป็น diagram ได้ดังนี้<br />(Note ให้สังเกตุว่าจริงแล้ว ความสัมพันธ์ระหว่างที่อยู่<br />กับ party จะเป็นแบบ many-to-many<br />แต่ในการ implement จริง ต้องมองความคุ้มค่าด้วย<br />ว่าคุ้มกับการ implement แค่ไหน)<br /><br /><a href="http://photos1.blogger.com/blogger/6357/718/1600/contact.jpg"><img style="cursor:pointer; cursor:hand;" src="http://photos1.blogger.com/blogger/6357/718/320/contact.jpg" border="0" alt="" /></a><br /><br />ที่นี้ลองมองดูที่ Party Role อีกนิดหนึ่ง<br />party role แต่ละอัน ก็สามารถมีความสัมพันธ์กันได้อีก<br /><br /><a href="http://photos1.blogger.com/blogger/6357/718/1600/role_associate.jpg"><img style="cursor:pointer; cursor:hand;" src="http://photos1.blogger.com/blogger/6357/718/320/role_associate.jpg" border="0" alt="" /></a><br /><br />จากนั้นก็ว่าด้วยชื่อ (Name)<br />แต่ละ party จะมี name <br />ปัญหาของ Name ก็คือ มันเปลี่ยนแปลงได้<br />ดังนั้นเราจึง model แยกออกมาดังนี้<br /><br /><a href="http://photos1.blogger.com/blogger/6357/718/1600/name.jpg"><img style="cursor:pointer; cursor:hand;" src="http://photos1.blogger.com/blogger/6357/718/320/name.jpg" border="0" alt="" /></a><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-112602150089063662?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com12tag:blogger.com,1999:blog-12737061.post-1119627065989035452005-06-24T08:26:00.000-07:002005-06-24T08:31:05.996-07:00การบันทึก G/L Transaction<br />จะประกอบด้วยส่วนหัวเอกสาร<br />กับส่วน รายการทางบัญชีที่ลง<br /><br />ตัว sap จะมีวิธีบันทึกอยู่ 2 แบบ<br />คือแบบ complex (version ดั้งเดิม)<br />กับ แบบ enjoy transaction (gui รุ่นใหม่)<br /><br />การบันทึกแบบ complex จะมีลักษณะ<br />เป็นแบบ flow ของ screen<br />โดยหน้าแรก เป็นการบันทึกส่วนหัว<br />ส่วนหน้าถัดไป เป็นการบันทึก item<br />ซึ่งใช้ 1 หน้าต่อ 1 item<br /><br />ส่วนการบันทึกแบบ enjoy จะใช้<br />การบันทึกลง widget table โดยตรง (หน้าเดียวจบ)<br />โดย user สามารถเลือก template <br />เพื่อกำหนดว่า table ต้องมีช่องอะไรให้กรอกได้<br /><br />การบันทึกส่วนหัว จะประกอบด้วย<br /><ul><li>document date <br /></li><li>document type<br /></li><li>company code<br /></li><li>posting date<br /></li><li>period<br /></li><li>currency<br /></li><li>document number<br /></li><li>transaction date<br /></li><li>reference<br /></li><li>document header text<br /></li></ul><br />document type เช่น<br /><ul><li>dr customer invoice<br /></li><li>dg customer credit memo<br /></li><li>dz customer payments<br /></li><li>sa G/L account document<br /></li><li>kr vendor invoice<br /></li><li>kg vendor credit memos<br /></li><li>kz vendor payment<br /></li><li>kn venor net invoices and credit memos<br /></li></ul><br />ตัว document type จะใช้ control<br />เลขที่ document number ด้วย<br />(ตอน config document type ต้อง<br />กำหนด range ของ document number ด้วย)<br /><br />การบันทึก item ทำได้โดยใส่ posting key<br />กับ เลขที่บัญชี <br />ตัวที่น่าสนใจก็คือ posting key ซึ่งเป็น<br />รหัสแสดงว่า item ที่เรา post เข้าไปนั้น<br />เป็นชนิดอะไร เช่น vendor, customer, asset หรือว่าแค่บัญชีธรรมดา<br />ตัว posting key จะมีผลดังนี้<br /><ul><li>posting key + account code จะเป็นตัวกำหนดว่า จะมี field อะไร<br />ที่ต้องใส่บ้างในหน้า จอบันทึกรายการบัญชี <br /></li><li>กำหนดด้านการลงบัญชี ว่าเป็นประเภท debit หรือ credit<br /></li></ul><br />Note: กรณี posting key ที่ต้องใส่ กรณีที่เป็น G/L<br />transaction ถ้าเป็นบ้านเรา<br />user ไม่น่าจะยอมใส่ง่ายๆนะ <br />แต่เห็นว่าใน sap enjoy transaction<br />ได้ปรับปรุงในส่วนนี้ใหม่<br />โดยกำหนดว่า user ไม่ต้องใส่ posting key ก็ได้<br />ตัวโปรแกรมจะใช้ค่า default ซึ่งก็คือค่า 40(debit) หรือ 50(credit)<br /><br />หลังจาก post แล้ว<br />sap จะทำการ update ยอด balance ให้โดยอัตโนมัติ<br />ซึ่งเราสามารถใช้หน้าจอสอบถาม เข้าไปดูได้ทันที<br />โดยจากหน้าจอ balance เราสามารถ zoom ลงไปดู line item<br />ที่ประกอบขึ้นมาเป็นยอด balance นั้น<br />และจาก line item เราก็สามารถเปิดดู<br />ตัว document ที่เป็นต้นตอของ line item นั้นๆได้<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111962706598903545?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com1tag:blogger.com,1999:blog-12737061.post-1119026143856854702005-06-17T09:34:00.000-07:002005-06-17T09:35:43.860-07:00เป็น feature ของ G/L ที่ผมสนใจ<br />ก็คือมันจะทำหน้าทีจับคู่ item ที่สามารถ clear <br />กันได้ ใน account ที่กำหนด<br />โดย account ที่ใช้ feature นี้จะเป็นพวก<br />Checks Receivable Clearing account,<br />Goods Receipt/Invoice Receipt Clearing account<br /><br />บัญชี clearing ก็คือบัญชีพัก<br />กำหนดขึ้นเพื่อให้ตรวจสอบได้ง่ายว่า<br />มีรายการอะไรที่ยังไม่เสร็จสิ้นสมบูรณ์บ้าง<br />เช่นมีการรับของแต่ยังไม่มีการรับวางบิล<br /><br />ที่นี้โปรแกรมจะรู้ได้อย่างไรว่าควรจะจับคู่ <br />clear ค่าไหนบ้าง<br /><pre><br /> customer<br />-------------------------------<br /> 2000.00 | 5000.00<br /> 3000.00 | <br /> <br /></pre><br />จากข้างบน โปรแกรมจะรู้ได้อย่างไรว่าควร<br />จับค่า debit 2000 รวมกับยอด 3000 ไปหัก<br />กับยอด 5000<br /><br />การจับคู่นี้ sap จะใช้ criteria ดังนี้<br /><ul><li>Business Area<br /></li><li>Trading partner Id<br /></li><li>Reconcillation account number<br /></li><li>Currency<br /></li></ul><br />โดยเราสามารถ define criteria<br />ได้เองอีก 4 criteria<br /><br />ก่อนที่ Clearing program จะทำงานได้<br />เราต้องมี configuration ดังนี้<br /><ul><li>บัญชีนั้นต้องมีการกำหนดให้เป็น<br />open item management<br />บัญชี customer กับ vendor <br />จะเป็นบัญชีประเภทนี้เสมอ <br /></li><li>ต้องมีการกำหนดว่าต้องการ<br />ให้มีการ automatic clearing<br /></li><li>item ที่จะ clear<br />ต้องไม่เป็น item ประเภทที่ require extra posting<br />??? อันนี้ยังไม่เข้าใจ<br />เขายกตัวอย่างเช่น <br />item ที่มี cash discount<br />item ที่ post โดยใช้ net method<br />item ที่ต้องการ withholding tax posting<br /></li><li>item ต้องไม่เป็นประเภท special <br />transaction<br />??? ยังไม่เข้าใจเช่นกัน<br /></li></ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111902614385685470?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1119023897100472142005-06-17T08:57:00.000-07:002005-06-17T08:58:17.103-07:00เมื่อมีการ post G/L transaction<br />ก็จะมีการ update ค่า balance ทันที<br />และสามารถเรียกดูค่าสรุปเหล่านี้ได้<br /><br />โดยในแต่ละ account จะแสดงยอดดังนี้<br /><ul><li>ยอดยกมา (ต้นปี)<br /></li><li>ยอดรวมของ transaction ในแต่ละ period<br />โดยแยกให้เห็นทั้งค่า debit และ credit<br /></li></ul><br />นอกจากนี้ยังแสดงค่าที่ได้จากการคำนวณดังนี้<br /><ul><li>ยอด balance ของแต่ละ period<br /></li><li>ยอดยกไปของแต่ละ period<br /></li></ul><br /><br />จากหน้าจอที่แสดง account balance <br />เราสามารถ zoom ลงไปดูรายการที่เกิดในแต่ละ period ได้<br />โดยส่วนนี้เรียกว่า Line Items<br /><br />จาก Line Item ก็สามารถตามไปดู document <br />ที่เป็นต้นตอของ Line Item นั้นได้<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111902389710047214?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1117640364286114992005-06-01T08:10:00.000-07:002005-06-01T08:39:24.293-07:00ก่อนที่จะนำรหัสบัญชีใน Accounting Chart ไปใช้ได้นั้น<br />จะต้องมีการ assign รหัสบัญชีนั้นให้กับ Company Code<br />ที่ต้องการใช้งานเสียก่อน รวมทั้งมีการกำหนด<br />ข้อมูลเพิ่มเติม (เฉพาะของบริษัทนั้นๆ) ลงไปด้วย<br /> <br />โดยข้อมูลนั้นประกอบด้วย<br /><ul><li>Currency<br />เป็นการระบุว่าในการ post transaction<br />ลงบัญชีนี้ จะยอมให้ post ด้วย currency อะไรบ้าง<br />กรณีที่ระบุเป็น local currency <br />ก็จะยอมให้ post เข้ามาด้วย currency อะไรก็ได้<br />แต่ถ้าระบุ currency ที่ไม่ใช่ local currency <br />ก็จะบังคับให้ใช้ currency ที่ระบุเท่านั้น<br />Note: กรณีที่ระบุเป็น foreign currency<br />transaction figure (ยอดคงเหลือ) จะ maintain <br />ไว้ในรูปของทั้ง local currency และ foreign currency<br /></li><li>Balances in Local Currency Only<br />ใช้สำหรับ clearing account ที่มีการ post ตั้งยอด<br />ในรูปของ currency หนึ่ง และตัดยอดในอีก currency หนึ่ง<br />เชน บัญชี good received and imcoming invoice<br />Note: ตรงนี้น่าสนใจตรง จะต้อง config บัญชี "ผลต่างของอัตราแลกเปลี่ยน"<br />ที่ไหน? อย่างไร? <br /></li><li>Tax Category<br />ระบุว่า tax ประเภทไหนที่ post เข้ามาได้<br />โดยระบุประเภทว่าเป็นภาษีซื้อ หรือภาษีขาย<br />กรณีที่ไม่เกี่ยวกับ tax เลยก็ไม่ต้องระบุอะไร<br /></li><li>Posting without Tax Allowed<br />ระบุว่าในการ post เข้าบัญชีนี้ห้ามไม่ให้ใส่รหัสภาษี<br />แต่ถ้าใส่ ก็ต้องอยู่ในกลุ่มที่ระบุใน Tax Category<br />Note: ?? เป็นกรณีเฉพาะ เห็นมีการอ้างถึง Jurisdiction code<br />แล้วมันคืออะไรหล่ะ<br /></li><li>Reconciliation Account for Account Type<br />กรณีที่เป็น Reconcile account ก็ต้องระบุด้วยว่า<br />เป็นประเภทไหน เช่น Vendor, Customer หรือ Asset<br /></li><li>Open Item Management<br />ใช้กับบัญชีประเภท clearing account<br />ที่ต้องมีการตั้งยอดและการตัดยอด โดยจะ<br />maintain รายการเป็นราย Item<br />Note: ถ้านึกไม่ออกให้ลองนึกถึง <br />การเก็บยอดคงเหลือใน ใบทวงหนี้บัตรเครดิต <br />(กรณีนี้เป็นกรณีตรงข้ามกับ open item)<br />ซึ่งปกติจะ maintain ในรูปยอดรวม ไม่แยกรายการย่อย<br />เวลาเราชำระเงิน เขาก็จะตัดยอดเงินรวมเลย<br />ไม่ได้เอาไปแตกตัดรายการย่อยๆ<br /></li><li>Line Item Display<br />ต้องการดูรายการย่อยๆ ไหม<br />(ถ้าไม่ต้องการ ก็จะเป็นการประหยัดเนื้อที่ และเวลาในการเก็บ)<br />ตัวอย่างบัญชีที่ไม่ต้องการให้เก็บรายการย่อยๆ เช่น<br />บัญชีลูกหนี้ (เนื่องจากรายการย่อยเก็บไว้ใน ระบบบัญชีลูกหนี้ไปแล้ว) <br /></li><li>Field Status Group<br />ใช้ config ว่าในการทำ transaction posting<br />ถ้ามีการอ้างถึงบัญชีนี้ จะต้องมีค่าอะไร<br />ที่ต้องใส่ (Required, Optional) หรือค่าอะไรที่ให้ซ่อนไว้บ้าง<br /></li></ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111764036428611499?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1117216236277246722005-05-27T10:31:00.000-07:002005-05-27T10:50:36.280-07:00ต่อจากคราวก่อน<br />คราวก่อนมีที่เข้าใจสับสนเล็กน้อยก็คือเรื่อง Retained earnings Account<br />ในการ config Chart of Account Segment<br />เราจะระบุ Account แค่ว่าเป็นบัญชี<br />Balance sheet account หรือ<br />P+L statement account<br />แค่นั้น ไม่ต้องระบุว่า retained earning<br />เป็นค่าอะไร เพราะว่าจะมีหน้าจอต่างหาก<br />สำหรับระบุว่า retained earning account<br />เป็นเลขที่บัญชีอะไร<br /><br />Information ที่สำคัญอันหนึ่งสำหรับ<br />Chart of Account Segment ก็คือ<br />"Account Group"<br /><br />ตัว Account Group จะเป็นตัวช่วย control<br />การป้อนข้อมูลในส่วน Company Specific ให้<br />เป็นไปอย่างถูกต้อง<br />โดยทำหน้าที่เป็นตัวกำหนดว่า<br /><ul><li>ช่วงเลขที่ของ account no. ที่ยอมให้ใช้ได้<br />(ตรงนี้จะเป็นการตรวจสอบความถูกต้องว่า<br /> user ตั้งเลขที่ account ถูกต้องหรือไม่) <br /></li><li>ข้อกำหนดของข้อมูล (field properties)<br /><ul><li>ข้อมูลอะไรต้องถูกป้อน (Required)<br /></li><li>ข้อมูลอะไรที่ไม่ใช้ (Hide)<br /></li><li>ข้อมูลอะไรที่ห้ามแก้ไข (Display)<br /></li><li>ข้อมูลที่ไม่บังคับใส่ (Optional)<br /></li></ul></li></ul><br />field properties นี้ บางอันก็จะเป็น <br />กลุ่มของ field ถ้ากำหนดเป้น required<br />field ย่อยๆทุกอันในกลุ่มนั้น ก็จะมีสถานะ<br />เป็น required ด้วย <br /><br />บาง field ก็เป้น field บังคับเสมอ<br />account group ไม่สามารถเปลี่ยนแปลง<br />status นี้ได้ เช่น field "Account Currency"<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111721623627724672?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1116690542670571252005-05-21T08:44:00.000-07:002005-05-21T08:49:02.683-07:00ในการ config SAP ตัว Variant ที่สำคัญที่ขาดไม่ได้ก็คือ<br />ต้องมีการระบุว่า Company นั้นใช้ Chart of Account<br />อะไร<br /><br />คำถามก็คือ Chart of Account คืออะไร<br />ตัว chart of account จริงๆ ก็คือ group <br />ของ Account definition นั่นเอง โดยออกแบบให้<br />เก็บแต่ค่าที่สามารถ share กันใช้ระหว่าง Company<br />(ชื่อก็คือพวกชื่อ, รหัส, )<br /><br />ส่วนประเด็นที่ว่า ทำไมต้องมี chart of account<br />แยกออกมาต่างหากหล่ะ ทำไมไม่ออกแบบให้เป็นแบบ<br />บริษัทฯใครบริษัทฯมันไปเลย ที่เป็นเช่นนี้ก็เพราะว่า<br />เป้าหมายจริงๆในการใช้ chart of account ก็คือ<br />เพื่อความสะดวกใน การ Consolidate หรือ การออกงบการเงินโดยรวม<br />ของหลายๆบริษัทฯในเครือ หรือหลายๆ Account Entity เข้าด้วยกัน<br />(ผลพลอยได้ ก็คือสะดวกในการ config)<br /><br />Chart of Account 's Definition<br /><ul><li>รหัส (4 หลัก)<br /></li><li>คำอธิบาย<br /></li><li>ภาษาหลัก (maintenance language)<br /></li><li>ความยาวของเลขบัญชี<br />สูงสุดได้ 10 หลัก<br /></li><li>automatic สร้าง Cost Element หรือไม่<br />(อยู่ในเรื่องของ controlling ?เรียกบัญชีต้นทุนได้หรือเปล่า)<br /></li><li>group chart of account (yes/no)<br />ใช้ในกรณีที่ต้องการ consolidate งบการเงินระหว่าง company<br />ที่ใช้ Chart of Account คนละตัวกัน ถ้า set<br />ค่านี้ ตอนที่เราป้อนบัญชีแต่ละบัญชี เราต้องระบุ cosolidate <br />account ด้วย<br /></li><li>blocked indicator<br />เป็น flag ที่ใช้ป้องกันไม่ให้ user สร้าง account<br />(? เพราะยัง config ไม่เสร็จดี)<br /></li></ul><br /><br />Chart of Accounts Segment<br />ถ้าฟังแต่ชื่ออย่างเดียว ก็จะงงหน่อย ว่ามันคืออะไรวะ<br />จริงๆแล้วมันก็คือ ส่วนที่เป็น definition ย่อยๆ<br />ของแต่ละบัญชีที่อยู่ภายใน Chart of Account นั่นเอง<br />1 segment ก็คือ 1 บัญชี<br /><br />ภายในแต่ละบัญชี จะมีการกำหนด<br /><ul><li>เลขที่บัญชี<br />ความยาวได้สูงสุดตามที่กำหนดไว้ใน chart of account definition<br /></li><li>ชื่อบัญชี (shortname, longname)<br /> <li>ระบุว่าเป็นบัญชีกลุ่ม profit+loss(พวกรายได้/รายจ่าย) หรือ<br /> เป็นพวก balance sheet account<br /> ซึ่งจะไปมีผลตอนปิดบัญชีสิ้นปี <br /> ถ้าเป็นบัญชี profit&Loss จะเกิดการปิดยอดไปลงบัญชีกำไรขาดทุน<br /> (ซึ่งต้องระบุลงไปด้วย ว่าเป็นบัญชีเลขที่อะไร)<br /> Note: การระบุเลขที่บัญชีกำไรขาดทุน จะมีลักษณะ<br /> เป็น indirect กล่าวคือเราไม่ได้ระบุเลขที่ลงไปตรงๆ<br /> แต่ระบุเป้น key แทน จากนั้นค่อยกำหนดว่า key<br /> นั้นหมายถึงเลขที่บัญชีอะไร ? เดาว่าที่เขาทำอย่างนี้<br />เพราะจะได้สะดวกถ้าเกิดมีการเปลี่ยนแปลงเลขที่<br />บัญชีตรงนี้ จะได้ทำได้ง่าย เปลี่ยนจากจุดเดียว <br /> </li><li>Account Group<br /> ตัวนี้เป็นตัวช่วย config พฤติกรรมและคุณสมบัติ<br /> ของ account ว่าควรเป็นอย่างไร<br /></li><li>Cosolidate fields<br /></li><li>Translation text (ชื่อในภาษาอื่นๆ ที่ไม่ใช่ maintenance language)<br /></li></ul><br />Note: ทุก company ที่ใช้ account นี้จะ<br />เห็นชื่อบัญชีหรือค่าอื่นๆใน chart of account definition<br />เหมือนกันไม่ว่าจะอยู่ใน company ไหน<br /><br />Company Code Segment<br />เป็นส่วนของ Account ที่ customize สำหรับแต่ละ<br />company โดย segment นี้จะเกิดเมื่อมีการ assign<br />chart of Account segment ให้กับ company<br />ข้อมูลใน Company Code Segment ประกอบด้วย<br /><ul><li>Currency<br /></li><li>Taxes<br /></li><li>Reconciliation account<br /></li><li>Line item display<br /></li><li>Sort key<br /></li><li>Field status group<br /></li><li>House bank<br /></li><li>Interest calculation information<br /></li></ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111669054267057125?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1116599188041867412005-05-20T07:23:00.000-07:002005-05-20T07:26:28.043-07:00ตอนแรกก็ไม่แน่ใจในศัพท์ตัวนี้นัก แต่ตอนนี้เข้าใจแล้ว<br />หลักการก็คือ object ใดๆที่มีโอกาศ share หรือใช้<br />ร่วมกันระหว่าง company หรือ business entity ได้<br />SAP จะเรียกตัวนั้นว่า Variant<br />ตัวอย่างของ Variant ก็เช่น fiscal year, Chart of Account<br /><br />ส่วนมุมมองของ Programer ก็คือ Variant <br />ถือได้ว่าเป็น ความสัมพันธ์แบบ many-to-one ของ<br />business entity เช่น <br /><pre>Company<--many ---to--- one--> Chart of Account</pre><br /> <br />ดังนั้นตัว chart of account จึงถือเป็นพวก Variant<br /><br />? จริงๆแล้วพวก many-to-many ก็น่าจะถือเป็น<br />variant เหมือนกันนะ เพราะมันต้องถูก share ใช้<br />ระหว่าง company เหมือนกัน<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111659918804186741?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1116598977977036162005-05-20T07:22:00.000-07:002005-05-20T07:22:57.983-07:00ประเด็นของ currencies จะเกิดในตอนที่<br />มีการซื้อขายกับ vendor หรือ customer <br />ที่อยู่นอกประเทศ<br />โดยในการลงบัญชี จะต้องมีการ convert<br />สกุลเงินให้เป็นสกุลเงินที่ได้ define ไว้ที่<br />company code เสียก่อน<br /><br />ประเด็นที่เกิดขึ้นก็คือ จะต้องมีการ maintain<br />convertion table ที่ใช้ในการ convert<br />ซึ่งการป้อนด้วยมือ ดูจะเป็นทางเลือกที่น่าพิสมัย<br />น้อยสุด ในส่วนของ SAP ได้เตรียมทางเลือกไว้<br />2 แบบก็คือ<br /><ul><li>manual upload file<br />เตรียม file ให้อยู่ใน format ที่กำหนดแล้วก็<br />upload ตามอัธยาศัย<br /></li><li>Remote Function Call<br />เป็นการ call ออกไปยัง external system<br />เพื่อให้ได้ข้อมูลกลับมา<br /></li></ul><br /><br />สิ่งที่น่าสนใจก็คือ วิธีการเก็บ Exchange Rate<br />​เนื่องจาก rate มีอยู่ 2 rate ก็คือ selling rate<br />กับ Buying rate แทนที่จะเก็บ 2 ค่านี้<br />เราจะเก็บเป็น Average Rate กับ Spread ณ ขนาดนั้นแทน<br />เนื่องจากตัว Spread ส่วนใหญ่จะไม่ค่อยเปลี่ยนแปลง<br /><pre><br />Selling Rate ---------<br /> |<br /> + spread<br /> |<br />Average Rate ---------<br /> |<br /> - spread<br /> |<br />Buying Rate ----------<br /></pre><br /><br />ส่วนประเด็นสุดท้ายก็คือ รูปแบบของ convertion rate<br />อยู่ในรูป direct quotation หรือ indirect quotation<br />(จะเอามาคูณ หรือเอามาหาร เพื่อแปลงเป็น local currency<br />แค่นั้นเอง)<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111659897797703616?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1116428151271390062005-05-18T07:51:00.000-07:002005-05-18T08:14:05.323-07:00SAP เรียก properties ที่ share โดย<br />หลายๆ business object ว่า Variant<br />โดยขั้นตอนของการ config variant ก็คือ<br /><ul><li>define the variant<br /></li><li>define values for the variant<br /></li><li>assign the variant to R/3-objects<br /></li></ul><br /><br /><span style="font-weight: bold;">Fiscal year</span><br />เป็น Variant ตัวหนึ่งที่เราต้องกำหนดให้<br />กับ company<br />ในการกำหนด Fiscal Year เราจำเป็นต้อง<br />กำหนด posting periods กับ special periods<br />ให้กับ fiscal year<br />(special period ก็คือช่วงเวลาที่ไม่ได้ขึ้นอยู่กับเวลา<br />ปกติจะใช้กันในตอนสิ้นปี สำหรับขบวนการปิดปัญชี)<br /><br />ตัว sap อนุญาติให้มี periods สูงสุดได้ 16 periods <br />ใน 1 fiscal year (12 postgin periods + 4<br />special periods)<br />SAP ใช้ posting date (ใน document) เป็นตัว<br />กำหนดว่า gl transaction ควรจะตกอยู่ใน posting<br />period ไหน กรณีที่ posting date ตกอยู่ในเดือนสุดท้าย<br />sap จะอนุญาติให้ post รายการลง special periods ได้<br /><br />เราสามารถแบ่ง fiscal year เป็น 2 ประเภทใหญ่ๆก็คือ<br /><ul><li>year-independent <br /></li><li>year-dependent<br /></li></ul><br />year-independent ก็คือแต่ละปีมีจำนวน periods เท่ากัน<br />และเริ่มต้นที่วันที่และเดือนเดียวกันทุกครั้งง <br />กรณีที่ fiscal year ไม่ได้เริ่มต้นที่วันที่ 1 มกราคม<br />เราต้องมีการกำหนด year shift +1,-1, 0 indicator <br />ให้กับ posting periods ด้วย เช่น fiscal year เริ่มต้นที่วันที่ 1 เมษายน<br />ดังนั้น posting period ที่เดือน มกราคม,กุมภาพันธ์,มีนา<br />จะมี indicator -1 ส่วนที่เหลือจะมี indicator เป็น 0<br />หรือกรณีราชการ เริ่มต้น fiscal year ที่ 1 ตุลา<br />ดังนั้น เดือน ตุลาคม ถึง ธันวาคม จะมี indicator +1<br /><br />ส่วน year-dependent บ้านเราคงไม่มีมั้ง น่าจะยุ่งนะถ้าใช้แบบนี้<br />กล่าวคือ แต่ละปี มีจำนวนงวดไม่เท่ากัน เริ่มต้นของแต่ละปีไม่ตรงกัน<br /><br />ในการ config periods เราจะกำหนด<br /><ul><li>เป็น year-dependent หรือไม่<br /></li><li>ตรงกับ calendar year หรือไม่<br /></li><li>จำนวนของ posting periods<br /></li><li>จำนวนของ special periods<br /></li></ul><br /> จากนั้นก็ต้องกำหนดย่อยลงไปในแต่ละเดือน<br />(ใช้เดือนตาม calendar) <br /><ul><li>จำนวนวัน ในเดือนนั้น<br /></li><li>map ตรงกับ period อะไร<br /></li><li>year shift indicator เป็นค่าอะไร<br /></li></ul><br />ตัวอย่าง การกำหนดงวดบัญชีแบบราชการ<br />(เริ่มต้นปีบัญชีเดือนตุลาคม)<br /><table> <tr><td style="text-align: center;">month</td><td style="text-align: center;">Days</td><td style="text-align: center;">Period</td> <td style="text-align: center;">Year Shift</td> </tr> <tr> <td>1</td> <td>31</td> <td>4</td> <td>0</td> </tr> <tr> <td>2</td> <td>29</td> <td>5</td> <td>0</td> </tr> <tr> <td>3</td> <td>31</td> <td>6</td> <td>0</td> </tr> <tr> <td>4</td> <td>30</td> <td>7</td> <td>0</td> </tr> <tr> <td>5</td> <td>31</td> <td>8</td> <td>0</td> </tr><br /> <tr> <td>6</td> <td>30</td> <td>9</td> <td>0</td> </tr> <tr> <td>7</td> <td>31</td> <td>10</td> <td>0</td> </tr> <tr> <td>8</td> <td>31</td> <td>11</td> <td>0</td><br /> </tr> <tr> <td>9</td> <td>30</td> <td>12</td> <td>0</td> </tr> <tr> <td>10</td> <td>31</td> <td>1</td> <td>+1</td> </tr> <tr> <td>11</td> <td>30</td> <td>2</td> <td>+1</td> </tr> <tr> <td>12</td> <td>31</td> <td>3</td> <td>+1</td> </tr></table><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111642815127139006?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1116341927997971912005-05-17T07:54:00.000-07:002005-05-18T07:51:24.946-07:00<span style="font-weight: bold;">Client</span> <br />&nbsp;แทนบริษัทฯ หรือ กลุ่มของบริษัทฯ ที่จะใช้ SAP <br /> <br /><span style="font-weight: bold;">Company</span> <br />&nbsp;ในนิยามจริงๆ จะหมายถึง Account Entity หนึ่งๆ <br />(มีหน้าที่นำเสนอผลประกอบการผ่านทางบัญชีงบดุล) <br /> <br /><span style="font-weight: bold;">Business<br />Area</span> <br />&nbsp;เป็น Dimension อีกมุมมองหนึ่ง ซึ่งสามารถ <br />group ข้าม company code ได้ ตัว SAP สามารถ <br />ออก financial statement ตาม Business Area ได้ <br /> <br />งบการเงินสามารถออกในมุมมองของ company <br />หรือมุมมองของ Business Area ก็ได้ โดยถ้ามองตาม <br />วัตถุประสงค์แล้ว การออกงบการเงินตาม company <br />จะเป็นไปเพื่อ present แก่ภายนอก ส่วน การออกงบการเงิน <br />ตาม business area จะเป็นไปเพื่อการจัดการภายใน <br />เสียมากกว่า (internal purpose) <br /> <br /><span style="font-weight: bold;">ข้อมูล Company</span> <br /><ul><li>Company code <br /> </li><li>Company name<br /></li><li>City<br /></li><li>Country&nbsp;&nbsp; <br />ประเทศที่ใส่ตรงนี้จะไปมีผลตอนทำ transaction จ่ายเงิน กรณีที่จ่ายเงินให้<br />Vendor ที่ไม่ได้อยู่ใน country เดียวกัน (ซึ่งต้องการข้อมูล<br />มากกว่าการจ่ายภายในประเทศ)<br /></li><li>Currency <br />ตัวบัญชีแยกประเภทจะจัดเก็บในรูป currency นี้<br /></li><li>Language <br /></li><li>Address<br /></li><li>Business Area<br /></li><li>Chart of Account<br /></li><li>Fiscal Year</li><br /></ul><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111634192799797191?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1115999130853660472005-05-13T08:43:00.000-07:002005-05-13T08:45:30.906-07:00<a href="http://www.flickr.com/photos/mypann/13702473/" title="Photo Sharing"><img src="http://photos9.flickr.com/13702473_1bbc1e5a60.jpg" width="341" height="225" alt="cc-cca" /></a><br /><br />Company <br />ประกอบด้วย attribute ดังนี้<br /><ul><li>Code<br /></li><li>Name<br /></li><li>Name2<br /></li><li>Street<br /></li><li>PO Box<br /></li><li>Postal code<br /></li><li>City<br /></li><li>Country<br /></li><li>Language Key<br /></li><li>Currency<br /></li></ul><br /><br />Credit Control Area<br />เป็นส่วนที่รับผิดชอบในส่วนของการ granting และ monitoring<br />credit ของ customer<br />โดยตัว Credit Control Area สามารถกำหนด<br />ให้ดูแลได้มากกว่า 1 company<br /><ul><li> Currency<br /></li><li>Update Policy<br /></li><li>Fiscal Year Variant ใช้กรณีที่แต่ละบริษัทฯที่อยู่ในกลุ่ม control area นี้มี fiscal year ไม่ตรงกัน<br /></li><li>default data สำหรับกรณี create customer ใหม่<br /><ul><li>Risk category<br /></li><li>Credit limit<br /></li><li>Representative group<br /></li></ul><br /></li></ul><br />ที่จุด control Area นี้มีตัวที่น่าสนใจก็คือ config ในส่วนของ <br />Update Policy ซึ่งเป็นตัวกำหนดว่ายอด credit ของ customer<br />ควรจะ update ณ จุดไหน เช่น ณ จุดที่ออก order<br />หรือจุดที่ออกใบส่งของ<br /><br />Note: น่าสังเกตุว่า ตัว company ก็มี currency<br />ตัว Credit Control Area ก็มี currency<br />คำถามก็คือ ค่าทั้งสองนี้ไม่ตรงกันได้หรือไม่<br />ถ้าไม่ตรงกัน นโยบายการ convert rate <br />จะเป็นอย่างไร<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111599913085366047?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1115745746333243662005-05-10T10:20:00.000-07:002005-05-10T10:22:26.340-07:00Element ที่สำคัญสุดในส่วนนี้ก็คือ Vendor <br />เนื่องจาก vendor รายหนึ่งๆ สามารถที่จะติดต่อ<br />ทำธุรกรรมกับบริษัทฯในเครือได้มากกว่า 1 บริษัทฯ<br />ดังนั้นในการสร้าง Vendor record จะมีการสร้าง<br />อยู่ 2 ระดับคือ<br /><ul><li>ระดับ Client level ทุกบริษัทฯจะ share<br />ใช้ข้อมูลร่วมกัน<br /></li><li>ระดับ Company Specific ข้อมูลของ vendor<br />ที่เฉพาะเจาะจงของแต่ละบริษัทฯ เช่น term of payment</li></ul><br /><br />Account Group<br />เพื่อให้สะดวกในการจัดกลุ่ม เราสามารถแบ่งกลุ่ม<br />vendor ออกเป็นกลุ่มๆ เพื่อให้สะดวกในการจัดการ<br />ตัวอย่างของกลุ่ม ก็เช่น domestic vendor,<br />foreign vendor, one-time vendor (พวกซื้อครั้ง<br />เดียวแล้วเลิก ไม่คิดจะทำธุรกิจระยะยาวกัน)<br /><br />ข้อมูลที่พึงมีใน Vendor<br /><ul><li>Name แบ่งเป็นคำนำหน้ากับชื่อ<br /></li><li>ที่อยู่<br /></li><li>ข้อมูลสำหรับการติดต่อ เช่นโทรศัพท์ โทรสาร<br /></li><li>Tax information<br /></li><li>ข้อมูล map กับ Customer กรณีที่มีบทบาทเป็นทั้งผู้ซื้อและผู้ขาย<br /></li><li>ธนาคาร ที่ไว้ใช้ในการจ่ายเงิน<br /></li><li>บัญชีคุมที่ใช้<br /></li><li>payment เช่น payment term, payment method (เช็ค, โอนเงิน) <br /></li><li>ข้อมูลภาษีหัก ณ ที่จ่าย<br /></li></ul><br />(Note: ข้อมูลจริงๆใน sap มีเยอะกว่านี้ แต่ลดรูปพอให้เข้าใจภาพรวมก่อน)<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111574574633324366?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1115660999122360512005-05-09T10:37:00.000-07:002005-05-09T10:49:59.153-07:00<a href="http://www.flickr.com/photos/mypann/13132450/" title="Photo Sharing"><img src="http://photos11.flickr.com/13132450_759200ce25.jpg" width="402" height="453" alt="img01" /></a><br /><br />ถ้าเราเริ่มต้นที่ company ใน SAP อนุญาติให้เรามีได้หลาย company<br />โดยแต่ละ company สามารถ assign business area ได้มากกว่า 1<br />ตัว business area คาดว่าคงใช้เป็น dimension ในการออกรายงาน<br />เสียมากกว่า<br /><br />ส่วน Controlling Area คาดว่าจะใช้ในการทำ งบการเงินรวม<br />ของกลุ่มบริษัทฯ<br /><br />ตัว chart of account ใช้เป็น template สำหรับ<br />สร้าง account ทีจะใช้ลงบัญชีของแต่ละบริษัท<br />โดยข้อมูลกลางๆ จะเก็บที่ Account Definition<br />ส่วนข้อมูลที่ customize ของแต่ละบริษัทฯ ก็จะ<br />เก็บอยู่ในส่วน company Account Specific<br />ตัวอย่าง ข้อมูลส่วน customize ก้เช่น currency<br />เช่น บัญชีลูกหนี้มีรหัส 11000 ถ้านำไปใช้ใน<br />บริษัท A กำหนดให้ currency เป็น Bth<br />แต่ถ้านำไปใช้ในบริษัท B จะใช้เป็นหน่วย US-Dollar<br /><br />ส่วน Account Group จะเป็น template<br />หลักที่ช่วยให้ user บันทึก Company Account<br />Specific ได้ถูกต้องขึ้น <br />โดย Account Group จะเก็บ definition ว่า<br />field ไหนใน Company Account Specific<br />ที่อนุญาติให้ user ป้อนบ้าง<br />(แต่ละประเภทบัญชี มีสิ่งที่ต้อง config<br />ไม่เหมือนกัน เช่น บัญชีเงินฝากธนาคาร<br />กับบัญชี เจ้าหนี้)<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111566099912236051?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1115544616092208322005-05-08T02:19:00.000-07:002005-05-08T02:30:16.100-07:00<span style="font-weight: bold;">Company Code</span><br />&nbsp;&nbsp; &nbsp;แทน 1 บริษัท<br /><span style="font-weight: bold;">Business Area</span><br />&nbsp;&nbsp; &nbsp;เป็นการกลุ่มธุรกิจ เช่น Machinery, Automotive<br /><br />ความสัมพันธ์ระหว่าง Company Code กับ Business Area<br />มีลักษณะเป็น many to many นั่นคือ company หนึ่งๆ<br />มีได้หลาย business area และ 1 business area มีได้<br />หลายบริษัทฯ<br /><br /><span style="font-weight: bold;">Controlling Area</span><br />&nbsp;&nbsp; &nbsp;เป็นส่วนของ Managerial Accounting <br /><br />ความสัมพันธ์ระหว่าง company กับ controlling area<br />เป็นแบบ many-to-one นั่นคือ company หนึ่งมีได้แค่<br />1 control area แต่ 1 controlling area มีได้หลาย&nbsp; company<br />โดยมี constraint คือแต่ละบริษัทฯต้องมี fiscal calendar ตรงกัน<br />และใช้ account chart เดียวกัน<br /><br /><span style="font-weight: bold;">Chart of Account</span><br />&nbsp;&nbsp; &nbsp;เป็นกลุ่มบัญชีที่ได้มีการ define ไว้แล้ว<br />การนำไปใช้ ก็คือต้องนำไป assign ให้กับ company code<br />โดย 1 company code มีได้แค่ 1 Chart of Account<br />แต่ 1 chart of Account มีได้หลาย company code<br />Note: ข้อมูลใน chart of account จะมีหลักๆคือ<br />ชื่อ, รหัส และ ประเภท เท่านั้น<br />&nbsp;&nbsp; &nbsp;ในการใช้งานจริง เมื่อเรา assign chart of account<br />ให้กับ company&nbsp; แล้ว ตัว account นั้นยังไม่สามารถลง<br />บัญชีได้ ต้องมีการ assign ข้อมูลเฉพาะสำหรับ company<br />code สำหรับ account นั้นลงไปก่อน เราเรียกส่วนนี้ว่า<br />"Company Code-Specific Settings"<br /><br /><span style="font-weight: bold;">Account Group</span><br />&nbsp;&nbsp; &nbsp;เป็นการจัดแบ่งกลุ่มบัญชีที่เหมือนๆกัน<br />เพื่อให้สะดวก ในการ config&nbsp; เช่นกลุ่มบัญชีสินทรัพย์, กลุ่มบัญชีหนี้สิน<br />โดยข้อมูลที่ Account group เก็บก็คือ<br />&nbsp;&nbsp; &nbsp;เลขที่บัญชี ที่อนุญาติให้ใช้ สำหรับ<br />account ที่สังกัด<br />โดยจะเก็บเป็น range of numbers<br />&nbsp;&nbsp; &nbsp;control ว่าในส่วนของ Company<br />Code-Specific Setting<br />นั้น user จะมองเห็นอะไร หรือ set ค่าอะไรได้บ้าง<br /><br /><span style="font-weight: bold;">Reconciliation Account</span> <br />&nbsp;&nbsp;&nbsp; เป็นบัญชีคุมยอด ที่เกิดจาก<br />บัญชีย่อยๆ หลายๆบัญชี เช่นบัญชีคุมเจ้าหนี้ ซึ่งเกิดจาก<br />บัญชีเจ้าหนี้รายตัว (แต่ละบริษัทที่มีหนึ้กับเรา ก็จะเปิด 1 บัญชี)<br /><br /><span style="font-weight: bold;">Transaction Figure</span> <br />&nbsp;&nbsp;&nbsp; คือยอดรวม (summary) ของแต่ละ Account<br />โดยในแต่ละ account จะมี transaction figure 2 ค่าคือ<br />ค่า credit และค่า Debit<br /><span style="color: rgb(0, 51, 51);">note: กรณีที่ใช้ business area ก็จะเกิด Transaction Figure</span><br /><span style="color: rgb(0, 51, 51);">break ตาม business area</span><br /><br /><span style="font-weight: bold;">Financial Statement Version</span><br />เป็นการ config รูปแบบการออก รายงานทางการเงิน (งบดุล, งบกำไรขาดทุน,..)<br />โดยแต่ละ&nbsp; version สามารถเลือก company ที่จะ consolidate ได้<br />แต่มีข้อแม้ว่าต้องอยู่ใน Controlling area&nbsp; เดียวกัน<br />ประเด็นที่เกิดก็คือ กรณีที่เราต้องการ รายงานทางการเงิน<br />สำหรับ ประเทศหนึ่งๆ โดยเฉพาะ (แต่ละประเทศจะมีกฎเกณฑ์<br />หรือรูปแบบ รายงานที่ยอมรับได้) ส่วนนี้ SAP ใช้ศัพท์ว่า<br />country-specific chart<br /><span style="color: rgb(0, 51, 51);">Note: การ post เข้า country-specific chart จะผ่านทาง<br />"Alternative account number" field (?&nbsp; config อย่างไร)</span><br /><br /><span style="font-weight: bold;">Group Chart of Accounts</span><br />ใช้ในกรณีที่เราต้องการ consolidate บัญชีหลายๆ บริษัท<br /><span style="color: rgb(204, 0, 0);">? ยังไม่เข้าใจประเด็นนี้ดีนัก ทำไมดูซ้ำซ้อนกับ Chart of Account</span><br /><span style="color: rgb(204, 0, 0);">หรือว่าเป็นตัว layer mapping ชั้นบน เพื่ออนุญาติให้ </span><br /><span style="color: rgb(204, 0, 0);">chart of account หลายๆอัน map เข้ามารวมกันได้</span><div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111554461609220832?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com0tag:blogger.com,1999:blog-12737061.post-1115543915852979192005-05-08T02:16:00.000-07:002005-05-08T02:18:35.856-07:00blog นี้กะว่าจะใช้เป็นที่ short note<br />ในการศึกษาระบบ ERP ต่างๆที่สามารถหาคู่มือ<br />มาอ่านได้<br />โดยจะเริ่มต้นจาก SAP ก่อน<br /><br />วัตถุประสงค์ คงเป็นเพื่อพัฒนา<br />ความรู้ในส่วนของ business <br />เพื่อที่จะสามารถนำไปพัฒนา ระบบงานที่ดี<br />ในอนาคต<div class="blogger-post-footer"><img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/12737061-111554391585297919?l=pphetraerp.blogspot.com' alt='' /></div>polawat phetrahttp://www.blogger.com/profile/17730887203314080442noreply@blogger.com1