ប្រភេទនៃការតាំងទីលំនៅទៅវិញទៅមក។ ការតាំងទីលំនៅទៅវិញទៅមក

តាមពិត អត្ថបទនេះយឺតពេលយ៉ាងតិច៦ឆ្នាំ។ ខ្ញុំមានគំនិតចង់បង្ហាញបទពិសោធន៍របស់ខ្ញុំជាយូរណាស់មកហើយក្នុងទម្រង់នៃការបោះពុម្ពផ្សាយបែបនេះ ប៉ុន្តែវាមិនដែលកើតឡើងនោះទេ។ ការដោះស្រាយគ្នាទៅវិញទៅមក ជឿឬអត់? និយាយលេង ពិតណាស់។ ប៉ុន្តែរហូតមកដល់ពេលនេះ ទោះបីជាការពិតដែលថាការកំណត់រចនាសម្ព័ន្ធរបស់ KA 1 និង SCP ត្រូវបានគេសន្មត់ថាត្រូវបានបញ្ឈប់ក៏ដោយ អតិថិជនតែងតែទាក់ទងមកយើងដែលមានភាពរញ៉េរញ៉ៃ និងភាពវឹកវរក្នុងការដោះស្រាយគ្នាទៅវិញទៅមក។

ចំនួនចំណេះដឹងដែលត្រូវការផ្ទេរគឺធំណាស់។ តាមដែលខ្ញុំចង់បង្រួញ ជាអកុសល ក្នុងក្របខណ្ឌនៃការបោះពុម្ពផ្សាយមួយ វានឹងមិនដំណើរការទេ។ ខ្ញុំនឹងព្យាយាមបែងចែកអត្ថបទតាមអត្ថន័យរបស់វាទៅជាអត្ថបទជាច្រើន ហើយបន្ថែមពីលើនេះទៀត រៀបចំរបាយការណ៍ខាងក្រៅមួយចំនួនសម្រាប់ SCP/KA ដែលជួយក្នុងការវិភាគ និងការគ្រប់គ្រង។ ពួកវាខ្លះអាចត្រូវបានជំនួសដោយរបាយការណ៍សកល ខ្លះទៀត "មិនអាចខ្វះបាន" ។

លើសពីនេះ វាមិនអាចទៅរួចទេក្នុងការបង្កើតអត្ថបទដែលផ្តោតលើតែគណនេយ្យករ ឬអ្នកជំនាញតែប៉ុណ្ណោះ។ ជាអកុសល SCP/KA មិនមែនជាការកំណត់ដែលអាចត្រូវបានអនុវត្ត រក្សា និងគ្រប់គ្រងដោយមិនចាំបាច់ទទួលបានចំណេះដឹងពាក់ព័ន្ធនោះទេ។ ទាំងអ្នកឯកទេសត្រូវតែយល់រួមគ្នាជាមួយគណនេយ្យករ ឬមួយក្នុងចំនោមពួកគេត្រូវតែជ្រៀតចូលទៅក្នុងគំនិតយ៉ាងជ្រៅទៅក្នុងការងាររបស់អ្នកដទៃ។

ផ្នែកនេះមានលក្ខណៈទ្រឹស្ដីបន្ថែមទៀត ដែលក្នុងនោះខ្ញុំនឹងព្យាយាមជួសជុល និងពណ៌នាអំពីគោលគំនិត និងពាក្យដែលបានប្រើ ហើយបង្ហាញវានៅក្នុងការប្រៀបធៀបជាមួយនឹងការកំណត់ផ្សេងទៀត។

សេចក្តីផ្តើម

នៅក្នុងការកំណត់រចនាសម្ព័ន្ធ "ស្វ័យប្រវត្តិកម្មរួមបញ្ចូលគ្នា 1.1" និង "ការគ្រប់គ្រង រោងចក្រផលិត 1.3" ស្ថានភាពមួយត្រូវបានជួបប្រទះជាញឹកញាប់នៅពេលដែលសម្រាប់ហេតុផលដែលហាក់ដូចជាមិនអាចយល់បាន សមតុល្យអវិជ្ជមាន សមតុល្យបញ្ជរត្រូវបានបង្កើតឡើងនៅលើគណនី 60.01, 60.02, 62.01, 62.02 (នៅពេលជាមួយគ្នានោះមានទាំងបុរេប្រទាន និងបំណុលលើគណនីរងផ្សេងៗគ្នា) ភាពជឿនលឿន និង/ឬបំណុលកើតឡើងភ្លាមៗ ដែលមិនគួរកើតឡើង ហើយនេះគ្រាន់តែជា "ចំណុចកំពូលនៃផ្ទាំងទឹកកក" ដែលអាចមើលឃើញប៉ុណ្ណោះ។

"រងផលប៉ះពាល់" សំខាន់គឺ៖ តារាងតុល្យការ (ដែលគណនីទទួល និងគណនីដែលត្រូវបង់ត្រូវបានលាតត្រដាងមិនត្រឹមត្រូវ) តំបន់សម្រាប់គណនេយ្យពន្ធសម្រាប់អាករលើតម្លៃបន្ថែមមុនដែលបានចេញ និងទទួល (គណនី 76.AB, 76.BA) ។ នៅក្នុងករណីនៃការទូទាត់រូបិយប័ណ្ណ ឬការតាំងទីលំនៅក្នុងឯកតាធម្មតា ស្ថានភាពកាន់តែស្មុគស្មាញដោយការពិតដែលថាការគ្របដណ្តប់រូបិយបណ្ណរបស់ឯកសារត្រូវបានកំណត់មិនត្រឹមត្រូវ ហើយការវាយតម្លៃសមតុល្យឡើងវិញកើតឡើងមិនត្រឹមត្រូវ។

អ្នកប្រើប្រាស់ជាច្រើនចាប់ផ្តើមឆ្លុះបញ្ចាំង កែតម្រូវស្ថានភាពជាមួយនឹងប្រតិបត្តិការដែលបានបញ្ចូលដោយដៃ។ ទោះបីជា "សមតុល្យការបង្រួបបង្រួម" ជាផ្លូវការក៏ដោយ វាមិនអាចជួយក្នុងមធ្យោបាយណាមួយក្នុងការបំពេញសៀវភៅអាករលើតម្លៃបន្ថែមដោយស្វ័យប្រវត្តិ បោះពុម្ពឯកសារដឹកជញ្ជូនជាមួយនឹងការគ្របដណ្តប់ចាំបាច់។

ទោះយ៉ាងណាក៏ដោយ វាជាការចង់ដោះស្រាយបញ្ហាជាប្រព័ន្ធតាំងពីដំបូងមក។ ដើម្បីធ្វើបែបនេះ អ្នកត្រូវចូលទៅក្នុងទ្រឹស្ដីបន្តិច។ ជាដំបូងវាចាំបាច់ដើម្បីពិចារណាលម្អិតគណនេយ្យដែលត្រូវបានប្រើនៅក្នុង 1C ជាទូទៅ និងជាពិសេសនៅក្នុងការកំណត់រចនាសម្ព័ន្ធដែលកំពុងពិចារណា។ បន្ទាប់មក - វណ្ឌវង្កគណនេយ្យ (គ្រប់គ្រង និងគ្រប់គ្រង) - ជាថ្មីម្តងទៀត ជាទូទៅ និងក្នុងការកំណត់រចនាសម្ព័ន្ធដែលកំពុងពិចារណា។ ហើយទីបំផុតរចនាសម្ព័ន្ធទិន្នន័យដែលត្រូវបានប្រើសម្រាប់គណនេយ្យក្នុងការកំណត់រចនាសម្ព័ន្ធដែលកំពុងពិចារណា។

1. ពត៌មានលំអិតគណនេយ្យ

1.1 គំនិតនៃដំណោះស្រាយថ្នាំង

ជាប្រពៃណី នៅក្នុងការកំណត់រចនាសម្ព័ន្ធនៃ 1C: ប្រព័ន្ធសហគ្រាស គណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមកត្រូវបានរក្សាទុកក្នុងបរិបទនៃកិច្ចសន្យា (ចងភ្ជាប់ជាមួយសមភាគី និងអង្គការ)។ ចូរហៅទៅកាន់ការរួមបញ្ចូលគ្នានៃ "coordinates" (measurements) "។ ថ្នាំងការទូទាត់».

នៅក្នុងការកំណត់រចនាសម្ព័ន្ធគណនេយ្យ យើងក៏រក្សាកំណត់ត្រានៅលើគណនីផ្សេងគ្នានៃតារាងគណនី ដូច្នេះសម្រាប់គោលបំណង គណនេយ្យយើងនឹងសន្មត់ថា និយមន័យនៃថ្នាំងទូទាត់ត្រូវបានបំពេញបន្ថែមដោយគណនីគណនេយ្យ. ក្នុងពេលជាមួយគ្នានេះ ប្រសិនបើគណនីរងដាច់ដោយឡែកសម្រាប់ការទូទាត់ជាមុន និងបំណុលត្រូវបានបើកសម្រាប់គណនី (ឧទាហរណ៍ 60.01 និង 60.02) នោះយើងនឹងនៅតែចាត់ទុកកិច្ចសន្យាមួយសម្រាប់ពួកគេជា ថ្នាំងមួយសម្រាប់គណនីមួយគូ។ដូច្នេះនៅលើគណនី 60 យើងមានគណនីមួយគូសម្រាប់ការទូទាត់ប្រាក់រូប (60.01, 60.02), គណនីគូសម្រាប់រូបិយប័ណ្ណ (60.21, 60.22), គណនីគូសម្រាប់ការទូទាត់ជាឯកតាសាមញ្ញ (60.31, 60.32)

សមតុល្យ និងការផ្លាស់ប្តូរនៃការទូទាត់ទៅវិញទៅមកនៅក្នុងបរិបទនៃថ្នាំងត្រូវបានបង្ហោះទៅការចុះឈ្មោះណាមួយ។ នៅក្នុងការកំណត់រចនាសម្ព័ន្ធគណនេយ្យសុទ្ធសាធ ក្នុង 90% នៃករណីនេះជាការចុះបញ្ជីគណនេយ្យ ហើយនៅក្នុងការកំណត់រចនាសម្ព័ន្ធគណនេយ្យគ្រប់គ្រងវាគឺជាការចុះបញ្ជីបង្គរ។

ដើម្បីងាយស្រួលបន្ថែមទៀត យើងនឹងនិយាយថា បើយើងប្រើការចុះបញ្ជីគណនេយ្យសម្រាប់ការគណនានោះយើង»។ រក្សាកំណត់ត្រានៅលើតារាងគណនី"ហើយប្រសិនបើការប្រមូលផ្តុំចុះឈ្មោះ នោះ" រក្សាកំណត់ត្រានៅលើការចុះឈ្មោះ"។ នេះមិនត្រឹមត្រូវតាមបច្ចេកទេសទេ ប៉ុន្តែវាច្បាស់ជាងដោយវិចារណញាណ។

1.2 គណនេយ្យសម្រាប់ប្រតិបត្តិការ

ការកំណត់រចនាសម្ព័ន្ធការគ្រប់គ្រងពាណិជ្ជកម្ម 10.3 ផ្តល់នូវសមត្ថភាពក្នុងការ បន្ថែមថ្នាំងការទូទាត់ជាមួយវាល "កិច្ចព្រមព្រៀង"ដែលអាចទទួលយកតម្លៃនៃវិក្កយបត្រដែលចេញ (ដោយអ្នកផ្គត់ផ្គង់ ឬអតិថិជន) ឬការបញ្ជាទិញ។ តើឯកសារប្រភេទណាដែលដើរតួជាអ្នកបំបែកត្រូវបានចង្អុលបង្ហាញនៅក្នុងធាតុថត "កិច្ចព្រមព្រៀង" ។

តួលេខនេះបង្ហាញពីបំណែកនៃទម្រង់នៃធាតុនៃថត "កិច្ចព្រមព្រៀងភាគី" ពី CA 1.1 ដែលវាលដែលទទួលខុសត្រូវសម្រាប់ការវិភាគនេះត្រូវបានគូសរង្វង់ជាពណ៌បៃតង។

ការកំណត់រចនាសម្ព័ន្ធ KA និង SCP បានទទួលមរតកយន្តការនេះ។

នៅពេលដែលលក្ខណៈពិសេសនេះត្រូវបានចង្អុលបង្ហាញ ឯកសារទាំងអស់នៃការទូទាត់ទៅវិញទៅមកក្រោមកិច្ចព្រមព្រៀងចាប់ផ្តើមទាមទារឱ្យមានការចង្អុលបង្ហាញអំពីប្រតិបត្តិការ (វិក្កយបត្រ ឬការបញ្ជាទិញ) វាលដែលត្រូវគ្នានឹងចាប់ផ្តើមប្រើប្រាស់ក្នុងការចុះបញ្ជីគណនេយ្យ ហើយតាមនោះ របាយការណ៍ស្តីពីការចុះឈ្មោះទាំងនេះទទួលបាន។ ឱកាសដើម្បីបំបែកការទូទាត់ទៅវិញទៅមកនៃកិច្ចព្រមព្រៀងដោយប្រតិបត្តិការ។

ដូច្នេះហើយ យើងទទួលបានឱកាសដើម្បីរក្សាគណនេយ្យដាច់ដោយឡែកពីគ្នាក្នុងបរិបទនៃប្រតិបត្តិការនីមួយៗក្នុងក្របខណ្ឌនៃកិច្ចសន្យាមួយ គ្រប់គ្រងភាពពេញលេញនៃការទូទាត់សម្រាប់ប្រតិបត្តិការនីមួយៗ ចាត់តាំងអ្នកគ្រប់គ្រងដែលទទួលខុសត្រូវចំពោះប្រតិបត្តិការនីមួយៗ និងពិចារណាលើបំណុលក្នុងបរិបទអ្នកគ្រប់គ្រង។

ការប្រើប្រាស់គ្រោងការណ៍បែបនេះគឺមានភាពងាយស្រួល ប៉ុន្តែផ្តល់នូវផលប៉ះពាល់ជាច្រើន ដែលនឹងត្រូវបានពិភាក្សានៅពេលក្រោយ។

1.3 គណនេយ្យសម្រាប់ឯកសារទូទាត់

ពីចំណុចខ្លះនៅក្នុងការកំណត់រចនាសម្ព័ន្ធ 1C ថ្មីទាំងអស់ គំនិតនៃ "គណនេយ្យក្នុងបរិបទនៃឯកសារទូទាត់" លេចឡើង ដែលសន្មត់ថាសមតុល្យនៃបំណុល (ជាមុន) នៅលើថ្នាំងទូទាត់ត្រូវបានបែងចែកបន្ថែមយោងទៅតាមឯកសារនៃការបង្កើត។ បំណុលនេះ (ជាមុន) ។
ប្រសិនបើខ្ញុំមិនច្រឡំទេ គំនិតនេះបានបង្ហាញខ្លួនជាលើកដំបូងនៅក្នុងការកំណត់រចនាសម្ព័ន្ធ "ពាណិជ្ជកម្ម និងឃ្លាំង 9.2" ហើយបន្ទាប់មកនៅក្នុងការកំណត់រចនាសម្ព័ន្ធគណនេយ្យ ដោយចាប់ផ្តើមដោយផ្នែក "គណនេយ្យសហគ្រាស 1.6" ។ ពេញលេញ - ពីកំណែ 2.0 ។

ដើម្បីភាពងាយស្រួលយើងនឹងសន្មត់ថា ឯកសារផ្សេងៗការគណនាមិនបង្កើតថ្នាំងផ្សេងគ្នានៃការតាំងទីលំនៅទៅវិញទៅមកទេ ប៉ុន្តែត្រូវបានចាត់ទុកថាជាព័ត៌មានលម្អិតបន្ថែមនៅក្នុងថ្នាំង។

គណនេយ្យសម្រាប់ឯកសារទូទាត់ចែកចេញជាបីប្រភេទ ចូរយើងហៅពួកគេ។ ហត្ថកម្ម, ស្វ័យប្រវត្តិនិង កូនកាត់.

ជាផ្នែកមួយនៃ គណនេយ្យដោយស្វ័យប្រវត្តិយោងទៅតាមឯកសារទូទាត់បំណុល (ការទូទាត់ជាមុន) ត្រូវបានបង្កើតឡើង និងបិទនៅក្នុងបរិបទនៃឯកសារទាំងនេះ យោងតាមគោលការណ៍ FIFO ។

ឧទាហរណ៍៖ នៅសូន្យ (ដំបូង) ស្ថានភាពនៃការទូទាត់ជាមួយអ្នកទិញ សមតុល្យនៃថ្នាំងគឺសូន្យ។ អនុញ្ញាតឱ្យយើងមាន ការបញ្ជាទិញការទូទាត់សម្រាប់ 10,000 rubles ។ ដោយសារមិនមានបំណុលនៅលើថ្នាំង ការបញ្ជាទិញការទូទាត់ទទួលស្គាល់ជាមុនក្នុងចំនួនទឹកប្រាក់ 10,000 រូប្លិ៍ហើយវាមកដល់ថ្នាំង "នៅក្នុងបរិបទរបស់វា" ។ ដូច្នេះហើយ យើងមានការលក់ក្នុងចំនួនទឹកប្រាក់ 12,000 រូប្លិ៍។ ការអនុវត្តនេះដំបូងជ្រើសរើសសមតុល្យនៃបុរេប្រទានពីថ្នាំងក្នុងបរិបទនៃឯកសារនៃការបង្កើតរបស់ពួកគេ (លំដាប់នៃការទូទាត់លេខ 1 ក្នុងចំនួនទឹកប្រាក់ 10,000 រូប្លិ៍) ហើយពន្លត់ពួកគេ។ បន្ទាប់មកប្រសិនបើមានអ្វីមួយនៅសល់នៃចំនួនលក់បន្ទាប់ពីទូទាត់ប្រាក់ជាមុន ការលក់ទទួលស្គាល់បំណុលនៅក្នុងចំនួនទឹកប្រាក់នៃសមតុល្យ "ដោយខ្លួនវាផ្ទាល់" (ការលក់លេខ 1 ក្នុងចំនួនទឹកប្រាក់ 2,000 រូប្លិ៍) ។ ការទូទាត់បន្ទាប់សម្រាប់ 5,000 រូប្លិដំបូងនឹងព្យាយាមសងបំណុលនៅក្នុងបរិបទនៃឯកសារបង្កើតរបស់ពួកគេ (ការលក់លេខ 1 ក្នុងចំនួនទឹកប្រាក់ 2,000 រូប្លិ) ហើយមានតែបន្ទាប់មកប្រសិនបើមានអ្វីនៅសេសសល់ វានឹងទទួលស្គាល់ភាពជឿនលឿននៅក្នុងលក្ខខណ្ឌរបស់វា (3,000 រូប្លិ) ។ ល។

មានភាពខុសប្លែកគ្នាបន្តិចបន្តួចនៅក្នុងរបៀបដែលវាត្រូវបានធ្វើនៅក្នុងការកំណត់រចនាសម្ព័ន្ធផ្សេងៗគ្នានៅលើការចុះបញ្ជីគណនេយ្យ និងនៅលើការចុះបញ្ជីបង្គរ ប៉ុន្តែគោលការណ៍ទូទៅនៅតែដដែល។

ប្រសិនបើឯកសារទាំងអស់ត្រូវបានអនុវត្តតាមលំដាប់លំដោយនោះគ្រោងការណ៍នេះដំណើរការល្អ។ ជាលទ្ធផល ថ្នាំងទូទាត់ប្រមូលផ្តុំសមតុល្យនៃបុរេប្រទាន និងបំណុលនៅក្នុងបរិបទនៃ ថ្មីបំផុតឯកសារនៃការអប់រំរបស់ពួកគេ។ តាមឧត្ដមគតិ យើងគួរតែមានថ្នាំងមួយនីមួយៗ ជាមុន ឬបំណុល៖ វត្តមានក្នុងពេលដំណាលគ្នារបស់ពួកគេ។ ជាធម្មតាបង្ហាញពីកំហុស។

ដរាបណានរណាម្នាក់ផ្លាស់ប្តូរបរិមាណឯកសារឡើងវិញ បង្ហោះឯកសារថ្មី តក្កវិជ្ជាសុខដុមរមនានេះត្រូវបានបំផ្លាញ៖ បុរេប្រទាន និងបំណុលដែលគួរត្រូវបានសងកាលពីយូរយារមកហើយត្រូវបាន "បើក" ឡើងវិញ។ ដើម្បីលុបបំបាត់បញ្ហានេះ វាត្រូវបានតម្រូវឱ្យបញ្ជូនឯកសារឡើងវិញតាមលំដាប់លំដោយ (និយាយម្យ៉ាងទៀត "ស្តារលំដាប់ឡើងវិញ") ដែលអ្នកអភិវឌ្ឍន៍បច្ចេកវិទ្យាបានបង្កើតឈើច្រត់ផ្សេងៗ៖

នៅកម្រិតវេទិកា រចនាសម្ព័ន្ធទិន្នន័យមេតា "លំដាប់" ដែលតាមដាន និងកត់ត្រាការផ្សាយឡើងវិញនៅក្នុងខ្សែសង្វាក់នៃឯកសារ ឬចលនាចុះបញ្ជី។
នៅកម្រិតកំណត់រចនាសម្ព័ន្ធ - ដំណើរការផ្សេងៗដែលអនុញ្ញាតឱ្យអ្នកបញ្ជូនឯកសារឡើងវិញទាំងស្រុង ឬមួយផ្នែក (សម្រាប់តែការតាំងទីលំនៅទៅវិញទៅមក) ចាប់ពីពេលនៃការបង្ហោះសារឡើងវិញ "ជ្រៅបំផុតក្នុងអតីតកាល" ដើម្បីបង្ខំម៉ាស៊ីនទូទាត់ដោយស្វ័យប្រវត្តិឱ្យគណនាឡើងវិញនូវការបង្កើត / ជំពាក់បំណុល និង បុរេប្រទានម្តងទៀត។

វិធីសាស្រ្តនេះ (ស្វ័យប្រវត្តិ) គឺសមរម្យសម្រាប់ករណីអាជីវកម្មភាគច្រើន។

ជាផ្នែកមួយនៃ គណនេយ្យដោយដៃយោងតាមឯកសារទូទាត់ រាល់ពេលដែលយើងទទួលយកការទូទាត់ ឬលក់ យើងត្រូវចង្អុលបង្ហាញរៀងៗខ្លួន បំណុលដែលត្រូវបង់ ឬប្រាក់បុរេប្រទានដែលត្រូវបញ្ចូល។ ប្រសិនបើវាមិនត្រូវបានធ្វើទេនោះការអនុវត្តនឹងបង្កើតជានិច្ច បំណុលថ្មី។ហើយការបង់ប្រាក់គឺជាប្រាក់មុនថ្មី។

ដើម្បីធ្វើដូចនេះឯកសារផ្តល់វាលពិសេសនិងចំណាំដែលក្នុងនោះមានទម្រង់ផ្សេងៗគ្នានៃការជ្រើសរើសបំណុល / វឌ្ឍនភាពលើសមតុល្យដើម្បីកុំធ្វើវាទាំងស្រុងដោយដៃនិងសមាធិ។

វាជាការលំបាកជាពិសេសក្នុងការរក្សាកំណត់ត្រានៅក្នុងរបៀបនេះ ប្រសិនបើមានការសងសឹកគ្នាទៅវិញទៅមក ឬការទូទាត់តាមរយៈភាគីទីបី។ ប៉ុន្តែពេលខ្លះនេះគឺចាំបាច់ដោយសារតែភាពពិសេសនៃច្បាប់ កិច្ចសន្យា។ល។ ឧទាហរណ៍ ច្បាប់តាមវិស័យស្តីពីលំនៅដ្ឋាន និងសេវាសហគមន៍បង្កប់ន័យតម្រូវការក្នុងការទទួលយកការទូទាត់ដោយគិតពីគោលបំណងនៃការទូទាត់ (សម្រាប់ខែវិក្កយបត្រដែលសេវាកម្មត្រូវបានបង់) គណនេយ្យដោយដៃគឺមានភាពងាយស្រួលក្នុងការឆ្លុះបញ្ចាំងពួកគេ។ សម្រាប់ការទូទាត់តាមកត្តា វាមានសារៈសំខាន់ខ្លាំងណាស់ផងដែរក្នុងការបិទថ្នាំងការទូទាត់បុគ្គលក្នុងដំណាក់កាលជាច្រើន (ការផ្តល់ហិរញ្ញប្បទានបឋម សមតុល្យហិរញ្ញវត្ថុ និងការកាត់ប្រាក់កម្រៃជើងសារ) និងគ្រប់គ្រងភាពពេញលេញនៃការបិទរបស់ពួកគេ។

គំនិតនេះត្រូវបានបង្កប់នៅក្នុងការកំណត់រចនាសម្ព័ន្ធ KA 1 និង SCP 1 វាអាចត្រូវបានបើកនៅកម្រិតកិច្ចសន្យាដោយកំណត់សញ្ញា "គណនេយ្យតាមឯកសារទូទាត់" ។ មើលរូបភាព៖

បន្ទាប់ពីនោះ នៅក្នុងឯកសារទូទាត់ទាំងអស់ វាអាចជ្រើសរើសឯកសារមួយ (មួយ ឬបញ្ជី) យោងទៅតាមការសងបំណុល (សូមមើលរូប) ហើយប្រសិនបើឯកសារនេះមិនត្រូវបានបញ្ជាក់ ការទូទាត់ជាមុនថ្មីនឹងត្រូវបានបង្កើតឡើង។ ហើយនៅក្នុងឯកសារដឹកជញ្ជូនទាំងអស់ - ផ្ទាំង "ការបង់ប្រាក់ជាមុន" ដែលអ្នកអាចជ្រើសរើសឯកសារ ការបង់ប្រាក់ជាមុនដែលអ្នកត្រូវការដើម្បីបិទ ឬបំណុលថ្មីនឹងត្រូវបានបង្កើតឡើង។

