ฝากไว้พิจารณา ถ้ามีการปรับปรุงโปรแกรมอีก

[L&L Accounting SiS]

1. สามารถนำบิลของลูกหนี้และเจ้าหนี้มาหักกลบเพื่อชำระหนี้ หรือรับชำระหนี้ได้ โดยสร้างความสัมพันธ์ที่รายละเอียดลูกหนี้หรือเจ้าหนี้ว่า สัมพันธ์กับเจ้าหนี้หรือลูกหนี้รหัสใด
2. การบันทึกบัญชีแบบ Periodic หรือ Perpetual น่าจะระบุในกำหนดกลุ่มบัญชีสินค้า โดยเฉพาะกิจการที่ใช้การบันทึกแบบ Periodic แต่มีวัสดุสิ้นเปลือง ที่ต้องควบคุมจำนวนหลากหลาย เช่น วัสดุไฟฟ้า ,วัสดุสำนักงาน,วัสดุสำหรับซ่อมเครื่องจักร หรือยานพาหนะ ซึ่งเมื่อซื้อจะบันทึกเป็นสินทรัพย์ จนกว่าจะเบิกใช้ (ปัจจุบันปรับการใช้งานด้วยการใช้ หัวข้อ กำหนดเลขที่เอกสารสร้างเอกสารขึ้นมา เพื่อบันทึกเบิกวัสดุแต่ละประเภท ทำให้ต้องสร้างเพิ่มขึ้นมาก ซึ่งพนักงานบันทึกเบิกจะต้องมีความรู้ว่าจะบันทึกในหัวข้อใด ทำให้ยุ่งยากค่ะ)
3..ในการบันทึกซื้อสดหรือซื้อเชื่อ น่าจะให้ใส่แผนกเมื่อบันทึก สินค้ารับเข้าแต่ละรายการ โดย Default ไว้ตามแผนกที่กำหนดไว้เมื่อเริ่มบันทึก เนื่องจากกิจการที่มีหลายแผนก อาจซื้อสินค้าในบิลเดียวกันได้ค่ะ และในการขอให้ผู้ขายออกบิล หลาย ๆ ใบตามแผนกของกิจการ ก็ทำให้ยุ่งยาก และบางบริษัทก็ไม่ให้ความร่วมมือ (อย่าบอกนะว่าอย่าซื้อจากเจ้าหนี้รายนั้นสิ เพราะบางครั้งก็จำเป็นต้องซื้อ โดยเฉพาะกิจการที่อยู่ต่างจังหวัดบางครั้งไม่มีให้เลือกค่ะ)

[ASAN]

1. ใช่ลักษณะรับชำระแล้วพักที่บัญชีใดบัญชีหนึ่ง ก็ได้นี่ครับ
2. ลองศึกษาเรื่องกลุ่มบัญชีสินค้าดูนะครับว่าจะทำได้มั๊ย เท่าที่ลองใช้อยู่ ก็เปิดช่องให้ apply ได้เยอะพอสมควร
3. บิลที่เขาส่งมาให้ไม่จำเป็นต้องออกหลายๆอย่างที่ผู้ขายทำอยู่ แต่ทางด้านเราซึ่งเป็นผู้รับ ก็สามารถรับไว้หลายๆใบรับโดยอ้างถึงใบกำกับใบเดียวก็ได้นี่ครับ

[punpun]

เห็นด้วยครับกับการปรับปรุง
ที่คุณ A-SAN ช่วยตอบมา ก็เข้าใจอยู่... และก็ทำแบบนี้เหมือนกัน
แต่ถ้าปรับปรุงได้จะดีกว่ามั้ยครับ เพราะผมเห็นโปรแกรม B+ เรื่องเจ้าหนี้,ลูกหนี้ก็ใช้วิธีที่เขาว่ามานั่นแหละ

[L&L Accounting SiS]

เรื่องอื่นต่อนะ
ลูกค้าหลายรายบอกว่า ไม่สะดวก ถ้าแก้ไข เลขที่ , วันที่ ,รหัสลูกค้า ไม่ได้ จึงเสนอว่า ถ้าทำเหมือนเมนูเปลี่ยนรหัส น่าจะดี เช่น เพิ่มเมนู เปลี่ยนเลขที่ , วันที่ ,รหัสลูกค้า
ถ้าไม่ต้องการให้พนักงานระดับธรรมดาเปลี่ยน ก็สามารถไปที่ระบบรักษาความปลอดภัย ไม่ให้สิทธิในการแก้ไขได้
ฝากไว้พิจารณาด้วยค่ะ

[ASAN]

