1. Transferred “essentials data” from current to the new program

1. Transferred “essentials data” fr

1. Transferred “essentials data” from current to the new program "1. Can transfer historical data
• Vendor name and code
• Details of purchasing items in each time & price
"
2. Matching vendor name and code with Database of Account (AP Vendor Code)
2. Preparation “Purchasing Requisition-PR” in system by Admins. or assigned persons in each area "1. New PR Form should contain at least standard data plus our requirements i.e.
• Cost Center Code
• Budget No.
• Can reimburse from AZ Global / Region (Full/Partial)
• Final Confirmation Evidence
"
2. Unable to prepare PR with backdated date. (Compared with prepared date)
3. Number on PR should be automatically generated from system in each area.
4. User Friendly Screen in order to prevent human errors or miscommunication as below:
• System rejected mismatched data type in each particular fields with warning message i.e. Cannot key “o” instead of 0 (zero) for Numeric Field as Quantity
• Input “purchasing items” by Drill down for selection
• When selected purchasing items, the following information should be shown automatically:
- Standard unit count for their selection i.e. piece, dozen, carton, etc. and key in quantity required
- Latest historical price/unit for calculation amount for roughly information.
- Estimated received date (calculated from timeline in each group of purchasing items)
- Message “Late order” on PR when system checked required date (key-in by requestor) is earlier than Estimated received date (computed by system from our standard timeline of each goods type.)
- Warning message “Need Approval from Supervisor” on screen (by comparison from total amount against authorization table)
- Have special space as Remark for “purchased items’ features” description or “Repurchase” of purchased items as Suppliers’ materials
5. Only authorized PR can be saved in system and automatically link to Purchasing Function for sourcing suppliers.
3. Issuance “Purchase Order – PO” by Purchasing Function only 1. PO date must not earlier than PR date
2. PO number should be issued automatically from system
3. If there are no the same purchasing items to delivery in the same date, 1 PR should be converted to be 1 PO.
4. If there are the same purchasing items to delivery in the same date, system can merge purchasing items from various PRs to the same PO with referred all PR’s Numbers
5. Only procurement officer has an authorized to edit system generated PO for quoted price after sourcing.
6. System can accept both cash (new vendor / our purchased volume not reach vendor’s credit sale rule) and credit purchasing (existing vendors)
7. For new vendor; there is warning message on screen for Purchasing Officer to comply “ Coordinate with AC and VISP Required”
4. Received Goods by Purchasing / Requestor 1. In case of received lower than ordered quantities, what is our existing practices (received partial or rejected)
2. System compared received QTY (key in by Purchasing Officer) of each item against ordered QTY. If there is no difference, this PO should be closed and posting to AC automatically.
5. Report "1. Daily Summary Report as follows:
• Total QTY of ordered purchasing items from all PRs (sort by Requestor)
• Total QTY of the same purchasing items from all PRs (sort by Delivery date)
"
2. Monthly outstanding PO (Unclosed PO)
"3. Monthly / Quarterly reports with the following criteria:
• Summary amount and details purchased from New vendors
• Summary amount and details purchased from Existing vendor vendors (higher than THB225,000)
• Summary amount and details purchased from one time vendor
"
4. System can be exported data to Excel for operation.