(ប៉ុន្តែតាមពិត អ្វីៗនឹងកាន់តែស្មុគស្មាញបន្តិច ដែលនឹងត្រូវបានពិពណ៌នានៅក្នុង 4.1 ។

ជាផ្នែកមួយនៃ គណនេយ្យកូនកាត់ការបង្កើតបំណុល និងបុរេប្រទានត្រូវបានអនុវត្តដោយស្វ័យប្រវត្តិតាមលំនាំដើម ប៉ុន្តែនៅក្នុងឯកសារនីមួយៗ យើងមានឱកាសដើម្បីស្ទាក់ចាប់ស្វ័យប្រវត្តិកម្ម និងបញ្ជាក់យ៉ាងច្បាស់អំពីការបង់ប្រាក់ជាមុនដែលត្រូវបញ្ចូល ឬបំណុលដែលត្រូវសង។ ជាឧទាហរណ៍ គំនិតនេះត្រូវបានបង្កើតឡើងនៅក្នុងគណនេយ្យសហគ្រាស 3.0 តាមលំនាំដើម។ តួលេខបង្ហាញពីទម្រង់នៃឯកសារ "ការអនុវត្ត" ដែលក្នុងនោះមានជម្រើសមួយ (ជាថ្មីម្តងទៀត ខ្ញុំកត់សម្គាល់ថានេះគ្រាន់តែជាឧទាហរណ៍ពីការកំណត់រចនាសម្ព័ន្ធ "គណនេយ្យសហគ្រាស 3.0" ដែលមិនទាក់ទងដោយផ្ទាល់ជាមួយ CA និង SCP)៖

ជាទូទៅ វាត្រូវតែនិយាយថា គំនិត (កូនកាត់) បែបនេះបង្កឱ្យមានកំហុសមិនល្អ និងទាមទារឱ្យមានវិន័យដែករបស់អ្នកប្រើប្រាស់ ដែលនៅក្នុងថ្នាំងទូទាត់ទៅវិញទៅមកមួយចំនួន ត្រូវតែខ្លួនឯងរក្សាគណនេយ្យដោយដៃ (និងមិនអនុញ្ញាតឱ្យប្រើដោយស្វ័យប្រវត្តិ) ហើយនៅក្នុងមួយចំនួន - ដោយប្រុងប្រយ័ត្នជៀសវាងការបញ្ជាក់ឯកសារដោយដៃ។ ហើយនៅពេលជាមួយគ្នានេះដែរវិធីសាស្រ្តនេះគឺមានភាពបត់បែនបំផុត។

ក្នុងករណីណាក៏ដោយមិនថាគណនេយ្យត្រូវបានរក្សាទុកយ៉ាងដូចម្តេចនៅក្នុងបរិបទនៃឯកសារទូទាត់ប្រសិនបើវាត្រូវបានអនុវត្តត្រឹមត្រូវនៅទិន្នផលយើងទទួលបានតារាងនៃបំណុល / បុរេប្រទាននៅក្នុងបរិបទនៃឯកសារដែលបង្កើតពួកគេ។ នេះអនុញ្ញាតឱ្យយើងឧទាហរណ៍៖

វាងាយស្រួលក្នុងការរក្សាកំណត់ត្រាពន្ធសម្រាប់អាករក្នុងលក្ខខណ្ឌនៃចំនួនដែលបានគណនាពីបុរេប្រទានដែលបានចេញ និងទទួលបាន (យើងដឹងច្បាស់ថាវិក្កយបត្រដែលចេញសម្រាប់បុរេប្រទានត្រូវបានសងវិញ តាមការពិត បុរេប្រទាន ហើយដល់ពេលដែលត្រូវទូទាត់វា);
កំណត់បំណុលដែលហួសកាលកំណត់ដោយកំណត់កាលបរិច្ឆេទកំណត់សម្រាប់ឯកសារបង្កើតបំណុលនីមួយៗ (ឧទាហរណ៍ តាមរយៈអចលនទ្រព្យ ឬតាមរយៈការចុះឈ្មោះព័ត៌មានបន្ថែម) ហើយសរសេររបាយការណ៍ពិសេសសាមញ្ញថា ប្រសិនបើកាលបរិច្ឆេទផុតកំណត់ធំជាងកាលបរិច្ឆេទបច្ចុប្បន្ន នោះនឹង ជ្រើសរើសបំណុលនៅក្នុងជួរឈរ "ចំនួនទឹកប្រាក់" ហើយប្រសិនបើវាតិចជាងឬស្មើ - ទៅជួរឈរ "រួមទាំងការហួសកាលកំណត់" ហើយបានបង្វែរថ្នាំងនៃការតាំងទីលំនៅទៅវិញទៅមក។
គ្រប់គ្រងភាពពេញលេញនៃការទូទាត់នៅក្នុងបរិបទនៃការវិភាគនៃឯកសារបង្កើតបំណុល (ទទួលខុសត្រូវ អ្នកទទួល។ ល។ )។

1.4 គំរូនៃការទូទាត់

ដែលបានផ្តល់ឱ្យខាងលើយើងទទួលបានព័ត៌មានលម្អិតទំនើបនៃគណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមក:

ថ្នាំងទូទាត់៖

អង្គការ
គណនីគណនេយ្យ
សមភាគី
សន្ធិសញ្ញា
ប្រតិបត្តិការ (វិក័យប័ត្រឬការបញ្ជាទិញ)

ព័ត៌មានលម្អិតអំពីថ្នាំង៖

ឯកសារទូទាត់

ព័ត៌មានលម្អិតនេះនៅក្នុងទម្រង់នៃការវាស់វែងគឺ "ជាប់គាំង" ទៅក្នុងបញ្ជីបង្គរ ឬគណនេយ្យ បន្ទាប់ពីនោះសមតុល្យ និងការផ្លាស់ប្តូរនៃការទូទាត់ទៅវិញទៅមកចាប់ផ្តើមត្រូវបានបង្ហោះនៅលើវាជាមួយនឹងឯកសារ។

ឧទាហរណ៍ តួលេខនេះបង្ហាញពីបំណែកនៃតារាងនៃការកំណត់រចនាសម្ព័ន្ធគណនី " គណនេយ្យសហគ្រាស 3.0"នៅក្នុងលក្ខខណ្ឌនៃគណនីរង 60 នៃគណនីដែលអនុកុងតឺន័រ "សមភាគី" "កិច្ចសន្យា" (អង្គការត្រូវបានកំណត់នៅកម្រិតនៃការចុះបញ្ជីគណនេយ្យ) ត្រូវបានបង្កើតឡើងដើម្បីពិពណ៌នាអំពីថ្នាំងការទូទាត់ទៅវិញទៅមក និងអនុផ្នែកផ្ទាល់របស់វាដូចគ្នា ឈ្មោះសម្រាប់គណនេយ្យយោងទៅតាមឯកសារទូទាត់។

ហើយនៅទីនេះ តួលេខបង្ហាញពីការពិពណ៌នានៃការចុះបញ្ជី "ការទូទាត់ជាមួយសមភាគី" ពីការកំណត់រចនាសម្ព័ន្ធ "ការគ្រប់គ្រងពាណិជ្ជកម្ម 10.3", "ស្វ័យប្រវត្តិកម្មស្មុគស្មាញ 1.1" និង "ការគ្រប់គ្រងសហគ្រាសផលិត 1.3" ។ ជាពិសេសនៅក្នុងការចុះឈ្មោះនេះ គណនេយ្យមិនត្រូវបានរក្សាទុកតាមឯកសារទូទាត់ទេ ខណៈដែលការវាស់វែងដែលនៅសល់ត្រូវគ្នាទៅនឹងព័ត៌មានលម្អិតដែលបានពិពណ៌នាខាងលើ។

សូមចំណាំផងដែរថាការចុះឈ្មោះប្រើប្រាស់ធនធានពីរ - ចំនួនទឹកប្រាក់នៃការទូទាត់ទៅវិញទៅមកគិតទៅលើចំនួននៃការទូទាត់ជារូបិយប័ណ្ណនៃការទូទាត់ទៅវិញទៅមក (ជាធម្មតាប្រាក់រូប្ល ប៉ុន្តែសម្រាប់កិច្ចសន្យាជារូបិយប័ណ្ណ និងឯកតាសាមញ្ញ - ជារូបិយប័ណ្ណដែលបានបញ្ជាក់នៅក្នុងកិច្ចសន្យា) និងបរិមាណនៃការគ្រប់គ្រង - ជារូបិយប័ណ្ណនៃគណនេយ្យគ្រប់គ្រង (ដែលមានទំហំធំ អ្នកប្រើប្រាស់ឆ្លាតវៃមួយចំនួនជ្រើសរើស "រូប៊ី" ហើយការស្រែកនៃការធ្វើទារុណកម្មរបស់អ្នកដែលបានធ្វើខុសនៅតែត្រូវបានគេឮនៅក្នុងសុបិន្តអាក្រក់បំផុតរបស់ខ្ញុំ) ។

ការចុះឈ្មោះដែលកំណត់ត្រាត្រូវបានរក្សាទុកគួរតែត្រូវបានអមដោយរបាយការណ៍ក្នុងទម្រង់ជាសេចក្តីថ្លែងការណ៍សាមញ្ញ ដែលនឹងផ្តល់ឱ្យអ្នកប្រើប្រាស់នូវទិន្នន័យវិភាគ និងអនុញ្ញាតឱ្យមានសកម្មភាពត្រួតពិនិត្យ។

ដូច្នេះនៅក្នុង KA / UPP សម្រាប់ការចុះឈ្មោះគណនេយ្យ "ការគាំទ្រដោយខ្លួនឯង" សំណុំនៃរបាយការណ៍គណនេយ្យត្រូវបានប្រើ (តារាងតុល្យការការវិភាគគណនី។ ស្តីពីការដោះស្រាយទៅវិញទៅមកជាមួយសមភាគី”។

គំរូបែបនេះគួរតែមានតាមឧត្ដមគតិ ប៉ុន្តែនៅក្នុងការអនុវត្ត ជាថ្មីម្តងទៀត អ្វីគ្រប់យ៉ាងគឺស្មុគស្មាញបន្តិច ដែលជាពិសេសនឹងត្រូវបានពិភាក្សានៅក្នុងផ្នែកទី 3 និង 4.1 ។

2. វណ្ឌវង្កនៃគណនេយ្យ និងការរួមបញ្ចូលគ្នានៃការថែទាំរបស់ពួកគេនៅក្នុងមូលដ្ឋានព័ត៌មានមួយ។

ឥឡូវនេះវាចាំបាច់ដើម្បីពិចារណាវណ្ឌវង្កនៃគណនេយ្យ។ យើងចាប់អារម្មណ៍លើចំណុចសំខាន់ពីរ គ្រប់គ្រង និងគ្រប់គ្រង.

តាមទស្សនៈនេះ ការកំណត់រចនាសម្ព័ន្ធ 1C អាចត្រូវបានបែងចែកតាមលក្ខខណ្ឌទៅជាអ្នកដែលអាចរក្សាកំណត់ត្រាក្នុងសៀគ្វីតែមួយ (ទាំងអស់ "គណនេយ្យ" - គ្រប់គ្រង ឬ "ពាណិជ្ជកម្ម និងឃ្លាំង 9.2", "ការគ្រប់គ្រងក្រុមហ៊ុនតូចមួយ" - អ្នកគ្រប់គ្រង) អ្នកដែលអាចរក្សាគណនេយ្យឯករាជ្យ ឬភ្ជាប់គ្នាក្នុងសៀគ្វីពីរ (UPP 1, KA 1) និងអ្នកដែលធ្វើពុតយ៉ាងប្រុងប្រយ័ត្នថាពួកគេអាចរក្សាសៀគ្វីពីរ ប៉ុន្តែដោយគ្មានការកែប្រែ - បន្ទាប់ពីទាំងអស់ មានតែមួយប៉ុណ្ណោះ (ឧទាហរណ៍ "ការគ្រប់គ្រងពាណិជ្ជកម្ម ១០.៣”) ។

គណនេយ្យគ្រប់គ្រងត្រូវបានរចនាឡើងដើម្បីឆ្លុះបញ្ចាំងពីអ្វីដែលបានកើតឡើងនៅក្នុងជីវិតរបស់សហគ្រាស (ការកាន់កាប់) ពីទស្សនៈរបស់ប្រធាន ឬម្ចាស់សហគ្រាស។ គណនេយ្យនិយតកម្ម - នៅក្នុងលក្ខខណ្ឌនៃរបៀបដែលវាត្រូវបានបង្ហាញដល់រដ្ឋ។

នៅក្នុងការកំណត់រចនាសម្ព័ន្ធពីររង្វិលជុំ ឯកសារអាចត្រូវបានឆ្លុះបញ្ចាំងទាំងនៅក្នុងរង្វិលជុំមួយ ឬជាពីរក្នុងពេលតែមួយ។ ឯកសារមួយចំនួនមានដែនកំណត់ ឧទាហរណ៍ ឯកសារធនាគារតែងតែត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងគណនេយ្យគ្រប់គ្រង។ តួលេខនេះបង្ហាញពីបំណែកនៃទម្រង់ឯកសារ "ការលក់ទំនិញ និងសេវាកម្ម" ពីការកំណត់រចនាសម្ព័ន្ធ KA 1.1 ដែលប្រអប់ធីកដែលគ្រប់គ្រងការដាក់បញ្ចូលក្នុងគណនេយ្យត្រូវបានគូសរង្វង់ពណ៌បៃតង។ ទោះបីជាគណនេយ្យដែលបានគ្រប់គ្រងនៅទីនេះត្រូវបានតំណាងដោយទង់ពីរ (គណនេយ្យ និងគណនេយ្យពន្ធ) វាជាការចង់ប្រើពួកវាជាមួយគ្នាយ៉ាងខ្លាំង ខណៈដែលគណនេយ្យគ្រប់គ្រងអាចត្រូវបានប្រើដោយឡែកពីគ្នា៖

ការស្រមើលស្រមៃដ៏ឃោរឃៅអាចប្រាប់យើងអំពីបញ្ជីសាច់ប្រាក់ខ្មៅដែលត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងគណនេយ្យគ្រប់គ្រង ប៉ុន្តែមិនត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងច្បាប់ដែលបានកំណត់នោះទេ។ បាទ អ្នកអាចមើលសំណួរនេះពីខាងនេះ ប៉ុន្តែខ្ញុំផ្ទាល់នឹងមិនទៅទីនោះទេ។ ទោះបីជាមិនមានការប៉ះទង្គិចជាមួយក្រមព្រហ្មទណ្ឌ និងក្រមពន្ធនៃសហព័ន្ធរុស្ស៊ីក៏ដោយ ក៏មនុស្សម្នាក់អាចបំពេញបាននូវស្ថានភាពផ្លូវច្បាប់ជាច្រើន ដែលប្រតិបត្តិការអាចត្រូវបានឆ្លុះបញ្ចាំងតែនៅក្នុងសៀគ្វីគណនេយ្យមួយប៉ុណ្ណោះ និងមិនឆ្លុះបញ្ចាំង (ឆ្លុះបញ្ចាំងខុសគ្នា) នៅក្នុងមួយផ្សេងទៀត។

ដូច្នេះ ជាឧទាហរណ៍ ការកាន់កាប់អាចមានអង្គការពីរដែលលក់ទំនិញឱ្យគ្នាទៅវិញទៅមក ដោយសារភាពចាំបាច់ខាងសេដ្ឋកិច្ច។ នៅក្នុងគណនេយ្យនិយតកម្ម ប្រតិបត្តិការលក់ត្រូវបានឆ្លុះបញ្ចាំងដោយមិនច្បាស់លាស់ (លក់-បង្កាន់ដៃ) ខណៈពេលដែលម្ចាស់កម្មសិទ្ធិមានសិទ្ធិពិចារណាថានៅក្នុងគណនេយ្យគ្រប់គ្រងនេះគឺជាផលិតផលផ្ទាល់ខ្លួនរបស់គាត់ ដែលគ្រាន់តែផ្លាស់ប្តូរឃ្លាំង (ចលនា) ឬសូម្បីតែនៅក្នុង កន្លែង ហើយមិនឆ្លុះបញ្ចាំងពីនេះនៅក្នុងសៀគ្វីនេះទេ។

នៅក្នុងមូលដ្ឋានស្រដៀងគ្នានេះក៏មានផងដែរ។ ប្រាក់កម្ចីផ្ទៃក្នុងការជួលពីសហគ្រិនម្នាក់ៗរបស់ពួកគេដែលមានប្រព័ន្ធសាមញ្ញ 6% សេវាកម្មគ្រប់គ្រងពីអង្គការមួយទៅស្ថាប័នមួយទៀត។

មានករណីផងដែរនៅពេលដែលយើងបំបែកកាលបរិច្ឆេទនៃការប្រតិបត្តិឯកសារ និងការផលិតជាក់ស្តែងនៃប្រតិបត្តិការអាជីវកម្ម។ ហេតុផលគឺខុសគ្នា។ ទាំងដោយសារតែ ច្បាប់ស៊ីវិលមិនសមនឹងការយកពន្ធទេ (ឧទាហរណ៍ ដោយសារកាលបរិច្ឆេទនៃការផ្ទេរកម្មសិទ្ធិនៃទំនិញអាចមានភាពចម្លែកក្នុងកិច្ចសន្យា ហើយដោយសារផ្លូវវែងឆ្ងាយ កាលបរិច្ឆេទនេះខុសគ្នាយ៉ាងខ្លាំងពីកាលបរិច្ឆេទនៃការទទួលនៅឃ្លាំង) ឬដោយសារយុត្តិកម្មផ្លូវច្បាប់សម្រាប់ប្រតិបត្តិការត្រូវបានចែងយឺតជាងប្រតិបត្តិការ (ការប្រគល់ទំនិញដែលទទួលយកនៅឃ្លាំង ដែលបន្ទាប់មកត្រូវបានចេញជាការលះបង់កិច្ចសន្យាលក់ ឬជាការជំនួសការធានា ឬជាការកែតម្រូវ/កែតម្រូវនៃ ការលក់) ។

លើសពីនេះ ជាញឹកញាប់ណាស់ វាត្រូវបានណែនាំមិនឱ្យបិទគណនីដែលមានការគ្រប់គ្រងដោយការវិភាគលើសលប់ ដែលអធិការនឹងនៅតែមិនអាចយល់ និងវាយតម្លៃបាន ប៉ុន្តែត្រូវជ្រើសរើសកម្រិតដែលសមហេតុសមផល និងអាចយល់បាន ដែលមិនផ្ទុយនឹង PBU និងក្រមពន្ធនៃក្រមពន្ធ។ សហព័ន្ធរុស្ស៊ី និងមិនធ្វើឱ្យនរណាម្នាក់ខឹងឡើយ។ ទន្ទឹមនឹងនេះនៅក្នុងគណនេយ្យគ្រប់គ្រងត្រូវមានព័ត៌មានលម្អិតចាំបាច់សម្រាប់ការងារ។ ជាឧទាហរណ៍ យើងកំពុងនិយាយអំពីការពិតដែលថាសម្រាប់គោលបំណងផលិតកម្ម វាជាការសំខាន់ណាស់ដែលត្រូវដឹងពីប្រភេទនៃការគ្របដណ្តប់នៃផ្នែកណាមួយ (ដោយការដាក់លក្ខណៈពិសេសនេះនៅក្នុងលក្ខណៈ) និងតាមដានតម្លៃនៃការបញ្ជាទិញ និងសម្រាប់គោលបំណងគណនេយ្យ អ្នកអាច គ្រាន់តែឆ្លុះបញ្ចាំងពីលទ្ធផលនៃការងារនៃការផ្លាស់ប្តូរដោយគ្មានការបញ្ជាទិញហើយប្រើគណនេយ្យមិនជ្រៅជាងនាមត្រកូល។

នៅទីបំផុត ភាពខុសប្លែកគ្នាទាំងអស់នេះអាចត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងប្រព័ន្ធគណនេយ្យពីររង្វិលជុំតែមួយ ដោយបង្កើតគ្រោងការណ៍ត្រឹមត្រូវ ដែលយើងនឹងឆ្លុះបញ្ចាំងពីប្រតិបត្តិការអាជីវកម្មដោយជាក់លាក់។ ឯកសារស្តង់ដារការកំណត់រចនាសម្ព័ន្ធ និងពិនិត្យមើលប្រអប់នៃសៀគ្វីម៉ែត្រដែលត្រូវការ។ បាទ/ចាស ពេលខ្លះប្រតិបត្តិការដូចគ្នានឹងត្រូវធ្វើឡើងម្តងទៀតក្នុងសៀគ្វីគណនេយ្យពីរដែលមានព័ត៌មានលម្អិតផ្សេងគ្នា និងនៅពេលផ្សេងគ្នា។

ឬដំបូងអ្នកគួរតែពិចារណាពីបញ្ហានៃការថែរក្សាសៀគ្វីគណនេយ្យពីរនៅក្នុងមូលដ្ឋានព័ត៌មានពីរផ្សេងគ្នា។

ដោយវិធីនេះ អតិថិជនតែងតែដោះស្រាយជាមួយនឹងស្ថានភាពមួយដែលពួកគេបានអនុវត្តការកំណត់រចនាសម្ព័ន្ធរង្វិលជុំតែមួយអស់រយៈពេលជាច្រើនឆ្នាំ (ជាធម្មតាដំបូងឡើយគណនេយ្យ) ប៉ុន្តែនៅក្នុងដំណើរការនៃការអនុវត្ត ពួកគេបានបង្កើនវា។ ពួកគេមិនពេញចិត្តជាខ្លាំងចំពោះមុខងាររបស់វា ហើយបានជាប់ឈើច្រត់ជាច្រើននៅលើវា ដែលវាមើលទៅស្រដៀងនឹង hedgehog ហើយតាមពិតមិនអាចសូម្បីតែទន់ដៃជើង។ ប៉ុន្តែការពិតពួកគេគ្រាន់តែត្រូវការការកំណត់រចនាសម្ព័ន្ធពីរសៀគ្វីនិងសៀគ្វីត្រឹមត្រូវ។

3. បានប្រើរចនាសម្ព័ន្ធទិន្នន័យសម្រាប់ការរក្សាកំណត់ត្រានៃការតាំងទីលំនៅទៅវិញទៅមកនៅក្នុង KA1/SCP

យើងបានពិចារណាគំរូនៃការទូទាត់និងរង្វិលជុំគណនេយ្យចំនួនពីរ។ ចូរយើងពិចារណាថាតើរចនាសម្ព័ន្ធទិន្នន័យអ្វីខ្លះសម្រាប់គណនេយ្យនៃការទូទាត់ទៅវិញទៅមកដែលត្រូវបានប្រើនៅក្នុងការកំណត់រចនាសម្ព័ន្ធនៃ CA 1 និង SCP 1 (សូមមើលរូបភាព)។

នៅក្នុងរង្វង់គ្រប់គ្រង ការចុះបញ្ជីបង្គរចំនួនពីរគឺទទួលខុសត្រូវចំពោះការទូទាត់ទៅវិញទៅមក។ ចំណុចសំខាន់គឺ “ការទូទាត់ទៅវិញទៅមកជាមួយភាគី” ហើយជំនួយគឺ “ការទូទាត់ទៅវិញទៅមកជាមួយសមភាគីយោងទៅតាមឯកសារទូទាត់” ។ ទីមួយគឺតែងតែត្រូវបានប្រើដើម្បីឆ្លុះបញ្ចាំងពីការតាំងទីលំនៅទៅវិញទៅមក និងប្រមូលផ្តុំទិន្នន័យទូទៅ - ជាមួយនឹងព័ត៌មានលម្អិត "អង្គការ - ភាគី - កិច្ចព្រមព្រៀង - ប្រតិបត្តិការ (គណនី ឬការបញ្ជាទិញប្រសិនបើវិធីសាស្រ្តនៃការថែរក្សាបែបនេះត្រូវបានបញ្ជាក់នៅក្នុងកិច្ចព្រមព្រៀង)) ។ ទីពីរត្រូវបានប្រើសម្រាប់គណនេយ្យតាមថ្នាំងក្នុងបរិបទនៃឯកសារទូទាត់ (ប្រសិនបើសញ្ញា "រក្សាកំណត់ត្រាយោងទៅតាមឯកសារទូទាត់" ត្រូវបានកំណត់នៅក្នុងកិច្ចសន្យា) ។
យោងតាមការចុះបញ្ជីទាំងនេះ។ មួយចំនួនធំនៃ"ការគ្រប់គ្រង" រាយការណ៍អំពីការទូទាត់ទៅវិញទៅមក ដែលភាគច្រើនត្រូវបានប្រើប្រាស់ដោយអ្នកគ្រប់គ្រង។ របាយការណ៍ដូចគ្នា (ក៏ដូចជាការចុះឈ្មោះ គោលការណ៍ និងនីតិវិធីសម្រាប់គណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមក) ត្រូវបានប្រើនៅក្នុងការកំណត់រចនាសម្ព័ន្ធគ្រប់គ្រងពាណិជ្ជកម្ម 10 ។ តើអ្នកឃើញរបាយការណ៍ "ពណ៌ប្រផេះ" ស្តីពីការតាំងទីលំនៅទៅវិញទៅមកនៅក្នុងការកំណត់ទេ? ភាគច្រើនទំនងជាគាត់ជ្រើសរើសទិន្នន័យពីការចុះឈ្មោះ "ការទូទាត់ជាមួយសមភាគី" ។

នៅក្នុងសៀគ្វីគ្រប់គ្រង ប្រភពតែមួយគត់នៃព័ត៌មានរាយការណ៍គឺជាសំណុំនៃរបាយការណ៍វិភាគគណនេយ្យ (តារាងតុល្យការ ការវិភាគគណនី។ល។) ដែលជ្រើសរើសទិន្នន័យពីការចុះឈ្មោះគណនេយ្យដែលគាំទ្រដោយខ្លួនឯង (និងតារាងគណនី)។ ក្នុងពេលជាមួយគ្នានេះ ថ្នាំងនៃការទូទាត់រួមបញ្ចូលតែអង្គការមួយ គណនីគណនេយ្យ និងអនុសញ្ញាពីរ - សមភាគី និងកិច្ចព្រមព្រៀងមួយ (សូមមើលរូប)។

តិច? មិនសមនឹង 1.2-1.4 ទេ? ត្រូវហើយ។ គណនេយ្យពិតនៃការទូទាត់ទៅវិញទៅមកនៅក្នុងគណនេយ្យគ្រប់គ្រងមិនត្រូវបានអនុវត្តនៅទីនោះទាល់តែសោះ។ មានការចុះបញ្ជីចំនួនពីរ ជាការពិតត្រូវបានប្រើដើម្បីធ្វើការទូទាត់ទៅវិញទៅមកភាគច្រើន ហើយមានតែការបង្ហោះតាមទិន្នន័យរបស់ពួកគេប៉ុណ្ណោះដែលធ្លាក់ចូលទៅក្នុងគណនេយ្យ។ ទាំងនេះគឺ "" និង "" ។ ការចុះឈ្មោះដំបូងផ្តល់នូវគណនេយ្យសម្រាប់ការទូទាត់ក្រោមកិច្ចសន្យានៃប្រភេទ "ជាមួយអ្នកផ្គត់ផ្គង់" "ជាមួយប្រាក់ដើម" ទីពីរ - "ជាមួយអ្នកទិញ" "ជាមួយភ្នាក់ងារកំរៃជើងសារ" ។ ក្នុងពេលជាមួយគ្នានេះ កិច្ចសន្យាជាមួយប្រភេទ "ផ្សេងទៀត" ត្រូវបានរក្សាទុកតែនៅលើបញ្ជីគណនេយ្យ (តារាងគណនី) ហើយនៅក្នុងបញ្ជីនៃការប្រមូលផ្តុំដែលបានរៀបរាប់មិនបង្ហាញតាមមធ្យោបាយណាមួយ និងមិនគួរ។

គួរកត់សំគាល់ថាមានការភាន់ច្រលំបន្តិចជាមួយឈ្មោះ។ នៅក្នុងកម្មវិធីកំណត់រចនាសម្ព័ន្ធ ការចុះឈ្មោះទាំងនេះត្រូវបានដាក់ឈ្មោះរៀងៗខ្លួន " ការទទួលបានការតាំងទីលំនៅក្នុងអង្គភាពសាមញ្ញរបស់អង្គការ», « ការគណនាដោយការអនុវត្តនៅក្នុងឯកតាលក្ខខណ្ឌនៃអង្គការ"ទោះបីជាពាក្យមានន័យដូចរបស់ពួកគេ" ការទូទាត់ការទិញ (គណនេយ្យ)"ហើយ" ការទូទាត់ការអនុវត្ត (គណនេយ្យ)"ស្ទើរតែនិយាយឡើងវិញនូវឈ្មោះ និងសទិសន័យនៃការចុះឈ្មោះព័ត៌មានដែលនៅជិតគ្នាក្នុងគោលបំណងជាមួយឈ្មោះ" ការទូទាត់សម្រាប់ការទទួលបានអង្គការ», « ការគណនាដោយការអនុវត្តអង្គការ"។ ពួកគេក៏ចាំបាច់ និងសំខាន់ផងដែរ ប៉ុន្តែយើងមិនពិចារណាពួកវានៅក្នុងអត្ថបទនេះទេ។

ព័ត៌មានលម្អិតគណនេយ្យនៅក្នុងការចុះបញ្ជីបង្គរដែលបានរៀបរាប់ខាងលើគឺជ្រៅជាងនៅលើតារាងគណនី (សូមមើលរូបភាព)៖ ថ្នាំងការទូទាត់ បន្ថែមពីលើធម្មតាទាំងបី "អង្គការ-អ្នកម៉ៅការ-កិច្ចព្រមព្រៀង" មានគណនីគណនេយ្យ កិច្ចព្រមព្រៀងមួយ (គូសបញ្ជាក់ នៅក្នុងពណ៌បៃតង) ។ ព័ត៌មានលម្អិតត្រូវបានអនុវត្តផងដែរនៅក្នុងបរិបទនៃឯកសារទូទាត់ (បន្លិចជាពណ៌លឿង)។ ស្ទើរតែគ្រប់ស្វ័យប្រវត្តិកម្មនៃដំណើរការឯកសារគឺផ្តោតលើសមតុល្យគំរូមិនមែនមកពីគណនីនៃគណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមកនៃបញ្ជីគណនេយ្យទេ ប៉ុន្តែមកពីការចុះបញ្ជីបង្គរ។

ជាថ្មីម្តងទៀត ខ្ញុំនឹងទាក់ទាញការយកចិត្តទុកដាក់ចំពោះវត្តមានរបស់ធនធានពីរ ដែលមួយក្នុងចំនោមនោះរក្សាទុកបរិមាណជារូបិយប័ណ្ណនៃការទូទាត់ទៅវិញទៅមកក្រោមកិច្ចព្រមព្រៀង និងទីពីរ - ជារូបិយប័ណ្ណនៃគណនេយ្យគ្រប់គ្រង។

ក្នុងពេលជាមួយគ្នានេះ ជាឧទាហរណ៍ ក្នុងការកំណត់រចនាសម្ព័ន្ធគណនេយ្យ (គណនេយ្យសហគ្រាស 2.0, 3.0) មិនមានគណនេយ្យសម្រាប់ប្រតិបត្តិការជាគោលការណ៍ទេ (បង្កើតកិច្ចសន្យាស្រមើលស្រមៃ ប្រសិនបើអ្នកត្រូវការបំបែកការទូទាត់ទៅវិញទៅមកក្នុងកិច្ចសន្យាពិតប្រាកដមួយ) ហើយគណនេយ្យសម្រាប់ឯកសារទូទាត់គឺ ត្រូវបានអនុវត្តនៅលើការចុះឈ្មោះគណនេយ្យដោយប្រើអនុសញ្ញាទីបី - "ឯកសារទូទាត់" (សូមមើលរូបភាពពី 1.4 ជាមួយនឹងតារាងគណនី) ។

ហេតុអ្វីបានជានៅក្នុងគណនេយ្យ CA/UPP សម្រាប់ប្រតិបត្តិការ និងឯកសារទូទាត់មិនត្រូវបានធ្វើឡើងតាមរយៈអនុសញ្ញានៃការចុះឈ្មោះគណនេយ្យ គឺជាបញ្ហាស្មុគស្មាញ។ ប្រហែលជាការពិតគឺថាការកំណត់រចនាសម្ព័ន្ធដែលបានរៀបរាប់ខាងលើមានម៉ូឌុលកំណត់រចនាសម្ព័ន្ធគណនេយ្យ "គណនេយ្យសហគ្រាស" កំណែ 1.5 និង 1.6 ដែលមិនទាន់មានគំរូបែបនេះនៅឡើយ។ វាអាចថាការកំណត់រចនាសម្ព័ន្ធត្រូវបានរចនាឡើងសម្រាប់ទិន្នន័យមួយចំនួនធំ ហើយការជ្រើសរើសសំណួរពីការចុះឈ្មោះបង្គរមានផលិតភាពច្រើនជាងការចុះឈ្មោះគណនេយ្យ។ ឬប្រហែលជាថា ដើម្បីបន្ថែមអនុសញ្ញារងពីរបន្ថែមទៀត (កិច្ចព្រមព្រៀង និងឯកសារទូទាត់) វានឹងចាំបាច់ក្នុងការបង្កើនចំនួនអនុសញ្ញាដែលអាចធ្វើបាន ដោយបោះបង់ចោលលេខ 3 ប្រពៃណី។ ប្រហែលជាកន្លែងណាមួយនេះត្រូវបានពិពណ៌នាដោយអ្នកអភិវឌ្ឍន៍បច្ចេកវិទ្យា ប៉ុន្តែ ខ្ញុំគ្រាន់តែមិនដឹងបន្ទាប់មកខ្ញុំសូមទោសសម្រាប់ការល្ងង់ខ្លៅ។

ប្រព័ន្ធទូលំទូលាយបែបនេះដែលមានផ្នែកជាប់គ្នា និងត្រួតស៊ីគ្នាជាច្រើនគឺមិនស្ថិតស្ថេរខ្លាំង ហើយអាចនាំឱ្យមានចំនួននៃ កំហុសដែលអាចកើតមានគណនេយ្យ ដែលនឹងត្រូវបានពិភាក្សានៅក្នុងផ្នែកបន្ទាប់។

នៅក្នុងផ្នែកមុន យើងបានពិចារណាលើគំរូគណនេយ្យទូទាត់ និយមន័យនៃថ្នាំងការទូទាត់ បញ្ហានៃគណនេយ្យក្នុងសៀគ្វីគ្រប់គ្រង និងគណនេយ្យ និងរចនាសម្ព័ន្ធទិន្នន័យដែលប្រើក្នុងគណនីសម្រាប់ការទូទាត់ក្នុងការកំណត់រចនាសម្ព័ន្ធ "ស្វ័យប្រវត្តិកម្មស្មុគស្មាញ 1.1" និង "ការផលិត ការគ្រប់គ្រងសហគ្រាស 1.3" ។

មានទ្រឹស្ដី និងអរូបីជាច្រើន ដោយគ្មាននោះ វាពិបាកណាស់ក្នុងការពន្យល់ព័ត៌មាននៅក្នុងផ្នែកនេះ។

នៅក្នុងផ្នែកនេះ យើងនឹងនិយាយអំពីកំហុសធម្មតាក្នុងគណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមក វិធីដើម្បីកំណត់អត្តសញ្ញាណ និងលុបបំបាត់ពួកគេ។

4. ប្រភេទចម្បងនៃកំហុសក្នុងគណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមក វិធានការត្រួតពិនិត្យ វិធីដើម្បីលុបបំបាត់

៤.១. ការកំណត់មិនត្រឹមត្រូវនៃព័ត៌មានលម្អិតនៃការតាំងទីលំនៅទៅវិញទៅមក។

នៅពេលអនុវត្តការកំណត់រចនាសម្ព័ន្ធ វាអាចរៀបចំព័ត៌មានលម្អិតនៃការទូទាត់ទៅវិញទៅមកសម្រាប់គោលបំណងគណនេយ្យគ្រប់គ្រងតាមរបៀបដែលវានឹងបង្កឱ្យមានការរអាក់រអួលក្នុងគណនេយ្យគ្រប់គ្រង ឬសូម្បីតែយកវាចេញពីផ្នែកច្បាប់។

នៅក្នុងផ្នែកទី 1.4 យើងបានបញ្ជាក់ពីគំរូនៃការទូទាត់ ដែលថ្នាំងដែលមានព័ត៌មានលម្អិតដែលត្រូវការត្រូវបានដាក់ក្នុងបញ្ជីឈ្មោះ យោងទៅតាមចំណូលដែលត្រូវបានបង្ហោះ។ របាយការណ៍ណាមួយបង្ហាញទិន្នន័យដែលត្រូវការ។ ដោយគិតគូរពីអ្វីដែលមានចែងក្នុងផ្នែកទី 2 (នោះគឺសៀគ្វីគណនេយ្យពីរ - អ្នកគ្រប់គ្រង និងគ្រប់គ្រង) វាហាក់ដូចជាយើងមានកម្រិតនៃសេរីភាពទាំងអស់ក្នុងការកំណត់លម្អិត - សម្រាប់ប្រតិបត្តិការសម្រាប់ឯកសារទូទាត់ ... ប៉ុន្តែទេ។ យើងមានការកំណត់រចនាសម្ព័ន្ធជាក់លាក់មួយ ហើយដោយមើលពីអ្វីដែលមានចែងក្នុងផ្នែកទី 3 យើងគួរពិចារណាអំពីអ្វីដែលវាមានកម្រិតបច្ចេកទេស (ខ្ញុំមិនចាត់ទុកវាជាកំហុសទេ វាគឺជាការរចនា)។ ចូរយើងរាយបញ្ជីពួកគេ៖

1. ការដាក់បញ្ចូលគណនេយ្យលម្អិតសម្រាប់ការទូទាត់ទៅវិញទៅមកក្នុងបរិបទនៃប្រតិបត្តិការ (គណនី ឬការបញ្ជាទិញ) ជាអកុសល អនុវត្តចំពោះសៀគ្វីគណនេយ្យទាំងពីរ (ទាំងការគ្រប់គ្រង និងការគ្រប់គ្រង) ក្នុងពេលដំណាលគ្នា។

ខាងក្រោមនេះគួរតែត្រូវបានកត់សម្គាល់នៅទីនេះ។ នៅក្នុងបច្ចុប្បន្ន ក្របខ័ណ្ឌច្បាប់នៅក្នុងវិស័យគណនេយ្យសម្រាប់ការតាំងទីលំនៅទៅវិញទៅមក (TC RF, PBU, 402-FZ) ការវិភាគនៃការទូទាត់ដាច់ដោយឡែកមិនត្រូវបានចេញវេជ្ជបញ្ជាទេនេះគឺជាធាតុផ្សំនៃគោលនយោបាយគណនេយ្យ។ ទោះយ៉ាងណាក៏ដោយមានតម្រូវការសម្រាប់ការបង្កើតសូចនាករ "គណនីទទួល", "គណនីដែលត្រូវបង់" នៅក្នុងរបាយការណ៍ហិរញ្ញវត្ថុ (ការប៉ាន់ប្រមាណគ្នាទៅវិញទៅមកសិប្បនិម្មិតរបស់ពួកគេក៏ដូចជាការប៉ះប៉ូវរវាងពួកគេមិនត្រូវបានអនុញ្ញាត) ហើយក៏មានការរឹតបន្តឹងផងដែរនៅក្នុងផ្នែកពាក់ព័ន្ធនៃ គណនេយ្យដែលត្រូវបានផ្សារភ្ជាប់ជាមួយនឹងគំនិតនៃប្រតិបត្តិការមួយនៅប្រសព្វនៃក្រមរដ្ឋប្បវេណីនៃសហព័ន្ធរុស្ស៊ី និងក្រមពន្ធនៃសហព័ន្ធរុស្ស៊ី ឧទាហរណ៍ - ជាអាករលើតម្លៃបន្ថែមពីបុរេប្រទានក្នុងការគណនារូបិយប័ណ្ណ និងការគណនាក្នុងឯកតាធម្មតា។

សម្រាប់អធិការគ្រប់ប្រភេទ (មន្ត្រីពន្ធដារ សវនករ។ល។) ជម្រើសទូទៅបំផុតគឺរក្សាកំណត់ត្រានៅក្រោមកិច្ចសន្យាទាំងមូល ដោយយោងទៅលើកិច្ចសន្យាក្រដាស នេះត្រូវបានបញ្ជាក់យ៉ាងងាយស្រួល សមល្អជាមួយរបាយការណ៍គណនេយ្យដែលមានស្រាប់ និងការចុះបញ្ជីគណនេយ្យពន្ធ ហើយមិនត្រូវការការពន្យល់បន្ថែមទេ។

ការធ្វើឱ្យស៊ីជម្រៅបន្ថែមទៀតនៃការលម្អិតនៃការទូទាត់ទៅវិញទៅមក ដែលនាំទៅដល់វត្តមាននៃសមតុល្យ "បញ្ជរ" នៅក្រោមកិច្ចសន្យាតែមួយ ពោលគឺឧ។ នៅពេលដែលនៅកាលបរិច្ឆេទរាយការណ៍មួយចំនួនមានទាំងបំណុល និងការទូទាត់ជាមុនសម្រាប់ភាគីម្ខាង និងកិច្ចសន្យាមួយ ការបកស្រាយបន្ថែមនៃការចុះបញ្ជីគណនេយ្យស្តង់ដារគឺតម្រូវឱ្យបង្ហាញអំពីភាពត្រឹមត្រូវ៖

ការបែងចែកជាមុន និងបំណុលនៅក្នុងបរិបទនៃការបញ្ជាទិញ ឬវិក្កយបត្រ;
ការទូទាត់សង VAT ដែលបានទទួលពីមុនពីបុរេប្រទាន ចាប់តាំងពីក្រមពន្ធនៃសហព័ន្ធរុស្ស៊ីមានបញ្ជីបិទនៃស្ថានភាពនៅពេលដែលយើងមានសិទ្ធិទទួលបានការបង្វិលសង ហើយស្ថានភាពទាំងនេះត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងបន្ទាត់ជាក់លាក់នៃការប្រកាសពន្ធលើតម្លៃបន្ថែម ហើយភ្លាមៗនោះយើងសម្រេចចិត្តផ្ទេរប្រាក់។ ពីការបញ្ជាទិញដើម្បីបញ្ជាដោយទូទាត់សងប្រាក់ជាមុន និងបំណុលដែលសមហេតុសមផលគួរនាំឱ្យមានការទូទាត់អាករលើតម្លៃបន្ថែមពីបុរេប្រទាន);
ការគណនាភាពខុសគ្នានៃអត្រាប្តូរប្រាក់ និងការវាយតម្លៃឡើងវិញនូវសមតុល្យរូបិយប័ណ្ណសម្រាប់ការបញ្ជាទិញនីមួយៗដោយឡែកពីគ្នា។
និងល;

ដែលចាំបាច់ត្រូវតែធ្វើការដោះស្រាយនៅកម្រិតនៃគោលនយោបាយគណនេយ្យ (ក្នុងលក្ខខណ្ឌនៃការជួសជុលព័ត៌មានលម្អិតដែលបានប្រើ និងការចុះបញ្ជីគណនេយ្យដែលបកស្រាយវា) និង/ឬកិច្ចព្រមព្រៀងជាមួយសមភាគី (ក្នុងលក្ខខណ្ឌនៃការជួសជុលនីតិវិធីសម្រាប់ការទូទាត់សំណងដូចគ្នា) .

ដូច្នេះប្រសិនបើសៀគ្វីគណនេយ្យចំនួនពីរត្រូវបានរក្សាទុកនៅក្នុង infobase របស់អ្នក ហើយអ្នកមិនអាច (ឬមិនចង់) សម្រាប់ហេតុផលខាងលើដើម្បីរួមបញ្ចូលឧបករណ៍បំបែកគណនីប្រតិបត្តិការដូច្នេះវាមិនប៉ះពាល់ដល់ការជឿនលឿន និងបំណុលនៅក្នុងគណនេយ្យពិតប្រាកដ ប៉ុន្តែក្នុងពេលតែមួយវា វាមានសារៈសំខាន់ខ្លាំងណាស់សម្រាប់អ្នកក្នុងការយល់ដឹងអំពីការទូទាត់រាល់ការបញ្ជាទិញ មានជម្រើសពីរ៖
ក) អ្នកអាចប្រើការចុះបញ្ជីបង្គរ "ការបញ្ជាទិញរបស់អតិថិជន" និង "ការទូទាត់ជាមួយសមភាគី" (!!! មិនមែនជាការទូទាត់ទៅវិញទៅមក ប៉ុន្តែគ្រាន់តែជា "ការទូទាត់") នៅក្នុងបរិបទនៃការបញ្ជាទិញដើម្បីកំណត់ការដឹកជញ្ជូន ការទូទាត់សម្រាប់ការបញ្ជាទិញ និង ភាពខុសគ្នារវាងពួកវានឹងគ្រាន់តែជាបំណុលនិម្មិត (ជាមុន) តាមការស្នើសុំ។
ខ) អ្នកអាចទៅវិធីផ្សេងទៀត ហើយកែលម្អការកំណត់រចនាសម្ព័ន្ធ ដូច្នេះព័ត៌មានលម្អិតនៃប្រតិបត្តិការមិនត្រូវបានរួមបញ្ចូលនៅក្នុងគណនេយ្យដែលបានកំណត់ទេ គឺនៅសល់តែនៅក្នុងការគ្រប់គ្រង (ឧទាហរណ៍សម្រាប់អ្នកគ្រប់គ្រង)។

