Khi chưa chắc chắn ghi nhận doanh thu tại thời điểm nào đó, người dùng có thể tạo Sale Order để gắn các thông tin thanh toán của 1 đơn hàng, 1 dự án với nhau. ===Sale Order Posting=== Accounting => Selling => Sale order => New {{ :finance:erp:wiki4.png |}} **Các thông số đầu tiên phải điền trong Sale Order:** * **Tiêu đề**: Ghi rõ ràng, dễ hiểu và thống nhất. Tiêu đề Order chỉ có thể ghi lại khi PO với đầy đủ các thông tin bên dưới. Do vậy quy trình sẽ là **//Điền đầy đủ thông tin ⇒ Save ⇒ Sửa tiêu đề//** * **Ngày**: Ngày để post phải theo đúng ngày thực hiện phát sinh Order. * **Delivery Date**: Ngày giao hạng, điền ngày dự tính giao hàng chẳng hạn. * **Customer**: Phải chọn đúng Customer tương ứng với hàng hóa và đồng tiền phát sinh. VD bán cho Mitas mà currency là EUR thì phải chọn Customer là Mitas (EUR), còn currency là USD thì phải chọn là Mitas (USD) * **Currency**: Đơn vị tiền tệ, chọn tương ứng theo đơn hàng bán ngoại tệ gì. * Phần thông tin về loại hàng hóa, số lượng, giá thành cũng phải được cập nhật chính xác và sử dụng nút mũi tên để bổ sung thêm thông tin của loại mặt hàng (Item). Có thể nhập nhiều loại hàng hóa trong cùng 1 Order bằng cách bổ sung thêm dòng. Khi bấm vào mũi tên trỏ xuống sẽ hiện ra bảng thông tin với các thông số: {{ :finance:erp:wiki5.png |}} * **Tên hàng**: cái này đã được setup từ bên ngoài * **UOM**: Là đơn vị đo. Thông thường tham số này được gắn thẳng khi khởi tạo Item nên được mặc định Khác với PO, tại giao diện SO thì các thông tin ngắn gọn hơn, một số thông tin không cần phải bấm vào mũi tên trỏ xuống mà ở ngay màn hình ngoài như: * **Project:** Đây là thông tin rất quan trọng và phụ thuộc vào mặt hàng. Nếu như làm với Mitas thì bắt buộc phải có thông tin Project. * Các thông số khác không đề cập đến có thể bỏ qua hoặc cập nhật sau khi có quy định mới về posting {{ :finance:erp:wiki6.png |}} * **Nút Save** ở góc phải trên cùng để lưu Invoice (nhưng chưa Submit). Chỉ Save khi đã điền đầy đủ thông tin của Sales Order. * **Chú ý**: Sau khi đã tạo SO, PO thì thanh toán phải link với các SO, PO này. Tránh trường hợp tạo SO, sau đó chuyển sang SI mà lại thanh toán cho cả 2 chứng từ thì hệ thống sẽ hiện Unpaid (mặc dù công nợ vẫn đúng).