มันเกี่ยวกับการลำดับเลขที่ด้วยนะครับ ถ้าให้เปลี่ยนได้ แล้วเลขลำดับถัดไปจะทำอย่างไร นั่นยังไม่เท่าไหร่ แล้วสต๊อกที่ตัดไปแล้ว ต้องมาจัดลำดับกันใหม่ไหม ถึงจะทำได้ก็ไม่ง่ายนะครับ บางทีการทำงานต้องนึกถึงหลักความจริงบ้างครับ อยากเปลี่ยนก็เปลี่ยน ถ้าเปลี่ยนได้จะควบคุมเอกสารอย่างไร ระบบบัญชีจะเปก็นที่เชื่อถือของสรรพารหรือไม่ จิปาถะเลยครับ

[L&L Accounting SiS]

จะมีการปรับปรุงโปรแกรมให้ใช้กับงาน JOB และเพิ่มฟิวทะเบียนรถ ในเมนูขาย หรือเปล่า เพื่อเอาไว้ออกรายงานประวัติเกี่ยวกับทะเบียนรถนั้น ๆ น่ะ

[L&L Accounting SiS]

สำหรับข้อ 3 ที่คุณอาซันได้กรุณาตอบนั้น พี่มองอยู่ 2 เรื่องค่ะ คือ
1.ถ้าใบกำกับภาษีใบเดียว แต่มี 3 แผนก เราออกใบรับ 3 ใบ และอ้างใบกำกับภาษีใบเดียวกัน ในรายงานภาษีซื้อจะรวมกันหรือเปล่า และถ้ารายงานรวมกันจะตรวจสอบกับบัญชีแยกประเภทยากขึ้น เพราะแยกประเภทภาษีซื้อจะออกเป็น 3 บรรทัดค่ะ
2.ในการออกใบรับวางบิล เพื่อพิมพ์ใบขออนุมัติจ่าย จะไม่ตรงกับเอกสารใบวางบิลของซัพพลายเออร์ ก็ไม่สะดวกเช่นกันค่ะ (โดยเฉพาะผู้บริหารที่ชอบดูอะไรง่าย ๆ ตรวจง่าย ๆ น่ะ คุยให้เข้าใจย๊ากยาก...)

[TNT]

1.เรื่องการรับชำระหนี้ เวลาชำระโดยอื่นๆ
ไม่สาารถดูภาพรวมได้ว่าอื่นๆ นี่อะไรเท่าไหร่บ้าง

2.ถ้าทำ Link ใบสำคัญต่างๆ ได้ น่าจะดี
เช่น รายละเอียดลูกค้า รายการบิลค้างชำระ
พอเห็น IV0001 กดแล้ว เรียกบิล IV 0001มาให้ดู
ไม่ต้องเปิดรายการบิลขาย แล้วค้นหาเอง

3.เรื่องเกี่ยวกับเช็ค รู้สึกว่าไม่ค่อยสะดวกเท่าไหร่

ทั้งหมดก็แล้วแต่ทีมงาน ที่ใช้ๆู่ก็โอเคอยู่

[ASAN]

เรียนคุณ TNT
1. ภาพรวมดูได้จากรายงานรับชำระหนี้ไงครับ
2. Link ยังไงครับ อ่านแล้วไม่เข้าใจที่คุณบอก
3. ระบบเช็คไม่สะดวกอย่างไรครับ ที่ผมใช้มา 15 ปีมานี้ ผมก็ว่ามันก็ OK อยู่นะ

อยากให้อธิบายให้ชัดเจนอีกหน่อยครับ เพราะอ่านความคิดเห็นคุณแล้ว บอกตรงๆ ยัง งงๆ ต่อคำถาม เลยไม่สามารถตอบให้ แนะนำให้ได้ครับ แต่เท่าที่อ่านความคิดเห็นของคุณ ผมคิดว่าคุณยังใช้ไม่คล่องมากกว่านะครับ

[TNT]

1.ที่ว่าดูไม่ออกคือ ชำระหนี้โดยอื่นๆ ไม่ได้แยกออกมาให้ดู
เช่น ชำระด้วย เช็ครับ 100 เงินโอน 100 ค่าธรรมเนียม 20
รายงานก็ออกมาเป็น เช็ครับ 220

2.Link สมมุติว่ากำลังทำรับชำระหนี้ RE อยู่
รายการบิลที่รับชำระ มีใบกำกับ IV0001 IV0002
พอลงมาบันทึกชำระ ยอดที่ชำระมา ไม่ตรงกัน จะไปดูรายละเอียด IV
ก็ต้องเปิดบิลขายมาค้นหาเลขบิลนั้น
ถ้าเป็นLink ผมจิ้มตรง IV0001 แล้วเรียกมาให้เลย น่าจะสะดวกดี
แบบหน้าเว็บที่จิ้มๆกันน่ะครับ

3.เรื่องเกี่ยวกับเช็ค ที่ว่าไม่สะดวกก็อาจจะเพราะยังไม่ชินก็คงใช่
-ทะเบียนเช็ครับ ถ้ามีปุ่มเรียกไปเมนูผ่านเช็คเลย น่าจะสะดวก
ส่วนใหญ่คือผ่านเช็คไป2-3ใบแล้วหาไม่เจอ ต้องจบรายการแล้วมาเปิดทะเบียนเช็ค
-เวลาจะหาเช็ค จากยอดเงิน ก็ต้องพิมตั้งเงื่อนไขเอง amount => xxx
และเงื่อนไขอื่นๆ เช่น ชื่อลูกค้า สาขา ที่ไม่รู้จะหามาจากไหน(นอกจากโทรถาม)

ที่ปัญหาเยอะ เพราะเช็คต่างจังหวัดที่ เอาเข้าแล้วกว่าจะผ่านเข้าบัญชี
กำหนดเวลาไม่แน่นอน 5-7 วัน และธนาคารก็ไม่ได้ทำรายการมาให้วันต่อวัน

ทั้งหมดนี้ก็ไม่ใช่ปัญหาหนักอะไร ก็ฝากไว้เฉยๆ

[ppitaksu]

ขอตอบครับ
ข้อ1. ที่ว่ารายงานออกมาเป็น เช็ครับ 220 ทั้งหมดเลย น่าจะเปลี่ยนเป็นคำว่า ชำระโดยอื่นๆ (แต่มันคงยาวไปสำหรับ คอลัมน์หนึ่งๆ ที่จะสื่อให้เข้าใจ ก็เลย ทุบดินเสียดื้อๆเลยดีกว่า รวมเรียกว่า เช็ครับ แต่ความจริงแล้ว เวลา โปรแกรมทำการลงบัญชี มันจะแยกแยะให้โดยไปดูความสัมพันธ์จากที่เรากำหนดไว้ใน วิธีการชำระหนี้อื่นๆ ในหัวข้อเริ่มระบบ-เกี่ยวกับลูกหนี้-วิธีชำระหนี้ นิยามของรายงาน คือ การสรุปอย่างกระชับให้พอเข้าใจว่า รายการนี้รับชำระโดยวิธีอื่นๆรวมแล้วเป็นเงิน 220
อีกหลายๆประเด็นที่ได้วิเคราะห์กันมาล้วนเป็นปัญหาของการนำมาใช้แทบทั้งสิ้น อันที่จริงโดยตัวของโปรแกรมเองแล้วมีความมุ่งเน้นไปสู่การลงบัญชี(ซึ่งเป็นเป้าหมายรวมของระบบบัญชีสำเร็จรูป)ให้ถูกต้องในการทำรายการกับเอกสารหนึ่งๆ ดังนั้นโปรแกรม สำเร็จรูป ที่ดี จึงมักทำออกมาเป็น Generalized มากกว่า Customized ซึ่งในที่นี้ถือว่า เอ็กเพรซทำได้ดี แต่ในขณะที่ เมื่อใช้งานไป ผู้ใช้ย่อมจะค่อยๆพบความต้องการส่วนบุคคลในการจะต้องทำรายการที่อาจไม่เหมือนธุรกิจประเภทอื่นๆ ดังนั้น จึงมี ช่องว่าง สำหรับงาน Service และบางปัญหาอาจมีทางออกที่ง่ายกว่าด้วยการหาทางเลี่ยงๆ work around แต่บางปัญหาอาจง่ายกว่าหากมีการแก้ไขที่ตัวโปรแกรม ดังนั้น ทีมพัฒนา จะต้อง trade off ในขณะเดียวกัน ผู้ใช้ ก็ต้อง trade off เช่นกัน (ว่า ง่ายหรือยาก จำเป็นหรือไม่จำเป็น สำคัญหรือไม่สำคัญ) ทั้งนี้ต้องเป็นผลให้เกิด optimal result ในวงกว้าง และใน long-run ของ บริษัท-ลูกค้า-ทีมพัฒนา

[ASAN]

ก็ต้องนำรายงานที่ว่านั่น มาแยกรายละเอียดเป็นช่องๆได้อีกครับ โดยทำคล้ายๆเงินสดย่อย แต่ต้องกำหนดตัวแปรในตัวรายงานโดยตรงเลย ไม่ใช่จากฐานข้อมูลเหมือนกับเงินสดย่อย