3. នៅក្នុងសៀគ្វីគ្រប់គ្រង គណនេយ្យសម្រាប់ឯកសារទូទាត់ត្រូវបានរក្សាទុកដោយស្វ័យប្រវត្តិតាមលំនាំដើម យោងទៅតាមគោលការណ៍ FIFO (សូមមើល 1.3) ហើយនៅក្នុងគណនេយ្យគ្រប់គ្រងវាមិនត្រូវបានរក្សាទុកទាល់តែសោះ។ ប្រសិនបើអ្នករួមបញ្ចូលនៅក្នុងកិច្ចសន្យា សញ្ញានៃគណនេយ្យដោយដៃ "គណនេយ្យយោងទៅតាមឯកសារទូទាត់" បន្ទាប់មកសម្រាប់ កិច្ចព្រមព្រៀងនេះ។គណនេយ្យដោយដៃយោងទៅតាមឯកសារទូទាត់នឹងត្រូវបញ្ចូលក្នុងពេលដំណាលគ្នាទាំងគណនេយ្យគ្រប់គ្រង និងគណនេយ្យគ្រប់គ្រង។

នេះគឺជាការលំបាកខ្លាំងណាស់! ប្រសិនបើអ្នកភ្លាមៗសម្រេចចិត្តរៀបចំគណនេយ្យដោយដៃយោងទៅតាមឯកសារទូទាត់នៅក្នុងគណនេយ្យគ្រប់គ្រង នោះវានឹងចូលទៅក្នុងគណនីគ្រប់គ្រងដោយស្វ័យប្រវត្តិ ដែលនឹងបណ្តាលឱ្យមានបញ្ហាដូចគ្នាដែលមានបីកថាខណ្ឌខាងលើ។ វាក៏មានជម្រើសពីរនៅទីនេះផងដែរ៖

ក) អ្នកនាំយក "មូលដ្ឋានវិទ្យាសាស្ត្រ" នៅក្នុងគណនេយ្យគ្រប់គ្រងក្រោមគ្រោងការណ៍គ្រប់គ្រង នោះគឺអ្នកបង្ហាញអំពីភាពត្រឹមត្រូវនៅកម្រិតនៃគោលនយោបាយគណនេយ្យដែលមិនផ្ទុយនឹងច្បាប់ដែលការទូទាត់អាចបិទបំណុលដែលមិនចាស់បំផុតតាមពេលវេលា (ដូចជា "តាមលំនាំដើម" ត្រូវបានចង្អុលបង្ហាញនៅក្នុងសិល្បៈ។ 319 នៃក្រមរដ្ឋប្បវេណីនៃសហព័ន្ធរុស្ស៊ី) ប៉ុន្តែតាមអំពើចិត្តយោងទៅតាមគោលការណ៍មួយចំនួន (សូមមើលឧទាហរណ៍នៃលំនៅដ្ឋាននិងសេវាសហគមន៍នៅក្នុងផ្នែក 1.3) ។

ខ) ការកំណត់រចនាសម្ព័ន្ធត្រូវបានបញ្ចប់តាមរបៀបដែលគណនេយ្យដោយស្វ័យប្រវត្តិយោងទៅតាមឯកសារទូទាត់តែងតែស្ថិតនៅក្នុងគណនេយ្យដែលមានការគ្រប់គ្រង (យោងទៅតាមបទពិសោធន៍ ការកែប្រែដែលស្មុគស្មាញ និងមិនងាយស្រួល)។

4. នៅក្នុងសៀគ្វីគ្រប់គ្រង គណនេយ្យតាមឯកសារទូទាត់គឺដោយដៃ ឬអត់ទាំងអស់ (កំណត់ដោយសញ្ញា "គណនេយ្យតាមឯកសារទូទាត់" នៅក្នុងកិច្ចសន្យា)។ មិនមានរបៀបស្វ័យប្រវត្តិទេ។

ដូច្នេះ ប្រសិនបើយើងសម្រាប់ជាប្រយោជន៍នៃសៀគ្វីគ្រប់គ្រង មិនចង់ធ្វើគណនេយ្យដោយដៃដ៏ធំនៃឯកសារទូទាត់សម្រាប់ភាគីទាំងអស់ (ជាចម្បង បង្ហាញដោយប្រុងប្រយ័ត្ន FIFO) នេះកំណត់យើងយ៉ាងខ្លាំងក្នុងការជ្រើសរើសទិន្នន័យលើបំណុលហួសកាលកំណត់ពីការចុះបញ្ជីគណនេយ្យគ្រប់គ្រង។ (សូមមើលផ្នែកទី 2 នៃផ្នែកដំបូងនៃអត្ថបទស្តីពីមូលហេតុនៃការគម្លាតនៃគណនេយ្យគ្រប់គ្រងពីគណនេយ្យ) ។ លើសពីនេះ ផ្នែកនៃរបាយការណ៍បំណុលស្ដង់ដារដែលទាក់ទងនឹងពេលវេលា ក៏ដូចជាយន្តការសម្រាប់ការគ្រប់គ្រងជម្រៅនៃបំណុល ក៏បដិសេធមិនដំណើរការដែរ។

ទាំងអស់នេះនាំឱ្យយើងទៅរកការពិតដែលថាទោះបីជាមានមធ្យោបាយជាក់ស្តែងក្នុងការរក្សាកំណត់ត្រានៃការតាំងទីលំនៅទៅវិញទៅមកក៏ដោយប្រសិនបើមានគណនេយ្យរង្វិលជុំទ្វេរនៅក្នុងមូលដ្ឋានទិន្នន័យមួយមិនថាយើងផ្លាស់ទីទៅទីណាទេនោះនឹងមាន pitchforks គ្រប់ទីកន្លែង: ទាំងនៅក្នុងការពិតដែលថាកម្មវិធីនេះធ្វើ។ មិនដំណើរការ ឬនៅក្នុងការពិតដែលថាយើងកំពុងស្វែងរកការងារដោយដៃច្រើន ឬនៅក្នុងការពិតដែលថាវាមិនអាចទៅរួចទេក្នុងការរក្សាគណនេយ្យដែលមានការគ្រប់គ្រងក្នុងវិស័យច្បាប់។

ជាអកុសល មិនមាន "គ្រាប់ប្រាក់" នៅទីនេះទេ។ ការកំណត់រចនាសម្ព័ន្ធរបស់ CA និង SCP គឺត្រូវបានផ្សំបញ្ចូលគ្នាយ៉ាងប្រហែសពី "ការគ្រប់គ្រងពាណិជ្ជកម្ម 10.3" និង "គណនេយ្យ 1.5 / 1.6" ហើយទោះបីជាមានភាពខុសគ្នានៃព័ត៌មានលម្អិតគណនេយ្យនៅក្នុងទីមួយក៏ដោយ គ្មាននរណាម្នាក់បានព្រមានអំពីបញ្ហានេះនៅក្នុងការកំណត់រចនាសម្ព័ន្ធទីពីរទេ។ .

មនុស្សម្នាក់ត្រូវតែចាត់ថ្នាក់ដោយប្រុងប្រយ័ត្ននូវប្រភេទនៃទំនាក់ទំនងជាមួយសមភាគី អភិវឌ្ឍសម្រាប់គម្រោងការសម្របសម្រួលនីមួយៗរវាងសៀគ្វីគ្រប់គ្រង និងគ្រប់គ្រង ជ្រើសរើសការកែលម្អចំណុច ឬដំបូងបដិសេធមិនរក្សាសៀគ្វីគណនេយ្យពីរនៅក្នុងមូលដ្ឋានព័ត៌មានមួយ ដោយប្រើមូលដ្ឋានទិន្នន័យពីរផ្សេងគ្នា ដែល ក៏តម្រូវឱ្យមានបរិមាណធនធានមនុស្សយ៉ាងសំខាន់ និងការរៀបចំនៃការផ្ទុក និងការផ្ទុកទំនិញគ្រប់ប្រភេទ (ជាមួយនឹងបញ្ហានៃការប្រៀបធៀប និងទ្វេដង)។

៤.២. ភាពខុសគ្នាផ្នែកបច្ចេកទេសរវាងទិន្នន័យនៃការចុះបញ្ជីគណនេយ្យ និងការចុះបញ្ជីបង្គរ "ការទូទាត់ការទិញ" "ការទូទាត់ការលក់" ។

បទប្បញ្ញត្តិនៃផ្នែកនេះមានសុពលភាពទោះបីជា CA/SCP ត្រូវបានប្រើសម្រាប់តែការរក្សាគណនេយ្យដែលមានការគ្រប់គ្រង (ដោយគ្មានការគ្រប់គ្រង)។ សម្រាប់តែការទូទាត់លើការទិញ និងលក់ប៉ុណ្ណោះ។.

ដូចដែលបានពិពណ៌នានៅក្នុងផ្នែកទី 3 ការកំណត់រចនាសម្ព័ន្ធនៃ CA និង SCP មានរចនាសម្ព័ន្ធទិន្នន័យសាខាយ៉ាងខ្លាំងសម្រាប់ការរក្សាទុកការទូទាត់ទៅវិញទៅមក ហើយសូម្បីតែនៅក្នុងសៀគ្វីដែលមានការគ្រប់គ្រងក៏ដោយ គណនេយ្យពិតនៃការទូទាត់ទៅវិញទៅមកភាគច្រើនមិនត្រូវបានរក្សាទុកក្នុងតារាងគណនីទេ (ការចុះបញ្ជីគណនេយ្យ ) ប៉ុន្តែនៅក្នុងការប្រមូលផ្តុំចុះបញ្ជី "ការគណនាសម្រាប់ការទទួលបាន" "ការគណនាលើការអនុវត្ត" (តទៅនេះ - គ្រាន់តែ "នៅលើការចុះឈ្មោះ") ។

សូមចងចាំថា ស្វ័យប្រវត្តិកម្មស្ទើរតែទាំងអស់នៃការបង្ហោះឯកសារគឺផ្តោតលើសមតុល្យគំរូ មិនមែនមកពីតារាងគណនីនោះទេ ប៉ុន្តែមកពីការចុះឈ្មោះបង្គរ។

នេះបណ្តាលឱ្យមានការរអាក់រអួលខ្លះ ដើម្បីដាក់វាឱ្យស្រាល។

តាមពិតបញ្ហាមិនស្ថិតនៅក្នុងអង្គការជាក់លាក់នៃគណនេយ្យទេ ប៉ុន្តែនៅក្នុងការពិតនោះ។ មិនមានរបាយការណ៍ស្ដង់ដារតែមួយដែលនឹងបង្ហាញការចុះឈ្មោះបង្គរទាំងនេះទេ។នៅក្នុងទម្រង់នៃសេចក្តីថ្លែងការណ៍សាមញ្ញ។ អ្នកអាចប្រើរបាយការណ៍ជាសកលបាន ប៉ុន្តែវាមិនច្បាស់សម្រាប់អ្នកប្រើប្រាស់សាមញ្ញនោះទេ ហើយដូចការអនុវត្តបង្ហាញ ពេលខ្លះសូម្បីតែអ្នកអនុវត្តដែលមានការបញ្ជាក់ពីក្រុមអ្នករួមបញ្ចូលធំៗ ដែលភ្លាមៗបានចុះមកខេត្តរបស់យើងដើម្បីកាត់បន្ថយថវិកាធំ នៅពេលដែលធ្វើការជាមួយគ្នា ភ្ញាក់ផ្អើលក្នុងការស្វែងរកទាំងអស់។ ព័ត៌មានដែលបានបោះពុម្ពផ្សាយនៅក្នុងអត្ថបទនេះ។

ទោះបីជាការពិតមិនមានរបាយការណ៍តែមួយក៏ដោយ វិធានការត្រួតពិនិត្យ និងការស្វែងរកកំហុសត្រូវតែត្រូវបានរៀបចំយ៉ាងជាក់លាក់យោងទៅតាមទិន្នន័យនៃការចុះឈ្មោះទាំងនេះ ដែលទិន្នន័យត្រូវបានទទួលមុន។ ប៉ុន្តែ តារាងតុល្យការដែលចងក្រងដោយយោងតាមការចុះបញ្ជីគណនេយ្យគឺមានលក្ខណៈបន្ទាប់បន្សំរួចហើយ.

បរាជ័យក្នុងការអនុលោមតាមទីតាំងកម្មវិធីត្រឹមត្រូវ។ វិធានការត្រួតពិនិត្យនាំយើងទៅកាន់សេណារីយ៉ូបុរាណដែលបានពិពណ៌នាដោយជំហានដូចខាងក្រោមៈ

ដោយសារតែប្រតិបត្តិការដែលបានឆ្លុះបញ្ចាំងមិនត្រឹមត្រូវ ការបង្ហោះដែលបានបង្កើតយោងទៅតាមតារាងគណនីមិនស្របគ្នាជាមួយនឹងចលនានៅក្នុងបញ្ជីប្រមូលផ្ដុំដែលត្រូវគ្នានោះទេ។ ជាទូទៅ វាគឺជាធាតុគណនេយ្យដែលត្រូវបានបង្កើតឡើងយ៉ាងត្រឹមត្រូវ (គណនេយ្យករធ្វើតាមវាតាមរយៈរបាយការណ៍គណនេយ្យ) ហើយគាត់មិនឃើញមានចលនានៅក្នុងការចុះឈ្មោះបង្គរទេ ពីព្រោះ។ 1) មិនមានរបាយការណ៍ស្ដង់ដារ 2) គ្មាននរណាម្នាក់បានរៀបចំអ្នកប្រើប្រាស់ដោយពន្យល់ពីលក្ខណៈបច្ចេកទេសនៃគណនេយ្យនៅលើការចុះបញ្ជីបង្គរ និងរបៀបមើលពួកវាសម្រាប់គោលបំណងអ្វី។
នៅពេលឆ្លុះបញ្ចាំងពីប្រតិបត្តិការបន្ទាប់ គណនេយ្យកររំពឹងថានឹងមានការទូទាត់ជាមុន/ការសងបំណុលដោយផ្អែកលើសមតុល្យនៅលើតារាងតុល្យការ (ឧ. ពីការចុះបញ្ជីគណនេយ្យ) ខណៈពេលដែលស្វ័យប្រវត្តិកម្មនៃប្រតិបត្តិការជ្រើសរើសសមតុល្យមិនត្រឹមត្រូវដោយចេតនាពីការចុះឈ្មោះបង្គរ បង្កើតចលនាមិនត្រឹមត្រូវនៅលើ ពួកគេ ហើយបន្ទាប់មកបង្ហោះមិនត្រឹមត្រូវនៅលើ boo ។ ចុះឈ្មោះ។
គណនេយ្យករកែតំរូវសមតុល្យដោយវិចារណញាណ ទាំងដោយប្រតិបត្តិការដែលបានបញ្ចូលដោយដៃ ឬដោយឈើច្រត់ដែលសរសេរយ៉ាងពិសេស។ អាករលើបុរេប្រទានត្រូវបានធ្វើឡើងដោយដៃ រូបិយប័ណ្ណ និង c.u. ការគណនានៅតែមិនត្រឹមត្រូវ ដែលបណ្តាលឱ្យមានជម្លោះជាមួយអ្នកម៉ៅការ អាជ្ញាធរពន្ធដារ អ្នកសរសេរកម្មវិធី។
ចូរយើងបន្តទៅចំណុចទី 2 ដោយកែតម្រូវសម្រាប់ការពិតដែលថានៅក្នុងការធ្វើម្តងទៀតបន្ទាប់ចំនួននៃការងារ "ឈើច្រត់" កំពុងកើនឡើងដូចជាការធ្លាក់ព្រិល។
នៅពេលដែលខ្សែសង្វាក់ឱសថក្នុងស្រុកបរាជ័យក្នុងការផ្គត់ផ្គង់ប្រអប់ថ្នាំ valocordin ហើយបុគ្គលិកគណនេយ្យឈានដល់ចំណុចក្តៅគគុក និងពុះកញ្ជ្រោលក្នុងវដ្តនេះ អ្នកឯកទេសត្រូវបានហៅចូល (ហើយអ្នកចាស់ប្រហែលជាត្រូវបណ្តេញចេញ) ដែលផ្តល់ឱ្យមនុស្សនូវសញ្ញាបត្រទីពីរក្នុងគណនេយ្យសម្រាប់គ្នាទៅវិញទៅមក។ គណនេយ្យនៅក្នុង KA / UPP ។ គាត់បំពេញក្បាលរបស់ពួកគេដោយចង្កោម ទិដ្ឋភាពបច្ចេកទេស- ដូចនៅក្នុងអត្ថបទនេះ។ ជាការពិតណាស់គាត់លឺថា "តើអ្នកមានកម្មវិធីស្មុគ្រស្មាញបែបណា ពិភពលោកទាំងមូលស្ថិតនៅលើផ្លូវនៃភាពសាមញ្ញ ហើយនៅទីនេះយើងកំពុងធ្វើអ្វីដែលនរក។ ហើយនៅទីនេះយើងស្ថិតនៅក្នុង "ប្រាំពីរ" ... ។ បន្ទាប់មកគាត់ក៏បានបំបែកពួកគេចូលទៅក្នុងគណនេយ្យត្រឹមត្រូវតាមបច្ចេកទេស ឬសរសេរឈើច្រត់ដែលកាន់តែទំនើប (ទៅចំណុចទី 3 បន្តបង្កើត "ប្រាំបី" "ប្រាំពីរ") ។

