A rule that trigger another stock.m

A rule that trigger another stock.move based on a stock.move.

Example: When products arrive in “Input” location, you want to move them to “stock” directly with a push rule (this example intentionally simplifies the flow by not taking eventual quality checks into account)

So, when a stock.move “Supplier → Input” is confirmed, this rule will create another stock.move: “Input → Stock”. It allows 3 mode: automatic (the second operation will be validated automatically), manual (the second operation must be validated manually), manual no step added. (the destination of the first move is replaced instead of creating another stock.move.

Push rules can be defined on products or locations (or combinations of both).

When several push rules are triggered at the same time (by action_confirm on stock.picking), we must be sure that all chained moves that have the same destination location are grouped in the same picking. (according to group concept explained later)

This concept already exists in OpenERP.

ผลลัพธ์ (ไทย) 1:

กฎที่ทริกเกอร์จาก stock.move เป็น stock.move อีก ตัวอย่าง: เมื่อมีสินค้าเข้ามาใน "ป้อน" คุณต้องการย้ายไปที่ "หุ้น" โดยตรงกับกฎดัน (ตัวอย่างนี้ตั้งใจช่วยให้ง่ายการไหล โดยไม่มีการตรวจสอบคุณภาพเก็บเข้าบัญชี)ดังนั้น เมื่อ stock.move เป็น "จำหน่าย→เข้า" จะยืนยัน กฎนี้จะสร้างอีก stock.move: "ป้อน→หุ้น" จะช่วยให้ 3 โหมด: อัตโนมัติ (การดำเนินการที่สองจะต้องตรวจสอบโดยอัตโนมัติ), ด้วยตนเอง (การดำเนินการที่สองต้องสามารถตรวจสอบด้วยตนเอง) ไม่มีขั้นตอนเพิ่มด้วยตนเอง (ปลายทางของครั้งแรกขึ้นมาแทนแทนที่จะสร้าง stock.move อีกสามารถกำหนดผลักดันกฎบนผลิตภัณฑ์ หรือตำแหน่ง (หรือรวมทั้งสองอย่าง)เมื่อผลักดันหลายกฎทริกเกอร์ในเวลาเดียวกัน (โดย action_confirm บน stock.picking), เราต้องแน่ใจว่า ย้ายลูกโซ่ทั้งหมดที่มีที่ตั้งปลายทางเดียวกันจะถูกจัดกลุ่มในการเบิกสินค้าเดียวกัน (ตามแนวคิดกลุ่มที่อธิบายในภายหลัง)แนวคิดนี้มีอยู่แล้วในเพ่น

ผลลัพธ์ (ไทย) 2:

กฎที่เรียก stock.move อีกขึ้นอยู่กับการให้บริการ stock.move. ตัวอย่าง: เมื่อสินค้ามาถึงในสถานที่ "ป้อนข้อมูล" คุณต้องการที่จะย้ายไปยัง "หุ้น" โดยตรงกับกฎการผลักดัน (ตัวอย่างนี้จงใจช่วยลดการไหลโดยไม่ได้รับการ การตรวจสอบคุณภาพในที่สุดเข้าบัญชี) ดังนั้นเมื่อ stock.move "ผู้ผลิต→การป้อนข้อมูล" ได้รับการยืนยันกฎนี้จะสร้างอีก stock.move "ป้อนข้อมูล→หุ้น" จะช่วยให้ 3 โหมด: อัตโนมัติ (การดำเนินงานที่สองจะถูกตรวจสอบโดยอัตโนมัติ) คู่มือ (การทำงานที่สองจะต้องถูกตรวจสอบด้วยตนเอง) คู่มือขั้นตอนที่เพิ่มไม่ (ปลายทางของการย้ายครั้งแรกจะถูกแทนที่แทนการสร้าง stock.move อีก. ผลักดันกฎสามารถกำหนดเกี่ยวกับผลิตภัณฑ์หรือสถานที่ (หรือการรวมกันของทั้งสอง). เมื่อกฎผลักดันหลายจะมีการหารือในเวลาเดียวกัน (โดย action_confirm ใน stock.picking ) เราจะต้องแน่ใจว่าการเคลื่อนไหวที่ถูกล่ามโซ่ทั้งหมดที่มีสถานที่ปลายทางเดียวกันจะถูกจัดกลุ่มในการเลือกเดียวกัน. (ตามแนวคิดกลุ่มอธิบายในภายหลัง) แนวคิดนี้มีอยู่แล้วใน OpenERP