Confirm Problem:At Sales Result scr

Confirm Problem:
At Sales Result screen , a part of vouchers' VAT values are 2 times than actual results.

Reason:
I think the reason is reduplicate data.
Because the reduplicate data are exist from 24th April until 29th April, the VAT of posted journal sales results are 2 times than actual results.
And beside these data the results are right.

Scope：

【Sales Result】
・Wrong results are 291 records in Sales Result.（Display data are 2 times than actual results）。
・The wrong data are from 24th April until 29th April, posted journal sales.
・AR and Journal are right.

【Purchase Result】
・Same as above information, purchase result also has 407 records are wrong.
・The wrong data are from 24th April until 29th April, posted journal purchases.
・AP and Journal are right.

【Tax Invoice】
・Tax Invoice has 343 records are wrong.
・The wrong data are from 24th April until 29th April, created Tax invoice.
・No journals are created from tax invoice.

Solution：
Recovery Policy
・For each data, all of them have「Sales Amount」「VAT amount」「VAT amount/Sales Amount（%）」,
「VAT amount/Sales Amount（%）」are refined into 14% and the value of 「Sales Amount」*(7/100) is overwritten on 「VAT amount」.(Implement SQL)
・Tax calculation fraction will give the third place after decimal point.（Base on received Formula information and give this judgment）。
・Tax calculation:
・Formula： Voucher Unit
・AX ： Details Unit
→ For this time, recovery data are also recalculated VAT by details unit.

・we confirm the recovery data at Fri. 30th,May 2014.

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

Thank you,
Best Regards.

Nakada

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

ยืนยันปัญหา:
หน้าจอผลการขาย เป็นส่วนหนึ่งของค่า VAT ของสำคัญมี 2 ครั้งกว่าจริงผลลัพธ์

เหตุผล:
คิดเหตุผลได้ reduplicate ข้อมูล
เนื่องจาก reduplicate ข้อมูลมีอยู่จาก 24 เมษายนจนถึงวันที่ 29 เมษายน VAT ผลการขายลงรายการบัญชีสมุดรายวันเป็นครั้งที่ 2 กว่าจริงผลลัพธ์
ข้างข้อมูลเหล่านี้ ผลลัพธ์มี สิทธิ

Scope：

【Sales Result】
ผลลัพธ์ ・Wrong มีการ 291 ขาย Result.（Display ข้อมูลได้ 2 ครั้งกว่า results）。 จริง
・ผิดข้อมูลได้จาก 24 เมษายนจนถึงวันที่ 29 เมษายน การลงรายการบัญชีสมุดรายวันขาย
・AR และสมุดรายวันได้ขวา

【Purchase Result】
・Same เหนือข้อมูล ซื้อผลมี 407 ระเบียนไม่ถูกต้อง.
・ข้อมูลผิดได้จาก 24 เมษายนจนถึงวันที่ 29 เมษายน ลงรายการบัญชีสมุดรายวันซื้อ
・AP และสมุดรายวันได้ขวา

【Tax Invoice】
・Tax หนี้มี 343 ระเบียนไม่ถูกต้อง.
・ผิดข้อมูลได้จาก 24 เมษายนจนถึงวันที่ 29 เมษายน สร้างใบแจ้งหนี้ภาษี
・No สมุดรายวันถูกสร้างขึ้นจากใบแจ้งหนี้ภาษี

Solution：
นโยบายการกู้คืน
・For แต่ละข้อมูลทั้งหมดของพวกเขา have「Sales Amount」「VAT amount」「VAT ยอด/ขาย Amount（ %）」,
「VAT ยอด/ขาย Amount（ % ）」are กลั่นเป็น 14% และค่าของ 「Sales Amount」*(7/100) ถูกเขียนทับใน 「VAT amount」(ใช้ SQL)
・Tax คำนวณเศษส่วนจะให้สามหลังจาก point.（Base ทศนิยมข้อมูลสูตรที่ได้รับ และให้ judgment）。 นี้
คำนวณ ・Tax:
・Formula： หน่วยสำคัญ
・AX ：หน่วยรายละเอียด
→ครั้งนี้ ข้อมูลยังมี VAT คำนวณใหม่ตามรายละเอียด unit.

・we ยืนยันข้อมูลการกู้คืนที่ศุกร์ 30, 2014 พฤษภาคม

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

ขอบคุณ,
นับถือดีที่สุด

Nakada

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

ยืนยันปัญหา :
ที่หน้าจอการขาย ส่วนของใบภาษีมูลค่าเพิ่มค่า 2 ครั้งกว่า ผลที่เกิดขึ้นจริง

เหตุผล :
ฉันคิดว่าเหตุผลที่จะทำซ้ำข้อมูล .
เพราะทำซ้ำข้อมูลที่มีอยู่จาก 24 เมษายนจนถึงวันที่ 29 เมษายน , ภาษีมูลค่าเพิ่มของโพสต์ผลรายวันขาย 2 ครั้งกว่า ผลที่เกิดขึ้นจริง
นอกจากข้อมูลเหล่านี้ผลลัพธ์ที่ถูกต้อง .



【ขอบเขต : ขายผล】
・ผิดจาก 291 ในการบันทึกผล ( แสดงข้อมูล 2 ครั้งกว่า ผลที่เกิดขึ้นจริง )
・ข้อมูลที่ผิดจาก 24 เมษายน จนถึงวันที่ 29 เมษายนโพสต์ขายวารสาร .
・ AR และวารสารถูก

【ซื้อผล】
・เดียวกับข้างต้นข้อมูลการซื้อยังมี 407 บันทึกผิด
・ข้อมูลที่ผิดจาก 24 เมษายน จนถึงวันที่ 29 เมษายนโพสต์
ซื้อวารสาร・ AP และวารสารถูก

【ใบกำกับภาษี】
・ใบกำกับภาษีมี 343 ประวัติผิด
・ข้อมูลที่ผิดจาก 24 เมษายน จนถึงวันที่ 29 เมษายน , สร้างใบกำกับภาษี .
・ไม่มีวารสารที่ถูกสร้างขึ้นจากใบกำกับภาษี .



・นโยบายโซลูชั่นการกู้คืนสำหรับแต่ละข้อมูลทั้งหมด ของพวกเขามี「ยอดขาย」「ภาษีมูลค่าเพิ่มภาษีมูลค่าเพิ่ม จำนวนเงิน」「 / ยอดขาย ( % ) 」
,「ยอดเงินภาษีมูลค่าเพิ่ม / ยอดขาย ( % ) 」การกลั่นเป็น 14 % และมูลค่าของ「ยอดขาย」 * ( 7 / 100 ) จะเขียนทับบน「ภาษีมูลค่าเพิ่มจำนวน」 ( ใช้ SQL )
・การคำนวณภาษี ส่วนจะให้สถานที่ที่สามหลังจุดทศนิยม ( บนพื้นฐานข้อมูลที่ได้รับและสูตรให้พิพากษา นี้ การคำนวณภาษี・ :

:
・หน่วย・สูตรใบขวาน : รายละเอียด
→ keyboard - key - name ครั้งนี้การกู้คืนข้อมูลยังคำนวณภาษีมูลค่าเพิ่มโดยหน่วยรายละเอียด

・เรายืนยันข้อมูลการกู้คืนในวันศุกร์ . 30 พฤษภาคม 2014

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

ขอบคุณครับ



นากาดะที่สุด