ពិចារណាពីកំហុសចម្បងដែលនាំឱ្យមានភាពមិនស៊ីគ្នារវាងគណនេយ្យនៅលើតារាងគណនី និងនៅលើការចុះឈ្មោះ៖

1. ការប្រើប្រាស់ប្រតិបត្តិការដោយដៃ. ការប្រកាសទៅកាន់ការចុះឈ្មោះគណនេយ្យត្រូវបានធ្វើឡើងដោយប្រតិបត្តិការដែលបានបញ្ចូលដោយដៃដោយគ្មានការកែតម្រូវប៉ារ៉ាឡែលនៃការចុះបញ្ជីបង្គរ (សូមហៅវាថា ខ្សែភ្លើងដោយឥតគិតថ្លៃ).

ចលនានៅលើការចុះឈ្មោះបង្គរត្រូវបានធ្វើឡើង ចុះឈ្មោះការកែតម្រូវធាតុ, ម្ល៉ោះ ធាតុគណនេយ្យមិនបានធ្វើ (ស្ថានភាពផ្ទុយគ្នាដែលកម្រនិងបញ្ជាក់ថាមាននរណាម្នាក់ជាទូទៅដឹងអំពីការចុះបញ្ជីបង្គរ, ប៉ុន្តែនៅតែ) ។

2. ជម្រើសខុសនៃប្រភេទប្រតិបត្តិការនៅក្នុងឯកសារទូទាត់។ចលនាត្រូវបានធ្វើឡើងតែយោងទៅតាមការចុះឈ្មោះគណនេយ្យ ឯកសារទូទាត់ជាមួយនឹងប្រភេទនៃប្រតិបត្តិការ "ការទទួល/ការដកប្រាក់ផ្សេងទៀត លុយ" (ក្នុងករណីនេះ គណនីអ្នកឆ្លើយឆ្លងព័ត៌មានត្រឹមត្រូវ និងសមភាគី/កិច្ចព្រមព្រៀងត្រូវបានចង្អុលបង្ហាញ) ជំនួសឱ្យប្រភេទនៃប្រតិបត្តិការដែលទាក់ទងនឹងប្រភេទនៃកិច្ចព្រមព្រៀងដែលត្រូវគ្នា ("ការទូទាត់ពីអ្នកទិញ", "ត្រឡប់ទៅអ្នកទិញ", "ការទូទាត់ទៅ អ្នកផ្គត់ផ្គង់", "ការត្រឡប់មកវិញពីអ្នកផ្គត់ផ្គង់") ដែលពិតជាមានន័យថាការបង្ហោះដោយឥតគិតថ្លៃទៅកាន់ការវិភាគដែលត្រូវគ្នា (មិនមានចលនាក្នុងការចុះឈ្មោះបង្គរទេ)។

3. ការបំពេញបរិមាណមិនត្រឹមត្រូវនៅក្នុងឯកសារទូទាត់៖ ចំនួនប្រាក់រូប្លែផ្សេងគ្នាត្រូវបានចង្អុលបង្ហាញនៅពាក់កណ្តាលខាងឆ្វេង និងខាងស្តាំនៃទម្រង់។ល។) ដែលងាយស្រួលធ្វើនៅពេលបញ្ចូលឯកសារដោយការចម្លង។ មើលរូបភាព៖

4. ការកែតម្រូវបំណុលដែលធ្វើឡើងដោយមិនត្រឹមត្រូវ(ភាពខុសគ្នារវាងចំនួនក្នុងជួរទាំងបីនៃផ្នែកតារាង ការប្រើប្រាស់ប្រភេទប្រតិបត្តិការ "ការផ្ទេរបំណុល" ឬ "ការលុបបំណុល" ដែលចាំបាច់ត្រូវប្រើ "ការកំណត់" វាជារឿងធម្មតាទេក្នុងការប្រើ "ការសរសេរបំណុល" ។ -off" ប្រភេទប្រតិបត្តិការដើម្បីផ្ទេរចំនួនទឹកប្រាក់រវាងគណនីទូទាត់ទៅវិញទៅមក (ដែលម្តងទៀត - នៅតែមានន័យថាការបង្ហោះដោយឥតគិតថ្លៃទៅកាន់អ្នកវិភាគដែលបានបញ្ជាក់នៅលើផ្ទាំង "គណនី" ដូច្នេះគណនី 60, 62, 76.05, 76.06 មិនគួរប្រើនៅទីនោះទេ។) បញ្ហានៃ ការបញ្ចូលការកែតម្រូវបំណុលត្រូវបានពិភាក្សាយ៉ាងលម្អិតនៅក្នុងផ្នែក 4.3 ។

5. ទិន្នន័យមិនស៊ីសង្វាក់គ្នាក្នុងឯកសារជាលទ្ធផលនៃឧបាយកលដោយស្វ័យប្រវត្តិមិនត្រឹមត្រូវកំឡុងពេលផ្ទុក/ទាញយកផ្សេងៗ និងដំណើរការជាក្រុម (ព័ត៌មានលម្អិតដែលលាក់កំបាំង ប្រភេទនៃកិច្ចសន្យាមិនសមរម្យ (ឧទាហរណ៍ "ជាមួយអ្នកផ្គត់ផ្គង់" - ក្នុងការអនុវត្ត)) ហើយកំហុសមួយចំនួនមិនត្រូវបានរកឃើញក្នុងអំឡុងពេលប្រតិបត្តិ , ដោយសារតែ នៅក្នុងឯកសារស្ដង់ដារជាច្រើន តក្កវិជ្ជាពិនិត្យការបំពេញត្រូវបានអនុវត្តជាទម្រង់ឯកសារ (ហើយនៅពេលផ្ទុក/ទាញយក និងដំណើរការជាក្រុម ទម្រង់មិនបើក ហើយតក្កវិជ្ជានេះមិនត្រូវបានអនុវត្តទេ)។ ដោយឡែកពីគ្នា វាចាំបាច់ក្នុងការបញ្ជាក់រដ្ឋនៅពេល ព័ត៌មានឯកសារមិនត្រូវគ្នា។(ជាដំបូង ពួកគេបានអនុវត្តជាមួយនឹងទិន្នន័យមួយចំនួន ហើយបន្ទាប់មកពួកគេសរសេរទិន្នន័យផ្សេងទៀតទៅក្នុងឯកសារដោយមិនធ្វើការបង្ហោះឡើងវិញ)។

6. ការរំលោភលើនីតិវិធីសម្រាប់គណនេយ្យសម្រាប់គណនេយ្យដោយដៃយោងទៅតាមឯកសារទូទាត់(ការសងបំណុលនាពេលអនាគតដោយឯកសារទូទាត់ ទូទាត់ដោយឯកសារបង្កាន់ដៃ/ការសម្រេចនៃបុរេប្រទាននាពេលអនាគត។ 4 នៃផ្នែក 4.3) ។

7. បញ្ហាបច្ចេកទេស. អាថ៌កំបាំង កំហុសក្នុងមូលដ្ឋានព័ត៌មាន ការកែលម្អដែលមិនមានស្តង់ដារ និងស្ថានភាពផ្សេងទៀតដែលអ្នកត្រូវហៅទូរស័ព្ទទៅអ្នកឯកទេស។

ដើម្បីកំណត់ស្ថានភាពបែបនេះ អ្នកគួរតែអនុវត្តជាប្រចាំដូចខាងក្រោម វិធានការត្រួតពិនិត្យ៖ នៅចំណុចដែលបានជ្រើសរើសមួយចំនួននៅក្នុងពេលវេលា ផ្សះផ្សាសមតុល្យនៃការទូទាត់ទៅវិញទៅមកដោយយោងតាមតារាងគណនី (ការចុះបញ្ជីគណនេយ្យ) និងយោងទៅតាមការចុះបញ្ជីបង្គរ.

មានន័យថា អ្នកអាចប្រើតារាងតុល្យការ (ការវិភាគគណនី) រួមជាមួយនឹងវាបង្កើតរបាយការណ៍ជាសកលមួយលើការចុះបញ្ជីបង្គរដែលត្រូវបានពិចារណា ដោយដាក់ជាក្រុមទិន្នន័យតាមវិធីប្រហាក់ប្រហែលនឹងរបាយការណ៍គណនេយ្យ ហើយបន្ទាប់មកប្រៀបធៀបពួកវាដោយមើលឃើញ ឬ នៅក្នុង Excel / Calc លើប្រធានបទសមភាព។

ដើម្បីធ្វើស្វ័យប្រវត្តិកម្មសកម្មភាពត្រួតពិនិត្យនេះ (ការផ្សះផ្សាសមតុល្យ) ក្នុងលក្ខខណ្ឌនៃចំនួនដ៏ច្រើននៃថ្នាំងទូទាត់ទៅវិញទៅមក អ្នកអាចប្រើវាបាន ឧទាហរណ៍នៃការប្រើប្រាស់ជាមួយរូបភាពត្រូវបានពិពណ៌នានៅក្នុងការបោះពុម្ពដូចគ្នា។

ជាអកុសល របាយការណ៍នេះផ្សះផ្សា នៅសល់តែក្នុងបញ្ជីគណនេយ្យ និងបញ្ជីបង្គរ។ ខ្ញុំមិនអាចធ្វើរបាយការណ៏ការផ្សះផ្សាសំណល់នៃការផ្លាស់ប្តូរដែលងាយស្រួលនោះទេ ដោយសារគោលការណ៍ផ្សេងគ្នាជាច្រើនសម្រាប់ការបង្កើតចលនានៅពេលទូទាត់ការជឿនលឿន៖ វាមិនអាចទៅរួចទេក្នុងការប្រៀបធៀបការផ្លាស់ប្តូរនៅក្នុងសំណើមួយ។ ដូច្នេះ ការស្វែងរកពេលវេលាពិតប្រាកដនៃកំហុសនឹងត្រូវអនុវត្តដោយ "ការចាប់" ជាជំហានៗ ឬដោយការបែងចែកពាក់កណ្តាល កាលបរិច្ឆេទទៅមុខពីអំឡុងពេលដែលមិនមានភាពខុសគ្នាទៅនឹងបច្ចុប្បន្ន ឬផ្ទុយមកវិញ។

ប្រសិនបើកំហុសត្រូវបានរកឃើញនៅក្នុងសំណល់ នោះរយៈពេលនៃកំហុសគួរតែត្រូវបានធ្វើមូលដ្ឋានីយកម្ម ឯកសារដែលបានតម្រៀបតាមថ្នាំង និងត្រួតពិនិត្យដោយយោងតាមបញ្ជីខាងលើគួរតែត្រូវបានអនុវត្ត។ បន្ទាប់ពីការបំពានត្រូវបានលុបចោល ស្តារលំដាប់ឡើងវិញ អនុវត្តការបិទផ្សាយលើការចុះបញ្ជីអាករលើតម្លៃបន្ថែម និងព្រឹត្តិការណ៍ត្រួតពិនិត្យឡើងវិញ។

ជាលទ្ធផល កម្រិតអតិបរមានៃកំហុសនឹងត្រូវបានលុបចោល បន្ទាប់ពីនោះអ្នកអាចបន្តទៅជំហានបន្ទាប់។

៤.៣. ការប្រព្រឹត្តមិនត្រឹមត្រូវដោយវិធីសាស្រ្តនៃការទូទាត់ទៅវិញទៅមកនៅក្នុងគណនេយ្យដែលបានកំណត់។

ល័ក្ខខ័ណ្ឌនៃការអនុវត្តព័ត៌មានពីផ្នែកនេះគឺដូចគ្នាទៅនឹងនៅក្នុង 4.2 (កំណត់ត្រាដែលបានគ្រប់គ្រងត្រូវបានរក្សាទុកក្នុងមូលដ្ឋានទិន្នន័យ វាមិនមានបញ្ហាទេប្រសិនបើមានអ្នកគ្រប់គ្រងមួយ)។ វាត្រូវបានសន្មត់ថាអនុសាសន៍ 4.2 ត្រូវបានអនុវត្ត ហើយសមតុល្យនៃការចុះឈ្មោះនៅចុងបញ្ចប់នៃរយៈពេលដែលបានវិភាគត្រូវគ្នានឹងតារាងគណនី។

ក្នុងករណីនេះ ទោះបីជាសមតុល្យត្រូវគ្នាក៏ដោយ អ្នកប្រើប្រាស់អាចរក្សាកំណត់ត្រាតាមរបៀបដែលវាបំពានលើវិធីសាស្រ្តដែលអ្នកអភិវឌ្ឍន៍បច្ចេកវិទ្យាបានបញ្ចូលទៅក្នុងប្រព័ន្ធ នៅកម្រិតនៃការប្រើប្រាស់គណនី និងគណនីរង និងនីតិវិធីសម្រាប់សងបំណុល/ទូទាត់សង។ វឌ្ឍនភាព។

នៅក្នុងគណនេយ្យគ្រប់គ្រង ក្នុងពេលជាមួយគ្នានេះ បញ្ហាជាក់ស្តែងខាងក្រោមអាចត្រូវបានគេសង្កេតឃើញ៖

ក) មានសមតុល្យ "ក្រហម" នៅលើគណនីរងនៃបំណុល និងបុរេនៃគណនី 60 និង 62 ។ នោះគឺយើងមានបំណុលអវិជ្ជមាន ឬបុរេប្រទាន។

ខ) នៅលើគណនីរង *1 និង *2 នៃគណនី 60 និង 62 មានទាំងបំណុល និងបុរេប្រទានក្រោមកិច្ចសន្យាមួយ។

គ) ក្នុងករណីដែលយើងរំពឹងថានឹងសងបំណុលវិញ យើងមានប្រាក់ជាមុន (ពោលគឺយើងមកស្ថានភាពទី 2) ហើយបំណុល៖ មិនត្រូវបានសងទាល់តែសោះ។ មិនបានសងពេញលេញ; បំណុលត្រូវបានសងវិញ ប៉ុន្តែជំនួសឱ្យការបង្កើតជាមុន វាប្រែទៅជាពណ៌ក្រហម (យើងមកដល់ស្ថានភាពទី 1);

ឃ) កញ្ចក់មួយដើម្បីចង្អុលទៅ គ) ស្ថានភាពជាមួយនឹងការប៉ះប៉ូវនៃបុរេប្រទាន (បុរេប្រទានមិនត្រូវបានសងវិញទេ បុរេប្រទានត្រូវបានសងដោយផ្នែក ហើយនៅពេលជាមួយគ្នានោះបំណុលត្រូវបានបង្កើតឡើង បុរេប្រទានក្លាយជាពណ៌ក្រហម)។

ខ្ពស់ជាងនេះបន្តិច ខ្ញុំបានហៅបញ្ហាទាំងនេះថាជាក់ស្តែង ពីព្រោះកំហុសត្រូវបានសង្កេតឃើញភ្លាមៗនៅក្នុងរបាយការណ៍គណនេយ្យសម្រាប់គណនី 60 និង 62។ ប៉ុន្តែ ពិតកំហុសបានកើតឡើងដំបូងមិនមែននៅក្នុងបញ្ជីគណនេយ្យទេ ប៉ុន្តែនៅក្នុងបញ្ជីបង្គរ។ យើងបានឃើញវានៅក្នុងការចុះឈ្មោះគណនេយ្យតែប៉ុណ្ណោះ ដោយសារតែគណនី 60 និង 62 ត្រូវបានបែងចែកដោយគណនីរងទៅជាបំណុល និងជាមុន ហើយគណនីរងទាំងនេះនីមួយៗគឺសកម្ម ឬអកម្ម។

ទោះជាយ៉ាងណាក៏ដោយ ការទូទាត់ជាមួយអ្នកផ្គត់ផ្គង់ និងអ្នកទិញអាចត្រូវបានធ្វើឡើងនៅលើគណនី 76.05, 76.06, 76.09 ក៏ដូចជាគណនីរងស្រដៀងគ្នាសម្រាប់គណនេយ្យនៅក្នុង c.u. (76.3x) និងជារូបិយប័ណ្ណ (76.2x)។ គណនីរងទាំងនេះមិនត្រូវបានបែងចែកទៅជាបុរេប្រទាន និងបំណុលទេ ពួកវាសកម្ម-អកម្ម ដូច្នេះស្ថានភាព ក) - ឃ) នឹងមិនត្រូវបានកត់សម្គាល់នៅទីនោះទេ ប៉ុន្តែទោះជាយ៉ាងណាក៏ដោយ កំហុសក្នុងការចុះឈ្មោះបង្គរនៅតែអាចកើតមាន។
នេះអាចបណ្តាលឱ្យមានផលវិបាកដូចគ្នា - អាករលើតម្លៃបន្ថែមមិនត្រឹមត្រូវលើការបុរេប្រទាន រូបិយប័ណ្ណ ឬការគណនា CU ការវាយតម្លៃឡើងវិញ ភាពខុសគ្នានៃអត្រាប្តូរប្រាក់ ប៉ុន្តែអ្នកនឹងមិនដឹងអំពីវារហូតដល់មានសញ្ញាជាក់ស្តែងមួយចំនួននៃកំហុសនៅក្នុងផ្នែកដែលនៅជាប់គ្នា។

វាក៏សំខាន់ផងដែរក្នុងការកត់សម្គាល់ថាយើងឃើញស្ថានភាពខុស a)-d) នៅក្នុងតារាងតុល្យការសម្រាប់គណនីទូទាត់ទៅវិញទៅមក ដែលត្រូវបានកំណត់ចំពោះការលម្អិតមិនស៊ីជម្រៅជាងកិច្ចសន្យា។ ថ្នាំងនៃការទូទាត់ទៅវិញទៅមករបស់យើងអាចត្រូវបានបំបែកដោយប្រតិបត្តិការ។ ក្នុងករណីនេះ ការបង់ប្រាក់ជាមុនក្នុងពេលដំណាលគ្នា និងបំណុលក្រោមកិច្ចសន្យាមួយអាចមានលក្ខណៈធម្មតា៖ ការទូទាត់ជាមុនសម្រាប់ប្រតិបត្តិការមួយ បំណុលសម្រាប់ប្រតិបត្តិការមួយផ្សេងទៀត ហើយព័ត៌មានលម្អិតនេះមិនមាននៅក្នុងតារាងតុល្យការទេ ដូច្នេះប្រសិនបើ យើងកំពុងនិយាយអំពីគណនី 60, 62 - យើងនឹងឃើញសមតុល្យបញ្ជរដែលបានពង្រីកនៅក្នុងគណនីរងផ្សេងៗគ្នា ហើយនៅក្នុងគណនី 76.05, 76.06, 76.09 - សមតុល្យសរុប។

ដើម្បីកំណត់ស្ថានភាពបញ្ហាដែលបានពិពណ៌នានៅក្នុងផ្នែកនេះ អ្នកគួរប្រើ របាយការណ៍ និងវិធានការត្រួតពិនិត្យលេខ ៤-៥,. អ្នកក៏អាចប្រើរបាយការណ៍សកលបានដែរ ទោះបីជាវាមិនសូវស្រួលក៏ដោយ។

ពិចារណាពីមូលហេតុចម្បងនៃកំហុស និងរបៀបលុបបំបាត់ពួកគេ។

1. លំដាប់នៃការទូទាត់ទៅវិញទៅមកដែលមិនទាន់ទទួលបានមកវិញ។
ការលុបបំបាត់។ស្តារលំដាប់ឡើងវិញ ព្រឹត្តិការណ៍គ្រប់គ្រងឡើងវិញ។ ប្រសិនបើវាមិនអាចជួយបាន សូមបន្តទៅជំហានបន្ទាប់។

2. ការជំនួសគូដែលមិនត្រឹមត្រូវនៃគណនីបំណុល/ជាមុននៅក្នុងឯកសារ។
មិនត្រូវ៖ 60.01/60.01, 60.02/60.02 និងអ្វីៗដូចនោះ។ វាជាធម្មតាកើតឡើងនៅពេលដែលយើងកំពុងព្យាយាម "សន្តិភាព" ក្បួនដោះស្រាយអុហ្វសិតជាមុន។ កុំធ្វើវា។ ក្នុងករណីភាគច្រើន កម្មវិធីខ្លួនឯងអាចដោះស្រាយជាមួយភាពជឿនលឿន និងបំណុល ទោះបីជាតក្កវិជ្ជារបស់វាស្មុគស្មាញ/ចម្លែកក៏ដោយ។ កំហុសរបស់អ្នកគឺនៅឆ្ងាយរួចហើយ រកមើលវាកាលពីអតីតកាល ឯកសារបច្ចុប្បន្នមិនដំណើរការត្រឹមត្រូវទេ ដោយសារវាឃើញសមតុល្យមិនត្រឹមត្រូវនៅក្នុងបញ្ជីបង្គរ។ ស្តាំ៖ចង្អុលបង្ហាញគណនីរងជាមុន និងគណនីរងបំណុល (ឧ. 60.01 / 60.02) ប្រសិនបើគណនីរងដាច់ដោយឡែកសម្រាប់បុរេប្រទាន និងបំណុលត្រូវបានបើកសម្រាប់គណនីនេះ។

មិនត្រូវ៖ 60.01/60.22 ។ ប្រហែលជាកំហុសរបស់ប្រតិបត្តិករ ដែលជាលទ្ធផលដែលបំណុលស្ថិតនៅលើគណនីរងរូបិយប័ណ្ណ ហើយការទូទាត់ជាមុនគឺជារូបិយប័ណ្ណបរទេស។ ស្តាំ៖ចង្អុលបង្ហាញគូនៃបំណុល និងគណនីបុរេដែលត្រូវគ្នា (60.21/60.22, 60.31/60.32 ។ល។)។

មិនត្រូវ៖ 76.05/76.06 ។ វាគឺនៅក្នុងគណនី 4.5 នៃវេទិកា 7.7 សម្រាប់ការទូទាត់ជាមួយកូនបំណុល និងម្ចាស់បំណុលផ្សេងទៀតដែលមានគណនីរងជាមុន និងបំណុលដាច់ដោយឡែក ហើយនៅទីនេះ 76.05 - ការទូទាត់ជាមួយអ្នកផ្គត់ផ្គង់ផ្សេងទៀត និង 76.06 - ជាមួយអ្នកទិញ។ ស្តាំ៖សម្រាប់គណនីរង 76 គណនីរងដាច់ដោយឡែកសម្រាប់បុរេប្រទាន និងបំណុលមិនត្រូវបានបើកទេ ដូច្នេះក្នុងវាលទាំងពីរយើងបង្ហាញពីតម្លៃមួយ - ទាំង 76.06 / 76.06 ឬ 76.05 / 76.05 ។

គណនីត្រូវបានជំនួសដោយឯកសារស្ទើរតែទាំងអស់ - ទៅក្នុងការទូទាត់ ឯកសារដឹកជញ្ជូន ការកែតម្រូវបំណុល - យ៉ាងច្បាស់លាស់ ឬតាមរយៈយន្តការនៃលំនាំដើមដែលបានកំណត់តាមរយៈការចុះឈ្មោះព័ត៌មាន "សហភាគីនៃអង្គការ" ។

ការលុបបំបាត់។ឌិគ្រីបបន្ទាត់ដែលត្រូវគ្នានៃ SALT ឬរបាយការណ៍ស្តីពីការចុះឈ្មោះបង្គរសម្រាប់អត្រានុកូលដ្ឋាន បើក និងត្រួតពិនិត្យអត្រានុកូលដ្ឋាននីមួយៗ ពិនិត្យមើលភាពត្រឹមត្រូវនៃគណនី (ច្បាស់លាស់ ឬតាមលំនាំដើម)។ កែប្រសិនបើចាំបាច់អនុវត្ត។ ត្រូវប្រាកដថាឯកសារពិសេសនេះបានបង្កើតចលនា និងធាតុត្រឹមត្រូវសម្រាប់ទូទាត់បុព្វលាភ/ការសងបំណុល។

ដោយសារអ្នកទើបតែត្រឡប់លំដាប់ត្រឡប់មកវិញ សូមចូលទៅជំហានទី 1 ខាងលើ ឬដាក់ឯកសារឡើងវិញដោយដៃសម្រាប់ថ្នាំងទូទាត់នេះតាមកាលបរិច្ឆេទពីចំណុចកែសម្រួលរហូតដល់បច្ចុប្បន្ន។

3. ការប្រើប្រាស់ឯកសារ "ការកែតម្រូវបំណុល" មិនត្រឹមត្រូវ។

សៀវភៅទាំងមូលគួរតែសរសេរអំពីការប្រើប្រាស់ការកែតម្រូវបំណុលនៅក្នុង CA/SCP ។ វាងាយស្រួលណាស់ក្នុងការធ្វើឱ្យមានកំហុសនៅក្នុងឯកសារទាំងនេះ ហើយវាមិនអាចពិពណ៌នាអំពីបញ្ហាដែលអាចកើតមានទាំងអស់នៅក្នុងអត្ថបទនេះបានទេ។

និយាយឱ្យខ្លីជាដំបូងអ្នកគួរតែយកចិត្តទុកដាក់លើប្រភេទនៃប្រតិបត្តិការ។

ប្រភេទប្រតិបត្តិការ "បិទ" ត្រូវបានប្រើនៅពេលដែលចាំបាច់ត្រូវផ្ទេររវាងថ្នាំងជាច្រើនដែលដឹកនាំដោយការចុះឈ្មោះដែលមានតុល្យភាពនៃសញ្ញាផ្ទុយ (មិនចាំបាច់ក្នុងចំនួនដូចគ្នា)។ បន្ទាប់មក នៅពេលដែលឯកសារត្រូវបានបង្ហោះនៅលើថ្នាំងទាំងអស់នេះ បំណុល និងការទូទាត់ជាមុននឹងត្រូវបានសង/បញ្ចូលទៅក្នុងគណនី។
ប្រភេទប្រតិបត្តិការ "ការផ្ទេរបំណុល" ត្រូវបានប្រើនៅពេលដែលចាំបាច់ត្រូវផ្ទេរសមតុល្យពីថ្នាំងមួយ ដឹកនាំដោយការចុះឈ្មោះ ទៅថ្នាំងមួយទៀត ដឹកនាំដោយការចុះឈ្មោះផងដែរ ដែលមានសមតុល្យនៃសញ្ញាដូចគ្នា ឬអត់ទាំងអស់។ ជាមួយនឹងប្រភេទនៃប្រតិបត្តិការនេះ ការសងបំណុល និងការទូទាត់ជាមុននឹងកើតឡើងតែនៅថ្នាំងដែលបានបង្ហាញនៅក្នុងផ្នែកតារាង ហើយនៅថ្នាំងអ្នកទទួល បំណុល និងបុរេប្រទានអាចបង្កើតបានតែប៉ុណ្ណោះ។
ប្រភេទប្រតិបត្តិការ "ការលុបបំណុល" ត្រូវបានប្រើនៅពេលដែលចាំបាច់ត្រូវបិទការទទួល និង/ឬត្រូវបង់ពីថ្នាំងដែលដឹកនាំដោយសៀវភៅកត់ត្រាមួយ ឬច្រើនទៅជាការវិភាគគណនេយ្យតាមអំពើចិត្ត (ឧ. ការបង្ហោះដោយឥតគិតថ្លៃ)។ ក្នុងពេលជាមួយគ្នានេះ ដូចដែលបានពិពណ៌នារួចហើយនៅក្នុង 4.2 អ្នកអាចបង្ខំឱ្យកម្មវិធីធ្វើការបង្ហោះដោយឥតគិតថ្លៃទៅកាន់គណនីដែលការទូទាត់ទៅវិញទៅមកត្រូវបានធ្វើឡើង ហើយដែលត្រូវបានចម្លងនៅក្នុងការចុះឈ្មោះ ប៉ុន្តែចលនាដោយខ្លួនឯងតាមរយៈការចុះឈ្មោះបង្គរនឹងមិនត្រូវបានធ្វើឡើងទេ។ . ក្នុងករណីនេះ ភាពមិនស៊ីសង្វាក់គ្នាកើតឡើងរវាងការចុះបញ្ជីគណនេយ្យ និងការចុះបញ្ជីបង្គរ។
ប្រភេទនៃប្រតិបត្តិការដូចគ្នានេះមិនត្រឹមតែអាចលុបបំណុលដែលមានស្រាប់ប៉ុណ្ណោះទេ ថែមទាំងធ្វើដើមទុននៃបំណុល ដូចជាការបិទបំណុលដែលមិនមានស្រាប់នៃសញ្ញាផ្ទុយ។