0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
1. การโอนย้าย "สิ่งจำเป็นสำหรับข้อมูล" จากปัจจุบันไปยังโปรแกรมใหม่ "1 สามารถถ่ายโอนข้อมูลทางประวัติศาสตร์ •ชื่อผู้จัดจำหน่ายและรหัส•รายละเอียดของการซื้อสินค้าในแต่ละเวลาและราคา" 2. จับคู่ชื่อผู้จัดจำหน่ายและรหัสฐานข้อมูลบัญชี (AP รหัสผู้จัดจำหน่าย)2. เตรียม "จัดซื้อจัดหาวัตถุดิบ-PR " ในระบบโดยผู้ดูแลระบบ หรือบุคคลที่กำหนดในแต่ละพื้นที่ "1 แบบฟอร์ม PR ใหม่ควรประกอบด้วยข้อมูลน้อยมาตรฐานรวมทั้งความต้องการของเราเช่น•รหัสศูนย์ต้นทุน•งบประมาณเลข•คืนจาก AZ ส่วนกลาง / ภูมิภาค (บางส่วนเต็ม)•หลักฐานการยืนยันขั้นสุดท้าย" 2. สามารถเตรียม PR วันความ (เมื่อเทียบกับวันที่เตรียมไว้) 3. หมายเลข PR ควรมีการสร้างขึ้นโดยอัตโนมัติจากระบบในแต่ละพื้นที่ 4. ผู้ใช้เป็นหน้าจอเพื่อป้องกันข้อผิดพลาดของมนุษย์หรือ miscommunication เป็นด้านล่าง: •ระบบปฏิเสธไม่ตรงกันชนิดของข้อมูลในแต่ละเขตข้อมูลเฉพาะกับข้อความเตือนเช่นไม่สำคัญ "o" แทนที่เป็น 0 (ศูนย์) สำหรับฟิลด์ตัวเลขปริมาณ •ป้อน "รายการซื้อ" โดยเลื่อนลงสำหรับการเลือก •เมื่อเลือกซื้อสินค้า ข้อมูลต่อไปนี้ควรถูกแสดงโดยอัตโนมัติ: -มาตรฐานหน่วยนับสำหรับการเลือกของพวกเขาเช่นชิ้น โหล ลัง ฯลฯ และในปริมาณที่ต้องการ -ล่าสุดอดีตราคา/หน่วยสำหรับการคำนวณยอดเงินสำหรับข้อมูลคร่าว ๆ -ประมาณวันได้รับ (คำนวณจากเส้นเวลาในแต่ละกลุ่มของการซื้อสินค้า) -ข้อความ "สั่งล่าช้า" ใน PR เมื่อระบบตรวจสอบวัน (คีย์ใน โดยผู้) เป็นวันก่อนหน้าวันประเมินที่ได้รับ (คำนวณ โดยระบบจากเส้นเวลามาตรฐานของแต่ละชนิดสินค้า) -ข้อความเตือน "ต้องการอนุมัติจากผู้ควบคุมงาน" บนหน้าจอ (โดยเปรียบเทียบจากตารางตรวจสอบยอดรวม) -มีพื้นที่พิเศษหมายเหตุสำหรับคำอธิบายที่ "ซื้อสินค้าคุณลักษณะ" หรือ "Repurchase" ของสินค้าที่ซื้อเป็นของผู้จำหน่ายวัสดุ 5. เฉพาะอนุญาต PR สามารถบันทึกในระบบและโดยอัตโนมัติเชื่อมโยงกับฟังก์ชั่นที่ซื้อใน sourcing ซัพพลายเออร์3. ออก "ซื้อสั่ง– PO" ฟังก์ชันซื้อ 1 เท่านั้น วันใบสั่งซื้อต้องไม่เร็วกว่าวัน PR 2. ควรออกหมายเลข PO โดยอัตโนมัติจากระบบ 3. ถ้ามีไม่เหมือนการซื้อสินค้าการจัดส่งในวันเดียวกัน 1 PR ควรแปลงเป็น 1 PO 4. ถ้ามีเหมือน ซื้อสินค้าการจัดส่งในวันเดียวกัน ระบบสามารถเวียนซื้อสินค้าจากพีอาร์เอสต่าง ๆ เพื่อใบสั่งซื้อเดียวกันกับอ้างตัวเลข PR ทั้งหมด 5. เฉพาะจัดซื้อเจ้าหน้าที่มีอำนาจแก้ไขระบบสร้าง PO สำหรับราคาที่เสนอหลังจากการจัดหา 6. ระบบสามารถรับเงินสดทั้งสอง (ผู้จัดจำหน่ายใหม่ / ปริมาณการซื้อของเราไม่ถึงกฎการขายสินเชื่อของผู้ขาย) และเครดิตซื้อ (ผู้จัดจำหน่ายที่มีอยู่) 7. สำหรับผู้จัดจำหน่ายใหม่ มีข้อความเตือนบนหน้าจอสำหรับจัดซื้อเจ้าหน้าที่จะปฏิบัติตาม "ประสานกับ VISP จำเป็น"4. รับสินค้าซื้อ / ผู้ 1 ในกรณีที่ได้รับมากกว่าปริมาณที่สั่ง การปฏิบัติของเราที่มีอยู่ (บางส่วนที่ได้รับ หรือปฏิเสธ) คืออะไร 2. ระบบรับปริมาณ (คีย์ใน โดยเจ้าหน้าที่จัดซื้อ) ของสินค้าแต่ละรายการเทียบกับปริมาณที่สั่ง ถ้ามีไม่แตกต่าง PO นี้ควรปิด และลงกับ AC5. รายงาน "1 สรุปประจำวันรายงานดังต่อไปนี้:•ปริมาณรวมที่สั่งซื้อสินค้าจากพีอาร์เอสทั้งหมด (เรียงลำดับตามผู้)•ปริมาณรวมของการซื้อเดียวกันสินค้าจากพีอาร์เอสทั้งหมด (เรียงตามวันจัดส่ง)" 2. รายเดือนคงเหลือ PO (ดงปอ) " 3. รายเดือน / รายไตรมาสที่รายงาน ด้วยเงื่อนไขต่อไปนี้:•สรุปยอดและรายละเอียดการสั่งซื้อจากผู้จัดจำหน่ายใหม่•สรุปยอดและรายละเอียดการสั่งซื้อจากผู้ขายผู้จัดจำหน่ายที่มีอยู่ (สูงกว่า THB225, 000)•สรุปยอดและรายละเอียดการสั่งซื้อจากผู้ขายครั้งหนึ่ง" 4. ระบบสามารถส่งออกข้อมูลไปยัง Excel สำหรับการดำเนินงาน
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
1. โอน "ข้อมูลสำคัญเกี่ยวกับข้อมูล" จากปัจจุบันไปยังโปรแกรมใหม่ "1. สามารถถ่ายโอนข้อมูลทางประวัติศาสตร์
•ชื่อผู้ขายและรหัส
•รายละเอียดของการซื้อสินค้าในแต่ละครั้งและราคา
"
2 ชื่อผู้ขายและจับคู่กับฐานข้อมูลรหัสบัญชี (AP รหัสผู้ขาย)
2 การเตรียมการ "ซื้อใบเบิก-PR" ในระบบโดยผู้ดูแลระบบ หรือที่ได้รับมอบหมายบุคคลในแต่ละพื้นที่ "1. แบบใหม่ควรมีการประชาสัมพันธ์อย่างน้อยข้อมูลมาตรฐานรวมทั้งความต้องการของเราเช่น
•รหัสศูนย์ต้นทุน
•งบประมาณฉบับ
•สามารถคืนเงินให้แก่ AZ จากทั่วโลก / ภูมิภาค (Full / บางส่วน)
•หลักฐานยืนยันรอบชิงชนะเลิศ
"
2 ไม่สามารถที่จะเตรียมความพร้อมการประชาสัมพันธ์ที่มีวันย้อนหลัง (เมื่อเทียบกับวันที่ที่เตรียมไว้)
3 จำนวนในการประชาสัมพันธ์ควรจะเกิดขึ้นโดยอัตโนมัติจากระบบในแต่ละพื้นที่.
4 ผู้ใช้หน้าจอที่เป็นมิตรเพื่อป้องกันข้อผิดพลาดของมนุษย์หรือ miscommunication ดังต่อไปนี้:
•ระบบปฏิเสธชนิดข้อมูลที่ไม่ตรงกันในแต่ละสาขาโดยเฉพาะอย่างยิ่งที่มีคือข้อความแจ้งเตือนไม่สามารถที่สำคัญ "o" แทนที่จะเป็น 0 (ศูนย์) สำหรับฟิลด์ตัวเลขเป็นจำนวน
•การป้อนข้อมูล "ซื้อสินค้า" โดยเจาะลึกสำหรับการเลือก
•เมื่อเลือกซื้อสินค้าข้อมูลต่อไปนี้ควรจะแสดงโดยอัตโนมัติ:
- นับหน่วยมาตรฐานสำหรับชิ้นส่วนเช่นการเลือกของพวกเขาโหลกล่อง ฯลฯ และที่สำคัญที่จำเป็นในปริมาณ
- ราคาล่าสุดประวัติศาสตร์ / หน่วยมูลค่าที่คำนวณ ข้อมูลคร่าว ๆ .
- วันที่ได้รับโดยประมาณ (คำนวณจากระยะเวลาที่อยู่ในกลุ่มของการซื้อสินค้าแต่ละครั้ง)
- ข้อความ "สั่งสาย" ในการประชาสัมพันธ์เมื่อระบบตรวจสอบวันที่ต้องการ (คีย์โดยผู้ร้องขอ) เป็นก่อนวันที่ได้รับโดยประมาณ (คำนวณโดยระบบของเรา ระยะเวลามาตรฐานของแต่ละประเภทสินค้า).
- ข้อความเตือน "ต้องได้รับการอนุมัติจากหัวหน้า" บนหน้าจอ (โดยเปรียบเทียบจากจำนวนกับตารางการอนุมัติ)
- มีพื้นที่พิเศษหมายเหตุสำหรับ "ซื้อคุณสมบัติรายการ" คำอธิบายหรือ "ซื้อ" ของรายการซื้อ เป็นวัสดุซัพพลายเออร์ '
5 ที่ได้รับอนุญาตเท่านั้นที่สามารถประชาสัมพันธ์ถูกบันทึกไว้ในระบบโดยอัตโนมัติและเชื่อมโยงไปยังฟังก์ชั่นสำหรับการจัดซื้อจัดหาซัพพลายเออร์.
3 ออก "ใบสั่งซื้อ - PO" โดยฟังก์ชั่นการจัดซื้อเพียง 1 วัน PO ต้องไม่ก่อนวันที่ประชาสัมพันธ์
2 จำนวน PO ควรจะออกจากระบบโดยอัตโนมัติ
3 หากไม่มีการจัดซื้อรายการเดียวกันในการจัดส่งในวันเดียวกัน 1 การประชาสัมพันธ์ควรจะเปลี่ยนให้เป็น 1 ป ณ .
4 หากมีการจัดซื้อรายการเดียวกันในการจัดส่งในวันเดียวกันระบบสามารถผสานการซื้อสินค้าจาก PRs ต่างๆเพื่อ PO เดียวกันกับการเรียกหมายเลขทั้งหมดประชาสัมพันธ์
5 เจ้าหน้าที่จัดซื้อจัดจ้างมีเพียงผู้มีอำนาจในการแก้ไขระบบที่สร้างขึ้น ณ ราคาที่ยกมาหลังจากการจัดหา.
6 ระบบสามารถรับเงินสดทั้ง (ผู้ขายใหม่ / ปริมาณการซื้อของเราไม่ถึงกฎขายเครดิตของผู้ขาย) และการจัดซื้อสินเชื่อ (ผู้ขายที่มีอยู่)
7 สำหรับผู้ขายใหม่ มีข้อความคำเตือนบนหน้าจอสำหรับเจ้าหน้าที่จัดซื้อให้เป็นไปตาม "ประสานงานกับ AC และ VISP ต้องใช้"
4 สินค้าที่ได้รับจากการจัดซื้อ / Requestor 1. ในกรณีที่ได้รับต่ำกว่าปริมาณที่สั่งซื้อสิ่งที่เป็นวิธีปฏิบัติที่มีอยู่ของเรา (รับบางส่วนหรือปฏิเสธ)
2 เมื่อเทียบกับระบบที่ได้รับ QTY (ที่สำคัญในการจัดซื้อโดยเจ้าหน้าที่) ของแต่ละรายการที่สั่งซื้อกับ QTY หากมีความแตกต่างไม่ PO นี้ควรจะปิดและโพสต์โดยอัตโนมัติ AC.
5 รายงาน "1. รายงานสรุปประจำวันดังนี้
•รวม QTY สั่งซื้อสินค้าจาก PRs ทั้งหมด (เรียงลำดับตาม Requestor)
•รวม QTY ของรายการเดียวกันจากการจัดซื้อ PRs ทั้งหมด (เรียงลำดับตามวันที่จัดส่ง)
"
2 PO โดดเด่นรายเดือน (unclosed PO)
"3. รายงานรายเดือน / ไตรมาสหลักเกณฑ์ดังต่อไปนี้
•ปริมาณสรุปและรายละเอียดที่ซื้อมาจากผู้ขายใหม่
จำนวน•สรุปและรายละเอียดที่ซื้อมาจากผู้ผลิตผู้จัดจำหน่ายที่มีอยู่ (สูงกว่า THB225,000)
•ปริมาณสรุปและรายละเอียด ที่ซื้อมาจากผู้ขายเพียงครั้งเดียว
"
4 ระบบจะสามารถส่งออกข้อมูลไปยัง Excel สำหรับการดำเนินงาน

การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,เราต้องต่อสู้กับ gyeongmo
เปลี่ยนต่อ คิม ,
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: