คำสั่งจ่ายเงิน (หรือคำสั่งจ่ายเงิน) ประกอบด้วยคำสั่งของผู้ชำระเงินในการโอนเงินจากบัญชีปัจจุบันหรือบัญชีส่วนตัวของเขาไปยังบัญชีของผู้รับ สำหรับองค์กรการธนาคารหรือหน่วยงานบริหารของรัฐบาลกลางที่ทำหน้าที่บริการเงินสด (ธนารักษ์) เอกสารกำกับดูแลที่สำคัญสำหรับการกรอกคำสั่งโดยพนักงานของรัฐ:
ธนาคารหรือกระทรวงการคลังดำเนินการชำระเงินภายในระยะเวลาที่กำหนดโดยกฎหมายหรือก่อนหน้านั้น ตามเงื่อนไขของข้อตกลงในการให้บริการการชำระเงินของผู้ชำระเงินหรือบัญชีส่วนบุคคล
รูปแบบของเอกสารการชำระเงินจะแสดงด้วยแบบฟอร์ม OKUD 0401060 (ด้านล่างเป็นไฟล์ทั่วไปสำหรับดาวน์โหลดในรูปแบบ Word)
คุณสามารถดูคำสั่งชำระเงิน (ตัวอย่าง) พร้อมรหัสสำหรับแต่ละฟิลด์ด้านล่าง เพื่อความสะดวก เราได้กำหนดรหัสเฉพาะให้กับแต่ละฟิลด์ (ซึ่งระบุไว้ในวงเล็บ) ใบรับรองผลการเรียนพร้อมคำอธิบายว่าควรเขียนอะไรเมื่อกรอกข้อมูลในฟิลด์ใดฟิลด์หนึ่ง สามารถดูได้ในตารางด้านล่าง
หมายเลขสนาม |
ชื่อ |
ถอดรหัสค่า |
|
---|---|---|---|
ชื่อเอกสาร |
คำสั่งจ่ายเงิน |
||
แบบฟอร์ม OKUD |
|||
หมายเลขเอกสารและวันที่ออก |
ตามลำดับเวลาเมื่อสร้างคำสั่งชำระเงิน |
||
ประเภทการชำระเงิน |
ระบุประเภทการโอนเงิน (ทางไปรษณีย์ ทางอิเล็กทรอนิกส์ โทรเลข) หรือเว้นว่างไว้ หากใช้การโอนข้อมูลประเภทอื่น |
||
จำนวน (เป็นคำพูดและตัวเลข) |
เขียนจำนวนเป็นคำและตัวเลขในคอลัมน์ตามลำดับ |
||
ชื่อผู้ชำระเงิน |
กรอกชื่อเต็มขององค์กร (สูงสุด 160 ตัวอักษร) |
||
บัญชีส่วนตัวของผู้ชำระเงิน |
จดหมายเลขยี่สิบหลักของบัญชีส่วนบุคคลปัจจุบันที่เปิดด้วยเครดิตหรือสถาบันการเงิน |
||
ชื่อธนาคาร |
เรากรอกชื่อเต็มของธนาคาร เครดิต หรือสถาบันการเงินที่เปิดบัญชีส่วนตัวในปัจจุบัน |
||
รหัสธนาคาร กรอกตาม "BIC RF Reference" |
|||
บัญชีผู้สื่อข่าว |
ระบุหมายเลขบัญชีตัวแทนของธนาคาร ถ้ามี |
||
บล็อกข้อมูลผู้รับ |
กรอกข้อมูลที่คล้ายกันเกี่ยวกับผู้รับ ธนาคาร และบัญชีส่วนตัวของเขา |
||
ประเภทการดำเนินงาน |
เราใส่ "01" ค่าสำหรับคอลัมน์นี้เป็นค่าคงที่ ได้รับการอนุมัติโดยกฎการบัญชีในบริษัทสินเชื่อและการธนาคารในรัสเซีย |
||
ข้อมูลเพิ่มเติม |
เว้นฟิลด์เหล่านี้ว่างไว้ ข้อมูลนี้ต้องการคำแนะนำพิเศษจากธนาคาร |
||
ลำดับการชำระเงิน |
เราระบุคำสั่งซื้อตามบรรทัดฐานที่ได้รับอนุมัติโดยกฎหมายแพ่ง (มาตรา 855 แห่งประมวลกฎหมายแพ่งของสหพันธรัฐรัสเซีย) |
||
ควรระบุ UIN ของการชำระเงินหากมีการกำหนดไว้สำหรับการโอนประเภทใดประเภทหนึ่ง หากองค์กรคำนวณด้วยตัวเองและไม่เป็นไปตามข้อกำหนดที่ตั้งไว้ ให้เขียน "0" |
|||
วัตถุประสงค์ของการชำระเงิน |
ที่นี่ระบุว่ามีการคำนวณอะไรและบนพื้นฐานของอะไร (เอกสารประกอบ) นักบัญชีสามารถระบุระยะเวลาของการปฏิบัติตามภาระผูกพันภายใต้สัญญาหรือระยะเวลาในการชำระภาระภาษีหากจำเป็น หรือสร้างลิงค์กฎหมายที่กำหนดข้อกำหนดพื้นฐานสำหรับการคำนวณ |
||
เขียน TIN ของผู้ชำระเงิน (60) และผู้รับ (61) ในช่องเหล่านี้ |
|||
ระบุจุดตรวจขององค์กรผู้ชำระเงิน (102) และผู้รับ (103) |
|||
บล็อกของฟิลด์ 104-110 จะถูกกรอกเฉพาะเมื่อโอนเงินไปยังระบบงบประมาณของสหพันธรัฐรัสเซียและกองทุนพิเศษ |
|||
สถานะผู้ชำระเงิน |
เรากรอกเฉพาะการตั้งถิ่นฐานด้วยงบประมาณหรือภาษีศุลกากร (ค่าธรรมเนียม) ได้รับในภาคผนวกที่ 5 ของคำสั่งของกระทรวงการคลังของรัสเซียลงวันที่ 12 พฤศจิกายน 2013 ฉบับที่ 107n |
||
ระบุรหัสตามตัวแยกประเภท OKTMO ปัจจุบัน คุณสามารถตรวจสอบรหัสใน Federal Tax Service |
|||
เหตุผลในการชำระเงิน |
เหตุผลแสดงอยู่ในวรรค 7 และ 8 ของภาคผนวกหมายเลข 2 ของคำสั่งของกระทรวงการคลังลงวันที่ 12 พฤศจิกายน 2013 ฉบับที่ 107n คุณต้องใส่รหัสที่เหมาะสม:
หากแอตทริบิวต์ "106" ระบุ "0" เจ้าหน้าที่ภาษีจะถือว่าเงินที่ได้รับมาจากเหตุผลข้อใดข้อหนึ่งข้างต้น ซึ่งเป็นไปตามกฎหมายว่าด้วยภาษีและค่าธรรมเนียม |
||
ระยะเวลาที่ต้องเสียภาษี |
ระบุช่วงเวลาที่พนักงานมีรายได้ที่ต้องเสียภาษี เมื่อโอนภาษีเงินได้บุคคลธรรมดาจากการลาพักร้อนและค่าป่วย ในช่องนี้ คุณต้องระบุเดือนที่วันชำระเงินตก ตัวอย่างเช่น "MS.02.2019", "Q.01.2019", "PL.02.2019", "GD.00.2019", "09.04.2019" |
||
ฐานเอกสาร |
ระบุหมายเลขคำร้องหรือเอกสารอื่นตามที่เราชำระเงิน พร้อมคำอธิบายสั้น ๆ เกี่ยวกับประเภทของเอกสาร (TR - การเรียกร้อง RS - การตัดสินใจผ่อนชำระ ฯลฯ ) |
||
วันที่ของเอกสารหลัก |
จดเลขที่เอกสารที่เป็นฐาน (เช่น สัญญา) |
||
ฟิลด์นี้ไม่จำเป็น ข้อยกเว้น: ค่าธรรมเนียมการโอนปี 2557 และงวดก่อนๆ |
เอกสารที่เสร็จสมบูรณ์จะต้องได้รับการรับรองโดยลายเซ็นของหัวหน้าและหัวหน้าฝ่ายบัญชีตลอดจนตราประทับของสถาบัน
การชำระเงินดำเนินการชำระตามภาระผูกพันที่ยอมรับและไม่เพียงเท่านั้น สำหรับพนักงานของรัฐมีตัวเลือกดังต่อไปนี้:
พิจารณาคุณสมบัติของการโอนภาษีและเบี้ยประกันโดยใช้ตัวอย่าง
สมมติว่าจำนวนเงินคือ 102,302 รูเบิล
เราจะวิเคราะห์วิธีการกรอกข้อมูลในช่องภาษีของคำสั่งจ่ายเงินในปี 2019 (ตัวอย่าง) เนื่องจากสิ่งนี้มักทำให้เกิดปัญหา
ฟิลด์ 4. วันที่ชำระเงิน ภาษีจะต้องชำระภายในกำหนดเวลาที่กำหนด สำหรับผลประโยชน์และการลาพักร้อน ให้สั่งจ่ายไม่เกินวันสุดท้ายของเดือนที่ทำการชำระเงิน เมื่อโอนเงินเดือนหรือรายได้อื่น ให้กำหนดวันที่ไม่เกินวันถัดไปหลังจากวันที่จ่ายเงินรายได้ให้กับพนักงาน (วรรค 1 และ 2 ข้อ 6 ข้อ 226 ของรหัสภาษีของสหพันธรัฐรัสเซีย)
ฟิลด์ 6 และ 7 ถูกกรอกโดยไม่มี kopecks เนื่องจากภาษีถูกคำนวณและโอนเป็นรูเบิล: 102,302.00 รูเบิล
ในแอตทริบิวต์ 22 ให้ใส่ "0"
กำหนดสถานะผู้ชำระเงิน (ข้อกำหนด 101) เป็น "02" เนื่องจากองค์กรทำหน้าที่เป็นตัวแทนภาษีให้กับพนักงานที่ได้รับเงินเดือน
สำหรับภาษี คุณสามารถสร้างคำสั่งชำระเงินออนไลน์ได้อย่างรวดเร็วและไม่มีข้อผิดพลาดบนเว็บไซต์ทางการของ Federal Tax Service of Russia บริการฟรี (ขอบคุณ) คุณสามารถเตรียมเอกสารใหม่ได้ที่นี่ (พิมพ์หรือส่งทางไปรษณีย์ แต่อาจเป็นสแปม) ตรวจสอบความถูกต้องของเอกสารการชำระเงินที่ร่างไว้แล้ว หรือชำระเงินออนไลน์ผ่านธนาคารพันธมิตรที่มี ได้ทำข้อตกลงความร่วมมือกับ Federal Tax Service
ในการเข้าถึงบริการ คุณต้องลงทะเบียน ขั้นตอนจะใช้เวลาไม่นาน แต่ในการชำระเงินแบบเรียลไทม์ คุณจะต้องใช้ลายเซ็นอิเล็กทรอนิกส์
คำสั่งจ่ายเงิน- เป็นเอกสารที่เจ้าของบัญชีกระแสรายวันสั่งให้ธนาคารโอนเงินไปยังบัญชีอื่นที่ระบุ ด้วยวิธีนี้ คุณสามารถชำระค่าสินค้าหรือบริการ ชำระเงินล่วงหน้า ชำระคืนเงินกู้ ชำระเงินและเงินสมทบจากรัฐบาล ซึ่งอันที่จริง รับรองว่าการเคลื่อนไหวทางการเงินใดๆ ที่กฎหมายอนุญาต
ใบสั่งชำระเงินต้องจัดทำขึ้นตามขั้นตอนที่กำหนดโดยกระทรวงการคลัง เนื่องจากระบบจะดำเนินการโดยอัตโนมัติ ไม่ว่าการชำระเงินจะถูกส่งไปยังธนาคารในรูปแบบกระดาษหรือส่งทางอินเทอร์เน็ต
ต้องกรอกแบบฟอร์มที่ซับซ้อนซึ่งพัฒนาโดยธนาคารกลางของสหพันธรัฐรัสเซียและได้รับการอนุมัติโดยกฎหมายของรัฐบาลกลาง เนื่องจากข้อผิดพลาดอาจสูงเกินไปโดยเฉพาะอย่างยิ่งหากเป็นคำสั่งให้ชำระภาษี
ไฟล์
เพื่อหลีกเลี่ยงปัญหาที่เกี่ยวข้องกับการกรอกฟิลด์ใบสั่งชำระเงินที่ไม่ถูกต้อง ให้ดูที่คุณลักษณะของแต่ละเซลล์
รายละเอียดของการชำระเงินในอนาคตและข้อมูลเกี่ยวกับมันอยู่ในฟิลด์ของแบบฟอร์มการชำระเงินที่กำหนดไว้เป็นพิเศษสำหรับสิ่งนี้ ข้อมูลจำนวนมากถูกทำเครื่องหมายในรูปแบบรหัส รหัสจะเหมือนกันสำหรับผู้เข้าร่วมทุกคนในกระบวนการ:
ทำให้สามารถพิจารณาการชำระเงินในการจัดการเอกสารอิเล็กทรอนิกส์ได้โดยอัตโนมัติ
ในแบบฟอร์มตัวอย่าง แต่ละเซลล์จะได้รับการกำหนดหมายเลขตามเงื่อนไขเพื่อให้ง่ายต่อการอธิบายความหมายและชี้แจงอย่างชัดเจนว่าจำเป็นต้องกรอกอย่างไร
ตรวจสอบว่าคุณใช้แบบฟอร์มคำสั่งชำระเงินปัจจุบัน ซึ่งอัปเดตในปี 2555 แบบฟอร์มใหม่ได้รับการอนุมัติจากภาคผนวก 2 ของระเบียบของธนาคารแห่งรัสเซีย ลงวันที่ 19 มิถุนายน 2912 ฉบับที่ 383-P
ตรวจสอบหมายเลขด้านบนขวา ใครก็ตามที่ส่งเงินโดยใช้คำสั่งจ่ายเงินหมายเลขเดียวกันจะถูกระบุ - 0401060 . นี่คือหมายเลขแบบฟอร์มของแบบฟอร์มรวมที่ใช้ได้ในปัจจุบัน
เราเริ่มกรอกข้อมูลในฟิลด์ของเอกสารในทางกลับกัน
สนาม 3- ห้อง. ผู้ชำระเงินระบุหมายเลขของคำสั่งชำระเงินตามลำดับหมายเลขภายใน ธนาคารสามารถลงหมายเลขสำหรับบุคคล ช่องนี้มีอักขระได้ไม่เกิน 6 ตัว
สนาม 4- วันที่. รูปแบบวันที่: วันสองหลัก เดือนสองหลัก ปี 4 หลัก ในรูปแบบอิเล็กทรอนิกส์ วันที่จะถูกจัดรูปแบบโดยอัตโนมัติ
สนาม 5- ประเภทการชำระเงิน คุณต้องเลือกวิธีการชำระเงิน: "ด่วน", "โทรเลข", "จดหมาย" เมื่อส่งการชำระเงินผ่านธนาคารลูกค้า คุณต้องระบุค่าที่เข้ารหัสที่ธนาคารยอมรับ
สนาม 6- สุมาในรูปแบบการเล่นหาง ด้วยอักษรตัวใหญ่จำนวนรูเบิลเขียนเป็นคำ (คำนี้ไม่ใช่ตัวย่อ) kopecks เขียนด้วยตัวเลข (คำว่า "เพนนี" ยังไม่มีตัวย่อ) ไม่อนุญาตให้ระบุเพนนีหากจำนวนเต็ม
สนาม7- ผลรวม โอนเงินแล้วเป็นตัวเลข รูเบิลจะต้องแยกออกจาก kopecks ด้วยเครื่องหมาย - หากไม่มี kopecks = จะถูกวางไว้หลังรูเบิล ไม่ควรมีอักขระอื่นใดในช่องนี้ ตัวเลขต้องตรงกับตัวสะกดในฟิลด์ 6 มิฉะนั้น การชำระเงินจะไม่ได้รับการยอมรับ
ฟิลด์ 8- ผู้ชำระเงิน นิติบุคคลต้องระบุชื่อและที่อยู่โดยย่อ บุคคล - ชื่อนามสกุลและที่อยู่ของการลงทะเบียน มีส่วนร่วมในการปฏิบัติส่วนตัว นอกเหนือจากข้อมูลเหล่านี้ ประเภทของกิจกรรม ผู้ประกอบการแต่ละราย - ชื่อเต็ม สถานะทางกฎหมายและที่อยู่ควรระบุไว้ในวงเล็บ . ชื่อ (ชื่อ) แยกจากที่อยู่ด้วยสัญลักษณ์ //
ฟิลด์ 9- หมายเลขบัญชี. หมายถึงหมายเลขบัญชีของผู้ชำระเงิน (รวมกัน 20 หลัก)
สนาม 10ธนาคารของผู้ชำระเงิน ชื่อเต็มหรือตัวย่อของธนาคารและเมืองที่ตั้ง
ฟิลด์ 11- บีไอเค. รหัสประจำตัวที่เป็นของธนาคารผู้ชำระเงิน (ตามไดเรกทอรีของผู้เข้าร่วมในการชำระหนี้ผ่านธนาคารกลางของรัสเซีย)
ฟิลด์ 12– หมายเลขบัญชีที่เกี่ยวข้อง หากธนาคารแห่งรัสเซียหรือส่วนย่อยให้บริการผู้ชำระเงิน ฟิลด์นี้จะไม่ถูกกรอก ในกรณีอื่น คุณต้องระบุหมายเลขบัญชีย่อย
ฟิลด์ 13- ธนาคารผู้รับเงิน ชื่อและเมืองของธนาคารที่ส่งเงิน
ฟิลด์ 14- BIC ของธนาคารผู้รับผลประโยชน์ กรอกแบบเดียวกับข้อ 11
สนาม 15– หมายเลขบัญชีย่อยของผู้รับ หากเงินถูกส่งไปยังลูกค้าของธนาคารแห่งรัสเซีย เซลล์ก็ไม่จำเป็นต้องกรอก
สนาม 16- ผู้รับ นิติบุคคลถูกกำหนดโดยชื่อเต็มหรือตัวย่อ (สามารถใช้ทั้งคู่พร้อมกัน) ผู้ประกอบการแต่ละรายโดยสถานะและชื่อเต็ม ผู้ประกอบการเอกชนที่ฝึกฝนเป็นรายบุคคลจำเป็นต้องระบุประเภทของกิจกรรมเพิ่มเติมและเพียงพอที่จะตั้งชื่อ รายบุคคลอย่างเต็มที่ (โดยไม่ลดลง) หากโอนเงินเข้าธนาคาร ข้อมูลจากช่อง 13 จะซ้ำกัน
ฟิลด์ 17– หมายเลขบัญชีของผู้รับผลประโยชน์ หมายเลขบัญชี 20 หลักของผู้รับเงิน
ฟิลด์ 18- ประเภทของการดำเนินการ รหัสที่กำหนดโดยธนาคารกลางแห่งสหพันธรัฐรัสเซีย: สำหรับคำสั่งชำระเงิน มันจะเป็น 01 เสมอ
ฟิลด์ 19- เงื่อนไขการชำระเงิน. ฟิลด์ยังคงว่างเปล่า
สนาม 20- วัตถุประสงค์ของการชำระเงิน ดูย่อหน้าที่ 19 จนกว่า CBR จะระบุไว้เป็นอย่างอื่น
ฟิลด์ 21- คำสั่งจ่ายเงิน มีการระบุตัวเลขตั้งแต่ 1 ถึง 6: คิวตามมาตรา 855 แห่งประมวลกฎหมายแพ่งของสหพันธรัฐรัสเซีย ตัวเลขที่ใช้บ่อยที่สุดคือ 3 (ภาษี เงินสมทบ เงินเดือน) และ 6 (ค่าซื้อและวัสดุสิ้นเปลือง)
ฟิลด์ 22- รหัส UIN มีการแนะนำตัวระบุเงินคงค้างที่ไม่ซ้ำกันในปี 2014: 20 หลักสำหรับนิติบุคคลและ 25 หลักสำหรับบุคคล หากไม่มี UIN จะมีการตั้งค่า 0
ฟิลด์ 23- จอง. เว้นว่างไว้
ฟิลด์ 24- วัตถุประสงค์ของการชำระเงิน เขียนว่าเงินที่โอนไปเพื่ออะไร: ชื่อผลิตภัณฑ์ ประเภทบริการ หมายเลขและวันที่ของสัญญา ฯลฯ ไม่จำเป็นต้องมีภาษีมูลค่าเพิ่ม แต่ควรเล่นอย่างปลอดภัย
ฟิลด์ 43- ตราประทับของผู้ชำระเงิน มันถูกวางไว้ในเอกสารเวอร์ชันกระดาษเท่านั้น
ฟิลด์ 44- ลายเซ็น บนกระดาษ ผู้ชำระเงินใส่ลายเซ็นที่ตรงกับตัวอย่างบนบัตรที่ส่งมาเมื่อลงทะเบียนบัญชี
ฟิลด์ 45- ธนบัตร บนแบบฟอร์มกระดาษธนาคารของผู้ส่งและผู้รับเงินจะประทับตราและลายเซ็นของผู้มีอำนาจและในเวอร์ชันอิเล็กทรอนิกส์ - วันที่ดำเนินการตามคำสั่ง
ฟิลด์ 60- TIN ของผู้ชำระเงิน อักขระ 12 ตัวสำหรับบุคคล 10 ตัวสำหรับนิติบุคคล หากไม่มี TIN (เป็นไปได้สำหรับบุคคล) เราจะเขียนเป็น 0
ฟิลด์ 61– TIN ของผู้รับ เหมือนข้อ 28
สนาม 62- วันที่ได้รับจากธนาคาร ผ่านธนาคารเรียบร้อยแล้ว
ฟิลด์ 71- วันที่ตัดจำหน่าย ทางธนาคารจัดให้.
สิ่งสำคัญ! ต้องกรอกกล่อง 101-110 ต่อเมื่อชำระภาษีหรือภาษีศุลกากรเท่านั้น
ฟิลด์ 101- สถานะผู้ชำระเงิน รหัสตั้งแต่ 01 ถึง 20 ที่ระบุบุคคลหรือองค์กรที่โอนเงิน หากรหัสอยู่ในช่วง 09 ถึง 14 จะต้องกรอกข้อมูลในฟิลด์ 22 หรือฟิลด์ 60 โดยไม่ล้มเหลว
ฟิลด์102- ด่านตรวจคนจ่าย รหัสเหตุผลในการลงทะเบียน (ถ้ามี) - 9 หลัก
ฟิลด์103– ด่านตรวจของผู้รับ รหัส 9 หลัก หากกำหนด ตัวเลขสองหลักแรกไม่สามารถเป็นศูนย์ได้
ฟิลด์104– . นวัตกรรมปี 2559 รหัสการจัดประเภทงบประมาณสะท้อนถึงประเภทของรายได้ของงบประมาณรัสเซีย: อากร ภาษี เบี้ยประกัน ภาษีขาย ฯลฯ 20 หรือ 25 อักขระ ตัวเลขทั้งหมดไม่สามารถเป็นศูนย์ได้
ฟิลด์105- รหัส . ระบุตั้งแต่ปี 2014 แทน OKATO ตามตัวจำแนกประเภท All-Russian ของเขตเทศบาลคุณต้องเขียนในช่องนี้ 8 หรือ 11 หลักที่กำหนดให้กับท้องที่ของคุณ
สนาม106- เกณฑ์การชำระเงิน รหัสประกอบด้วยตัวอักษร 2 ตัวและระบุสาเหตุต่างๆ ในการชำระเงิน เช่น OT - การชำระหนี้รอการตัดบัญชี DE - ประกาศศุลกากร ในปี 2559 มีการแนะนำรหัสตัวอักษรใหม่หลายรหัสสำหรับเหตุผลในการชำระเงิน หากรายการรหัสไม่ได้ระบุการชำระเงินที่ทำกับงบประมาณ ระบบจะใส่ 0 ลงในเซลล์
ฟิลด์ 107- ตัวบ่งชี้ระยะเวลาภาษี มีการตั้งข้อสังเกตว่ามีการชำระภาษีบ่อยเพียงใด: MS - รายเดือน, KV - ไตรมาสละครั้ง, PL - ทุก ๆ หกเดือน, State Duma - ทุกปี วันที่เขียนหลังการกำหนดตัวอักษร หากการชำระเงินไม่ใช่ภาษี แต่เป็นภาษีศุลกากร รหัสของหน่วยงานที่เกี่ยวข้องจะถูกเขียนไว้ในเซลล์นี้
สนาม108– หมายเลขเหตุผลการชำระเงิน ตั้งแต่วันที่ 28 มีนาคม 2559 ในช่องนี้ คุณต้องเขียนหมายเลขเอกสารตามการชำระเงิน เอกสารถูกเลือกขึ้นอยู่กับรหัสที่ระบุในฟิลด์ 107 หากเซลล์ 107 มี TP หรือ ZD จะต้องป้อน 0 ในฟิลด์ 108
ฟิลด์109– วันที่ของเอกสารการชำระเงิน ขึ้นอยู่กับฟิลด์ 108 ที่ 0 ในฟิลด์ 108 0 จะถูกเขียนในเซลล์นี้ด้วย
ฟิลด์110– ประเภทการชำระเงิน กฎสำหรับการกรอกฟิลด์นี้มีการเปลี่ยนแปลงในปี 2015 ไม่จำเป็นต้องกรอกข้อมูลในเซลล์นี้ เนื่องจากมีการระบุ BCC ในฟิลด์ 104 (ตัวเลข 14-17 จะแสดงเฉพาะประเภทย่อยของรายได้งบประมาณ)
โดยปกติการชำระเงินจะต้องทำใน 4 สำเนา:
บันทึก! ธนาคารจะยอมรับการชำระเงินแม้ว่าจะมีเงินในบัญชีของผู้ชำระเงินไม่เพียงพอก็ตาม แต่คำสั่งจะดำเนินการก็ต่อเมื่อมีเงินทุนเพียงพอสำหรับสิ่งนี้
หากผู้ชำระเงินสมัครกับธนาคารเพื่อขอข้อมูลเกี่ยวกับวิธีการดำเนินการตามคำสั่งจ่ายเงิน เขาควรจะได้รับคำตอบในวันทำการถัดไป
รายละเอียดการสั่งซื้อการชำระเงิน
กฎที่กำหนดไว้ (คำแนะนำ) สำหรับการกรอกคำสั่งชำระเงินมีดังนี้:
ในทุ่งนา (101)-(110) ข้อมูลที่จัดตั้งขึ้นโดยกระทรวงสหพันธรัฐรัสเซียสำหรับภาษีและค่าธรรมเนียมกระทรวงการคลังของสหพันธรัฐรัสเซียและคณะกรรมการศุลกากรแห่งสหพันธรัฐรัสเซียระบุไว้ ช่องเหล่านี้กรอกเมื่อโอนภาษีและค่าธรรมเนียมต่างๆ
นวัตกรรมในการปฏิบัติตามภาระผูกพันในการจ่ายภาษี ค่าธรรมเนียม เบี้ยประกันและการชำระเงินอื่น ๆ ให้กับระบบงบประมาณของสหพันธรัฐรัสเซียคือความเป็นไปได้ของการดำเนินการโดยบุคคลอื่น (แทนที่จะเป็นผู้เสียภาษีอากรตัวแทนภาษีผู้ชำระค่าธรรมเนียมการประกันภัย เบี้ยประกัน) (ข้อ 1, 8, 9 ของข้อ 45 ของรหัสภาษี RF ซึ่งแก้ไขเพิ่มเติมโดยกฎหมายของรัฐบาลกลางฉบับที่ 401-FZ ลงวันที่ 30 พฤศจิกายน 2559) ให้เราค้นหาว่าในกรณีนี้ควรกรอกอย่างไรเพื่อไม่ให้มีข้อสงสัยว่าใครเป็นผู้ชำระภาษี (การชำระเงินอื่น ๆ )
กฎสำหรับการระบุข้อมูลในรายละเอียดของคำสั่งซื้อสำหรับการโอนเงินในการชำระเงินไปยังระบบงบประมาณของสหพันธรัฐรัสเซียได้รับการอนุมัติโดยคำสั่งของกระทรวงการคลังของสหพันธรัฐรัสเซียเมื่อวันที่ 12 พฤศจิกายน 2556 ฉบับที่ 107n โดยคำนึงถึงการเปลี่ยนแปลงที่เกิดขึ้นกับศิลปะ 45 แห่งรหัสภาษีของสหพันธรัฐรัสเซียตามที่ผู้เสียภาษีได้รับอนุญาตให้จ่ายภาษีค่าธรรมเนียมเบี้ยประกันและการชำระเงินอื่น ๆ ให้กับระบบงบประมาณของสหพันธรัฐรัสเซียผ่านบุคคลอื่นเอกสารนี้ได้รับการปรับปรุงโดยคำสั่งของกระทรวงการคลัง ของสหพันธรัฐรัสเซียเมื่อวันที่ 04/05/2560 ฉบับที่ 58n มีผลตั้งแต่ 04/25/2017 เกี่ยวกับการเปลี่ยนแปลงเฉพาะที่กำลังเตรียมการ Federal Tax Service เตือนในจดหมายลงวันที่ 17.03.2017 ฉบับที่ ZN-3-1 / [ป้องกันอีเมล].
บันทึก:รหัสภาษีไม่ได้กำหนดข้อ จำกัด เกี่ยวกับความเป็นไปได้ในการจ่ายภาษีสำหรับผู้เสียภาษีโดยบุคคลและนิติบุคคล (จดหมายของกระทรวงการคลังของสหพันธรัฐรัสเซียลงวันที่ 04/07/2017 ฉบับที่ .
เมื่อจัดทำคำสั่งซื้อสำหรับการโอนเงินเพื่อชำระภาษีของผู้อื่นคุณควรให้ความสนใจกับขั้นตอนการกรอกข้อมูลในฟิลด์ต่อไปนี้:
"TIN" ของผู้ชำระเงิน;
"KPP" ของผู้ชำระเงิน;
"ผู้ชำระเงิน";
"วัตถุประสงค์ของการชำระเงิน";
"101" - "สถานะผู้ชำระเงิน"
ให้เราอาศัยรายละเอียดเพิ่มเติมในการกรอกข้อมูลในแต่ละฟิลด์ที่ระบุไว้ในคำสั่งการชำระเงิน (รูปแบบของเอกสารนี้มีให้ในภาคผนวก 2 ของระเบียบเกี่ยวกับกฎสำหรับการโอนเงินที่ได้รับอนุมัติจากธนาคารกลางของสหพันธรัฐรัสเซีย เมื่อวันที่ 19 มิถุนายน 2555 ครั้งที่ 383-P)
เริ่มต้นด้วย "TIN" ของผู้ชำระเงิน (ในใบสั่งชำระเงิน จำนวนของข้อกำหนดนี้คือ 60) ที่นี่ตามวรรค 4 ของกฎ 1 TIN ของผู้ชำระเงินได้รับการแก้ไขซึ่งมีภาระหน้าที่ในการชำระภาษีเบี้ยประกันและการชำระเงินอื่น ๆ หากผู้ชำระเงิน - บุคคลธรรมดาไม่มี TIN ระบบจะระบุศูนย์ ("0") ในตัวแปร TIN ของผู้ชำระเงิน
เป็นที่ชัดเจนว่าแอตทริบิวต์ต่อไปนี้ ("KPP" ของผู้ชำระเงิน หมายเลข 102) สะท้อนถึงมูลค่าของ KPP ของผู้ชำระเงิน ซึ่งมีภาระหน้าที่ในการชำระภาษี เบี้ยประกัน และการชำระเงินอื่นๆ เมื่อปฏิบัติตามภาระผูกพันในการชำระเงินสำหรับบุคคลธรรมดา จะมีการระบุศูนย์ (“0”) ไว้ในข้อกำหนด KPP ของผู้ชำระเงิน
แต่ใน "ผู้ชำระเงิน" ที่จำเป็น (หมายเลข 8) ข้อมูลเกี่ยวกับผู้ชำระเงินที่ชำระเงินโดยตรง (นั่นคือบุคคลอื่น) จะแสดงแล้ว และนี่ค่อนข้างสมเหตุสมผลเพราะผู้ชำระเงินเป็นลูกค้าธนาคาร (เจ้าของบัญชี) ซึ่งเป็นผู้จัดทำคำสั่งโอนเงิน ขั้นตอนการกรอกข้อมูลในฟิลด์ที่ระบุขึ้นอยู่กับว่าใครเป็นผู้จ่ายโดยเฉพาะ:
นิติบุคคลในข้อกำหนดหมายเลข 8 แสดงถึงชื่อเต็มหรือชื่อย่อ
IP - นามสกุล, ชื่อ, นามสกุล (ถ้ามี) และในวงเล็บ - "IP";
ทนายความมีส่วนร่วมในการปฏิบัติส่วนตัว - นามสกุล, ชื่อ, นามสกุล (ถ้ามี) และในวงเล็บ - "ทนายความ";
ทนายความที่ตั้งสำนักงานกฎหมาย - นามสกุล, ชื่อ, นามสกุล (ถ้ามี) และในวงเล็บ - "ทนายความ";
หัวหน้าครัวเรือนชาวนา (ฟาร์ม) - นามสกุล, ชื่อ, นามสกุล (ถ้ามี) และในวงเล็บ - "KFH";
บุคคลธรรมดา - นามสกุล, ชื่อ, นามสกุล (ถ้ามี) ของบุคคลที่ทำหน้าที่เป็นผู้ชำระเงินสำหรับการชำระเงินให้กับระบบงบประมาณของสหพันธรัฐรัสเซีย
ในข้อกำหนด "วัตถุประสงค์ของการชำระเงิน" (หมายเลข 24) จะแสดงเพิ่มเติม (ข้อ 5 ข้อ 13 ของกฎ 1):
TIN และ KPP ของผู้ชำระเงิน (เฉพาะ TIN สำหรับผู้ประกอบการแต่ละราย, พรักานที่เกี่ยวข้องกับการปฏิบัติส่วนตัว, ทนายความที่ตั้งสำนักงานกฎหมาย, หัวหน้าฟาร์มชาวนา, บุคคลทั่วไป) ข้อมูลนี้จะแสดงเป็นอันดับแรกในช่องแสดงความคิดเห็น ในขณะเดียวกัน ใช้เครื่องหมาย “//” เพื่อแยกข้อมูลเกี่ยวกับ TIN และ KPP เครื่องหมายเดียวกันนี้ใช้เพื่อแยกข้อมูลเกี่ยวกับผู้ชำระเงินออกจากข้อมูลอื่นที่ระบุในข้อกำหนดหมายเลข 24
ในข้อกำหนด "101" ของเอกสารการชำระเงินสำหรับการโอนเงินไปยังงบประมาณโดยบุคคลอื่นจำเป็นต้องสะท้อนตัวบ่งชี้สถานะของผู้ชำระเงินซึ่งมีการปฏิบัติตามภาระผูกพัน ในเวลาเดียวกัน คำถามเกี่ยวกับสถานะของผู้จ่ายเบี้ยประกันควรเป็นอย่างไร ต้องขอบคุณคำสั่งของกระทรวงการคลังของสหพันธรัฐรัสเซียฉบับที่ 58n ได้รับการแก้ไขในที่สุด ให้เราให้ตัวบ่งชี้ของฟิลด์ 101 ที่อาจเป็นประโยชน์กับองค์กร (IE) ที่ทำงานในด้านการบริการสาธารณะ (กฎข้อ 5)
ค่าของช่องตัวบ่งชี้ "101" |
สถานะผู้ชำระเงิน |
ผู้เสียภาษี (ผู้ชำระค่าธรรมเนียม เบี้ยประกัน และการชำระเงินอื่น ๆ ที่บริหารโดยหน่วยงานด้านภาษี) - นิติบุคคล |
|
ตัวแทนภาษี |
|
ผู้เข้าร่วมกิจกรรมทางเศรษฐกิจต่างประเทศ - นิติบุคคล |
|
ผู้ชำระเงิน - นิติบุคคล, ผู้ประกอบการรายบุคคล, ทนายความที่ทำงานส่วนตัว, ทนายความที่ตั้งสำนักงานทนายความ, หัวหน้าฟาร์มชาวนา, โอนเงินเพื่อชำระเงินให้กับระบบงบประมาณของสหพันธรัฐรัสเซีย (ยกเว้น ของภาษี ค่าธรรมเนียม เบี้ยประกัน และการชำระเงินอื่น ๆ ที่บริหารโดยหน่วยงานด้านภาษี) |
|
ผู้เสียภาษี (ผู้ชำระค่าธรรมเนียม เบี้ยประกัน และการชำระเงินอื่น ๆ ที่บริหารโดยหน่วยงานด้านภาษี) เป็นผู้ประกอบการรายบุคคล |
|
ผู้เข้าร่วมกิจกรรมทางเศรษฐกิจต่างประเทศ - ผู้ประกอบการรายบุคคล |
|
องค์กรและสาขาของพวกเขาที่จัดทำคำสั่งโอนเงินที่ถูกระงับจากเงินเดือน (รายได้) ของลูกหนี้ - บุคคลเพื่อชำระหนี้จากการชำระเงินให้กับระบบงบประมาณของสหพันธรัฐรัสเซียบนพื้นฐานของเอกสารผู้บริหารที่ส่งไปยัง องค์กรในลักษณะที่กำหนด |
เพื่อรวมข้อมูลข้างต้น เราจะยกตัวอย่างการกรอกคำสั่งจ่ายเงินสำหรับการชำระภาษีของบุคคลอื่น (เงินสมทบประกัน)
ตัวอย่างที่ 1
Cafe Pugovka LLC (TIN 5253855520, KPP 525301001) และ IE Berezkin Sergey Mikhailovich (TIN 525685875257) ตกลงว่าผู้ประกอบการในเดือนเมษายน 2017 ในการชำระหนี้ให้กับบริษัทจะโอนการชำระเงินล่วงหน้าให้กับเขาไปยังงบประมาณสำหรับไตรมาสแรก ปี 2560 ตามภาษีเดียวที่ต้องชำระที่เกี่ยวข้องกับการสมัคร USNO ("รายได้") ในจำนวน 85 000 RUB ผู้ประกอบการมีบัญชีเดินสะพัดหมายเลข 40702810861080000956 ในธนาคาร Volga-Vyatka ของ PJSC Sberbank (GRKTs GU ของธนาคารแห่งรัสเซียสำหรับภูมิภาค Nizhny Novgorod) .
ตัวอย่าง 2
มาเปลี่ยนเงื่อนไขของตัวอย่างที่ 1 บริษัท และผู้ประกอบการตกลงกันว่าจะโอน IP ครั้งแรกในเดือนพฤษภาคม 2560 เป็นงบประมาณสำหรับการประกันบำนาญภาคบังคับสำหรับพนักงานในเดือนเมษายน 2560 จำนวน 27,600 รูเบิล บริษัทมีบัญชีกระแสรายวันเลขที่ 40702810751080000372 ในธนาคารเดียวกันกับผู้ประกอบการรายบุคคล
หากองค์กรต้องการชำระภาษี ค่าธรรมเนียม เบี้ยประกัน และการชำระเงินอื่น ๆ ให้กับระบบงบประมาณของสหพันธรัฐรัสเซีย หน่วยงานจะทำหน้าที่เป็นผู้ชำระเงิน ดังนั้น ในลำดับการชำระเงินในช่อง "ผู้ชำระเงิน" (หมายเลข 8) ) มีการระบุชื่อเต็มหรือตัวย่อ หากผู้ประกอบการรายบุคคลทำหน้าที่เป็นผู้ชำระเงิน นามสกุล, ชื่อ, นามสกุล (ถ้ามี) ของเขาจะแสดงในช่องที่มีชื่อและ "IP" ในวงเล็บ ในเวลาเดียวกัน รายละเอียดของบุคคลที่ปฏิบัติหน้าที่จะถูกบันทึกไว้ในรายละเอียด "TIN", "KPP" ของผู้ชำระเงินและ "สถานะของผู้ชำระเงิน" (หมายเลข 60, 102 และ 101 ตามลำดับ) ควรให้ความสนใจเป็นพิเศษกับลำดับการกรอกในช่อง "วัตถุประสงค์ในการชำระเงิน" ก่อนอื่น TIN และ KPP ของบุคคลอื่น (ผู้ที่ปฏิบัติหน้าที่ของคนอื่น) จะสะท้อนให้เห็น จากนั้นจึงระบุชื่อผู้ชำระเงินที่ปฏิบัติหน้าที่อยู่
ขั้นตอนการกรอกคำสั่งจ่ายเงินจะมีการเปลี่ยนแปลงเป็นระยะๆ ตามลำดับความสำคัญของข้อบังคับทางกฎหมายของความสัมพันธ์ทางกฎหมายทางการเงิน หากองค์กรต้องการส่งคำสั่งชำระเงินไปที่ธนาคารเพื่อดำเนินการ การกรอกที่ถูกต้องจะมีบทบาทสำคัญในการทำธุรกรรมทางการเงินให้สำเร็จ ข้อกำหนดเฉพาะของกฎหมายเกี่ยวกับการใช้คำสั่งจ่ายเงินมีอะไรบ้าง? เมื่อกรอกรายละเอียดสำคัญอย่างใดอย่างหนึ่ง - "วัตถุประสงค์ของการชำระเงิน" - สิ่งที่ต้องระบุ?
เริ่มต้นด้วย - เกี่ยวกับลักษณะเฉพาะของข้อบังคับทางกฎหมายของความสัมพันธ์ทางกฎหมายทางการเงินที่เป็นปัญหา
การกรอกคำสั่งชำระเงินเป็นขั้นตอนที่ดำเนินการตามกฎใหม่ตั้งแต่ปี 2014 การเปลี่ยนแปลงหลักในขั้นตอนการทำงานกับเอกสารที่เป็นปัญหาคือ:
ในหลายกรณี สิ่งที่ยากที่สุดสำหรับนักการเงินคือการกรอกรายละเอียด "วัตถุประสงค์ในการชำระเงิน" ในคำสั่งชำระเงิน พิจารณาว่าจำเป็นต้องป้อนข้อมูลบางอย่างในช่องนี้ตามบรรทัดฐานที่กำหนดไว้อย่างไร
ดังนั้น งานของเราคือกรอกรายละเอียด "วัตถุประสงค์ในการชำระเงิน" ให้ถูกต้อง สิ่งที่จะเขียนในนั้น?
ประการแรก เป็นที่น่าสังเกตว่ากฎหมายทางการเงินในปัจจุบันของสหพันธรัฐรัสเซียไม่ได้กำหนดข้อกำหนดที่เข้มงวดสำหรับการบ่งชี้ข้อมูลบางอย่างในรายละเอียดที่เป็นปัญหา แต่มาตรฐานปัจจุบันกำหนดเกณฑ์หลักที่ฟิลด์นี้ในใบสั่งชำระเงินต้องเป็นไปตาม: จำนวนอักขระทั้งหมดที่ป้อนไม่ควรเกิน 210
นอกจากนี้ เมื่ออธิบายแอตทริบิวต์ที่เป็นปัญหา คุณสามารถระบุข้อมูลที่เกี่ยวข้องกับ:
นอกจากนี้ การกรอกคำสั่งชำระเงินอาจต้องมีการระบุข้อมูลอื่นๆ - ในกรณีที่จำเป็นจากมุมมองของกฎหมายหรือสัญญา ให้เราศึกษาสิ่งที่สามารถนำเสนอโดยตรงโดยเนื้อหาของอุปกรณ์ประกอบฉากที่เป็นปัญหา
สิ่งสำคัญคือเราต้องเข้าใจว่าสิ่งใดที่สะท้อนให้เห็นบ่อยที่สุดในฟิลด์ "วัตถุประสงค์ของการชำระเงิน" จะเขียนอะไรตามการปฏิบัติตามกฎหมายทางการเงิน?
ส่วนใหญ่ข้อกำหนดนี้รวมถึงข้อมูล:
ข้อกำหนดยังสะท้อนถึงข้อมูลที่จำเป็นอื่น ๆ ซึ่งเป็นข้อมูลที่กำหนดไว้ในสัญญา ตัวอย่างเช่น นี่อาจเป็นช่วงเวลาของการชำระบัญชีระหว่างพันธมิตร ข้อมูลสำหรับการระบุการชำระเงินที่ถูกต้อง
นอกจากนี้ จำเป็นต้องสะท้อนถึงจำนวนภาษีมูลค่าเพิ่ม - วัตถุประสงค์ของการชำระเงินเกี่ยวข้องกับการรวมข้อมูลที่เกี่ยวข้องในคำสั่งการชำระเงิน หากบริษัทไม่จ่ายภาษีมูลค่าเพิ่ม ข้อเท็จจริงนี้จะสะท้อนให้เห็นในรายละเอียดที่เป็นปัญหาด้วย นั่นคือคุณสามารถเขียนเช่น "ไม่มีภาษีมูลค่าเพิ่ม" โปรดทราบว่าเมื่อส่งคำสั่งชำระเงินไปยังบริการภาษี ไม่จำเป็นต้องระบุข้อมูลภาษีมูลค่าเพิ่มในเอกสารที่เกี่ยวข้อง วัตถุประสงค์ของการชำระเงินในกรณีนี้เกี่ยวข้องกับการชำระภาษีและไม่ใช่การมีส่วนร่วมของบริษัทในความสัมพันธ์ทางกฎหมายตามสัญญา
จะเป็นประโยชน์ในการศึกษารายละเอียดเฉพาะของการกรอกคำสั่งการชำระเงินเมื่อโอนเงินไปยัง Federal Tax Service ในรายละเอียดเพิ่มเติม
หากจำเป็นต้องทำการโอนภาษี วัตถุประสงค์ของการชำระเงินคืออะไร? สิ่งที่จะเขียนในอุปกรณ์ประกอบฉากที่เกี่ยวข้อง? ฟิลด์ที่เป็นปัญหาหากมีการกรอกคำสั่งการชำระเงินใน Federal Tax Service ควรมีข้อมูลก่อนอื่นเพื่อระบุการชำระเงิน ข้อกำหนดที่อ้างถึงในการโอนภาษีอาจรวมถึงข้อมูลเกี่ยวกับผู้เสียภาษี (เช่น ชื่อบริษัท ชื่อเต็มของผู้ประกอบการ ทนายความ ทนายความ หัวหน้าฟาร์ม บุคคลที่จ่ายภาษีนี้หรือภาษีนั้น)
โปรดทราบว่าเมื่อกรอกการชำระภาษีความพร้อมในเอกสาร ฟิลด์ที่ไม่ได้ระบุข้อมูลที่จำเป็นจะไม่ได้รับอนุญาต
หากการชำระเงินถูกโอนไปยังกองทุนบำเหน็จบำนาญ ในรายละเอียดที่เกี่ยวข้อง คุณสามารถระบุได้ว่าธุรกรรมนี้มีวัตถุประสงค์เพื่อให้เครดิตในส่วนของการประกันของบำนาญ สะท้อนถึงหมายเลขผู้ชำระเงินในกองทุนบำเหน็จบำนาญ เช่นเดียวกับรอบระยะเวลาการรายงานที่ จ่ายเงินสมทบแล้ว
ให้เรากลับไปศึกษาคุณลักษณะของการสะท้อนข้อมูลในคำสั่งจ่ายเงินโดยบริษัทการค้า การพิจารณาว่าภาษาประเภทใดที่อาจมีอยู่ในเอกสารที่เกี่ยวข้องจะเป็นประโยชน์
เมื่อทำการระงับข้อพิพาทภายใต้กรอบของความสัมพันธ์ทางกฎหมายทางการค้า อาจระบุไว้ใน "วัตถุประสงค์ของการชำระเงิน" ที่จำเป็นว่า:
ดังนั้นเราจึงได้พิจารณาลักษณะเฉพาะของการสะท้อนข้อมูลในข้อกำหนดที่สำคัญที่สุดของคำสั่งการชำระเงิน - "วัตถุประสงค์ของการชำระเงิน" สิ่งที่จะเขียนในนั้นตอนนี้เรารู้แล้ว อย่างไรก็ตาม การกรอกรายละเอียดที่เกี่ยวข้องให้ถูกต้องไม่ใช่งานเดียวของนักการเงิน เขาจะต้องป้อนข้อมูลในรายละเอียดอื่นๆ ด้วย
ในตอนต้นของบทความ เราตั้งข้อสังเกตว่าตั้งแต่ปี 2014 หน่วยงานกำกับดูแลด้านการเงินได้แนะนำกฎใหม่สำหรับการกรอกคำสั่งจ่ายเงิน พิจารณารายละเอียดเฉพาะของการป้อนข้อมูลบางอย่างลงในเอกสารข้อตกลงโดยคำนึงถึงนวัตกรรมเหล่านี้
จึงมีการเปลี่ยนแปลงกฎการกรอกข้อกำหนด 101 ให้ศึกษาวิธีการป้อนข้อมูลตามมาตรฐานที่ปรับปรุงใหม่ เราจะตกลงให้กรอกแบบฟอร์มการชำระเงินเพื่อชำระภาษี
ดังที่เราได้กล่าวไว้ข้างต้น ข้อกำหนดที่อยู่ระหว่างการพิจารณาหลังจากการบังคับใช้กฎหมายใหม่ สามารถกรอกด้วยตัวเลือกที่เป็นไปได้มากกว่าเดิม จำเป็นต้องมีข้อกำหนด 101 เพื่อระบุสถานะของผู้ชำระเงิน - ตัวอย่างเช่น นิติบุคคลที่โอนภาษีไปยังงบประมาณ
ในคำสั่งชำระเงินใหม่ คุณสามารถเลือกค่าในแอตทริบิวต์ที่เป็นปัญหาได้จากรายการที่แสดงโดย 26 รายการ (ในขณะที่มี 20 รายการก่อนหน้านี้) แต่ความหมายที่เกี่ยวข้องหลายอย่างยังคงเหมือนเดิม ตัวอย่างเช่น หากจุดประสงค์ของการชำระเงินคือภาษี รหัสที่เป็นปัญหาต้องเป็น 01 หรือ 02
หากเราพูดถึงค่าใหม่ที่สามารถตั้งค่าได้ในช่องนี้ ค่าเหล่านี้รวมถึงรหัส 21 และ 22 ซึ่งสอดคล้องกับค่าที่รวมอยู่ในกลุ่มที่รวมไว้
สามารถสังเกตได้ว่าเมื่อโอนเบี้ยประกันไปยังงบประมาณจำเป็นต้องป้อนรหัส 08 ในข้อกำหนด 101
เกณฑ์สำคัญลำดับต่อไปในคำสั่งการชำระเงินคือ 105 ความแตกต่างหลักที่นี่คือการระบุรหัส OKTMO แทนที่จะเป็น OKATO ก่อนหน้านี้ ในกรณีนี้จำเป็นต้องระบุรหัส OKTMO ของเทศบาลที่มีรายได้มาจากอาณาเขตโดยพิจารณาจากภาษีที่จ่าย
หากการโอนไปยังงบประมาณดำเนินการตามข้อมูลเกี่ยวกับการคืนภาษีจากนั้นในช่องที่พิจารณาควรบันทึกรหัส OKTMO ซึ่งสอดคล้องกับข้อมูลนี้ ขอแนะนำให้ชี้แจงรหัสที่เป็นปัญหาโดยตรงกับรัฐบาลกลาง บริการด้านภาษี
รายละเอียดการชำระเงินที่สำคัญที่สุดถัดไปคือ 106 จะต้องมีข้อมูลที่ช่วยให้คุณกำหนดพื้นฐานสำหรับการชำระเงินได้ ตามระเบียบใหม่รายละเอียดที่เกี่ยวข้องสามารถสะท้อนให้เห็นในการชำระเงินโดยใช้ค่าเช่น:
เมื่อพิจารณาถึงสิ่งนี้ นักการเงินจำนวนมากให้ความสนใจเป็นพิเศษกับข้อกำหนด 108 ความสำคัญของมันอยู่ที่ความจริงที่ว่าหมายเลขของเอกสารบนพื้นฐานของการชำระเงินนั้นถูกบันทึกไว้ในฟิลด์ที่เกี่ยวข้อง กฎใหม่ที่กำหนดโดยหน่วยงานกำกับดูแลแนะนำว่าหากสถานะของผู้ชำระเงินแตกต่างจาก 03, 16, 19 หรือ 20 เอกสารที่เป็นพื้นฐานสำหรับการชำระเงินจะต้องมีตัวเลขที่:
ตามนวัตกรรมทางกฎหมาย ช่องใหม่ปรากฏในการชำระเงินในปี 2014 - 22 โดยมี UIN หรือตัวระบุเงินคงค้างที่ไม่ซ้ำกัน อันที่จริงวัตถุประสงค์ของการชำระเงินซึ่งธนาคารที่ได้รับเอกสารโอนไปยังระบบข้อมูลที่ดูแลโดยหน่วยงานของรัฐที่มีอำนาจ คุณสามารถค้นหา UIN ได้โดยติดต่อ Federal Tax Service หรือในกองทุนนอกงบประมาณ ตัวระบุที่เกี่ยวข้องประกอบด้วยอักขระ 23 ตัว ในจำนวนนี้ 3 ตัวแรกเป็นตัวย่อ UIN อักขระ 4 ถึง 23 ในเอกสารจะตรงกับตัวระบุเงินคงค้างโดยตรง
นักการเงินควรใส่ใจอะไรเมื่อกรอกตัวอย่างใบเสร็จรับเงินที่มีการกำหนดข้อกำหนดทางกฎหมายใหม่
ความแตกต่างอื่น ๆ : หากนักการเงินไม่ทราบว่าต้องแก้ไขค่าใดในฟิลด์ 106-110 ของคำสั่งจ่ายเงินจะต้องระบุ 0 ในเอกสาร
จะเป็นประโยชน์ในการพิจารณาว่าสามารถร่างตัวอย่างเฉพาะของคำสั่งจ่ายเงินได้อย่างไร หนึ่งในนั้นอยู่ในภาพด้านล่าง
ใบเสร็จตัวอย่างนี้โดยรวมเป็นไปตามเกณฑ์ที่กำหนดในระเบียบใหม่
สิ่งที่สำคัญที่สุดในการทำงานกับคำสั่งจ่ายเงินคือการเปลี่ยนแปลงคำสั่งเหล่านั้น ลองพิจารณาดู
ประการแรก เราทราบว่าการเปลี่ยนแปลงวัตถุประสงค์ของการชำระเงินเนื่องจากธุรกรรมทางธุรกิจไม่ได้ควบคุมที่ระดับของระเบียบข้อบังคับของรัฐบาลกลาง เช่น โดยเฉพาะประมวลกฎหมายแพ่งของรัสเซีย อย่างไรก็ตาม ขั้นตอนนี้อาจถูกควบคุมโดยกฎหมายต่างๆ ตัวอย่างเช่น ความสัมพันธ์ทางกฎหมายดังกล่าวอยู่ภายใต้เขตอำนาจของระเบียบธนาคารกลางแห่งสหพันธรัฐรัสเซียหมายเลข 383-P ซึ่งมีผลบังคับใช้เมื่อวันที่ 19/06/2012
การพิจารณาคดีมีความสำคัญอย่างยิ่งในกรณีนี้ ตามนั้น 3 ตำแหน่งหลักของผู้พิพากษาที่พิจารณาข้อพิพาทด้านภาษีและตัดสินใจเกี่ยวกับขั้นตอนเช่นการเปลี่ยนแปลงวัตถุประสงค์ของการชำระเงินในเอกสารการระงับข้อพิพาทเฉพาะสามารถแยกแยะได้
ประการแรก มีความเห็นว่านิติบุคคลที่โอนเงินและผู้รับเงินมีสิทธิที่จะปรับเปลี่ยนวัตถุประสงค์ของการชำระเงินตามข้อตกลง
ประการที่สอง ผู้พิพากษาอาจสรุปได้ว่าผู้จ่ายมีสิทธิที่จะปรับเปลี่ยนข้อกำหนดที่เกี่ยวข้องโดยไม่มีเงื่อนไขเพิ่มเติมใดๆ
ประการที่สาม คณะอนุญาโตตุลาการอาจตัดสินใจว่าช่องที่เป็นปัญหาในคำสั่งการชำระเงินไม่สามารถเปลี่ยนแปลงได้
พิจารณา 3 ตำแหน่งนี้โดยละเอียด
ดังนั้น ตามตำแหน่งแรก ฝ่ายนิติสัมพันธ์ - ผู้ชำระเงินและผู้รับการชำระเงิน สามารถตกลงที่จะเปลี่ยนแปลงรายละเอียดบางอย่างได้
ผู้พิพากษาที่ยึดตำแหน่งนี้เชื่อว่าธนาคารไม่ควรเข้าไปยุ่งเกี่ยวกับความสัมพันธ์ทางกฎหมายของลูกค้า หากคู่กรณีในการทำธุรกรรมมีข้อเรียกร้องร่วมกัน ตามความเห็นของอนุญาโตตุลาการ พวกเขาควรได้รับการแก้ไขโดยไม่ต้องมีส่วนร่วมของสถาบันการเงิน ข้อยกเว้นคือหากปัญหานี้เกิดขึ้นเนื่องจากข้อบกพร่องในส่วนของธนาคาร
ตามที่ผู้พิพากษากำหนดวัตถุประสงค์ของการชำระเงิน - ตามข้อกำหนดของเอกสารการชำระเงินได้รับการแก้ไขเพื่อระบุเงินที่โอนจากผู้รับอย่างถูกต้องและหากสิ่งนี้อาจเป็นเรื่องยากเนื่องจากข้อผิดพลาดในเอกสาร ความสัมพันธ์ทางกฎหมายควรจะสามารถเปลี่ยนฟิลด์ที่เกี่ยวข้องของเอกสาร
มีตำแหน่งของผู้พิพากษาตามที่ผู้จ่ายสามารถชี้แจงวัตถุประสงค์ของการชำระเงินได้ตลอดเวลา ข้อโต้แย้งของอนุญาโตตุลาการในกรณีนี้คืออะไร?
ตามที่ผู้พิพากษากล่าว บุคคลที่โอนเงินโดยใช้เอกสารที่เกี่ยวข้องจะเป็นตัวกำหนดวัตถุประสงค์โดยตรง ดังนั้น ในการทำธุรกรรมที่ถูกต้อง เขาสามารถแก้ไขข้อมูลที่แสดงในตัวแปร "วัตถุประสงค์ในการชำระเงิน" ได้ตลอดเวลา เนื่องจากธนาคารไม่ควรเข้าไปยุ่งเกี่ยวกับความสัมพันธ์ทางกฎหมายของลูกค้า - ในความเป็นจริง ในแง่นี้ วิทยานิพนธ์ที่เราพิจารณาข้างต้นซ้ำแล้วซ้ำเล่า ผู้ชำระเงินควรได้รับการพิจารณาตามที่ผู้พิพากษาเชื่อว่าเป็นผู้มีอำนาจเพียงคนเดียวในการปรับรายละเอียดการชำระเงิน
นอกจากนี้อนุญาโตตุลาการอ้างถึงศิลปะ ตามที่เจ้าของทรัพย์สินนี้หรือทรัพย์สินนั้นมีสิทธิดำเนินการใด ๆ เกี่ยวกับตนซึ่งเป็นไปตามบรรทัดฐานของกฎหมาย ในแง่นี้ผู้ชำระเงินมีสิทธิที่จะจำหน่ายเงินตามดุลยพินิจของเขา หากเขาได้รับใบแจ้งหนี้สำหรับการชำระเงิน วัตถุประสงค์ของการชำระเงิน - ตามรายละเอียดของการชำระเงิน ถือเป็นเครื่องมือหนึ่งสำหรับเจ้าของที่จะใช้สิทธิพลเมืองที่จัดตั้งขึ้น หากบุคคลไม่สามารถแก้ไขฟิลด์นี้ตามลำดับการชำระเงินได้หากจำเป็น เขาก็จะไม่สามารถรับประกันการโอนเงินที่ถูกต้องตามความต้องการของเขาเองได้ และสิ่งนี้ถือได้ว่าเป็นการละเมิดสิทธิพลเมืองของเขา
วัตถุประสงค์ของการชำระเงิน - การโอนหรือตัวอย่างเช่นการโอนไปยังคู่สัญญาสำหรับสินค้าหรือบริการที่จัดส่งจึงเป็นทางเลือกที่สำคัญจากมุมมองของพลเมืองที่ใช้สิทธิเหล่านั้นที่ได้รับการค้ำประกันโดยประมวลกฎหมายแพ่งของ สหพันธรัฐรัสเซีย.
อีกมุมมองของศาลคือไม่มีเรื่องของความสัมพันธ์ทางกฎหมายสามารถปรับฟิลด์ "วัตถุประสงค์ในการชำระเงิน" ได้
ตามความเห็นของคณะอนุญาโตตุลาการ คำสั่งจ่ายเงินเป็นเอกสารที่อยู่ในหมวดของการพ้นผิด นั่นคือข้อผิดพลาดที่มีอยู่ในนั้นมีผลทางกฎหมายเช่นเดียวกับตัวอย่างเช่นความไม่ถูกต้องในเอกสารหลัก - เป็นตัวเลือกในข้อตกลงระหว่างพันธมิตร เมื่อสัญญาที่ลงนามแล้ว เช่นเดียวกับคำสั่งชำระเงินที่ได้รับการรับรองที่ส่งไปยังธนาคารและได้รับการยอมรับให้ดำเนินการ จะไม่อยู่ภายใต้การแก้ไขในกรณีที่ไม่ได้กำหนดไว้ล่วงหน้าโดยบทบัญญัติของกฎหมายใดๆ หรือตามคำตัดสินของศาล ในขณะเดียวกัน โดยการยื่นขออนุญาโตตุลาการ ตัวแทนของบริษัทสามารถเริ่มพิจารณาความเป็นไปได้ในการปรับเปลี่ยนข้อกำหนดที่เป็นปัญหาได้
ดังนั้นเราจึงได้พิจารณาถึงวิธีการเขียนวัตถุประสงค์ของการชำระเงินในเอกสารการชำระเงินของธนาคาร สิ่งที่ต้องมองหา กฎระเบียบใหม่ที่ควบคุมการป้อนข้อมูลที่เกี่ยวข้องลงในคำสั่งการชำระเงินได้ถูกนำมาใช้ตั้งแต่ปี 2014 บทบัญญัติของแหล่งข้อมูลเหล่านี้กำหนดให้คุณพิจารณาการกรอกรายละเอียดที่สำคัญอื่นๆ อย่างรอบคอบ โดยเฉพาะอย่างยิ่ง จาก 106 ถึง 110 กฎสำหรับการกรอกข้อมูลในฟิลด์เหล่านี้ได้รับการปรับปรุงด้วยเช่นกัน
ในบางกรณี บริษัทที่ชำระเงินอาจจำเป็นต้องปรับตัวแปร "วัตถุประสงค์ในการชำระเงิน" ในระดับของกฎหมายของรัฐบาลกลาง กระบวนการนี้ได้รับการควบคุม ตามที่ผู้เชี่ยวชาญกล่าว ค่อนข้างเผินๆ การพิจารณาคดีที่นี่สามารถมีบทบาทชี้ขาดได้
อนุญาโตตุลาการเมื่อพิจารณาจากตัวอย่างการกรอกคำสั่งจ่ายเงินในกรอบของข้อพิพาทบางกรณี ได้ข้อสรุปที่แตกต่างกันเกี่ยวกับการเปลี่ยนแปลงในรายละเอียดที่เกี่ยวข้อง มีรุ่นที่สามารถผลิตได้โดยผู้ชำระเงินและผู้รับเงินตามข้อตกลง ศาลบางแห่งพิจารณาคำสั่งจ่ายเงินดังกล่าวหรือตัวอย่างนั้น เชื่อว่าผู้ชำระเงินสามารถปรับฟิลด์ "วัตถุประสงค์ในการชำระเงิน" ได้เพียงฝ่ายเดียว มีมุมมองของอนุญาโตตุลาการตามที่คำสั่งชำระเงินไม่สามารถแก้ไขได้ตั้งแต่วินาทีที่โอนไปยังธนาคารเพื่อดำเนินการ
kayabaparts.ru - โถงทางเข้า ห้องครัว ห้องนั่งเล่น สวน. เก้าอี้. ห้องนอน