ទីពីរ អ្នកគួរតែយកចិត្តទុកដាក់លើការពិតដែលថាការកែតម្រូវបំណុល នៅពេលដែលឆ្លុះបញ្ចាំងនៅក្នុងសៀគ្វីគណនេយ្យទាំងអស់ ស្នើសុំឱ្យអ្នកនូវចំនួនរហូតដល់ 3 (បី) សម្រាប់ថ្នាំងនីមួយៗ ដែលក្នុងករណីភាគច្រើនគួរតែស្មើគ្នា។ ចំនួនមួយ - ជារូបិយប័ណ្ណនៃការទូទាត់ទៅវិញទៅមក ទីពីរ - ជារូបិយប័ណ្ណគណនេយ្យ និងទីបី - សម្រាប់ការទទួលយកសម្រាប់គណនេយ្យពន្ធ (សូមមើលរូបភាព)៖

ទោះយ៉ាងណាក៏ដោយ ប្រសិនបើចំនួនទាំងនេះមានគម្លាត នោះអ្នកគួរតែកត់សម្គាល់រឿងនេះ សូម្បីតែក្នុងអំឡុងពេលត្រួតពិនិត្យនៅក្រោមផ្នែក 4.2 ឬនៅក្នុងគណនេយ្យពន្ធដែលនៅក្រៅវិសាលភាពនៃអត្ថបទនេះ។

ទីបី សម្រាប់គណនេយ្យទ្វេរដង វាគួរតែត្រូវបានយល់ពីរបៀបដែលទង់ឆ្លុះបញ្ចាំងនៅក្នុងគណនេយ្យគ្រប់គ្រង និងគ្រប់គ្រងគួរតែត្រូវបានបើកនៅក្នុងករណីនៃថ្នាំងការទូទាត់ទៅវិញទៅមកនេះ (សូមមើលផ្នែកទី 2 សម្រាប់ឧទាហរណ៍នៃគម្លាតដែលបានគ្រោងទុកនៃគណនេយ្យពីគ្នាទៅវិញទៅមក) ។

ខ្ញុំសូមរំលឹកអ្នកផងដែរថា អ្វីគ្រប់យ៉ាងដែលត្រូវបាននិយាយនៅក្នុងកថាខណ្ឌទី 2 នៃផ្នែកនេះអំពីគូនៃគណនីអនុវត្តយ៉ាងពេញលេញចំពោះការកែតម្រូវបំណុល។

ការធ្វើមូលដ្ឋានីយកម្ម -ដូចនៅក្នុងកថាខណ្ឌបន្ទាប់ ចាប់តាំងពីបញ្ហាដូចគ្នាកើតឡើងនៅក្នុងការចុះឈ្មោះ។ ការលុបបំបាត់ - ឌិគ្រីបថ្នាំងការទូទាត់សម្រាប់អត្រានុកូលដ្ឋាន, ពិនិត្យការកែតម្រូវទាំងអស់, ស្វែងរកភាពខុសគ្នានៃបរិមាណ, លុបបំបាត់, ប្រព្រឹត្ត។ ទៅកាន់ចំណុចទី 1 អំពីលំដាប់។

4. ការរំលោភលើនីតិវិធីគណនេយ្យសម្រាប់ឯកសារទូទាត់ជាមួយនឹងការបើកដំណើរការគណនេយ្យដោយដៃ។

ឧបមាថាយើងកំពុងព្យាយាមទទួលយកការទូទាត់ដោយបញ្ជាក់ឯកសារបំណុលដោយដៃ (មើលរូបភាព)៖

ឧបមាថាមានការពិសោធន៍មួយដើម្បីទូទាត់ប្រាក់ជាមុន (សងបំណុល) ក្នុងបរិមាណធំជាងវានៅលើសមតុល្យ។ ក្នុងករណីនេះសារមួយត្រូវបានបង្ហាញ៖

ការបិទផ្សាយឯកសារ៖ ការបញ្ជាទិញការបង់ប្រាក់ចូល ТТ-00003245 ចុះថ្ងៃទី 10 ខែកុម្ភៈ ឆ្នាំ 2017 ម៉ោង 0:00:00 (ការទូទាត់ពីអ្នកទិញ)
ចំនួននៃការទូទាត់ទៅវិញទៅមកត្រូវបានចង្អុលបង្ហាញ ដែលលើសពីសមតុល្យដែលនៅសល់នៅលើឯកសារនៃការទូទាត់ជាមួយសមភាគី!
កិច្ចព្រមព្រៀង៖<Здесь название вашего договора>ចុះថ្ងៃទី 01/31/2017 ប្រតិបត្តិការមិនបានបញ្ជាក់ ឯកសារទូទាត់៖ ការលក់ទំនិញ និងសេវាកម្ម ТТ-00000620 ចុះថ្ងៃទី 01/31/2017 23:00:00;
តុល្យភាព 0 ជូត។ ; ចំនួនទឹកប្រាក់ 10,000 rubles ត្រូវបានចង្អុលបង្ហាញ; លើសពី 10,000 rubles ។

កុំច្រឡំដោយឃ្លា "កិច្ចព្រមព្រៀងមិនបានបញ្ជាក់" - វាគ្រាន់តែមានន័យថាគណនេយ្យសម្រាប់ប្រតិបត្តិការត្រូវបានបិទ ហើយការបញ្ជាទិញ (គណនី) មិនត្រូវបានបញ្ជាក់នៅក្នុងថ្នាំងការទូទាត់នេះទេ។ គំនិតសំខាន់គឺដិតនៅទីនេះ។ មិនមានសមតុល្យនៃបំណុលនៅក្រោមឯកសារសម្រាប់ការលក់ទំនិញនិងសេវាកម្ម TT-00000620 ហើយអ្នកកំពុងព្យាយាមសងវាក្នុងចំនួនទឹកប្រាក់ 10,000 រូប្លិ៍។ ជាគោលការណ៍ ការប្រកាសនឹងធ្វើឡើង ហើយនឹងមិនមានការចាប់នៅក្នុងពួកគេទេ៖ Dt 51 - Kt 62.01 ។ ប៉ុន្តែវានឹងមានបញ្ហា "តូច" នៅក្នុងចលនាតាមបណ្តោយការប្រមូលផ្តុំ (សូមមើលរូបភាព)៖

នៅក្នុងធនធាន "ចំនួនទឹកប្រាក់នៃការទូទាត់ទៅវិញទៅមក" ចំនួនទឹកប្រាក់ត្រូវបានដាក់ហើយនៅក្នុង "ចំនួនគណនេយ្យ។ គណនេយ្យ" ទេ។

ក្នុងឧទាហរណ៍របស់យើង សមតុល្យនៃបំណុលដែលត្រូវសងគឺ 0 ប៉ុន្តែវាអាចស្ថិតក្នុងចំនួនតិចជាងដែលវាត្រូវបានសន្មត់ថាត្រូវសង។ ហើយផលវិបាកនឹងមានប្រហែលដូចគ្នា៖ បរិមាណនៅក្នុងធនធានទាំងពីរនឹងមិនត្រូវគ្នាទេ - នៅក្នុង "ចំនួនគណនី។ គណនេយ្យ” មានតែសមតុល្យដែលមានស្រាប់នៃបំណុលនឹងត្រូវបានកត់ត្រា។

បញ្ហាដូចគ្នាកើតឡើងនៅពេលដែលនៅក្នុងឯកសារយើងព្យាយាមសងបំណុល (ទូទាត់ជាមុន) ក្នុងចំនួនទឹកប្រាក់ត្រឹមត្រូវប៉ុន្តែយោងទៅតាមឯកសារទូទាត់ដែលមាននាពេលអនាគត។ ជាការពិតណាស់: បន្ទាប់ពីទាំងអស់, នៅពេលនៃឯកសារបំណុលបច្ចុប្បន្ន (ការទូទាត់ជាមុន) សម្រាប់ ឯកសារគោលដៅមិនមាននៅក្នុងធម្មជាតិ - វានឹងលេចឡើងនៅពេលក្រោយ។

ចាប់តាំងពីពេលដែលឆ្លុះបញ្ចាំងពីប្រតិបត្តិការអាជីវកម្មបន្ទាប់សម្រាប់ថ្នាំងការទូទាត់នេះ ស្វ័យប្រវត្តិកម្មនៃប្រតិបត្តិការនឹងវិភាគសមតុល្យនៃការចុះបញ្ជីបង្គរ អវត្តមាននៃចំនួនទឹកប្រាក់នៅក្នុងវានឹងនាំទៅរកការទូទាត់មិនត្រឹមត្រូវ (ការបង្កើត) នៃបុរេប្រទាន ឬបំណុល និងដូចគ្នា រង្វង់ដ៏កាចសាហាវនឹងចាប់ផ្តើមដែលត្រូវបានពិពណ៌នានៅដើមផ្នែក (ខ្សែភ្លើងខុសត្រូវបានកែតម្រូវដោយខ្សែខុស)។ ភាពខុសគ្នានៃធនធានដែលបានពិពណ៌នាគឺជាបញ្ហាដ៏ធំមួយ ហើយមិនគួរត្រូវបានអត់ឱនឱ្យសោះ។

ជួនកាលបញ្ហាដូចគ្នាកើតឡើងជាមួយនឹងគណនេយ្យដោយស្វ័យប្រវត្តិសម្រាប់ឯកសារទូទាត់។ ជាធម្មតាវាត្រូវបានលុបចោលដោយការបង្ហោះឯកសារឡើងវិញជាបន្តបន្ទាប់ (ប៉ុន្តែការស្ដារឡើងវិញនូវលំដាប់មិនតែងតែអាចជួយបានទេ)។ ជួនកាលបញ្ហាបែបនេះគ្រាន់តែជាផលវិបាកនៃស្ថានភាពមុននៃភាពមិនស្របគ្នានៅក្នុងថ្នាំងដំណោះស្រាយដែលបានផ្តល់ឱ្យ។

អ្នកអាចធ្វើមូលដ្ឋានីយកម្មប្រភេទនៃកំហុសនេះដោយប្រើវិធានការត្រួតពិនិត្យលេខ 3 ។

ការលុបបំបាត់៖លុបបំបាត់បញ្ហាបច្ចេកទេសនៃការប្រកាស (ព្យាយាមបង្ហោះឯកសារឡើងវិញ ធ្វើបច្ចុប្បន្នភាពរបាយការណ៍ត្រួតពិនិត្យ) បន្ទាប់មកពិនិត្យមើលភាពស៊ីសង្វាក់គ្នានៃបរិមាណសម្រាប់ប្រភេទគណនេយ្យផ្សេងៗគ្នា (ប្រសិនបើនេះគឺជាការកែតម្រូវបំណុល ឬឯកសារទូទាត់) ។ ត្រូវប្រាកដថាមិនមានកំហុសនៅលើថ្នាំងការទូទាត់នេះពីមុនមកទេ។

4.4 គម្លាតក្រៅសៀគ្វី (មិនបានគ្រោងទុក) រវាងទិន្នន័យនៃគណនេយ្យគ្រប់គ្រង និងគណនេយ្យគ្រប់គ្រង។

ការដោះស្រាយជាមួយនឹងភាពខុសប្លែកគ្នានៃការអនុលោមតាមគណនេយ្យដែលបានកំណត់ជាមួយ "ខ្លួនវា" យើងបានធ្លាក់ចុះបន្តិចពីគណនេយ្យគ្រប់គ្រង។ បទប្បញ្ញត្តិនៃផ្នែកនេះត្រូវបានអនុវត្តប្រសិនបើរង្វិលជុំគណនេយ្យទាំងពីរត្រូវបានរក្សានៅក្នុង infobase មួយ។

ដូចដែលបានបញ្ជាក់នៅក្នុងផ្នែកទី 3 គណនេយ្យគ្រប់គ្រងមានការចុះបញ្ជីផ្ទាល់ខ្លួន ពួកគេចងក្រងសំណុំរបាយការណ៍ផ្ទាល់ខ្លួនរបស់ពួកគេ (ដែលមួយចំនួនត្រូវបានបង្ហាញនៅក្នុងដ្យាក្រាមក្នុងផ្នែកទី 3 នៃផ្នែកទី 1 នៃការបោះពុម្ពផ្សាយនេះ) ហើយវាគឺជារបាយការណ៍ទាំងនេះដែលជាធម្មតាត្រូវបានប្រើប្រាស់ដោយ ផ្នែក "មិនគណនេយ្យ" របស់អ្នកប្រើប្រាស់។

ក្នុងករណីនេះ សហគ្រាសពិតជាដំណើរការដោយស្វ័យប្រវត្តតាមគ្រោងការណ៍ពីររង្វិលជុំ ទោះបីជាវាប្រហែលជាមិនដឹងអំពីរឿងនេះក៏ដោយ៖ មានគណនេយ្យគ្រប់គ្រង និងគ្រប់គ្រង ហើយមនុស្សផ្សេងគ្នាប្រើរង្វិលជុំទាំងពីរ។

សម្រាប់ហេតុផលផ្សេងៗ ដូចដែលបានរៀបរាប់នៅក្នុងផ្នែកទី 2 ការគ្រប់គ្រង និងគណនេយ្យអាច បានគ្រោងទុកទទួលបានទិន្នន័យផ្សេងៗគ្នា។ នេះបង្កើតគម្លាតដែលគួររក្សាទុកនៅក្រោមការគ្រប់គ្រង និងត្រួតពិនិត្យជាប្រចាំ ពីព្រោះគម្លាតផ្សេងទៀតដែលបណ្តាលមកពី កំហុស.

កំហុសទាំងនេះគឺជារឿងធម្មតាបំផុត ពីព្រោះគណនេយ្យគ្រប់គ្រងសុទ្ធសាធត្រូវបានត្រួតពិនិត្យដោយគណនេយ្យករ "បិទតាមនីតិវិធី" ទៅនឹងទង្វើនៃការផ្សះផ្សា ពួកគេបង្កើនការជូនដំណឹងទាន់ពេលវេលា ប្រសិនបើមានអ្វីខុស។ ប៉ុន្តែគណនេយ្យគ្រប់គ្រងប្រែទៅជាត្រូវបានដកចេញពីវិធានការគ្រប់គ្រង ហើយរស់នៅដោយខ្លួនឯង ដោយផ្លាស់ប្តូរបន្តិចម្តងៗដោយសារតែការភ្លេចសញ្ញាធីក និងបរិមាណមិនស៊ីសង្វាក់គ្នានៅក្នុងផ្នែកផ្សេងៗនៃឯកសារ។

ដូច្នេះ ជារឿយៗការងាររបស់សហគ្រាសដែលដំណើរការដោយស្វ័យប្រវត្តលើ SCP/KA មើលទៅដូចនេះ៖

1. គណនេយ្យករ "នៅក្នុងផ្ទះ" សូមក្រឡេកមើលការទូទាត់ទៅវិញទៅមកនៅក្នុងតារាងតុល្យការ "ស" ដែលធ្លាប់ស្គាល់តាំងពីកំណែ 7.7 ។ និងរបាយការណ៍ផ្សេងទៀតមិនត្រូវបានទទួលស្គាល់ទេ។ សកម្មភាពត្រួតពិនិត្យត្រូវបានធ្វើឡើងសុទ្ធសាធនៅក្នុងសៀគ្វីគ្រប់គ្រង ការកែសម្រួលជារឿយៗត្រូវបានដាក់បញ្ចូលដោយប្រតិបត្តិការ (គ្រោះថ្នាក់ដែលត្រូវបានសរសេរក្នុង 4.2 ប៉ុន្តែយ៉ាងហោចណាស់របាយការណ៍គណនេយ្យបង្ហាញពីអ្វីមួយដែលជិតស្និទ្ធនឹងការពិត)។

2. អ្នកគ្រប់គ្រងមើលរបាយការណ៍គណនេយ្យគ្រប់គ្រង "ពណ៌ប្រផេះ" របស់ពួកគេ ហើយពួកគេក៏មិនដឹងអំពីប្រភពព័ត៌មានផ្សេងទៀតដែរ។ ពួកគេក៏មិនដឹងថាសៀគ្វីគណនេយ្យរបស់ពួកគេមិនដំណើរការដោយការពិតទេ ហើយការជ្រើសរើសកម្រនិងអសកម្មជួយពួកគេដោយជោគជ័យមិនឱ្យដឹងអំពីវាបន្ថែមទៀតដែល "លាក់" កំហុសនិងភាពមិនស៊ីសង្វាក់គ្នា។

3. គ្មានអ្នកមើលការខុសត្រូវ (បង្រួបបង្រួម) គិតជាពីរសៀគ្វីទាល់តែសោះ។

4. ក្នុងរយៈពេលជាច្រើនខែ និងឆ្នាំនៃការងារ គម្លាតសំខាន់ៗបានដំណើរការរវាងការចុះឈ្មោះផ្សេងៗគ្នា ហើយរបាយការណ៍ទាំងអស់បង្ហាញទិន្នន័យខុសគ្នាទាំងស្រុង ដែលប្រសិនបើជម្រើសដែលមានស្រាប់ត្រូវបានបិទ មិនត្រូវបញ្ចូលគ្នាទៅវិញទៅមក 10-40% ។

5. ដោយសារហេតុផលនេះ គ្មាននរណាម្នាក់ដឹងថានរណាជំពាក់យើងប៉ុន្មាន ហើយយើងជំពាក់អ្នកណា។ មនុស្សគ្រប់គ្នាដោះស្រាយបញ្ហាក្នុងស្រុករបស់ពួកគេ ហើយភាពផ្ទុយគ្នាខាងលើមិនរំខានដល់នរណាម្នាក់ទេ រហូតទាល់តែភាពខុសគ្នាបន្ទាប់រវាងសៀគ្វីគណនេយ្យឆ្លងកាត់ការជ្រើសរើស ហើយការិយាល័យមិនបានបញ្ជូន (ទទួល) ឡានដឹកទំនិញពីរបីគ្រឿង ឬប្រមូលការពន្យារពេលជាច្រើនលាន។

អំពីអន្តរកម្មរបស់អ្នកប្រើប្រាស់នៅក្នុងសៀគ្វីគណនេយ្យផ្សេងៗគ្នា ជាទូទៅគេចងចាំរឿងខ្លីមួយ៖ ចុះទន្លេ ទឹកខាងក្រោម ទូកអណ្តែត។ Chukchi អង្គុយនៅខាងដើមដោយជក់បំពង់។ ប្រពន្ធតម្រង់ទៅនឹងចរន្តទឹកមានកម្លាំងតិចតួច ទូកនៅតែអណ្តែតចុះ។ Chukchi គិតថា៖ «វាល្អសម្រាប់នាង តម្រង់ខ្លួនឯងហើយតម្រង់ជួរ។ ហើយខ្ញុំត្រូវគិតអំពីជីវិត។

មូលហេតុចំបងនៃគម្លាត៖

អ្វីគ្រប់យ៉ាងដែលត្រូវបានចង្អុលបង្ហាញនៅក្នុងផ្នែកទី 4.2 ដែលត្រូវបានកែតម្រូវសម្រាប់ការពិតដែលថាយើងកំពុងប្រៀបធៀបការប្រកាសនិងការចុះឈ្មោះឥឡូវនេះគឺជាគណនេយ្យគ្រប់គ្រង។
ប្រតិបត្តិករ Banal មានកំហុសនៅពេលកំណត់ស្ថានភាពនៃទង់សម្រាប់យោងទៅសៀគ្វីគណនេយ្យមួយឬផ្សេងទៀត។

ហេតុផលបន្ថែម៖

ខាងលើនេះអនុវត្តមិនត្រឹមតែចំពោះការទូទាត់ទិញ និងលក់ប៉ុណ្ណោះទេ ប៉ុន្តែចំពោះការទូទាត់ផ្សេងទៀតទាំងអស់។ ឧទាហរណ៍ ការផ្តល់ប្រាក់កម្ចី និងការប្រាក់លើពួកគេ ការវិនិយោគហិរញ្ញវត្ថុ ការទូទាត់តាមរយៈភាគីទីបី (រួមទាំង អាជ្ញាសាលា) ជាដើម ពួកគេក៏គួរតែត្រូវបានបង្ហាញមិនត្រឹមតែនៅក្នុងបទប្បញ្ញត្តិប៉ុណ្ណោះទេ ប៉ុន្តែក៏មាននៅក្នុងគណនេយ្យគ្រប់គ្រងផងដែរ (និងបង្ហាញនៅក្នុងរបាយការណ៍គ្រប់គ្រង)។ ពោលគឺ ប្រតិបត្តិការទាំងនេះជាធម្មតាត្រូវបានធ្វើឡើងដោយការបង្ហោះដែលមិនមានស្តង់ដារ ដែលវាពិបាកក្នុងការជ្រើសរើសឯកសារស្ដង់ដារ ដូច្នេះទាំងការចុះបញ្ជីគណនេយ្យ និងការប្រមូលវត្ថុបញ្ជាផ្លាស់ទីក្នុងពេលដំណាលគ្នា។ គណនេយ្យ "ការទូទាត់ជាមួយសមភាគី" ហើយការវិភាគដែលត្រូវគ្នាក៏បានផ្លាស់ប្តូរយ៉ាងត្រឹមត្រូវទាំងយោងទៅតាមតារាងគណនី និងយោងទៅតាមការចុះឈ្មោះដែលត្រូវគ្នា (ឧទាហរណ៍ RAUZ) ។ ឧទាហរណ៍លក្ខណៈបំផុតត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងចំណុចទី 4 នៃផ្នែក 4.5 ។

ជាពិសេសនៅក្នុងផ្នែកនៃការទូទាត់ទៅវិញទៅមក ដើម្បីកំណត់អត្តសញ្ញាណគម្លាត វាចាំបាច់ក្នុងការប្រៀបធៀបសមតុល្យដោយយោងតាមការវិភាគនៃអនុសញ្ញា "សហភាគី-កិច្ចសន្យា" (ដែលនឹងបង្ហាញយើងនូវទិន្នន័យគណនេយ្យដែលបានកំណត់) និងយោងតាមរបាយការណ៍ "សេចក្តីថ្លែងការណ៍។ លើការទូទាត់ទៅវិញទៅមកជាមួយសមភាគី” (ដែលនឹងឆ្លុះបញ្ចាំងពីទិន្នន័យគ្រប់គ្រង)។ បន្ទាប់មកធ្វើមូលដ្ឋានីយកម្មថ្ងៃដែលគម្លាតបានកើតឡើង ធ្វើឱ្យមានការផ្សះផ្សាស្រដៀងគ្នាសម្រាប់រយៈពេលកន្លងមក រហូតដល់ចំណុចនៃការបញ្ចូលគ្នាត្រូវបានរកឃើញ។ ពិនិត្យឡើងវិញនូវឯកសារនៅលើថ្នាំងដោះស្រាយបញ្ហាសម្រាប់ថ្ងៃនេះ និងលុបបំបាត់កំហុស។

ដើម្បីដំណើរការនីតិវិធីនេះដោយស្វ័យប្រវត្តិ ខ្ញុំអាចណែនាំវិធានការត្រួតពិនិត្យដែលភ្ជាប់ជាមួយវា។

៤.៥. កំហុសនៅក្នុងប្រព័ន្ធគណនេយ្យដែលមិនអនុញ្ញាតឱ្យមានគណនេយ្យតាមមធ្យោបាយជាក់លាក់ណាមួយ។

បន្ថែមពីលើកំហុសរបស់ប្រតិបត្តិករ ក៏ដូចជាការកំណត់តាមការរចនានៃប្រព័ន្ធគណនេយ្យដែលបានពិភាក្សានៅក្នុងផ្នែកទី 4.1 វាក៏មានស្រទាប់នៃបញ្ហាដែលតាមធម្មជាតិគឺខិតទៅជិតកំហុសរបស់អ្នកអភិវឌ្ឍន៍ ហើយដែលរារាំងយើងក្នុងករណីខ្លះ។ ពីការរស់នៅប្រកបដោយផាសុកភាព។

1. នៅពេលដែលគណនេយ្យសម្រាប់ឯកសារទូទាត់ត្រូវបានបើក ឯកសារ "ការកែតម្រូវបង្កាន់ដៃ" "ការកែតម្រូវការលក់" ប្រសិនបើពួកវាមានការថយចុះ ហើយគួរតែបង្កើតជាមុន កំណត់បរិមាណទៅក្នុងគណនីរងខុស (60.01, 62.01 ជំនួសឱ្យគណនីរង 02) ដែលត្រូវបានចាត់ទុកជាអកុសល មានតែដោយការកែលម្អ ឬការបដិសេធនៃគណនេយ្យដោយដៃយោងទៅតាមឯកសារទូទាត់។

2. ប្រសិនបើអ្នកធ្វើការទូទាត់ទៅវិញទៅមកជារូបិយប័ណ្ណពិត ឬក្នុងឯកតាធម្មតា បន្ទាប់មកនៅក្នុងគណនេយ្យ និងការគ្រប់គ្រង ការវាយតម្លៃបំណុលនឹងកើតឡើងតាមវិធីផ្សេងៗគ្នា។

នៅក្នុងគណនេយ្យ ភាពជឿនលឿននៃរូបិយប័ណ្ណ និងឯកតាធម្មតាមិនត្រូវបានគេវាយតម្លៃឡើងវិញទេ (ប្រហែលតាំងពីឆ្នាំ 2010)។ មានតែបំណុលទេដែលត្រូវវាយតម្លៃឡើងវិញ។ ប៉ុន្តែការពិតគឺថា ការអភិវឌ្ឍន៍នៃម៉ូឌុលគណនេយ្យគ្រប់គ្រង "ជាប់គាំង" មុននេះ ហើយយន្តការវាយតម្លៃចាស់នៅតែមាននៅក្នុងវា ដែលពាក់ព័ន្ធនឹងការវាយតម្លៃឡើងវិញនៃបំណុល និងបុរេប្រទាន។
អ្នកអភិវឌ្ឍន៍បច្ចេកវិទ្យា ដូចដែលខ្ញុំយល់ហើយ ទោះជាយ៉ាងណាក៏ដោយ បានធ្វើការផ្លាស់ប្តូរតិចតួច។ យន្តការថ្មីតម្រូវឱ្យមានគណនេយ្យយោងទៅតាមឯកសារទូទាត់ ដែលមិនត្រូវបានរក្សាទុកដោយស្វ័យប្រវត្តិនៅក្នុងរង្វង់គ្រប់គ្រងរបស់ SCP/CA (សូមមើល 4.1) ។ ប្រសិនបើអ្នកបើករបៀបសៀវភៅដៃ នោះការវាយតម្លៃឡើងវិញក្នុងគណនេយ្យគ្រប់គ្រងនឹងត្រូវបានអនុវត្តយ៉ាងត្រឹមត្រូវ ហើយបើមិនដូច្នេះទេ សមតុល្យនៃប្រាក់រូប្លក្នុងគណនេយ្យ និងគណនេយ្យគ្រប់គ្រងនឹងខុសគ្នាជានិច្ច។ នៅទីនេះយើងបន្តទៅផ្នែក 4.4 ហើយសង្កេតមើលភាពខុសគ្នានៅក្នុងប្រតិបត្តិការនៃរបាយការណ៍ដែលដំណើរការលើវណ្ឌវង្កផ្សេងៗគ្នា។
របៀបកែសម្រួលនេះ ខ្ញុំផ្ទាល់ក៏មិនទាន់យល់ដែរ។

3. នៅពេលប្រើការគណនាសម្រាប់ការវេចខ្ចប់ដែលអាចយកមកវិញបាន បរិមាណត្រូវបានបង្ហោះតាមតារាងគណនី ទោះបីជាយ៉ាងណាក៏ដោយ ពួកវាមិនត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងបញ្ជីបង្គរនៃគណនេយ្យគ្រប់គ្រង និងគ្រប់គ្រងទេ។

ទីមួយ វាបណ្តាលឱ្យមានគម្លាតនៅក្នុងវិធានការគ្រប់គ្រងនៃកថាខណ្ឌ 4.4 ក្នុងករណីណាក៏ដោយ ហើយក្នុង 4.2 - ប្រសិនបើអ្នកអនុវត្តការគណនាធម្មតា និងការគណនាសម្រាប់កុងតឺន័រនៅលើគណនីរងមួយ (ឧទាហរណ៍នៅលើ 76.05 ឬ 76.06) ហើយក្នុងករណីចុងក្រោយវានឹង មានការលំបាកខ្លាំងណាស់ក្នុងការបោះចោលថ្នាំងទូទាត់ទាំងនេះពីវិធានការត្រួតពិនិត្យដោយប្រភេទនៃការជ្រើសរើសមួយចំនួនតាមគណនី (បន្ទាប់ពីទាំងអស់ សមភាគី "ធម្មតា" ផ្សេងទៀតរស់នៅលើគណនីនេះ ដូច្នេះអ្នកនឹងត្រូវជ្រើសរើសតាមបញ្ជីកិច្ចសន្យា)។

ទីពីរ នេះនាំឱ្យការពិតដែលថាការបិទការកែតម្រូវបំណុល និងការទូទាត់សម្រាប់ការទូទាត់ទាក់ទងនឹងការវេចខ្ចប់ដែលអាចត្រឡប់មកវិញបានត្រូវតែធ្វើឡើងដោយតក្កវិជ្ជាពិសេសរបស់វា (សម្រេចបាននូវអ្វីដែលផ្ទុយពីអ្វីដែលខ្ញុំបាននិយាយនៅក្នុង 4.1 - ដូច្នេះប្រតិបត្តិការនៅពេលនេះត្រូវបានបង្កើតឡើង និងចលនានៅទីនោះ។ មិនមានការចុះឈ្មោះទេ (ចាប់តាំងពីពួកគេមិនមែនជាដើម)) ដើម្បីកុំធ្វើឱ្យមានកំហុសកាន់តែស៊ីជម្រៅ។
ដូច្នេះនេះគឺជាអនុសាសន៍មួយចំនួន៖

1) គណនីដាច់ដោយឡែកសម្រាប់គណនេយ្យសម្រាប់ការទូទាត់លើការវេចខ្ចប់ដែលអាចត្រឡប់មកវិញបាន និងការទូទាត់ជាមូលដ្ឋាន។ ជាទូទៅ ដើម្បីបង្កើតគណនីដាច់ដោយឡែកសម្រាប់គណនេយ្យសម្រាប់ការទូទាត់លើការវេចខ្ចប់ដែលអាចត្រឡប់មកវិញបាន (ដូចជា 76.10 / 76.11) - វាជាការងាយស្រួលក្នុងការបន្ថែមពួកវាដោយដៃរាល់ពេលនៅក្នុងតារាងតុល្យការ ជាជាងចំណាយពេលរំលងគម្លាត "ដែលបានគ្រោងទុក" ទាំងនេះនៅក្នុងវិធានការត្រួតពិនិត្យ។

2) វាជាការចង់ធានាថាការវេចខ្ចប់ដែលអាចយកមកវិញបានគឺតែងតែអមដោយវិក្កយបត្រដាច់ដោយឡែក មិនត្រូវបានលាយឡំជាមួយទំនិញ ឬសេវាកម្មសំខាន់ៗឡើយ។ បន្ទាប់មកយើងនឹងបញ្ចូលពួកវាទៅក្នុងមូលដ្ឋានព័ត៌មានជាឯកសារដាច់ដោយឡែក។

4. ការបិទគណនីដែលត្រូវទទួលសម្រាប់ការចំណាយ ឬការចំណាយផ្សេងៗ។ ការគណនាការប្រាក់លើប្រាក់កម្ចី និងឥណទាន (ប្រកាសគណនីដែលត្រូវបង់ក្នុងការចំណាយផ្សេងៗ)។

ជាអកុសល នៅទីនេះ ជាទូទៅយើងមិនអាចជ្រើសរើសឯកសារមួយបានត្រឹមត្រូវ ដែលនឹងធ្វើឱ្យយើងទាំងការបង្ហោះ និងចលនាតាមរយៈការចុះឈ្មោះបង្គរ។

ប្រសិនបើយើងប្រើការកែតម្រូវបំណុល ប្រភេទនៃប្រតិបត្តិការ "ការលុបបំណុល" យើងនឹងឃើញថាយើងបានបង្កើតចលនាទាំងអស់នៅក្នុងផ្នែកទូទាត់យ៉ាងត្រឹមត្រូវ ធាតុនៅក្នុងគណនី 91 (បង្ហាញនៅលើផ្ទាំង "គណនី" រួមជាមួយនឹងការវិភាគ ) គឺត្រឹមត្រូវ ប៉ុន្តែនៅក្នុងគណនីគ្រប់គ្រងការចំណាយលើការបង្គរ (ការចំណាយ ឬគណនីចំណាយ អាស្រ័យលើថាតើគណនេយ្យជាបាច់ ឬ RAUS ត្រូវបានប្រើ) ចំនួនទឹកប្រាក់ដែលត្រូវគ្នា ដូចជាការចំណាយផ្សេងទៀតមិនត្រូវបានរាប់បញ្ចូលទាំងអស់។ ប្រសិនបើយើងប្រើឯកសារ "ការចំណាយផ្សេងទៀត" ដែលផ្តល់ឥណទានដល់គណនីទូទាត់ទៅវិញទៅមកដោយគ្មានបញ្ហា ដកប្រាក់ 91 គណនី ហើយធ្វើចលនាក្នុងការចុះបញ្ជីគណនេយ្យថ្លៃដើម យើងនឹងឃើញថាចំនួននេះមិនត្រូវបានកាត់ចេញពីគណនីបង្គរសម្រាប់គណនេយ្យសម្រាប់ ការតាំងទីលំនៅទៅវិញទៅមក។

ក) ប្រើជម្រើសនៃការកែតម្រូវបំណុលក្នុងពេលដំណាលគ្នានៅក្នុងសៀគ្វីគណនេយ្យទាំងពីរ បូកនឹងឯកសារ "ការចំណាយផ្សេងទៀត" តែនៅក្នុងគណនេយ្យគ្រប់គ្រង ឬអ្នកអាចពិនិត្យមើលការអនុលោមភាពគ្នាទៅវិញទៅមកនិងភាពពេញលេញនៃការបញ្ចូលជាមួយនឹងរបាយការណ៍ឈើច្រត់មួយចំនួន។

ខ) ដើម្បីបញ្ចប់ឯកសារ "ការចំណាយផ្សេងទៀត" ដូច្នេះវាធ្វើឱ្យមានចលនានៅលើការចុះបញ្ជីបង្គរនៅក្នុងផ្នែកការទូទាត់ទៅវិញទៅមក។

គ) បញ្ចប់ឯកសារ "ការកែតម្រូវបំណុល" ដូច្នេះវាធ្វើឱ្យមានចលនានៅក្នុងគណនីបង្គរគណនេយ្យថ្លៃដើម។

ឃ) បោះបង់ចោលគណនេយ្យចំណាយរបស់អ្នកគ្រប់គ្រង។

ង) រក្សាការប្រាក់លើប្រាក់កម្ចី និងកម្ចីតែនៅលើតារាងគណនី ហើយដកវាចេញពីវិធានការត្រួតពិនិត្យខាងលើទាំងអស់។

នៅពេលដែលខ្ញុំចងចាំអ្វីផ្សេងទៀត ខ្ញុំពិតជានឹងបន្ថែមវា ទោះបីជាខ្ញុំជឿថា អ្នកអនុវត្តគ្រប់រូបមានទីបញ្ចុះសពតូចមួយ ដែលគាត់បានកប់កំហុសដែលបានកែ ឬឆ្លងកាត់របស់អ្នកអភិវឌ្ឍន៍បច្ចេកវិទ្យាក៏ដោយ។

សេចក្តីសន្និដ្ឋាន

នោះហើយជាទាំងអស់សម្រាប់ពេលនេះ។ ប្រសិនបើអ្នកបានអានដល់ចំណុចនេះ ខ្ញុំសូមថ្លែងអំណរគុណចំពោះការយកចិត្តទុកដាក់របស់អ្នក និងបង្ហាញពីក្តីសង្ឃឹមថាព័ត៌មានដែលបានផ្តល់ជាជំនួយខ្លះ។

បន្តិចទៀតនេះ ប្រសិនបើពេលវេលាអនុញ្ញាត ខ្ញុំនឹងព្យាយាមផ្សព្វផ្សាយជម្រើសនៃ "ការអនុវត្តល្អ" ។ វាគ្រាន់តែថានេះជាប្រធានបទដែលមិនអាចខ្វះបានដែលខ្ញុំចង់សង្កេតមើលសំណួរជាមុនសិន បើមាន ប្រៀបធៀបជាមួយបទពិសោធន៍ និងអាចផ្តល់ជាទម្រង់ចម្លើយ។ លើសពីនេះ ខ្ញុំមិនដឹងថាវាពាក់ព័ន្ធកម្រិតណាទេក្នុងការពិភាក្សា ពីទស្សនៈនៃការថែរក្សាត្រឹមត្រូវនៃគណនេយ្យដែលបានគ្រប់គ្រង ការកំណត់រចនាសម្ព័ន្ធដែលត្រូវបានបញ្ឈប់ ដែលជារៀងរាល់ឆ្នាំនឹងតិចជាងនេះទៅតាមច្បាប់។

នេះគឺជាចលនានៃឯកសារ បង្កាន់ដៃនៃមូលនិធិដែលមិនមែនជាសាច់ប្រាក់៖ ប្រសិនបើការទូទាត់ត្រូវបានធ្វើឡើងត្រឹមត្រូវ ការទូទាត់ទៅវិញទៅមកនឹងបិទទាំងស្រុង ដែលនឹងត្រូវបានបង្ហាញនៅក្នុងរបាយការណ៍គណនីជាមួយរបាយការណ៍របស់អតិថិជន។ យើងបានបង់ប្រាក់ចំនួន 50,000 រូប្លិក្រោមកិច្ចសន្យា ហើយឥឡូវនេះអតិថិជនបានឃើញការទូទាត់ជាមុនសម្រាប់ 16,960 រូប្លិ៍ទៀត។ ឥឡូវនេះអ្វីគ្រប់យ៉ាងគឺត្រឹមត្រូវនិងសមហេតុសមផលអ្នកអាចធ្វើឱ្យការលក់កាន់តែច្រើននៅក្រោមកិច្ចព្រមព្រៀងនេះ។ បន្ទាប់មកពិចារណាការទូទាត់ទៅវិញទៅមកលើវិក្កយបត្រ (ឯកសារ) ។ ការទូទាត់ទៅវិញទៅមកលើវិក្កយបត្រនៅក្នុងការគ្រប់គ្រងពាណិជ្ជកម្ម 1C 11 ជាថ្មីម្តងទៀត យើងនឹងបង្កើតការបញ្ជាទិញរបស់អតិថិជន ប៉ុន្តែឥឡូវនេះយើងនឹងជ្រើសរើសកិច្ចព្រមព្រៀង "នៅលើវិក្កយបត្រ" ជាមួយនឹងជម្រើសនៃការទូទាត់ទៅវិញទៅមកនៅលើវិក្កយបត្រ។ តោះបញ្ជាទិញ និងមើលចលនា។ ហើយនោះជាសំណាងអាក្រក់ ប៉ុន្តែមិនមានចលនាក្នុងការចុះបញ្ជីនៃការតាំងទីលំនៅទៅវិញទៅមកតាមលំដាប់ទាល់តែសោះ… តើវាយ៉ាងម៉េចដែរ? ដូច្នេះហើយ ចលនានេះបើយោងតាមការចុះឈ្មោះ ការតាំងទីលំនៅជាមួយអតិថិជននឹងបង្ហាញតែក្នុងឯកសារលក់ទំនិញប៉ុណ្ណោះ។ វត្ថុនៃការគណនា ដូចដែលអ្នកអាចទាយបាន នឹងក្លាយជាឯកសារអនុវត្ត។

កម្មវិធី

កំណែបោះពុម្ព ដូច្នេះវេនបានមកដល់ការតាំងទីលំនៅទៅវិញទៅមក។ គណនេយ្យគឺជាផ្នែកមួយដ៏សំខាន់បំផុតនៃប្រព័ន្ធគណនេយ្យណាមួយ។ បាទ ប្រហែលជាសូម្បីតែសំខាន់បំផុត។ ទីពីរ ខ្ញុំនឹងដាក់ការគ្រប់គ្រងសារពើភ័ណ្ឌ។

ហើយលុយតែងតែមាន ហើយនឹងនៅកន្លែងដំបូង។ ហើយនៅក្នុងការកំណត់រចនាសម្ព័ន្ធ 1C Trade Management កំណែ 11 ការគ្រប់គ្រងការតាំងទីលំនៅទៅវិញទៅមកត្រូវបានអនុវត្តយ៉ាងមានភាពបត់បែន និងជាគោលការណ៍មានតម្លាភាព ប៉ុន្តែមិនមែនតែងតែច្បាស់លាស់ទាំងស្រុងចំពោះអ្នកប្រើប្រាស់ថ្មីថ្មោងនោះទេ។ (ទោះបី ជាអកុសល ពេលខ្លះអ្នកប្រើប្រាស់ភាគច្រើនដែលធ្វើការជាមួយ 1C អាចត្រូវបានគេហៅថាអ្នកចាប់ផ្តើមដំបូង។ ឬផ្ទុយទៅវិញ មានបីក្នុងចំណោមពួកគេ៖

តាមការបញ្ជាទិញ - ការទូទាត់នីមួយៗនឹងត្រូវបានធ្វើឡើងក្នុងបរិបទនៃការបញ្ជាទិញជាក់លាក់។

ការតាំងទីលំនៅទៅវិញទៅមក

ចុះបើគ្មានកិច្ចសន្យា? នេះមានន័យថាការទូទាត់តាមលំនាំដើមនឹងផ្អែកលើការបញ្ជាទិញ ប្រសិនបើឯកសារបញ្ជាទិញរបស់អតិថិជនត្រូវបានបង្កើត ប្រសិនបើមិនមានការបញ្ជាទិញទេ ហើយឯកសារលក់ទំនិញត្រូវបានបង្កើតភ្លាមៗ នោះការទូទាត់ទៅវិញទៅមកនឹងផ្អែកលើឯកសារលក់។ ការទូទាត់ទៅវិញទៅមកក្រោមកិច្ចសន្យាក្នុងការគ្រប់គ្រងពាណិជ្ជកម្ម 1C 11 ចូរយើងបង្កើតការបញ្ជាទិញអតិថិជនថ្មី។ ជ្រើសរើសកិច្ចសន្យាដែលយើងបានបង្ហាញថាការទូទាត់ត្រូវបានអនុវត្តក្រោមកិច្ចសន្យា។ ឈ្មោះនៃកិច្ចសន្យាគឺ "យោងតាមកិច្ចសន្យា" ។ សូមក្រឡេកមើលចលនានៅក្នុងការចុះឈ្មោះ ការទូទាត់ជាមួយអតិថិជន: វត្ថុនៃការទូទាត់គឺកិច្ចសន្យា "យោងទៅតាមកិច្ចសន្យា" ។

បន្ទាប់ យើងនឹងបង្កើតការអនុវត្ត និងលក់ផលិតផលទៅឱ្យអតិថិជន។ ចូរយើងបង្កើតឯកសារបង្កាន់ដៃនៃមូលនិធិដែលមិនមែនជាសាច់ប្រាក់។ មានតែយើងទេដែលនឹងបង្កើតវា មិនមែនផ្អែកលើការបញ្ជាទិញ ឬការអនុវត្តនោះទេ ប៉ុន្តែដាច់ដោយឡែកពីផ្នែកហិរញ្ញវត្ថុ។ នេះជាធម្មតាជាករណី ការទូទាត់ត្រូវបានបង្ហោះដោយគណនេយ្យករដាច់ដោយឡែក។

ជម្រើសនៃការទូទាត់

តើការទូទាត់ត្រូវបានធ្វើឡើងដោយរបៀបណា? បន្ទាប់ពីឯកសារត្រូវបានដាក់ជូនធនាគាររបស់អ្នកកាន់មូលប្បទានប័ត្រសម្រាប់ការប្រមូលដើម្បីទូទាត់មូលនិធិចាំបាច់ នីតិវិធីសម្រាប់បង្ហាញមូលប្បទានប័ត្រសម្រាប់ការទូទាត់ត្រូវបានគូរឡើង។ ការផ្តល់ឥណទានលើមូលប្បទានប័ត្រដែលប្រមូលបានត្រូវបានអនុវត្តតែបន្ទាប់ពីពួកគេត្រូវបានផ្ទេរពីគណនីរបស់អ្នកបង់ប្រាក់ លុះត្រាតែបានផ្តល់ដោយកិច្ចព្រមព្រៀងដែលបានបង្កើតឡើងរវាងធនាគារនិងអ្នកកាន់មូលប្បទានប័ត្រ។ អ្នកផ្តល់ឯកសារបែបនេះមិនមានសិទ្ធិដកហូតមូលប្បទានប័ត្រនេះទេ រហូតដល់ពេលវេលាកំណត់សម្រាប់ការបង្ហាញវាផុតកំណត់។
អ្នកបង់ប្រាក់ត្រូវតែប្រាកដជាមុនដោយមធ្យោបាយណាមួយដែលមានសម្រាប់គាត់ថាឯកសារដែលទទួលបានគឺពិតជាពិតប្រាកដ។ នីតិវិធីសម្រាប់សំណងសម្រាប់ការខាតបង់ដែលកើតឡើងដោយសារការទូទាត់ដោយអ្នកបង់ប្រាក់នៃមូលប្បទានប័ត្រដែលបានលួច បាត់បង់ ឬក្លែងបន្លំត្រូវបានបង្កើតឡើងស្របតាម ច្បាប់បច្ចុប្បន្ន RF

គណនីរបស់អ្នកត្រូវបានបង្កើត!

ក្នុងពេលជាមួយគ្នានេះគួរកត់សំគាល់ថាមូលប្បទានប័ត្រអាចមិនបង្ហាញពីទីកន្លែងនៃការរៀបចំរបស់វាទេហើយក្នុងករណីនេះវានឹងត្រូវបានចាត់ទុកថាជាឯកសារដែលបានចុះហត្ថលេខានៅទីតាំងនៃថត។ នៅក្នុងដំណើរការនៃការទូទាត់មូលប្បទានប័ត្រ ភាគីបញ្ចប់កិច្ចព្រមព្រៀងពិសេសមួយរវាងខ្លួនគេ ដែលបង្កើតនីតិវិធីពិតប្រាកដសម្រាប់ការបើក និងរក្សាគណនីបន្ថែមទៀតសម្រាប់ប្រតិបត្តិការបែបនេះ។ បានកំណត់ផងដែរ។ វិធីពិសេសនិងលក្ខខណ្ឌដែលព័ត៌មានចាំបាច់ត្រូវតែបញ្ជូន នីតិវិធីសម្រាប់ការបម្រុងទុកគណនីត្រួតពិនិត្យរបស់អតិថិជន កាតព្វកិច្ចរបស់ភាគីនីមួយៗ។
ធនាគារនីមួយៗបង្កើតវិធានផ្ទៃក្នុងសម្រាប់ការទូទាត់មូលប្បទានប័ត្រ ខ្លឹមសារតែមួយគត់នៃទម្រង់មូលប្បទានប័ត្រ លក្ខខណ្ឌនៃការទូទាត់ លក្ខខណ្ឌនៃការទូទាត់ជាមូលដ្ឋាន ព័ត៌មានលម្អិតនៃការចុះឈ្មោះ និងលក្ខណៈពិសេសមួយចំនួនទៀត។

តើអ្វីទៅជាប្រភេទនៃការទូទាត់ទៅវិញទៅមក

សម្រាប់ភាពច្បាស់លាស់នៃឧទាហរណ៍កាន់តែច្រើន យើងនឹងយល់ស្របថាជាមួយសមភាគីអ្នកទិញ-1 យើងប្រើវិធីសាស្រ្តសម្រាប់ការទូទាត់ទៅវិញទៅមក "តាមការបញ្ជាទិញ" និងជាមួយសមភាគីអ្នកទិញ-2 ដោយលម្អិតទៅតាមឯកសារទូទាត់។ ទាក់ទងនឹងការប្រើប្រាស់វិធីសាស្រ្តនៃការថែរក្សា "ដោយការបញ្ជាទិញ" នៅក្នុងរបាយការណ៍ 1C វានឹងមើលទៅដូចនេះ: ចំនួនទឹកប្រាក់នៃការទូទាត់ភាគីភាគី កិច្ចព្រមព្រៀងដំបូងរបស់ភាគី។ តុល្យភាពចំណូលចំណាយ Con. សមតុល្យប្រតិបត្តិការអ្នកទិញ-1 10,000.00 10,000.00 OD-2, ជូត។ 10,000.00 10,000.00 ការបញ្ជាទិញរបស់អ្នកទិញ TK000000001 ចុះថ្ងៃទី 21 ខែកញ្ញា ឆ្នាំ 2009 10,000.00 10,000.00 របាយការណ៍ដែលបានបង្ហាញបង្ហាញពីរូបរាងនៃព័ត៌មានលម្អិតបន្ថែមក្នុងទម្រង់នៃការបញ្ជាទិញរបស់អ្នកទិញ (ប្រតិបត្តិការ)។ សារៈសំខាន់ នៅពេលជ្រើសរើសជម្រើសនៃការប្រើប្រាស់វិធីសាស្រ្ត "តាមការបញ្ជាទិញ" វាគួរតែត្រូវបានគេយកទៅពិចារណាថា ការចង្អុលបង្ហាញនៃការបញ្ជាទិញ (ប្រតិបត្តិការ) នៅក្នុងឯកសារដឹកជញ្ជូន និងការទូទាត់គឺជាកាតព្វកិច្ច ជាលទ្ធផល ការបញ្ជាទិញក្លាយជាសញ្ញាមួយដែលបង្រួបបង្រួមទាំងនេះ។ ឯកសារ។

តើការតាំងទីលំនៅបែបណា

សមភាគីគឺជាបុគ្គលដែលមានទំនាក់ទំនងហិរញ្ញវត្ថុជាមួយផលិតកម្ម ក្រុមហ៊ុន ឬហាង។ វាអាចជាបុគ្គលិក ឬអតិថិជន ឬអ្នកផ្គត់ផ្គង់។ IN ករណីនេះវាមិនអាចទៅរួចទេក្នុងការកំណត់យ៉ាងច្បាស់ថា តើអង្គភាពនេះឬស្ថាប័ននោះធ្វើការកាន់តែច្រើនឡើងជាមួយអ្នកណា ពីព្រោះសមភាគីនីមួយៗអនុវត្តមុខងាររបស់ខ្លួនក្នុងការនាំយកប្រាក់ចំណេញដល់អង្គការ។

វាគឺសម្រាប់ហេតុផលនេះ ដែលចាំបាច់ត្រូវយកចិត្តទុកដាក់យ៉ាងប្រុងប្រយ័ត្នចំពោះបញ្ហាហិរញ្ញវត្ថុ ដោយហេតុថាប្រសិនបើតំណភ្ជាប់នៃដៃគូភាគីមួយបានធ្លាក់ចុះ ខ្សែសង្វាក់ទាំងមូលនឹងត្រូវខូច។ វាគួរអោយយកចិត្តទុកដាក់ចំពោះការពិតដែលថាមានគំនិតនៃការទូទាត់នៅក្នុងគណនេយ្យដែលយោងទៅតាមសេចក្តីថ្លែងការណ៍ឬរបាយការណ៍មួយចំនួនអាស្រ័យលើកិច្ចសហប្រតិបត្តិការជិតស្និទ្ធជាមួយសមភាគីការគណនាហិរញ្ញវត្ថុត្រូវបានធ្វើឡើង។ វាកើតឡើងដូចខាងក្រោម៖ សមភាគីនីមួយៗមានឯកសារផ្ទាល់ខ្លួននៅក្នុងនាយកដ្ឋានគណនេយ្យ ដែលរាល់ព័ត៌មានលម្អិតហិរញ្ញវត្ថុតិចតួចបំផុតត្រូវបានកត់ត្រា។

សំខាន់

វិធីសាស្រ្តក្នុងការធ្វើការទូទាត់ទៅវិញទៅមកជាមួយសមភាគីក្នុងកម្មវិធី 1C: Enterprise ។ ការកំណត់រចនាសម្ព័ន្ធធម្មតា 1C: សហគ្រាសទី 8 (UT, UPP) ពាក់ព័ន្ធនឹងវិធីសាស្រ្តសំខាន់ៗចំនួនបីនៃការទូទាត់ទៅវិញទៅមក៖ ក្រោមកិច្ចសន្យាទាំងមូលដោយការបញ្ជាទិញ (គណនី) ព័ត៌មានលម្អិតនៃការទូទាត់ទៅវិញទៅមកយោងទៅតាមឯកសារនៃការទូទាត់ជាមួយសមភាគី (បន្ថែមលើវិធីសាស្រ្តពីរដំបូង) ចំណាំ មុននឹងបន្តទៅការសិក្សាលម្អិតអំពីវិធីសាស្រ្តដែលបានបង្ហាញខាងលើ ចូរយើងស្វែងយល់ពីរបៀបដែលយន្តការសម្រាប់គណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមកត្រូវបានអនុវត្តនៅក្នុង 1C ការយល់ដឹងអំពីបញ្ហានេះនឹងធ្វើឱ្យការងាររបស់អ្នកប្រើកាន់តែងាយស្រួលជាមួយកម្មវិធី។ ដើម្បីដោះស្រាយបញ្ហាទាក់ទងនឹងគណនេយ្យសម្រាប់ភាពអាចរកបាន និងចលនានៃមូលនិធិក្នុង 1C យន្តការសម្រាប់ការចុះឈ្មោះបង្គរត្រូវបានស្នើឡើង ព័ត៌មានបន្ថែមអំពីការចុះឈ្មោះបង្គរអាចរកបាននៅទីនេះ៖ គេហទំព័ររបស់ក្រុមហ៊ុន 1C ។

សម្រាប់ភាពសាមញ្ញយើងបង្ហាញការចុះឈ្មោះក្នុងទម្រង់ជាតារាង។

ប្រភេទនៃការតាំងទីលំនៅក្នុង 1s 8.3 តើមានអ្វី

យោងតាមច្បាប់បច្ចុប្បន្ន ទម្រង់នៃការបង់ប្រាក់ដោយគ្មានសាច់ប្រាក់ខាងក្រោមត្រូវបានផ្តល់ជូន៖

ការត្រួតពិនិត្យ;
ដោយការប្រមូលផ្តុំ;
តាមរយៈលិខិតឥណទាន;
ការបញ្ជាទិញការទូទាត់។

គោលគំនិត និងប្រភេទនៃការទូទាត់ត្រូវបានជ្រើសរើសដោយអតិថិជនដោយឯករាជ្យ ហើយនៅពេលជាមួយគ្នានេះ ពួកគេត្រូវបានពិចារណាជាមុននៅក្នុងកិច្ចសន្យាដែលពួកគេបញ្ចប់ជាមួយសមភាគីរបស់ពួកគេ។ ការត្រួតពិនិត្យគឺ មូលបត្រដែលក្នុងនោះអ្នកបង់ប្រាក់ណែនាំធនាគាររបស់គាត់ឱ្យបង់ប្រាក់ចំនួនជាក់លាក់ទៅឱ្យអ្នកកាន់។ អាស្រ័យលើកត្តាបុគ្គលភាគច្រើនបំផុត។ ប្រភេទផ្សេងគ្នានិងប្រភេទនៃឯកសារបែបនេះ។

ប្រភេទនៃមូលប្បទានប័ត្រ រហូតមកដល់សព្វថ្ងៃនេះ វាជាទម្លាប់ក្នុងការបែងចែកមូលប្បទានប័ត្រជាពីរប្រភេទធំៗ គឺសាច់ប្រាក់ និងការទូទាត់។
ឯកសារបែបនេះត្រូវតែមាន ព័ត៌មានលម្អិតដែលត្រូវការដែលត្រូវបានបង្កើតឡើងដោយផ្នែកទីពីរនៃក្រមរដ្ឋប្បវេណីនៃសហព័ន្ធរុស្ស៊ីខណៈពេលដែលវាក៏អាចមានផងដែរ។ ព័ត៍មានបន្ថែមកំណត់ដោយភាពជាក់លាក់នៃធនាគារទំនើប ក៏ដូចជាភាពពិសេសនៃច្បាប់ពន្ធដារ។ ជាពិសេស ឯកសារខាងលើត្រូវមានព័ត៌មានដូចខាងក្រោម៖

ឈ្មោះ;
បញ្ជាឱ្យបង់ចំនួនហិរញ្ញវត្ថុជាក់លាក់;
ឈ្មោះរបស់អ្នកបង់ប្រាក់ដែលបង្ហាញពីគណនីជាក់លាក់ដែលចំនួនទឹកប្រាក់ដែលបានបញ្ជាក់នឹងត្រូវបានបង់;
ការចង្អុលបង្ហាញអំពីរូបិយប័ណ្ណដែលការទូទាត់នឹងត្រូវធ្វើឡើង;
ការចង្អុលបង្ហាញអំពីកាលបរិច្ឆេទ ក៏ដូចជាទីកន្លែងពិតប្រាកដដែលឯកសារនេះត្រូវបានចងក្រង។
ហត្ថលេខារបស់ថត។

ប្រសិនបើឯកសារមិនមានព័ត៌មានលម្អិតខាងលើទេ នោះវានឹងបាត់បង់សុពលភាពដោយស្វ័យប្រវត្តិភ្លាមៗ។

បន្ទាប់ពីកិច្ចសហប្រតិបត្តិការបានបញ្ចប់ វាអាចជាចុងខែ ឬត្រីមាស ឬប្រហែលជាប្រតិបត្តិការតែម្តង នាយកដ្ឋានគណនេយ្យទូទាត់ប្រាក់ ហើយសម្គាល់វានៅក្នុងឯកសាររបស់ពួកគេ។ មិនចាំបាច់និយាយទេ ការរៀបចំការទូទាត់ច្បាស់លាស់មានសារៈសំខាន់ណាស់ ប្រសិនបើច្បាស់ថាប្រសិនបើនាយកដ្ឋានគណនេយ្យមានការភ័ន្តច្រឡំនៅក្នុងឯកសារនោះ ក្រុមហ៊ុនអាចនឹងត្រូវខាតបង់យ៉ាងធ្ងន់ធ្ងរ។ វាមានសារៈសំខាន់ណាស់ក្នុងការពិចារណាថាការគណនាក្នុងគណនេយ្យមានសារៈសំខាន់ខ្លាំងណាស់ព្រោះវាអរគុណដល់ការរៀបចំការគណនាច្បាស់លាស់ដែលនៅពេលណាក៏បានដែលអ្នកអាចមើលឃើញទាំងមូល។ ព័ត៌មានចាំបាច់សម្រាប់ភាគីមួយ ឬដៃគូផ្សេងទៀត ឬសម្រាប់ភាគីទាំងអស់ក្នុងពេលតែមួយ។

នេះមិនត្រឹមតែងាយស្រួល និងមានប្រសិទ្ធភាពប៉ុណ្ណោះទេ ប៉ុន្តែជារឿយៗវាចាំបាច់ណាស់។
ការទូទាត់ទៅវិញទៅមកនៅក្រោមប្រតិបត្តិការត្រូវបានធ្វើឡើងក្នុងដំណាក់កាលជាច្រើន ចំនុចសំខាន់ៗគឺ៖ អ្នកទិញធ្វើការបង់ប្រាក់ជាមុន និងការទូទាត់ពេញលេញរវាងភាគីនៃប្រតិបត្តិការនោះ អាចមានការទូទាត់បន្ថែម។ អ្នកអាចអានអំពីដំណាក់កាលនៃប្រតិបត្តិការនៅក្នុងអត្ថបទ របៀបធ្វើប្រតិបត្តិការអចលនទ្រព្យ។ ដើម្បីបើកប្រតិបត្តិការ ចាំបាច់ត្រូវដាក់ប្រាក់បញ្ញើ ឬ (ការទូទាត់ជាមុន ការដាក់ប្រាក់) ដើម្បីបញ្ជាក់ពីភាពធ្ងន់ធ្ងរនៃចេតនារបស់គាត់។ នៅចំណុចនេះជាធម្មតា កិច្ចព្រមព្រៀងបឋមជាមួយអ្នកលក់ (notarial ឬសាមញ្ញ ការសរសេរ) ដែលរៀបរាប់លម្អិតអំពីគ្រោងការណ៍ទាំងមូលនៃការទូទាត់ទៅវិញទៅមក ប្រសិនបើភាគីបានចុះហត្ថលេខា វាត្រូវបានយល់ថាមនុស្សគ្រប់គ្នាយល់ព្រម និងត្រូវតែប្រកាន់ខ្ជាប់នូវនីតិវិធីនេះសម្រាប់ការដាក់ប្រាក់។ នីតិវិធីសម្រាប់ការទូទាត់ពេញលេញរវាងភាគីនៃប្រតិបត្តិការគឺអាស្រ័យលើស្ថានភាពជាក់លាក់ដែលកើតមានក្នុងចំណោមអ្នកចូលរួមក្នុងប្រតិបត្តិការ - ការទូទាត់ជាសាច់ប្រាក់ ឬមិនមែនសាច់ប្រាក់ (ឥណទាន វិញ្ញាបនបត្រ ប្រាក់ឧបត្ថម្ភ លិខិតឥណទាន និងប្រភេទផ្សេងទៀត)។

សេចក្តីផ្តើម

នៅក្នុងការកំណត់រចនាសម្ព័ន្ធ "Integrated Automation 1.1" និង "Manufacturing Enterprise Management 1.3" ជារឿយៗមានស្ថានភាពនៅពេលដែលហេតុផលដែលហាក់ដូចជាមិនអាចយល់បាន សមតុល្យអវិជ្ជមាន សមតុល្យបញ្ជរត្រូវបានបង្កើតឡើងនៅលើគណនី 60.01, 60.02, 62.02 (ក្នុងពេលតែមួយមាន ទាំងការទូទាត់ជាមុន និងបំណុលលើគណនីរងផ្សេងៗគ្នា) ភ្លាមៗនោះមានបុរេប្រទាន និង/ឬបំណុលដែលមិនគួរកើតឡើង។ ហើយនេះគ្រាន់តែជាចំណុចដែលអាចមើលឃើញនៃផ្ទាំងទឹកកកប៉ុណ្ណោះ។

1. ពត៌មានលំអិតគណនេយ្យ

1.1 គំនិតនៃដំណោះស្រាយថ្នាំង

នៅក្នុងការកំណត់រចនាសម្ព័ន្ធគណនេយ្យ យើងក៏រក្សាកំណត់ត្រានៅលើគណនីផ្សេងគ្នានៃតារាងគណនី ដូច្នេះសម្រាប់គោលបំណងគណនេយ្យ យើងនឹងសន្មត់ថា និយមន័យនៃថ្នាំងទូទាត់ត្រូវបានបំពេញបន្ថែមដោយគណនីគណនេយ្យ. ក្នុងពេលជាមួយគ្នានេះ ប្រសិនបើគណនីរងដាច់ដោយឡែកសម្រាប់ការទូទាត់ជាមុន និងបំណុលត្រូវបានបើកសម្រាប់គណនី (ឧទាហរណ៍ 60.01 និង 60.02) នោះយើងនឹងនៅតែចាត់ទុកកិច្ចសន្យាមួយសម្រាប់ពួកគេជា ថ្នាំងមួយសម្រាប់គណនីមួយគូ។ដូច្នេះនៅលើគណនី 60 យើងមានគណនីមួយគូសម្រាប់ការទូទាត់ប្រាក់រូប (60.01, 60.02), គណនីគូសម្រាប់រូបិយប័ណ្ណ (60.21, 60.22), គណនីគូសម្រាប់ការទូទាត់ជាឯកតាសាមញ្ញ (60.31, 60.32)

1.2 គណនេយ្យសម្រាប់ប្រតិបត្តិការ

ការកំណត់រចនាសម្ព័ន្ធ KA និង SCP បានទទួលមរតកយន្តការនេះ។

1.3 គណនេយ្យសម្រាប់ឯកសារទូទាត់

ដើម្បីភាពងាយស្រួល យើងនឹងសន្មត់ថាឯកសារទូទាត់ផ្សេងគ្នាមិនបង្កើតថ្នាំងការទូទាត់ផ្សេងគ្នាទេ ប៉ុន្តែត្រូវបានចាត់ទុកថាជាព័ត៌មានលម្អិតបន្ថែមនៅក្នុងថ្នាំង។

ឧទាហរណ៍៖ នៅសូន្យ (ដំបូង) ស្ថានភាពនៃការទូទាត់ជាមួយអ្នកទិញ សមតុល្យនៃថ្នាំងគឺសូន្យ។ អនុញ្ញាតឱ្យយើងមានការបញ្ជាទិញសម្រាប់ 10,000 rubles ។ ដោយសារមិនមានបំណុលនៅលើថ្នាំង ការបញ្ជាទិញការទូទាត់ទទួលស្គាល់ជាមុនក្នុងចំនួនទឹកប្រាក់ 10,000 រូប្លិ៍ហើយវាមកដល់ថ្នាំង "នៅក្នុងបរិបទរបស់វា" ។ ដូច្នេះហើយ យើងមានការលក់ក្នុងចំនួនទឹកប្រាក់ 12,000 រូប្លិ៍។ ការអនុវត្តនេះដំបូងជ្រើសរើសសមតុល្យនៃបុរេប្រទានពីថ្នាំងក្នុងបរិបទនៃឯកសារនៃការបង្កើតរបស់ពួកគេ (លំដាប់នៃការទូទាត់លេខ 1 ក្នុងចំនួនទឹកប្រាក់ 10,000 រូប្លិ៍) ហើយពន្លត់ពួកគេ។ បន្ទាប់មកប្រសិនបើមានអ្វីមួយនៅសល់នៃចំនួនលក់បន្ទាប់ពីទូទាត់ប្រាក់ជាមុន ការលក់ទទួលស្គាល់បំណុលនៅក្នុងចំនួនទឹកប្រាក់នៃសមតុល្យ "ដោយខ្លួនវាផ្ទាល់" (ការលក់លេខ 1 ក្នុងចំនួនទឹកប្រាក់ 2,000 រូប្លិ៍) ។ ការទូទាត់បន្ទាប់សម្រាប់ 5,000 រូប្លិដំបូងនឹងព្យាយាមសងបំណុលនៅក្នុងបរិបទនៃឯកសារបង្កើតរបស់ពួកគេ (ការលក់លេខ 1 ក្នុងចំនួនទឹកប្រាក់ 2,000 រូប្លិ) ហើយមានតែបន្ទាប់មកប្រសិនបើមានអ្វីនៅសេសសល់ វានឹងទទួលស្គាល់ភាពជឿនលឿននៅក្នុងលក្ខខណ្ឌរបស់វា (3,000 រូប្លិ) ។ ល។

នៅកម្រិតវេទិកា រចនាសម្ព័ន្ធទិន្នន័យមេតា "លំដាប់" ដែលតាមដាន និងកត់ត្រាការផ្សាយឡើងវិញនៅក្នុងខ្សែសង្វាក់នៃឯកសារ ឬចលនាចុះបញ្ជី។
នៅកម្រិតកំណត់រចនាសម្ព័ន្ធ - ដំណើរការផ្សេងៗដែលអនុញ្ញាតឱ្យអ្នកបញ្ជូនឯកសារឡើងវិញទាំងស្រុង ឬមួយផ្នែក (សម្រាប់តែការតាំងទីលំនៅទៅវិញទៅមក) ចាប់ពីពេលនៃការបង្ហោះសារឡើងវិញ "ជ្រៅបំផុតក្នុងអតីតកាល" ដើម្បីបង្ខំម៉ាស៊ីនទូទាត់ដោយស្វ័យប្រវត្តិឱ្យគណនាឡើងវិញនូវការបង្កើត / ជំពាក់បំណុល និង បុរេប្រទានម្តងទៀត។

វិធីសាស្រ្តនេះ (ស្វ័យប្រវត្តិ) គឺសមរម្យសម្រាប់ករណីអាជីវកម្មភាគច្រើន។

ជាផ្នែកមួយនៃ គណនេយ្យដោយដៃយោងតាមឯកសារទូទាត់ រាល់ពេលដែលយើងទទួលយកការទូទាត់ ឬលក់ យើងត្រូវចង្អុលបង្ហាញរៀងៗខ្លួន បំណុលដែលត្រូវបង់ ឬប្រាក់បុរេប្រទានដែលត្រូវបញ្ចូល។ ប្រសិនបើវាមិនត្រូវបានធ្វើទេនោះការអនុវត្តនឹងបង្កើតជាបំណុលថ្មីជានិច្ចហើយការទូទាត់ - ជាមុនថ្មី។

វាងាយស្រួលក្នុងការរក្សាកំណត់ត្រាពន្ធសម្រាប់អាករក្នុងលក្ខខណ្ឌនៃចំនួនដែលបានគណនាពីបុរេប្រទានដែលបានចេញ និងទទួលបាន (យើងដឹងច្បាស់ថាវិក្កយបត្រដែលចេញសម្រាប់បុរេប្រទានត្រូវបានសងវិញ តាមការពិត បុរេប្រទាន ហើយដល់ពេលដែលត្រូវទូទាត់វា);
កំណត់បំណុលដែលហួសកាលកំណត់ដោយកំណត់កាលបរិច្ឆេទកំណត់សម្រាប់ឯកសារបង្កើតបំណុលនីមួយៗ (ឧទាហរណ៍ តាមរយៈអចលនទ្រព្យ ឬតាមរយៈការចុះឈ្មោះព័ត៌មានបន្ថែម) ហើយសរសេររបាយការណ៍ពិសេសសាមញ្ញថា ប្រសិនបើកាលបរិច្ឆេទផុតកំណត់ធំជាងកាលបរិច្ឆេទបច្ចុប្បន្ន នោះនឹង ជ្រើសរើសបំណុលនៅក្នុងជួរឈរ "ចំនួនទឹកប្រាក់" ហើយប្រសិនបើវាតិចជាងឬស្មើ - ទៅជួរឈរ "រួមទាំងការហួសកាលកំណត់" ហើយបានបង្វែរថ្នាំងនៃការតាំងទីលំនៅទៅវិញទៅមក។
គ្រប់គ្រងភាពពេញលេញនៃការទូទាត់នៅក្នុងបរិបទនៃការវិភាគនៃឯកសារបង្កើតបំណុល (ទទួលខុសត្រូវ អ្នកទទួល។ ល។ )។

1.4 គំរូនៃការទូទាត់

ថ្នាំងទូទាត់៖

អង្គការ
គណនីគណនេយ្យ
សមភាគី
សន្ធិសញ្ញា
ប្រតិបត្តិការ (វិក័យប័ត្រឬការបញ្ជាទិញ)

ព័ត៌មានលម្អិតអំពីថ្នាំង៖

ឯកសារទូទាត់

2. វណ្ឌវង្កនៃគណនេយ្យ និងការរួមបញ្ចូលគ្នានៃការថែទាំរបស់ពួកគេនៅក្នុងមូលដ្ឋានព័ត៌មានមួយ។

ក្នុងមូលដ្ឋានស្រដៀងគ្នានេះ ក៏មានប្រាក់កម្ចីផ្ទៃក្នុង ការជួលពីសហគ្រិនម្នាក់ៗរបស់ពួកគេ ដែលផ្អែកលើមូលដ្ឋានសាមញ្ញ 6% សេវាកម្មគ្រប់គ្រងពីអង្គការមួយទៅអង្គការមួយទៀត។ ក្នុងការគ្រប់គ្រង។

មានករណីផងដែរនៅពេលដែលយើងបំបែកកាលបរិច្ឆេទនៃការប្រតិបត្តិឯកសារ និងការផលិតជាក់ស្តែងនៃប្រតិបត្តិការអាជីវកម្ម។ ហេតុផលគឺខុសគ្នា។ ទាំងដោយសារតែច្បាប់រដ្ឋប្បវេណីមិនសមស្របនឹងច្បាប់ពន្ធដារ (ឧទាហរណ៍ ដោយសារកាលបរិច្ឆេទនៃការផ្ទេរកម្មសិទ្ធិនៃទំនិញអាចត្រូវបានបញ្ជាក់យ៉ាងចម្លែកនៅក្នុងកិច្ចសន្យា ហើយបើគិតពីផ្លូវវែងឆ្ងាយ កាលបរិច្ឆេទនេះខុសគ្នាយ៉ាងខ្លាំងពីកាលបរិច្ឆេទនៃការទទួល។ នៅឃ្លាំង) ឬដោយសារតែយុត្តិកម្មផ្លូវច្បាប់សម្រាប់ប្រតិបត្តិការត្រូវបានកំណត់ពេលក្រោយប្រតិបត្តិការ (ការប្រគល់ទំនិញដែលទទួលយកនៅឃ្លាំង ដែលបន្ទាប់មកត្រូវបានចេញជាការលះបង់កិច្ចសន្យាលក់ ឬជាការជំនួសការធានា ឬជា ការកែតម្រូវ / ការកែតម្រូវការលក់) ។

នៅទីបំផុត ភាពខុសឆ្គងទាំងអស់នេះអាចត្រូវបានឆ្លុះបញ្ចាំងនៅក្នុងប្រព័ន្ធគណនេយ្យពីររង្វិលជុំតែមួយ ដោយបង្កើតគ្រោងការណ៍ត្រឹមត្រូវ ដែលនៅក្នុងនោះយើងនឹងឆ្លុះបញ្ចាំងពីប្រតិបត្តិការអាជីវកម្មជាមួយនឹងឯកសារកំណត់រចនាសម្ព័ន្ធស្តង់ដារជាក់លាក់ ហើយពិនិត្យមើលប្រអប់សម្រាប់រង្វិលជុំគណនេយ្យចាំបាច់។ បាទ/ចាស ពេលខ្លះប្រតិបត្តិការដូចគ្នានឹងត្រូវធ្វើឡើងម្តងទៀតក្នុងសៀគ្វីគណនេយ្យពីរដែលមានព័ត៌មានលម្អិតផ្សេងគ្នា និងនៅពេលផ្សេងគ្នា។

3. បានប្រើរចនាសម្ព័ន្ធទិន្នន័យសម្រាប់ការរក្សាកំណត់ត្រានៃការតាំងទីលំនៅទៅវិញទៅមកនៅក្នុង KA1/SCP

នៅក្នុងរង្វង់គ្រប់គ្រង ការចុះបញ្ជីបង្គរចំនួនពីរគឺទទួលខុសត្រូវចំពោះការទូទាត់ទៅវិញទៅមក។ ចំណុចសំខាន់គឺ “ការទូទាត់ទៅវិញទៅមកជាមួយភាគី” ហើយជំនួយគឺ “ការទូទាត់ទៅវិញទៅមកជាមួយសមភាគីយោងទៅតាមឯកសារទូទាត់” ។ ទីមួយគឺតែងតែត្រូវបានប្រើដើម្បីឆ្លុះបញ្ចាំងពីការតាំងទីលំនៅទៅវិញទៅមក និងប្រមូលផ្តុំទិន្នន័យទូទៅ - ជាមួយនឹងព័ត៌មានលម្អិត "អង្គការ - ភាគី - កិច្ចព្រមព្រៀង - ប្រតិបត្តិការ (គណនី ឬការបញ្ជាទិញប្រសិនបើវិធីសាស្រ្តនៃការថែរក្សាបែបនេះត្រូវបានបញ្ជាក់នៅក្នុងកិច្ចព្រមព្រៀង)) ។ ទីពីរត្រូវបានប្រើសម្រាប់គណនេយ្យតាមថ្នាំងក្នុងបរិបទនៃឯកសារទូទាត់ (ប្រសិនបើសញ្ញា "រក្សាកំណត់ត្រាយោងទៅតាមឯកសារទូទាត់" ត្រូវបានកំណត់នៅក្នុងកិច្ចសន្យា) ។
យោងតាមការចុះឈ្មោះទាំងនេះ របាយការណ៍ "ការគ្រប់គ្រង" មួយចំនួនធំស្តីពីការតាំងទីលំនៅទៅវិញទៅមកត្រូវបានគេប្រើ ដែលភាគច្រើនត្រូវបានប្រើប្រាស់ដោយអ្នកគ្រប់គ្រង។ របាយការណ៍ដូចគ្នា (ក៏ដូចជាការចុះឈ្មោះ គោលការណ៍ និងនីតិវិធីសម្រាប់គណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមក) ត្រូវបានប្រើនៅក្នុងការកំណត់រចនាសម្ព័ន្ធគ្រប់គ្រងពាណិជ្ជកម្ម 10 ។ តើអ្នកឃើញរបាយការណ៍ "ពណ៌ប្រផេះ" ស្តីពីការតាំងទីលំនៅទៅវិញទៅមកនៅក្នុងការកំណត់ទេ? ភាគច្រើនទំនងជាគាត់ជ្រើសរើសទិន្នន័យពីការចុះឈ្មោះ "ការទូទាត់ជាមួយសមភាគី" ។

ប្រព័ន្ធដ៏ទូលំទូលាយបែបនេះដែលមានផ្នែកជាប់គ្នា និងត្រួតស៊ីគ្នាជាច្រើនគឺមិនស្ថិតស្ថេរខ្លាំង ហើយអាចនាំឱ្យមានកំហុសផ្នែកគណនេយ្យជាច្រើន ដែលនឹងត្រូវបានពិភាក្សានៅក្នុងផ្នែកបន្ទាប់។

"ទីប្រឹក្សាក្នុងវិស័យអប់រំ", 2011, N 6

លក្ខណៈពិសេសនៃការរៀបចំគណនេយ្យ

នៅក្នុងឯកសារគ្រប់គ្រងសកម្មភាព ផ្នែករងដាច់ដោយឡែកវិធីសាស្រ្តគណនេយ្យមួយក្នុងចំណោមវិធីសាស្រ្តគណនេយ្យពីរជាធម្មតាត្រូវបានចង្អុលបង្ហាញ៖

ដោយអង្គការមេនៅលើមូលដ្ឋាននៃឯកសារបឋមដែលត្រូវបានគូរឡើងនៅក្នុងផ្នែករងដាច់ដោយឡែកមួយ;
ផ្នែករងដាច់ដោយឡែកជាមួយនឹងការបង្កើតតារាងតុល្យការដាច់ដោយឡែក។

បំរែបំរួលនៃគណនេយ្យដំបូងគឺអាចធ្វើទៅបានដោយការផ្ទេរពេញលេញនៅពេលវេលាដែលបានកំណត់នៃឯកសារបឋមពីការបែងចែកដាច់ដោយឡែកទៅអង្គការមេ។ វិធីសាស្រ្តនេះត្រូវបានប្រើនៅពេលដែលផ្នែករងដាច់ដោយឡែកមួយធ្វើប្រតិបត្តិការអាជីវកម្មមួយចំនួនតូច ហើយក៏ស្ថិតក្នុងចម្ងាយដើរពីស្ថាប័នមេផងដែរ។

ប្រសិនបើផ្នែករងដាច់ដោយឡែកអនុវត្តប្រតិបត្តិការមួយចំនួនធំ រួមទាំងការលក់ទំនិញ (ការងារ សេវាកម្ម) ឬមានទីតាំងនៅចម្ងាយទឹកដីដ៏សំខាន់ (ឧទាហរណ៍នៅក្នុងទីក្រុងមួយផ្សេងទៀត ឬអង្គភាពធាតុផ្សំនៃសហព័ន្ធរុស្ស៊ី) នោះវាគឺជា ត្រូវបានចោទប្រកាន់ជាមួយនឹងកាតព្វកិច្ចក្នុងការរក្សាកំណត់ត្រាគណនេយ្យដោយឯករាជ្យជាមួយនឹងតារាងតុល្យការដាច់ដោយឡែក។

ជាមួយនឹងការរៀបចំបែបនេះនៃការងារទាំងនៅក្នុងគណនេយ្យនិងនៅក្នុង របាយការណ៍ពន្ធស្ថាប័នចាំបាច់ត្រូវបញ្ចូលសូចនាករការអនុវត្តនៃអង្គភាពរចនាសម្ព័ន្ធទាំងអស់ រួមទាំងឧបករណ៍ដែលបានបែងចែកទៅជាតារាងតុល្យការដាច់ដោយឡែក។ ដូច្នេះ អង្គការមេ បន្ថែមពីលើការរក្សាកំណត់ត្រានៃប្រតិបត្តិការអាជីវកម្មដែលធ្វើឡើងដោយផ្ទាល់ បង្កើតលទ្ធផលហិរញ្ញវត្ថុ និងសេដ្ឋកិច្ចនៃសកម្មភាព និងចងក្រងរបាយការណ៍ហិរញ្ញវត្ថុទាំងមូលដោយសង្ខេបសូចនាករដែលបានបញ្ចូលក្នុងបញ្ជីគណនេយ្យ និងចុះបញ្ជីរបស់ខ្លួន។ នៃការបែងចែកដាច់ដោយឡែក។

អង្គការមេបែងចែកទ្រព្យសម្បត្តិទៅជាការបែងចែកដាច់ដោយឡែក។ ប្រតិបត្តិការសម្រាប់ការបែងចែកឡើងវិញរវាងវា និងការបែងចែក ក៏ដូចជារវាងការបែងចែកដាច់ដោយឡែក ត្រូវបានឆ្លុះបញ្ចាំងក្នុងពេលដំណាលគ្នាដោយសេវាកម្មគណនេយ្យរបស់ភាគីទាំងពីរ។

និង ឯកសារប្រភពយោងតាមការគណនារបស់អង្គការមេដែលមានផ្នែករងដាច់ដោយឡែកឬរវាងពួកគេត្រូវតែត្រូវបានគូរឡើងស្របតាមតម្រូវការនៃសិល្បៈ។ ប្រាំបួន ច្បាប់សហព័ន្ធចុះថ្ងៃទី 21 ខែវិច្ឆិកាឆ្នាំ 1996 លេខ 129-FZ "ស្តីពីគណនេយ្យ" ។

ដោយផ្អែកលើអ្វីដែលបានរៀបរាប់ខាងលើ យើងអាចសន្និដ្ឋានបានថា គណនេយ្យរបស់ស្ថាប័នដែលមានការបែងចែករចនាសម្ព័ន្ធដាច់ដោយឡែក ដើម្បីសម្រេចបាននូវឯកភាពនៃសូចនាករនៃសកម្មភាពហិរញ្ញវត្ថុ និងសេដ្ឋកិច្ច គួរតែត្រូវបានអនុវត្ត។ ស្របតាមតម្រូវការខាងក្រោម:

ការរួបរួមនៃបទប្បញ្ញត្តិសំខាន់ៗនៃគោលនយោបាយគណនេយ្យរបស់អង្គការមេ និងផ្នែកដាច់ដោយឡែករបស់វា។
ការអនុលោមតាមលំហូរឯកសារដែលបង្កើតឡើងដោយអង្គការមេរវាងវានិងការបែងចែកដាច់ដោយឡែកក៏ដូចជារវាងការបែងចែកដាច់ដោយឡែកនៃស្ថាប័ន។
ការសម្របសម្រួលនៃសូចនាករគណនេយ្យសម្រាប់ការបែងចែកដាច់ដោយឡែក និងអង្គការទាំងមូល ដែលធ្វើឡើងដោយអង្គការមេដោយផ្អែកលើលទ្ធផលនៃការវិភាគទិន្នន័យគណនេយ្យផ្ទៃក្នុង និងការកែតម្រូវតាមកាលកំណត់របស់ពួកគេ។

បទប្បញ្ញត្តិ លេខកូដពន្ធសហព័ន្ធរុស្ស៊ីមានកាតព្វកិច្ចស្ថាប័នសម្រាប់គោលបំណងនៃការត្រួតពិនិត្យពន្ធដើម្បីចុះឈ្មោះជាមួយអាជ្ញាធរពន្ធដារនៅទីតាំងនៃផ្នែករងដាច់ដោយឡែក។ ក្នុងពេលជាមួយគ្នានេះចំនួនការងារដែលបែងចែកទឹកដីពីអង្គការសំខាន់មិនមានបញ្ហាទេ (មាត្រា 83 នៃក្រមពន្ធនៃសហព័ន្ធរុស្ស៊ី) ។

ដើម្បីធានាបាននូវការគ្រប់គ្រងលើការតាំងទីលំនៅទៅវិញទៅមក វាត្រូវបានស្នើឡើងដើម្បីឆ្លើយឆ្លងជាមួយគណនីនៅពេលធ្វើការដោះស្រាយផ្ទៃក្នុងរវាងស្ថាប័នប្រធាន (អ្នកគ្រប់គ្រងមូលនិធិ) និងផ្នែករងដាច់ដោយឡែក (អ្នកទទួលមូលនិធិ)។

គណនីសម្រាប់ការទូទាត់រវាង GRBS និងស្ថាប័ន - អ្នកទទួលថវិកាថវិកា រវាងអង្គការមេ និងដាច់ដោយឡែកពីគ្នា។ ការបែងចែករចនាសម្ព័ន្ធអនុលោមតាមកថាខ័ណ្ឌ 276 នៃសេចក្តីណែនាំសម្រាប់ការប្រើប្រាស់តារាងបង្រួបបង្រួមនៃគណនីដែលត្រូវបានអនុម័តដោយលំដាប់នៃក្រសួងហិរញ្ញវត្ថុនៃប្រទេសរុស្ស៊ីចុះថ្ងៃទី 01.12.2010 N 157n គណនី 0 30404 000 "ការទូទាត់អន្តរភាគី" ត្រូវបានបម្រុងទុក។ គណនីវិភាគសម្រាប់គណនេយ្យសម្រាប់ការទូទាត់អន្តរផ្នែកនៃគណនីដែលបានបញ្ជាក់ត្រូវបានដាក់ជាក្រុមដោយប្រាក់ចំណូល (បង្កាន់ដៃ) និងការចំណាយ (ការទូទាត់) ។

ក្រៅពីនេះ គ្រោងការណ៍ទូទៅកំណត់ត្រាគណនេយ្យ និងគណនីឆ្លើយឆ្លងដែលប្រើប្រាស់ក្នុងគណនេយ្យរបស់ស្ថាប័នរដ្ឋ ក៏ដូចជាស្ថាប័នថវិកា - អ្នកទទួលមូលនិធិថវិកាមាននៅក្នុងសេចក្តីណែនាំស្តីពីគណនេយ្យថវិកាដែលត្រូវបានអនុម័តដោយបញ្ជារបស់ក្រសួងហិរញ្ញវត្ថុនៃប្រទេសរុស្ស៊ីចុះថ្ងៃទី 06 ខែធ្នូ ឆ្នាំ 2010 N 162n (តទៅនេះ - សេចក្តីណែនាំ N 162n) ។

ចូរយើងពិចារណាពីស្ថានភាពដាច់ដោយឡែកពីគ្នាលើការឆ្លុះបញ្ចាំងនៅក្នុងគណនេយ្យនៃប្រតិបត្តិការនៅឯការតាំងទីលំនៅទៅវិញទៅមករវាងសាខា និងស្ថាប័នប្រធានដែលជា ស្ថាប័នថវិកាប្រភេទចាស់, i.e. អ្នកទទួលថវិកា។

1. ការតាំងទីលំនៅរវាងអង្គការមេ និងផ្នែករងដាច់ដោយឡែករបស់វាដែលមិនមាន នីតិបុគ្គលលើការផ្ទេរប្រាក់ចំណូល (ផ្នែកនៃប្រាក់ចំណូល) ។ United គោលនយោបាយគណនេយ្យ.

ប្រតិបត្តិការ 1.1 ។ ការកើនឡើងនៃប្រាក់ចំណូលពីការលក់ផលិតផលសម្រេច ការងារ សេវាកម្ម។

ហេតុផល៖កិច្ចសន្យា វិក្កយបត្រ ទង្វើនៃការទទួលយក និងការផ្ទេរការងារដែលបានអនុវត្ត សេវាកម្មដែលបានបង្ហាញ។

ផ្នែករង) ។

ប្រតិបត្តិការ 1.2 ។ ការគណនាពន្ធលើតម្លៃបន្ថែម។

ហេតុផល៖

ផ្នែករង) ។

ប្រតិបត្តិការ 1.3 ។ ការទទួលមូលនិធិក្នុងការទូទាត់សម្រាប់ផលិតផលដែលបានបញ្ចប់ ការងារ សេវាកម្មទៅកាន់គណនីផ្ទាល់ខ្លួននៅក្នុង OFK ។

ហេតុផល៖

ឥណពន្ធ 2 20111 510 ឥណទាន 2 20531 660 590 000 (អង្គការមេ);
ឥណពន្ធ 2 20111 510 ឥណទាន 2 20531 660 118 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 1.4 ។ ការផ្ទេរ VAT ទៅក្នុងថវិកា។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ បញ្ជាទិញ សេចក្តីជូនដំណឹង (f. 0504805)។

ឥណពន្ធ 2 30304 830 ឥណទាន 2 20111 610 108 000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 20111 610 18 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 1.5 ។ ការបង្កើតបំណុលនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការមេសម្រាប់ការកាត់ចេញមូលនិធិកណ្តាលពីប្រាក់ចំណូល។

ហេតុផល៖

ឥណពន្ធ 2 30404 000 ឥណទាន 2 40110 130 40 000 (អង្គការមេ);
ឥណពន្ធ 2 40110 130 ឥណទាន 2 30404 000 40 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 1.6 ។ ផ្ទេរ (បង្កាន់ដៃ) នៃមូលនិធិដើម្បីសងបំណុលនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការមេសម្រាប់ការកាត់យកមូលនិធិកណ្តាលពីប្រាក់ចំណូល។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ បញ្ជាទិញ សេចក្តីជូនដំណឹង (f. 0504805)។

ឥណពន្ធ 2 20111 510 ឥណទាន 2 30404,000 40,000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 20111 610 40 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

2. បង្កាន់ដៃដោយឥតសំណងនៃមូលនិធិ។

ប្រតិបត្តិការ 2.1 ។ ការកើនឡើងនៃប្រាក់ចំណូលនៃថវិកាផ្សេងទៀតនិងប្រាក់ចំណូលផ្សេងទៀត (គោលដៅ) ។

ហេតុផល៖លំដាប់ សេចក្តីសម្រេច សេចក្តីសម្រេច កិច្ចសន្យា ពាក្យសុំបរិច្ចាគ។

ឥណពន្ធ 2 20551 560 ឥណទាន 2 40110 180 300 000 (អង្គការមេ);
ឥណពន្ធ 2 20551 560 ឥណទាន 2 40110 180 150 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 2.2 ។ ការទទួលមូលនិធិក្នុងការទូទាត់សម្រាប់ការសម្រេចចិត្តលើការបែងចែកមូលនិធិថវិកា ការបរិច្ចាគសប្បុរសធម៌ (មូលនិធិគោលដៅ)។

ហេតុផល៖សំណើផ្ទេរប្រាក់ ការបញ្ជាទិញការបង់ប្រាក់ ការស្នើសុំបរិច្ចាគ។ល។

ឥណពន្ធ 2 20111 510 ឥណទាន 2 20551 660 300 000 (អង្គការមេ);
ឥណពន្ធ 2 20111 510 ឥណទាន 2 20551 660 150 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 2.3 ។ ការបង្កើតបំណុលរបស់អង្គការមេទៅផ្នែករងដាច់ដោយឡែកសម្រាប់ការផ្ទេរផ្នែកនៃមូលនិធិដែលទទួលបានពីការលក់ផលិតផលសម្រេច ការងារ សេវាកម្ម មូលនិធិគោលដៅ។

ហេតុផល៖ការគណនា, សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 40110 130 ឥណទាន 2 30404 000 100 000 (អង្គការមេ);
ឥណពន្ធ 2 40110 180 ឥណទាន 2 30404 000 30 000 (អង្គការមេ);
ឥណពន្ធ 2 40110 180 ឥណទាន 2 30404 000 15 000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 40110 130 100 000 (ដាច់ដោយឡែក
ផ្នែករង);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 40110 180 30 000 (ដាច់ដោយឡែក
ផ្នែករង);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 40110 130 15 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 2.4 ។ ផ្ទេរ (បង្កាន់ដៃ) នៃមូលនិធិក្នុងលំដាប់នៃការសងបំណុលដោយអង្គការមេទៅផ្នែករងដាច់ដោយឡែកសម្រាប់ការបែងចែកមូលនិធិពីប្រាក់ចំណូល និងមូលនិធិគោលដៅ។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ បញ្ជាទិញ សេចក្តីជូនដំណឹង (f. 0504805)។

ឥណពន្ធ 2 20111 510 ឥណទាន 2 30404,000 145,000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 20111 610 145 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 2.5 ។ ការអនុវត្តការចំណាយនៃផ្នែករងដាច់ដោយឡែកមួយដោយអនុវត្តតាមការប៉ាន់ស្មានដែលបានអនុម័តសម្រាប់ប្រាក់ចំណូលដែលបានផ្ទេរ និងមូលនិធិគោលដៅ។

ហេតុផល៖វិក្កយបត្រ, សកម្មភាពនៃការងារដែលបានអនុវត្ត, សកម្មភាពនៃសេវាកម្មដែលបានបង្ហាញ, វិក្កយបត្រ:

ប៉ុន្តែ)នៅក្នុងលក្ខខណ្ឌនៃការបង្កើតតម្លៃទំនិញ ការងារ សេវាកម្មដែលបានលក់ជាផ្នែកនៃសកម្មភាពបង្កើតប្រាក់ចំណូល៖

ផ្នែករង);

ខ)នៅក្នុងលក្ខខណ្ឌនៃការបង្កើតការចំណាយលើគោលដៅ និងមូលនិធិផ្សេងទៀតដែលមិនទាក់ទងនឹងសកម្មភាពបង្កើតប្រាក់ចំណូល៖

ឥណពន្ធ 2 40120 200 ឥណទាន 2 302xx 730 45 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

3. ការទូទាត់រវាងអង្គការមេ និងផ្នែករងដាច់ដោយឡែករបស់ខ្លួន ដែលមិនមែនជានីតិបុគ្គល សម្រាប់ការផ្ទេរការចំណាយ (ផ្នែកនៃការចំណាយ)។ គោលនយោបាយគណនេយ្យ។

ប្រតិបត្តិការ ៣.១. ការកើនឡើងនៃប្រាក់ចំណូលពីការលក់ផលិតផលដែលបានបញ្ចប់ ការងារ សេវាកម្ម នៅលើតារាងតុល្យការដាច់ដោយឡែករបស់អង្គការមេ។

ហេតុផល៖កិច្ចសន្យា វិក្កយបត្រ ទង្វើនៃការទទួលយក និងការផ្ទេរការងារដែលបានអនុវត្ត សេវាកម្ម។

ឥណពន្ធ 2 20531 560 ឥណទាន 2 40110 130 300 000 (អង្គការមេ)។

ប្រតិបត្តិការ 3.2 ។ បង្កាន់ដៃនៃមូលនិធិក្នុងការទូទាត់សម្រាប់ផលិតផលសម្រេច ការងារ សេវាកម្ម។

មូលដ្ឋាន៖

ឥណពន្ធ 2 20111 510 ឥណទាន 2 20531 660 300 000 (អង្គការមេ)។

ប្រតិបត្តិការ 3.3 ។ ការផ្ទេរប្រាក់ទៅអាសយដ្ឋាននៃផ្នែករងដាច់ដោយឡែកពីគណនីផ្ទាល់ខ្លួនរបស់អង្គការមេសម្រាប់ការអនុវត្តដោយផ្នែករងនៃសកម្មភាពច្បាប់នេះស្របតាមការប៉ាន់ស្មានដែលបានអនុម័ត។

ហេតុផល៖ការប៉ាន់ប្រមាណ, ពាក្យសុំផ្ទេរប្រាក់, ការបញ្ជាទិញការទូទាត់, សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 30404 000 ឥណទាន 2 20111 610 100 000 (អង្គការមេ);
ឥណពន្ធ 2 20111 510 ឥណទាន 2 30404 000 100 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 3.4 ។ ការអនុវត្តការចំណាយនៃផ្នែកដាច់ដោយឡែកមួយដោយអនុវត្តតាមការប៉ាន់ស្មានដែលបានអនុម័តសម្រាប់ប្រាក់ចំណូលដែលបានផ្ទេរជាផ្នែកនៃសកម្មភាពបង្កើតប្រាក់ចំណូល។

ហេតុផល៖

ឥណពន្ធ 2 10960 000 ឥណទាន 2 302xx 730 100 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 3.5 ។ ការទូទាត់ជាមុននៃផ្នែករងដាច់ដោយឡែកមួយ ស្របតាមការប៉ាន់ស្មានដែលបានអនុម័តសម្រាប់ប្រាក់ចំណូលដែលបានផ្ទេរ។

មូលដ្ឋាន៖ពាក្យស្នើសុំផ្ទេរប្រាក់ ការបញ្ជាទិញ។

ឥណពន្ធ 2 206xx 560 ឥណទាន 2 20111 610 80 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 3.6 ។ ការកាត់ចេញនៃការទូទាត់ជាមុនដែលបានបង់នៅក្នុងការសងត្រលប់នៃគណនីដែលត្រូវបង់នៃផ្នែករងដាច់ដោយឡែកមួយ។

មូលដ្ឋាន៖ព័ត៌មានគណនេយ្យ។

ផ្នែករង) ។

ប្រតិបត្តិការ 3.7 ។ ការចំណាយនៃផ្នែករងដាច់ដោយឡែកដែលកើតឡើងជាផ្នែកនៃសកម្មភាពបង្កើតប្រាក់ចំណូលត្រូវបានផ្ទេរទៅតារាងតុល្យការដាច់ដោយឡែករបស់អង្គការមេសម្រាប់គោលបំណងនៃការបង្កើតលទ្ធផលហិរញ្ញវត្ថុ។

មូលដ្ឋាន៖សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 10960 000 ឥណទាន 2 30404 000 100 000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 10960 000 100 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

4. ការទូទាត់រវាងអង្គការមេ និងផ្នែករងដាច់ដោយឡែករបស់ខ្លួនដែលមិនមែនជានីតិបុគ្គលសម្រាប់ការផ្ទេរផ្នែកនៃការចំណាយរបស់អង្គការមេ។ គោលនយោបាយគណនេយ្យ។

ប្រតិបត្តិការ 4.1 ។ ប្រាក់ចំណូលដែលទទួលបានពីការលក់ផលិតផលសម្រេច ការងារ សេវាកម្ម។

ឥណពន្ធ 2 20531 560 ឥណទាន 2 40110 130 590 000 (អង្គការមេ);
ឥណពន្ធ 2 20531 560 ឥណទាន 2 40110 130 118 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 4.2 ។ ការគណនាពន្ធលើតម្លៃបន្ថែម។

ហេតុផល៖ ការបង់ពន្ធ, សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 40110 130 ឥណទាន 2 30304 730 90 000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 30304 730 18 000 (អង្គការមេ);
ឥណពន្ធ 2 40110 130 ឥណទាន 2 30404 000 18 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 4.3 ។ ការអនុវត្តការចំណាយរបស់អង្គការមេ និងការចំណាយនៃផ្នែករងដាច់ដោយឡែកមួយ ដោយអនុវត្តតាមការប៉ាន់ប្រមាណដែលបានអនុម័ត។

ហេតុផល៖វិក្កយបត្រ សកម្មភាពនៃការងារដែលបានអនុវត្ត សកម្មភាពនៃសេវាកម្មដែលបានបង្ហាញ វិក័យប័ត្រ។

ឥណពន្ធ 2 10960 000 ឥណទាន 2 302xx 730 400 000 (អង្គការមេ);
ឥណពន្ធ 2 10960 000 ឥណទាន 2 302xx 730 100 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 4.4 ។ ការទូទាត់នៃការចំណាយរបស់អង្គការមេ និងផ្នែករងដាច់ដោយឡែកមួយដោយអនុវត្តតាមការប៉ាន់ប្រមាណដែលបានអនុម័តសម្រាប់ប្រាក់ចំណូលដែលបានផ្ទេរ។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ ការបញ្ជាទិញ។

ឥណពន្ធ 2 206xx 560 ឥណទាន 2 20111 610 350 000 (អង្គការមេ);
ឥណពន្ធ 2 20111 510 ឥណទាន 2 206xx 660 80 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 4.5 ។ ការកាត់ចេញនៃការទូទាត់ជាមុនដែលបានបង់ដើម្បីទូទាត់គណនីដែលត្រូវបង់របស់អង្គការមេ និងផ្នែករងដាច់ដោយឡែកមួយ។

មូលដ្ឋាន៖ព័ត៌មានគណនេយ្យ។

ឥណពន្ធ 2,302xx 830 ឥណទាន 2,206xx 660,350,000 (អង្គការមេ);
ឥណពន្ធ 2 302xx 830 ឥណទាន 2 206xx 660 80 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 4.6 ។ ការកើនឡើងនៃបំណុលនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការមេនៅក្នុងលក្ខខណ្ឌនៃការចំណាយអាជីវកម្មទូទៅដែលបានចែកចាយឡើងវិញនៅក្នុងចំណែកនៃផ្នែករងនេះ។

ហេតុផល៖ការគណនា, សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 30404 000 ឥណទាន 2 10960 000 35 000 (អង្គការមេ);
ឥណពន្ធ 2 1096 000 ឥណទាន 2 30404 000 35 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 4.7 ។ ផ្ទេរ (បង្កាន់ដៃ) នៃមូលនិធិនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការមេ ដើម្បីសងបំណុលលើការចំណាយអាជីវកម្មទូទៅដែលបានចែកចាយឡើងវិញ។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ បញ្ជាទិញ សេចក្តីជូនដំណឹង (f. 0504805)។

ឥណពន្ធ 2 20111 510 ឥណទាន 2 30404,000 35,000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 20111 610 35 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

5. ការតាំងទីលំនៅរវាងអង្គការមេ និងផ្នែករងដាច់ដោយឡែករបស់ខ្លួនដែលមិនមែនជានីតិបុគ្គលសម្រាប់ការផ្ទេរទ្រព្យសម្បត្តិ រួមទាំងតាមរយៈការប្រគល់ជូនដោយមជ្ឈិម។

ប្រតិបត្តិការ 5.1 ។ បង់សម្រាប់សារពើភ័ណ្ឌតាមលំដាប់នៃការផ្គត់ផ្គង់កណ្តាលសម្រាប់អង្គការមេ និងផ្នែករងដាច់ដោយឡែកដែលមិនមែនជានីតិបុគ្គល។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ ការបញ្ជាទិញ។

ឥណពន្ធ 2 206xx 560 ឥណទាន 2 20111 610 100 000 (អង្គការមេ)។

ប្រតិបត្តិការ 5.2 ។ សារពើភ័ណ្ឌត្រូវបានទទួលសម្រាប់ឃ្លាំងរបស់អង្គការមេដោយអនុលោមតាមលក្ខខណ្ឌនៃការដឹកជញ្ជូនពេញលេញ។

ហេតុផល៖អំណាចនៃមេធាវី ទង្វើនៃការទទួលយក និងការផ្ទេរ វិក្កយបត្រ សេចក្តីជូនដំណឹង (f. 0504805)។

ឥណពន្ធ 2 105xx 340 ឥណទាន 2 302xx 730 100 000 (អង្គការមេ)។

ប្រតិបត្តិការ 5.3 ។ ផ្ទេរ (ទទួល) សារពើភ័ណ្ឌពីឃ្លាំងរបស់អង្គការមេទៅអាសយដ្ឋាននៃផ្នែករងដាច់ដោយឡែកមួយ។

ហេតុផល៖ការបញ្ជាទិញផ្ទេរ វិក្កយបត្រសម្រាប់ការផ្ទេរផ្ទៃក្នុងនៃសារពើភ័ណ្ឌ សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 30404 000 ឥណទាន 2 105xx 440 30 000 (អង្គការមេ);
ឥណពន្ធ 2 105xx 340 ឥណទាន 2 30404 000 30 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 5.4 ។ សារពើភ័ណ្ឌត្រូវបានទទួលសម្រាប់ឃ្លាំងរបស់អង្គការមេដោយអនុលោមតាមលក្ខខណ្ឌនៃការដឹកជញ្ជូននៅក្នុងផ្នែកដែលត្រូវការដោយអង្គការមេ។

ហេតុផល៖

ឥណពន្ធ 2 105xx 340 ឥណទាន 2 302xx 730 70 000 (អង្គការមេ)។

ប្រតិបត្តិការ 5.5 ។ សារពើភ័ណ្ឌត្រូវបានទទួលសម្រាប់ឃ្លាំងនៃផ្នែករងដាច់ដោយឡែកមួយស្របតាមលក្ខខណ្ឌនៃការដឹកជញ្ជូនតាមលំដាប់នៃការផ្គត់ផ្គង់កណ្តាល។

ហេតុផល៖អំណាចនៃមេធាវី ទង្វើនៃការទទួលយក និងការផ្ទេរ វិក្កយបត្រ។

ឥណពន្ធ 2 105xx 340 ឥណទាន 2 302xx 730 30 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 5.6 ។ បំណុលនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការប្រធានសម្រាប់ទុនបម្រុងសម្ភារៈដែលបានបង់ និងចែកចាយតាមលំដាប់នៃការផ្គត់ផ្គង់កណ្តាលនៅក្នុងផ្នែកនៃបុរេប្រទានដែលបានបង់ទៅអ្នកផ្គត់ផ្គង់ត្រូវបានបង្គរ។

ហេតុផល៖សេចក្តីជូនដំណឹង (f. 0504805) ច្បាប់ចម្លងនៃលិខិតដឹកជញ្ជូននៃផ្នែកដាច់ដោយឡែក។

ឥណពន្ធ 2 30404 000 ឥណទាន 2 206xx 660 30 000 (អង្គការមេ);
ឥណពន្ធ 2 206xx 560 ឥណទាន 2 30404 000 30 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 5.7 ។ ការកាត់ចេញនៃការទូទាត់ជាមុនដែលបានបង់ដើម្បីទូទាត់គណនីដែលត្រូវបង់របស់អង្គការមេ និងផ្នែករងដាច់ដោយឡែកមួយ។

មូលដ្ឋាន៖ ឯកសារយោងគណនេយ្យ។

ឥណពន្ធ 2,302xx 830 ឥណទាន 2,206xx 660 70,000 (មេ);
ឥណពន្ធ 2,302xx 830 ឥណទាន 2,206xx 660 30,000 (ដាច់ដោយឡែក
ផ្នែករង) ។

ប្រតិបត្តិការ 5.8 ។ មូលនិធិត្រូវបានផ្ទេរ (ទទួលបាន) ដើម្បីសងបំណុលនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការប្រធានសម្រាប់ទុនបំរុងសម្ភារៈដែលបានបង់ក្នុងលក្ខណៈនៃការផ្គត់ផ្គង់កណ្តាល។

ហេតុផល៖ពាក្យស្នើសុំផ្ទេរប្រាក់ បញ្ជាទិញ សេចក្តីជូនដំណឹង (f. 0504805)។

ឥណពន្ធ 2 20111 510 ឥណទាន 2 30404,000 30,000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 20111 610 30 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

6. ការកំណត់ការប្រឆាំងកាតព្វកិច្ចក្នុងការដោះស្រាយផ្ទៃក្នុងរវាងអង្គការមេ និងផ្នែករងដាច់ដោយឡែកដែលមិនទាន់បានសងវិញគិតត្រឹមថ្ងៃកំណត់។

ហេតុផល៖លំដាប់ សណ្តាប់ធ្នាប់ សកម្មភាពនៃការទូទាត់ផ្ទៃក្នុង សេចក្តីជូនដំណឹង (f. 0504805) ។

ឥណពន្ធ 2 30404 000 ឥណទាន 2 30404 000 35 000 (អង្គការមេ);
ឥណពន្ធ 2 30404 000 ឥណទាន 2 30404 000 35 000 (ដាច់ដោយឡែក
ផ្នែករង) ។

7. ការគណនាពន្ធ។

ប្រតិបត្តិការ 7.1 ។ ពន្ធលើប្រាក់ចំណូលបន្ថែមដែលត្រូវបង់ទៅក្នុងថវិកាដោយផ្អែកលើលទ្ធផលនៃការរាយការណ៍ (ពន្ធ) រយៈពេលទាំងមូលសម្រាប់ស្ថាប័ន។

មូលហេតុ៖ បង់ពន្ធ។

ឥណពន្ធ 2 40110 130 ឥណទាន 2 30303 730 100 (អង្គការមេ)។

ប្រតិបត្តិការ 7.2 ។ ការបង្កើតបំណុលនៃផ្នែករងដាច់ដោយឡែកមួយទៅអង្គការមេសម្រាប់ការទូទាត់សងពន្ធលើប្រាក់ចំណូលដែលត្រូវបង់ដោយផ្នែករងនេះក្នុងទម្រង់ជាផ្នែកនៃប្រាក់ចំណូល។

ហេតុផល៖គោលនយោបាយគណនេយ្យ ការប្រកាសពន្ធ ការគណនា។

ឥណពន្ធ 2 30404 000 ឥណទាន 2 40110 130 10 (អង្គការមេ);
ឥណពន្ធ 2 40110 130 ឥណទាន 2 30404 000 10 (ដាច់ដោយឡែក
ផ្នែករង) ។

នៅក្នុងទិនានុប្បវត្តិថ្មី "ទីប្រឹក្សាគណនេយ្យករនៃរដ្ឋនិង ស្ថាប័នក្រុង«យើងនឹងបន្តពិចារណាលើលក្ខណៈពិសេសនៃគណនេយ្យ និងពន្ធដាររបស់សាខាក្នុងឆ្នាំ 2012 ដោយគិតគូរពីឯកសារបទប្បញ្ញត្តិថ្មីដែលបានអនុម័ត។

L.P.Vorobeva

សាស្រ្តាចារ្យ

នាយកដ្ឋានគណនេយ្យ

និងការបង់ពន្ធសាធារណៈ

(ក្រុង) ស្ថាប័ន

FGBOU VPO "MGIU",

នាយកប្រតិបត្តិ

គ្រឹះស្ថានបោះពុម្ពផ្សាយ "ទីប្រឹក្សាគណនេយ្យករ"

ប្រភេទនៃការតាំងទីលំនៅទៅវិញទៅមក។ ការតាំងទីលំនៅទៅវិញទៅមក

សេចក្តីផ្តើម

1. ពត៌មានលំអិតគណនេយ្យ

1.1 គំនិតនៃដំណោះស្រាយថ្នាំង

1.2 គណនេយ្យសម្រាប់ប្រតិបត្តិការ

1.3 គណនេយ្យសម្រាប់ឯកសារទូទាត់

1.4 គំរូនៃការទូទាត់

2. វណ្ឌវង្កនៃគណនេយ្យ និងការរួមបញ្ចូលគ្នានៃការថែទាំរបស់ពួកគេនៅក្នុងមូលដ្ឋានព័ត៌មានមួយ។

3. បានប្រើរចនាសម្ព័ន្ធទិន្នន័យសម្រាប់ការរក្សាកំណត់ត្រានៃការតាំងទីលំនៅទៅវិញទៅមកនៅក្នុង KA1/SCP

4. ប្រភេទចម្បងនៃកំហុសក្នុងគណនេយ្យសម្រាប់ការទូទាត់ទៅវិញទៅមក វិធានការត្រួតពិនិត្យ វិធីដើម្បីលុបបំបាត់

៤.១. ការកំណត់មិនត្រឹមត្រូវនៃព័ត៌មានលម្អិតនៃការតាំងទីលំនៅទៅវិញទៅមក។

៤.៣. ការប្រព្រឹត្តមិនត្រឹមត្រូវដោយវិធីសាស្រ្តនៃការទូទាត់ទៅវិញទៅមកនៅក្នុងគណនេយ្យដែលបានកំណត់។

4.4 គម្លាតក្រៅសៀគ្វី (មិនបានគ្រោងទុក) រវាងទិន្នន័យនៃគណនេយ្យគ្រប់គ្រង និងគណនេយ្យគ្រប់គ្រង។

៤.៥. កំហុសនៅក្នុងប្រព័ន្ធគណនេយ្យដែលមិនអនុញ្ញាតឱ្យមានគណនេយ្យតាមមធ្យោបាយជាក់លាក់ណាមួយ។

សេចក្តីសន្និដ្ឋាន

កម្មវិធី

ការតាំងទីលំនៅទៅវិញទៅមក

ជម្រើសនៃការទូទាត់

គណនី​របស់​អ្នក​ត្រូវ​បាន​បង្កើត!

តើអ្វីទៅជាប្រភេទនៃការទូទាត់ទៅវិញទៅមក

តើការតាំងទីលំនៅបែបណា

ប្រភេទនៃការតាំងទីលំនៅក្នុង 1s 8.3 តើមានអ្វី

សេចក្តីផ្តើម

1. ពត៌មានលំអិតគណនេយ្យ

1.1 គំនិតនៃដំណោះស្រាយថ្នាំង

1.2 គណនេយ្យសម្រាប់ប្រតិបត្តិការ

1.3 គណនេយ្យសម្រាប់ឯកសារទូទាត់

1.4 គំរូនៃការទូទាត់

2. វណ្ឌវង្កនៃគណនេយ្យ និងការរួមបញ្ចូលគ្នានៃការថែទាំរបស់ពួកគេនៅក្នុងមូលដ្ឋានព័ត៌មានមួយ។

3. បានប្រើរចនាសម្ព័ន្ធទិន្នន័យសម្រាប់ការរក្សាកំណត់ត្រានៃការតាំងទីលំនៅទៅវិញទៅមកនៅក្នុង KA1/SCP

លក្ខណៈពិសេសនៃការរៀបចំគណនេយ្យ

អ្នកប្រហែលជាចាប់អារម្មណ៍៖

ប្រភេទ

អត្ថបទចុងក្រោយ

ការផ្សាយពាណិជ្ជកម្ម

គណនីរបស់អ្នកត្រូវបានបង្កើត!