പ്രവർത്തനപരമായ പണമൊഴുക്ക് ആസൂത്രണം അല്ലെങ്കിൽ പണമൊഴുക്ക് നിയന്ത്രണ സംവിധാനം എങ്ങനെ നിർമ്മിക്കാം. ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള സബ്സിസ്റ്റം "ഇലക്‌ട്രോണിക് ആപ്ലിക്കേഷനുകൾ" ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ 1c upp

1. ആമുഖം

ഫിനാൻഷ്യൽ അക്കൗണ്ടിംഗിൽ നിന്ന് വ്യത്യസ്തമായി മാനേജ്മെൻ്റ് അക്കൗണ്ടിംഗിൻ്റെ പ്രധാന ജോലികളിലൊന്നാണ് ക്യാഷ് പ്ലാനിംഗ്.

തീർച്ചയായും, മാനേജ്മെൻ്റും അക്കൗണ്ടിംഗും തമ്മിൽ മറ്റ് കാര്യമായ വ്യത്യാസങ്ങളുണ്ട് (അനലിറ്റിക്സിനുള്ള വ്യത്യസ്ത ആവശ്യകതകൾ, ആസ്തി/ബാധ്യതകളുടെ വിലയിരുത്തലിനും പുനർമൂല്യനിർണയത്തിനും, കരുതൽ ശേഖരം സൃഷ്ടിക്കേണ്ടതിൻ്റെ ആവശ്യകത മുതലായവ), എന്നാൽ ആസൂത്രണ പ്രശ്നങ്ങൾ പരിഹരിക്കേണ്ടതിൻ്റെ ആവശ്യകത ഏറ്റവും ബുദ്ധിമുട്ടാണ്. അവരെ.
ആസൂത്രണത്തിൻ്റെ സങ്കീർണ്ണത പ്ലാൻ തയ്യാറാക്കുന്നതിൽ മാത്രമല്ല (അത് കണക്കാക്കുക, വ്യത്യസ്ത സാഹചര്യങ്ങൾക്കനുസരിച്ച് രൂപപ്പെടുത്തുക) മാത്രമല്ല, അത് ആവശ്യമാണ്:

• പുനഃക്രമീകരിക്കൽ നടത്തുക;
• പ്ലാനുകൾ അപ്‌ഡേറ്റ് ചെയ്യുക, തുടർന്നുള്ള കാലയളവുകളിലേക്ക് ക്രമീകരണങ്ങൾ മാറ്റുക;
• ഒരു പദ്ധതി നടപ്പിലാക്കുക - ഒരു വസ്തുതാപരമായ വിശകലനം.

മിക്ക എൻ്റർപ്രൈസസുകളിലും (ഓട്ടോമേഷനായി 1 സി ഉപയോഗിച്ച്) ആസൂത്രണം പ്രോഗ്രാമിൽ നടക്കുന്നില്ലെന്ന് തിരിച്ചറിയണം.
“ഞങ്ങൾ അക്കൗണ്ടിംഗ് സജ്ജീകരിക്കണം ...” - ഇങ്ങനെയാണ് പലരും വാദിക്കുന്നത്.

അക്കൗണ്ടിംഗ് മെച്ചപ്പെടുത്തേണ്ടതുണ്ട്, അതെ, പക്ഷേ ആസൂത്രണത്തിൻ്റെ ചെലവിൽ അല്ല.
തീർച്ചയായും, അവർ ഇപ്പോഴും ആസൂത്രണം ചെയ്യുന്നു (പക്ഷേ 1C യിലല്ല, XLS-ൽ). ആദ്യത്തെ, പ്രധാന കടമ (അവർ പരിഹരിക്കാൻ ശ്രമിക്കുന്നത്) പണ ആസൂത്രണമാണ്.

• (1) തന്ത്രപരമായ (ബജറ്റിംഗ്);
• (2) പ്രവർത്തനപരം.

XLS ഉപയോഗിച്ച് ബജറ്റിംഗ് (തീർച്ചയായും, ആസൂത്രണത്തിന് മുകളിൽ നിന്ന് താഴേക്കുള്ള സമീപനത്തോടെ) ചെയ്യാൻ കഴിയുമെങ്കിൽ, പ്രവർത്തന ആസൂത്രണം ചെയ്യാൻ കഴിയില്ല.
ഏറ്റവും കുറഞ്ഞ ഉപയോക്താക്കൾ (1-2 ആളുകൾ) ബജറ്റ് പട്ടികകളിൽ പ്രവർത്തിക്കുന്നു എന്നതാണ് ഏറ്റവും പ്രധാന കാര്യം. മിക്ക സംരംഭങ്ങൾക്കും, ബജറ്റിംഗ് ഇനങ്ങളുടെയും മറ്റ് അനലിറ്റിക്‌സുകളുടെയും എണ്ണം അത്രയധികമല്ല. അതായത്, എല്ലാം XLS-ൽ സ്വമേധയാ പ്രോസസ്സ് ചെയ്യാൻ കഴിയും.

എന്നാൽ d/s-ൻ്റെ പ്രവർത്തന ആസൂത്രണത്തെ സംബന്ധിച്ചിടത്തോളം, ഇവിടെ സ്ഥിതി വ്യത്യസ്തമാണ്. അതായത്, പലപ്പോഴും പണമടയ്ക്കാൻ ധാരാളം ഇൻവോയ്‌സുകൾ ഉണ്ട്, നിരവധി പതിവ് പേയ്‌മെൻ്റുകൾ, ഉപഭോക്തൃ ഓർഡറുകൾക്കായി പ്രതീക്ഷിക്കുന്ന പേയ്‌മെൻ്റുകൾ മുതലായവ.

കൂടാതെ, പ്രോഗ്രാമിൻ്റെ വിവിധ ഉപയോക്താക്കൾ പ്രവർത്തിക്കുന്ന, പ്രമാണങ്ങൾ ക്രമീകരിക്കുന്ന, സാഹചര്യം മാറുന്ന മുതലായ പ്രാഥമിക പ്രമാണങ്ങളുടെ ഒരു വലിയ സംഖ്യയുമായി ഇവയെല്ലാം "കെട്ടിടാം".

പ്രവർത്തന ആസൂത്രണവും ബജറ്റിംഗും തമ്മിലുള്ള മറ്റൊരു പ്രധാന വ്യത്യാസം അത് പലപ്പോഴും താഴെ നിന്ന് വരുന്നു എന്നതാണ്. അതായത്, ഡിപ്പാർട്ട്മെൻ്റ് ജീവനക്കാർ എപ്പോഴും പൂരിപ്പിക്കുന്ന "ഡി/എസ് ചെലവുകൾക്കായുള്ള അഭ്യർത്ഥനകൾ" എന്നതിൽ നിന്ന്.

ഈ അപേക്ഷകൾ, അതനുസരിച്ച്, കൃത്യസമയത്ത് പ്രോസസ്സ് ചെയ്യുകയും സ്വീകരിക്കുകയും / നിരസിക്കുകയും "ഷെഡ്യൂൾ" ചെയ്യുകയും പണം നൽകുകയും വേണം.

ആകെ: d/s-നുള്ള പ്രവർത്തന ആസൂത്രണം ആണ് ആദ്യ ആസൂത്രണ ചുമതല, ഏത് എൻ്റർപ്രൈസസിനും 1C-ൽ ഓട്ടോമേറ്റ് ചെയ്യണം.

ആസൂത്രണത്തിൻ്റെ ഫലമായി, സാമ്പത്തിക വകുപ്പ് / ട്രഷറി സിസ്റ്റത്തിൽ "കാണണം":

• എപ്പോൾ, ആർക്ക്, ഏത് ബാങ്ക് അക്കൗണ്ടിൽ നിന്ന് / പണം, എത്ര തുകയ്ക്ക് നൽകണം;
• നിലവിലെ ബാലൻസുകൾ, ആസൂത്രിത ചെലവുകൾ, ക്യാഷ് രസീതുകൾ എന്നിവ കണക്കിലെടുത്ത് "അത്തരം" തീയതിയിലെ ക്യാഷ് ബാലൻസ് എന്തായിരിക്കും. വിളിക്കപ്പെടുന്നവ ഒഴിവാക്കണം. "പണ വിടവുകൾ"

  അതായത്, പേയ്മെൻ്റ് കലണ്ടറുമായി പ്രവർത്തിക്കേണ്ടത് ആവശ്യമാണ്.

• കൌണ്ടർപാർട്ടികളുമായുള്ള കടം എന്തായിരിക്കും നിർദ്ദിഷ്ട തീയതികൾ, ആസൂത്രിത പേയ്‌മെൻ്റുകൾ, രസീതുകൾ, പരസ്പര സെറ്റിൽമെൻ്റുകളുടെ നിലവിലെ ബാലൻസ് എന്നിവ കണക്കിലെടുക്കുന്നു.

  അതായത്, കണക്കുകൂട്ടൽ കലണ്ടറിനൊപ്പം പ്രവർത്തിക്കേണ്ടത് ആവശ്യമാണ്.

ഈ ലേഖനത്തിൻ്റെ ഉദ്ദേശം - d/c-യുടെ പ്രവർത്തന ആസൂത്രണം ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള സാധ്യതകളെക്കുറിച്ച് സംസാരിക്കുക. അതേ സമയം, 3 വ്യത്യസ്ത സർക്കുലേഷൻ കോൺഫിഗറേഷനുകളുടെ താരതമ്യ വിശകലനം നടത്തും (രണ്ടെണ്ണം 1C യിൽ നിന്നുള്ള സ്റ്റാൻഡേർഡ് ആണ്, ഒന്ന് കമ്പനിയുടെ ഉപദേശത്തിൽ നിന്ന് സ്പെഷ്യലൈസ് ചെയ്തതാണ്).

പ്രവർത്തന ആസൂത്രണ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ ഓരോ കോൺഫിഗറേഷനുകളും ഉപയോഗിക്കാം, എന്നാൽ നിങ്ങളുടെ പ്രോജക്റ്റിൻ്റെ വ്യാപ്തിയും സ്കെയിലും അടിസ്ഥാനമാക്കി ഒരു സമതുലിതമായ തിരഞ്ഞെടുപ്പ് നടത്തണം.

2. സോഫ്റ്റ് സ്റ്റാർട്ടറിൻ്റെ സവിശേഷതകൾ 1.3

ഇപ്പോൾ, 1C UPP യുടെ ദീർഘകാലമായി കാത്തിരുന്ന, പുതിയ പതിപ്പ് ഇതുവരെ പുറത്തിറക്കിയിട്ടില്ല (റിവിഷൻ 2). ഇക്കാരണത്താൽ, ലഭ്യമായവയിൽ ഞങ്ങൾ ശ്രദ്ധ കേന്ദ്രീകരിക്കും - SCP 1.3-ൻ്റെ അനുബന്ധ ഉപസിസ്റ്റങ്ങൾ:

താരതമ്യേന അടുത്തിടെ (2011) കോൺഫിഗറേഷനിൽ "പണത്തിൻ്റെ ചെലവിനായുള്ള അഭ്യർത്ഥനകൾ" എന്ന ഉപസിസ്റ്റം അപ്‌ഡേറ്റുചെയ്‌തു എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. തൽഫലമായി, നിയന്ത്രിത ഇൻ്റർഫേസ് മോഡിൽ, സെക്ഷൻ പാനലിൽ "d/s/ ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥനകൾ" എന്ന ഇനം പ്രത്യക്ഷപ്പെട്ടു.

നിങ്ങൾ ഒരു സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനിൽ, ഫയൽ മോഡിൽ, "D/s ചെലവുകൾക്കായുള്ള അഭ്യർത്ഥന" (അതായത്, ZRDS) ഡോക്യുമെൻ്റ് ഫോം തുറക്കാൻ ശ്രമിക്കുകയാണെങ്കിൽ, "ഇതിനൊപ്പം പ്രവർത്തിക്കുന്നു" എന്ന പൊതുവായ മൊഡ്യൂളിൽ നിന്ന് "ഗ്ലോബൽ മൂല്യങ്ങൾ" എന്ന വേരിയബിളിനായി ഒരു പിശക് ഉടൻ ദൃശ്യമാകും. പൊതുവായ വേരിയബിളുകൾ".

എന്നിരുന്നാലും, അത്തരം പിശകുകൾ തിരുത്താൻ കഴിയും, അവർ പറയുന്നതുപോലെ: "അവശിഷ്ടം അവശേഷിക്കുന്നു." അതായത്, യുപിപി ഇസഡ്ആർഡിഎസ് സബ്സിസ്റ്റത്തിൽ മതിയായ "കഠിനങ്ങൾ" ഉണ്ട്.
ഒരു വെബ് ബ്രൗസറിലൂടെ ഒരു ZRDS പ്രമാണം വരയ്ക്കാനുള്ള കഴിവ് ഉപയോഗപ്രദമാണ്, എന്നാൽ പ്രായോഗികമായി പ്രമാണത്തിൻ്റെ സ്റ്റാൻഡേർഡ് രൂപത്തിൻ്റെ ലളിതവൽക്കരണത്തെയും എർഗണോമിക്സിനെയും കുറിച്ച് നിങ്ങൾ ശ്രദ്ധാപൂർവ്വം ചിന്തിക്കേണ്ടതുണ്ട്. മൊബൈൽ ഉപകരണങ്ങൾക്ക് ഇത് വളരെ പ്രധാനമാണ്.

എന്നാൽ പേയ്‌മെൻ്റ് കലണ്ടറിനെ സംബന്ധിച്ചിടത്തോളം, നേർത്ത ക്ലയൻ്റ് മോഡിൽ, വിദൂരമായി ഒരു വെബ് ബ്രൗസർ വഴി മുതലായവ. നിങ്ങൾക്ക് അത് ഉപയോഗിക്കാൻ കഴിയില്ല. കാരണം, ക്യാഷ് മാനേജ്‌മെൻ്റ് സബ്‌സിസ്റ്റം വളരെക്കാലമായി അപ്‌ഡേറ്റ് ചെയ്തിട്ടില്ല, പ്രത്യേകിച്ചും, പേയ്‌മെൻ്റ് കലണ്ടർ റിപ്പോർട്ട് ഒരു ഡാറ്റ കോമ്പോസിഷൻ സിസ്റ്റത്തിൽ നിർമ്മിച്ചിട്ടില്ല. അതിനാൽ, ഈ റിപ്പോർട്ട് നേർത്ത ക്ലയൻ്റുകളിൽ ഉപയോഗിക്കാൻ കഴിയില്ല;

ZRDS-ൽ പ്രവർത്തിക്കുമ്പോൾ, ആപ്ലിക്കേഷനുകളുടെ ഏകോപനത്തിനും അംഗീകാരത്തിനുമുള്ള നിയന്ത്രണങ്ങൾ ഒരു പ്രധാന സ്ഥാനം വഹിക്കുന്നു. എന്നതിനെ ആശ്രയിച്ച് സംഘടനാ ഘടനഎൻ്റർപ്രൈസും മറ്റ് ബിസിനസ്സ് സവിശേഷതകളും, ആപ്ലിക്കേഷനുകൾ അംഗീകരിക്കുന്നതിനുള്ള ആന്തരിക നടപടിക്രമം (അംഗീകാരം നിയന്ത്രണങ്ങൾ) വളരെ സങ്കീർണ്ണമായിരിക്കും (മൾട്ടി-സ്റ്റേജ്, വേരിയബിൾ മുതലായവ). അതിനാൽ ഓട്ടോമേഷനെ സംബന്ധിച്ചിടത്തോളം ഇത് എളുപ്പമുള്ള കാര്യമല്ല.

യുപിപിയിൽ, ഏകോപനവും അംഗീകാരവും ഉപസിസ്റ്റം നടപ്പിലാക്കുന്നു. ഇത് തികച്ചും വഴക്കമുള്ള ക്രമീകരണങ്ങൾ നൽകുന്നു.

• അപേക്ഷയ്ക്ക് പണം നൽകേണ്ടതിൻ്റെ ആവശ്യകത സ്ഥിരീകരിക്കുന്നതാണ് അംഗീകാരം. സാധാരണഗതിയിൽ, അംഗീകാരം കമ്പനിയുടെ വകുപ്പുകളുടെ തലവന്മാർ, മാനേജർമാർ, മറ്റ് ഉത്തരവാദിത്തപ്പെട്ട വ്യക്തികൾ എന്നിവയിലൂടെ കടന്നുപോകണം.
• അപേക്ഷയ്ക്ക് പണം നൽകുമെന്ന അന്തിമ സ്ഥിരീകരണമാണ് (ട്രഷറർ മുഖേന) അംഗീകാരം. ഈ സാഹചര്യത്തിൽ, പേയ്‌മെൻ്റ് തീയതിയും പേയ്‌മെൻ്റ് നടത്തേണ്ട ബാങ്ക് അക്കൗണ്ട്/ക്യാഷ് ഓഫീസും നിർണ്ണയിക്കണം. അങ്ങനെ, പേയ്മെൻ്റ് പ്രവർത്തന പദ്ധതിയിൽ (പേയ്മെൻ്റ് കലണ്ടർ) വീഴുന്നു.

സോഫ്റ്റ് സ്റ്റാർട്ടറിൻ്റെ സ്റ്റാൻഡേർഡ് പ്രവർത്തനത്തിൻ്റെ നിരവധി വശങ്ങൾ സബ്സിസ്റ്റത്തിൻ്റെ യഥാർത്ഥ നിർവ്വഹണത്തിന് ആവശ്യമായത് നൽകുന്നില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്.
ഈ "നിമിഷങ്ങളെക്കുറിച്ച്" ഞാൻ പിന്നീട് എഴുതാം, എന്നാൽ ഇപ്പോൾ ഒരു സാധാരണ കോൺഫിഗറേഷൻ നൽകുന്ന പ്രവർത്തനത്തെക്കുറിച്ച് നോക്കാം.

1. ഓരോ ഓർഗനൈസേഷനും പ്രത്യേകം ആപ്ലിക്കേഷൻ അപ്രൂവൽ മെക്കാനിസത്തിൻ്റെ ഉപയോഗം നിങ്ങൾക്ക് പ്രവർത്തനക്ഷമമാക്കാം.

• റൂട്ടുകളിലൂടെയും റൂട്ടുകളുടെ ശ്രേണിയിലൂടെയും ആപ്ലിക്കേഷൻ്റെ ക്രമം ക്രമീകരിക്കാൻ സാധിക്കും.

1. ആപ്ലിക്കേഷൻ റൂട്ടിംഗ് മെക്കാനിസങ്ങളിൽ ഡിപ്പാർട്ട്മെൻ്റ് ഡയറക്ടറിയിലെ ശ്രേണി കണക്കിലെടുക്കുന്നില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്.
2. ഒരു ബിസിനസ്സ് പ്രോസസ്സ് മെക്കാനിസം ഉപയോഗിക്കാതെ സാങ്കേതികമായി നിർമ്മിച്ച ഏകോപനവും അംഗീകാരവും റദ്ദാക്കേണ്ടതും ആവശ്യമാണ്.

• ഓരോ പോയിൻ്റിലും, ആപ്ലിക്കേഷൻ്റെ അംഗീകാരം ലഭ്യമാകുന്ന ഒന്ന്/നിരവധി ഉപയോക്താക്കളെ നിങ്ങൾക്ക് വ്യക്തമാക്കാം. അതായത്, അവരിൽ ആർക്കെങ്കിലും അപേക്ഷ അംഗീകരിക്കാൻ കഴിയും (ആദ്യം ഇത് ചെയ്യാൻ കഴിയുന്നയാൾ).

• ഓരോ ഡിപ്പാർട്ട്‌മെൻ്റിനും, നിങ്ങൾക്ക് അനുയോജ്യമായ ഒരു അംഗീകാര റൂട്ട് പോയിൻ്റ് നൽകാം. ഇതിൻ്റെ സാരാംശം ഇതാണ്: ഒരു അപേക്ഷ (ZRDS) പൂരിപ്പിക്കുമ്പോൾ, സെൻട്രൽ ഫെഡറൽ ഡിസ്ട്രിക്റ്റ് (ഡിവിഷൻ) സൂചിപ്പിക്കണം. നിർദ്ദിഷ്ട ഡിവിഷനെ ആശ്രയിച്ച്, യുപിപി അനുബന്ധ അംഗീകാര പോയിൻ്റ് “കണ്ടെത്തുകയും” ഈ പോയിൻ്റിലേക്ക് അംഗീകാരത്തിനായി അപേക്ഷ “അയയ്‌ക്കുകയും” ചെയ്യുന്നു.

അപ്രൂവൽ റൂട്ട് സജ്ജീകരിക്കുമ്പോൾ ഒരു വകുപ്പ് വ്യക്തമാക്കാതിരിക്കാനും സാധ്യതയുണ്ട്. ഈ സാഹചര്യത്തിൽ, അനുബന്ധ റൂട്ട് പോയിൻ്റ് പ്രത്യേകമായി സൂചിപ്പിച്ചിട്ടില്ലാത്ത എല്ലാ CFD-കളിലും അത്തരമൊരു ഏകോപന പോയിൻ്റ് "പ്രയോഗിക്കും".

1. ഒരു പ്രത്യേക പ്രോസസ്സിംഗ് "അപ്ലിക്കേഷൻ അംഗീകാരം" ഉപയോഗിച്ചാണ് അംഗീകാരം നടത്തുന്നത്.

1. ഫണ്ടുകളുടെ ആസൂത്രിത ലഭ്യത, പേയ്‌മെൻ്റ് ഷെഡ്യൂൾ, പണ വിടവുകളുടെ ട്രാക്കിംഗ് എന്നിവയുടെ വിശകലനം "പേയ്‌മെൻ്റ് കലണ്ടർ" റിപ്പോർട്ടിൽ നടപ്പിലാക്കുന്നു.

d/s (ZRDS) ൻ്റെ ആസൂത്രിത ഉപഭോഗത്തിന് പുറമേ, നിങ്ങൾക്ക് d/s ൻ്റെ ആസൂത്രിത രസീതും കണക്കിലെടുക്കാം. ഈ ആവശ്യങ്ങൾക്കായി, "വരുമാനത്തിൻ്റെ ആസൂത്രിത രസീത്" ഒരു പ്രത്യേക രേഖ തയ്യാറാക്കാൻ വിഭാവനം ചെയ്യുന്നു.

"ഡി/സിയുടെ ആസൂത്രിത രസീത്" എന്ന രേഖയിൽ പ്രസ്താവിച്ചിട്ടുണ്ടെങ്കിലും (തയ്യാറാക്കിയത്, സമ്മതിച്ചത് മുതലായവ) ഈ പ്രമാണം (അതുപോലെ തന്നെ ZRDS) ഏകോപിപ്പിക്കാൻ അവസരമില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. അതായത്, ഡോക്യുമെൻ്റ് സ്റ്റാറ്റസുകൾ മാറ്റുന്നത് "" എന്നതിൽ മാത്രമേ സാധ്യമാകൂ. മാനുവൽ നിയന്ത്രണം».

യുപിപിയിൽ "പണത്തിൻ്റെ ആസൂത്രിത രസീത്" രേഖകൾ തയ്യാറാക്കാതെ വാങ്ങുന്നവരിൽ നിന്ന് ആസൂത്രിതമായി പണം സ്വീകരിക്കുന്നത് കണക്കിലെടുക്കാൻ കഴിയും.

അതായത്, ഒരു വാങ്ങുന്നയാൾക്കായി “ഉപഭോക്തൃ ഓർഡറുകൾ” നൽകിയിട്ടുണ്ടെങ്കിൽ, ഒരു പ്രത്യേക റിപ്പോർട്ടിൽ “ഓർഡറുകൾ കണക്കിലെടുത്ത് പേയ്‌മെൻ്റ് കലണ്ടർ” ഈ ആസൂത്രിത രസീത് കാണാൻ കഴിയും.

1. പേയ്‌മെൻ്റ് കലണ്ടർ റിപ്പോർട്ടിന് പുറമേ, ഒരു ക്യാഷ് അവൈലബിലിറ്റി അനാലിസിസ് റിപ്പോർട്ടും ഉണ്ട്.

അതേ സമയം, d/s (ചെലവുകൾക്കായുള്ള അപേക്ഷകളെ അടിസ്ഥാനമാക്കി) റിസർവ് ചെയ്യാനോ ആസൂത്രിതമായ വരുമാനത്തിനെതിരായി അപേക്ഷകൾ സ്ഥാപിക്കാനോ സാധിക്കും.

ZRDS അടയ്ക്കുന്നതിനുള്ള പ്രവർത്തനവും d/s-ൽ നിന്നുള്ള ആസൂത്രിത വരുമാനവും ഉണ്ട്. ഈ ആവശ്യങ്ങൾക്ക്, "റെഗുലർ ക്ലയൻ്റ്" മോഡിൽ, "ചെലവുകൾ / രസീതുകൾക്കുള്ള അപേക്ഷകൾ അടയ്ക്കൽ" എന്ന രേഖകൾ നൽകിയിരിക്കുന്നു.

എന്നിരുന്നാലും, നേർത്ത/വെബ് ക്ലയൻ്റ് മോഡിൽ ഈ പ്രവർത്തനം പിന്തുണയ്ക്കുന്നില്ല.
ഡോക്യുമെൻ്റ് എൻട്രിയുടെ കാലഗണനയുമായി "ഹാർഡ് റിസർവേഷൻ" സാങ്കേതികത ശക്തമായി ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്ന് ഇവിടെ നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്, ഇത് ക്രമീകരണങ്ങളും പുനഃക്രമീകരിക്കലും ബുദ്ധിമുട്ടാക്കുന്നു.

അതിനാൽ, പ്രവർത്തനം യുപിപിയിൽ അവശേഷിക്കുന്നത് "ഭൂതകാലത്തിൻ്റെ പാരമ്പര്യം" എന്ന നിലയിലാണ്, കൂടാതെ d/s ൻ്റെ ലഭ്യത വിശകലനം ചെയ്യാൻ പേയ്‌മെൻ്റ് കലണ്ടർ ഉപയോഗിക്കണം.

അതിനാൽ, സോഫ്റ്റ് സ്റ്റാർട്ടറിൻ്റെ പ്രവർത്തനക്ഷമത ഞങ്ങൾ പരിഗണിച്ചു, ഇപ്പോൾ ഞാൻ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷൻ്റെ ആ വശങ്ങൾ പട്ടികപ്പെടുത്തും, അത് പ്രായോഗികമായി, പ്രോജക്റ്റുകളിൽ, പരിഷ്ക്കരിക്കേണ്ടതുണ്ട്:

1. ഡോക്യുമെൻ്റ് അനുസരിച്ച് “ഡി/എസ് ചെലവിനുള്ള അപേക്ഷ”:
   1. ഡോക്യുമെൻ്റിൽ, നിങ്ങൾക്ക് “ഡിവിഷൻ” സൂചിപ്പിക്കാൻ കഴിയും (വഴി, കോൺഫിഗറേഷനിൽ ഇത് സെൻട്രൽ ഫെഡറൽ ഡിസ്ട്രിക്റ്റ് - സാമ്പത്തിക ഉത്തരവാദിത്തത്തിൻ്റെ കേന്ദ്രമായി നിയുക്തമാക്കിയിരിക്കുന്നു). എന്നാൽ ഒരു ഡിവിഷനിൽ നിന്ന് (CFD) ഒരു അപേക്ഷ സമർപ്പിക്കുന്നത് തികച്ചും സാദ്ധ്യമാണ്, ഈ സാഹചര്യത്തിൽ ചെലവുകൾ മറ്റൊരു ഡിവിഷനിലേക്ക് (CFD - ഫിനാൻഷ്യൽ മാനേജ്‌മെൻ്റ് സെൻ്ററുകൾ) ആട്രിബ്യൂട്ട് ചെയ്യേണ്ടതുണ്ട്/വിതരണം ചെയ്യേണ്ടതുണ്ട്.

      ഡിജിറ്റൽ ഫംഗ്‌ഷനുകൾ മുതലായവ വ്യക്തമാക്കാനുള്ള കഴിവ്. - ഇല്ല.

      റൂട്ട് മാറ്റാനോ ആപ്ലിക്കേഷൻ മറ്റ് റൂട്ടുകളിലേക്ക് റീഡയറക്‌ടുചെയ്യാനോ ഉള്ള കഴിവില്ല.

1. കറൻ്റ് അക്കൗണ്ടുകൾക്കിടയിൽ, അക്കൗണ്ടിൽ നിന്ന് ക്യാഷ് ഡെസ്‌ക്കിലേക്ക് പണം കൈമാറുന്നത് ആസൂത്രണം ചെയ്യാനുള്ള സാധ്യതയില്ല.
1. കരാർ പ്രക്രിയ:
   1. ZRDS-നെ ഏകോപിപ്പിക്കാൻ സാധിക്കും, എന്നാൽ d/s-ൻ്റെ ആസൂത്രിത രസീത് ഏകോപിപ്പിക്കാനുള്ള സാധ്യതയില്ല.
   2. പ്രായോഗികമായി, മറ്റ് ജീവനക്കാർക്ക് അംഗീകാരം നൽകേണ്ടത് ആവശ്യമാണ്. അതേ സമയം, "ആരാണ് അംഗീകാരം നൽകിയത്, ആർക്ക് വേണ്ടി" എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങളും സിസ്റ്റം രേഖപ്പെടുത്തേണ്ടതുണ്ട്.

      ഒരു ഏകോപന പോയിൻ്റിൽ സാധ്യമായ നിരവധി എക്സിക്യൂട്ടറുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനുള്ള ഓപ്ഷൻ പലപ്പോഴും അനുയോജ്യമല്ല, അതിനാൽ ഈ എക്സിക്യൂട്ടർ ഏകോപനത്തിൻ്റെ മറ്റ് ഘട്ടങ്ങളിൽ സൂചിപ്പിക്കാൻ കഴിയും. തൽഫലമായി, അംഗീകാരത്തിനായുള്ള അഭ്യർത്ഥനകളുടെ പട്ടികയിൽ ജീവനക്കാരന് ഒരേസമയം പ്രധാനവും പരോക്ഷവുമായ അംഗീകാര ജോലികൾ ഉണ്ടായിരിക്കുമെന്ന വസ്തുതയിലേക്ക് ഇതെല്ലാം നയിക്കും. തീർച്ചയായും, ഇത് ഉപയോക്താവിനെ ആശയക്കുഴപ്പത്തിലാക്കുകയും സൗകര്യപ്രദമല്ല.

      ചുരുക്കത്തിൽ, മറ്റൊരു പ്രകടനക്കാരനെ ഏകോപിപ്പിക്കാനുള്ള കഴിവ്, ആരെയാണ് ഏകോപിപ്പിക്കാനുള്ള അവകാശം ഇല്ലാത്തതെന്ന് സൂചിപ്പിക്കാനുള്ള കഴിവ്.

   3. അപേക്ഷകൾ അംഗീകരിക്കുന്ന പ്രക്രിയയിൽ, റൂട്ടിൽ അടുത്തതിലേക്ക് അംഗീകാരത്തിനായി ഒരു അപേക്ഷ കൈമാറുമ്പോൾ, അടുത്ത എക്സിക്യൂട്ടറെയും അപേക്ഷയുടെ രചയിതാവിനെയും സ്വയമേവ (ഇ-മെയിൽ വഴി) അറിയിക്കുന്നതിനുള്ള പ്രവർത്തനത്തിന് ആവശ്യക്കാരുണ്ട്. .
   4. ആപ്ലിക്കേഷൻ്റെ രചയിതാവ് ഇതിനകം തന്നെ ഏകോപന/അംഗീകാരത്തിന് ഉത്തരവാദിയാണെങ്കിൽ (റൂട്ടിൻ്റെ ഏത് ഘട്ടത്തിലും!), പ്രോഗ്രാം സ്വപ്രേരിതമായി റൂട്ട് “ചുരുക്കുക”, ആപ്ലിക്കേഷൻ ലഭ്യമായ ഏറ്റവും ഉയർന്ന തലത്തിലേക്ക് റീഡയറക്‌ടുചെയ്യുന്നത് തികച്ചും യുക്തിസഹമാണ്. എന്നിരുന്നാലും, യുപിപിയിൽ ഇത് നൽകിയിട്ടില്ല.
   • മുകളിലുള്ള എല്ലാ ആവശ്യകതകളും, സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനിൽ ഉൾപ്പെടുത്തിയിട്ടില്ലെങ്കിലും, എന്നിരുന്നാലും .

1. റിപ്പോർട്ടുകൾ, ആക്സസ് അവകാശങ്ങൾ.
   1. ലഭ്യമായ രചയിതാക്കൾ/പ്രദർശകർ (കോ-ഓർഡിനേറ്റർമാർ) മാത്രം ആപ്ലിക്കേഷനുകളിലേക്കുള്ള പ്രവേശനം പരിമിതപ്പെടുത്താനുള്ള സാധ്യതയ്ക്ക് ആവശ്യമുണ്ട്; ഉപയോക്താവിന് ലഭ്യമായ വകുപ്പുകൾ പ്രകാരം.
   2. യഥാർത്ഥവും ആസൂത്രിതവുമായ കടത്തിൻ്റെ നിയന്ത്രണത്തെക്കുറിച്ച് (ദിവസങ്ങളും ഇടവേളകളും അനുസരിച്ച്) റിപ്പോർട്ടിംഗ് ഇല്ല. വാങ്ങുന്നവർക്കും വിതരണക്കാർക്കും ഇത് ശരിയാണ്.
   3. റിപ്പോർട്ടിംഗും ചില പ്രവർത്തനങ്ങളും നേർത്ത/വെബ് ക്ലയൻ്റ് മോഡിൽ പ്രവർത്തിക്കാൻ അനുയോജ്യമല്ല.
2. പതിവ് കരാറുകളുടെയും കരാറുകളുടെയും അക്കൗണ്ടിംഗ്.
   1. വിതരണക്കാർക്ക് പതിവായി പണം നൽകേണ്ട സാഹചര്യങ്ങൾ പലപ്പോഴും ഉണ്ടാകാറുണ്ട്. ഉദാഹരണത്തിന്, വാടക പേയ്മെൻ്റുകൾ മുതലായവ.

      UPP അത് പേയ്‌മെൻ്റ് കലണ്ടറിലും മറ്റും സ്വയമേവ പ്രതിഫലിപ്പിക്കുന്നില്ല. ഈ വരാനിരിക്കുന്ന ചെലവുകൾ. അതായത്, അത്തരം പേയ്‌മെൻ്റുകൾ സ്വമേധയാ ട്രാക്കുചെയ്യുകയും പേയ്‌മെൻ്റ് അഭ്യർത്ഥനകൾ പൂരിപ്പിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്, അത് അസൗകര്യവും തൊഴിൽ-തീവ്രവുമാണ്.

   2. വാങ്ങുന്നവരുമായും വിതരണക്കാരുമായും ഉള്ള കരാറുകൾ മുൻകൂർ പേയ്‌മെൻ്റിൻ്റെ ശതമാനം, പേയ്‌മെൻ്റ് നിബന്ധനകൾ മുതലായവയ്ക്ക് വ്യവസ്ഥകൾ നൽകിയേക്കാം.

      UPP ഈ വിവരങ്ങളെല്ലാം സ്വയമേവ രേഖപ്പെടുത്തുന്നില്ല, (ഫലമായി) പേയ്‌മെൻ്റ് കലണ്ടറിൽ ഇത് സ്വയമേവ പ്രതിഫലിപ്പിക്കുന്നു.

3. UT 11.1-ൻ്റെ സവിശേഷതകൾ

പുതിയ കോൺഫിഗറേഷൻ "ട്രേഡ് മാനേജ്മെൻ്റ് Rev.11" പുറത്തിറക്കിയതോടെ, പ്രവർത്തന ആസൂത്രണത്തിൻ്റെയും സാമ്പത്തിക നിയന്ത്രണത്തിൻ്റെയും ചുമതലകൾക്കായി നിരവധി പുതിയ, ഉപയോഗപ്രദമായ അവസരങ്ങൾ പ്രത്യക്ഷപ്പെട്ടു.
UT11 ലെ ഈ ഭാഗത്തിലെ ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം (UPP 1.3 നെ അപേക്ഷിച്ച്) പേയ്‌മെൻ്റ് ഷെഡ്യൂളിനായി കണക്കാക്കുന്നതിനുള്ള സംവിധാനമാണ്. ഈ സംവിധാനം വളരെ കുറവുള്ളവ "അടയ്ക്കുന്നു" - പതിവ് കരാറുകൾക്കും കരാറുകൾക്കും കീഴിൽ പ്ലാനിംഗ്/അക്കൗണ്ടിംഗ് ഓട്ടോമേഷൻ.

അതിനാൽ, UT11-ൽ നിങ്ങൾ ആസൂത്രണ ചെലവുകൾക്കും രസീതുകൾക്കുമായി (തീർച്ചയായും ആവശ്യമില്ലെങ്കിൽ) രേഖകൾ തയ്യാറാക്കേണ്ടതില്ല, അതേ സമയം പേയ്‌മെൻ്റ് കലണ്ടർ സാധാരണയായി രൂപീകരിക്കും.

“പേയ്‌മെൻ്റ് കലണ്ടർ” റിപ്പോർട്ടിൻ്റെ “സാധാരണ ക്രമീകരണങ്ങൾ” യഥാർത്ഥത്തിൽ പ്രതീക്ഷകൾ നിറവേറ്റുന്നില്ലെന്ന് നിങ്ങൾക്ക് റദ്ദാക്കാം (അതുപോലെ, കലണ്ടർ പ്രദർശിപ്പിക്കില്ല), എന്നാൽ ഉപയോക്തൃ മോഡിൽ നിങ്ങൾക്ക് “പേയ്‌മെൻ്റ് തീയതിയും” റിപ്പോർട്ടും അനുസരിച്ച് ഒരു ഗ്രൂപ്പിംഗ് ചേർക്കാൻ കഴിയും. സാധാരണ രൂപത്തിൽ ജനറേറ്റ് ചെയ്യും.

ഒരു ഡാറ്റാ കോമ്പോസിഷൻ സിസ്റ്റത്തിൻ്റെ ഉപയോഗം കാരണം റിപ്പോർട്ടിൻ്റെ പ്രവർത്തനക്ഷമത (എസ്‌സിപി 1.3-മായി താരതമ്യം ചെയ്യുമ്പോൾ) വളരെയധികം വികസിച്ചു. ഇപ്പോൾ, റിപ്പോർട്ട് ഒരു നേർത്ത/വെബ് ക്ലയൻ്റിൽ ജനറേറ്റ് ചെയ്യാനും ഡാറ്റാബേസിൽ സേവ് ചെയ്യാനും വ്യത്യസ്ത ഉപയോക്താക്കൾക്ക് ആവശ്യമായ ക്രമീകരണങ്ങൾ നൽകാനും കഴിയും.

ഗാർഹിക വസ്തുക്കളുടെ ഉപഭോഗവും രസീതിയും ആസൂത്രണം ചെയ്യുന്നതിനു പുറമേ, ഗാർഹിക വസ്തുക്കളുടെ ചലനം ആസൂത്രണം ചെയ്യുന്നതിനുള്ള പ്രവർത്തനക്ഷമത UT11 ന് ഇപ്പോൾ ഉണ്ട്. ഈ ആവശ്യങ്ങൾക്കായി, നിങ്ങൾക്ക് "വീടുകളുടെ ചലനത്തിനുള്ള ഓർഡർ" രേഖകൾ വരയ്ക്കാം.

"പണത്തിൻ്റെ ചെലവിനുള്ള അപേക്ഷ" എന്ന രേഖയുടെ യുപിപി 1.3-മായി താരതമ്യം ചെയ്യുമ്പോൾ, പരിഗണിക്കപ്പെടുന്ന തരത്തിലുള്ള ബിസിനസ് ഇടപാടുകളുടെ എണ്ണം വർദ്ധിച്ചു:

"ഫണ്ടുകളുടെ ചെലവുകൾക്കായുള്ള അപേക്ഷ" എന്നീ രണ്ട് രേഖകളും മറ്റ് ഓർഡറുകളും അംഗീകരിക്കാൻ ഇപ്പോൾ സാധ്യമാണ്:

ഇടവേളകൾ/കാലാവധികൾ പ്രകാരം കടം വിശകലനം ചെയ്യാൻ, "അക്കൗണ്ടുകൾ സ്വീകരിക്കാവുന്ന" റിപ്പോർട്ട് നൽകിയിരിക്കുന്നു. ആവശ്യമെങ്കിൽ, നിങ്ങൾക്ക് ഒരു കടം കലണ്ടർ സൃഷ്ടിക്കാനും കഴിയും. ഇത് ചെയ്യുന്നതിന്, ഇഷ്‌ടാനുസൃത മോഡിൽ നിങ്ങൾ പേയ്‌മെൻ്റ് തീയതികൾ പ്രകാരം ഒരു ഗ്രൂപ്പിംഗ് ചേർക്കണം.

നിർഭാഗ്യവശാൽ, UT11 (മുമ്പത്തെപ്പോലെ) വിതരണക്കാർ കടം കലണ്ടർ വിശകലനം ചെയ്യാനുള്ള കഴിവ് നൽകുന്നില്ല. എന്നിരുന്നാലും, ഈ ടാസ്ക്കിനായി UT11 അന്തിമമാക്കേണ്ടതുണ്ട്.

ചുരുക്കി പറഞ്ഞാൽ: പുതിയ രീതിശാസ്ത്രപരമായ പരിഹാരങ്ങൾ "1C", 8.2 പ്ലാറ്റ്‌ഫോമിൻ്റെ കഴിവുകൾക്കൊപ്പം, പ്രവർത്തന ആസൂത്രണത്തിൻ്റെയും ഡി/സിയുടെ നിയന്ത്രണത്തിൻ്റെയും ചുമതലകൾ ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനുള്ള നല്ല അടിസ്ഥാനം നൽകുന്നു.

എന്നാൽ അതേ സമയം, UT11 കോൺഫിഗറേഷൻ പൂർത്തിയായിട്ടില്ലെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്, റെഡിമെയ്ഡ് പരിഹാരംട്രഷറിയുടെ ഓട്ടോമേഷനും സാമ്പത്തിക ആസൂത്രണത്തിനും.

• ഒന്നാമതായി, ചെലവുകൾക്കും മറ്റ് ഡി/സി പ്ലാനിംഗ് ഡോക്യുമെൻ്റുകൾക്കുമുള്ള അഭ്യർത്ഥനകൾ ഏകോപിപ്പിക്കുന്നതിനും അംഗീകരിക്കുന്നതിനുമുള്ള ഒരു സംവിധാനം UT11 വളരെ ലളിതമായി നടപ്പിലാക്കുന്നു. അതായത്, റൂട്ടിംഗ് സംവിധാനങ്ങളൊന്നുമില്ല, ആപ്ലിക്കേഷനുകൾ അംഗീകരിക്കുന്ന പ്രക്രിയ സ്റ്റാറ്റസുകൾ സജ്ജീകരിക്കുന്നതിലേക്ക് ചുരുക്കിയിരിക്കുന്നു.
• രണ്ടാമതായി, UT11-ന് ഒരു ബജറ്റിംഗ് സബ്സിസ്റ്റം ഇല്ല, (ഫലമായി) ആസൂത്രിത ബജറ്റുകൾക്കായി ആപ്ലിക്കേഷനുകൾ നിരീക്ഷിക്കുന്നതിനുള്ള പ്രവർത്തനങ്ങളൊന്നുമില്ല.

4. WA സവിശേഷതകൾ: ഫിനാൻഷ്യർ

ചരിത്രപരമായി, ട്രഷറി മാനേജ്‌മെൻ്റ് ഉൽപ്പന്നത്തെ അടിസ്ഥാനമാക്കിയാണ് WA:Financier കോൺഫിഗറേഷൻ വികസിപ്പിച്ചെടുത്തത്.

അതേ സമയം, WiseAdvice-ൽ നിന്നുള്ള പുതിയ "ഫിനാൻഷ്യർ" പരിഹാരവും ഉൾപ്പെടുന്നു:

• ബജറ്റ് ആസൂത്രണ ഉപസിസ്റ്റം;
• കരാർ മാനേജ്മെൻ്റ് സബ്സിസ്റ്റം;
• യഥാർത്ഥ പേയ്‌മെൻ്റുകളുടെ രൂപീകരണത്തിനും അക്കൗണ്ടിംഗിനുമുള്ള ഉപസിസ്റ്റം;
• ടെംപ്ലേറ്റുകളെ അടിസ്ഥാനമാക്കി ഡോക്യുമെൻ്റുകൾ സൃഷ്ടിക്കുന്നതിനും / പൂരിപ്പിക്കുന്നതിനുമുള്ള ഫ്ലെക്സിബിൾ, ഇഷ്ടാനുസൃതമാക്കാവുന്ന സംവിധാനം;
• ഫ്ലെക്സിബിൾ, ഇഷ്ടാനുസൃതമാക്കാവുന്ന ക്ലയൻ്റ്-ബാങ്ക് ഇൻ്റഗ്രേഷൻ സബ്സിസ്റ്റം.

ട്രഷറിയുടെ കാര്യത്തിൽ "WA: Financier" ൻ്റെ പ്രധാന പ്രവർത്തനം നമുക്ക് പരിഗണിക്കാം - കരാറുകളുടെ നിബന്ധനകൾ കണക്കിലെടുക്കുന്നത് മുതൽ പേയ്മെൻ്റ് കലണ്ടർ സൃഷ്ടിക്കുന്നത് വരെ.

1. ആപ്ലിക്കേഷൻ അംഗീകാര പ്രക്രിയയിൽ, നിങ്ങൾക്ക് പ്രമാണം അംഗീകരിക്കുകയോ നിരസിക്കുകയോ ചെയ്യുക മാത്രമല്ല (UPP-യിൽ ചെയ്യുന്നത് പോലെ) മറ്റ് ഫംഗ്ഷനുകളും ലഭ്യമാണ്: ഉദാഹരണത്തിന്, പുനരവലോകനത്തിനായി ഒരു പ്രമാണം അയയ്ക്കുക അല്ലെങ്കിൽ അധിക വിവരങ്ങൾ അഭ്യർത്ഥിക്കുക. വിവരങ്ങൾ.

   ഈ മുഴുവൻ പ്രക്രിയയും ഓട്ടോമേറ്റഡ് ആണ്, അതനുസരിച്ച്, ഡോക്യുമെൻ്റ് അപ്രൂവൽ പ്രോസസ്സിംഗിൻ്റെ അവസ്ഥയിൽ റിപ്പോർട്ടിംഗ് നൽകുന്നു.

5. ഫലങ്ങൾ

നിഗമനങ്ങൾ:

1. സാമ്പത്തിക വകുപ്പുകൾ, ട്രഷറികൾ, സങ്കീർണ്ണമായ സംഘടനാ ഘടനകളുള്ള ഓർഗനൈസേഷനുകൾ എന്നിവയുടെ പ്രവർത്തനം ഓട്ടോമേറ്റ് ചെയ്യുന്നതിന്. ഘടനയാണ് ഏറ്റവും അനുയോജ്യമായ പരിഹാരം "WA: ഫിനാൻഷ്യർ".

   ഈ പരിഹാരം വളരെക്കാലമായി വികസിപ്പിക്കുകയും വികസിക്കുകയും ചെയ്യുന്നു, അതനുസരിച്ച് വിവിധ ധനകാര്യ സ്ഥാപനങ്ങളുടെ പ്രത്യേകതകളും ആവശ്യകതകളും ശേഖരിക്കുന്നു. വകുപ്പുകളും ട്രഷറികളും. പരിഹാരം വികസിപ്പിക്കുന്നതിനുള്ള മൊത്തം തൊഴിൽ ചെലവ് 5,000 വ്യക്തികൾ/മണിക്കൂറിലധികം വരും.

   WA യുടെ പ്രയോജനം: ഫിനാൻഷ്യർ സൊല്യൂഷൻ അതിൻ്റെ വിപുലമായ പ്രവർത്തനക്ഷമതയും ധാരാളം പ്രോഗ്രാം ക്രമീകരണ സംവിധാനങ്ങളുമാണ്. അതിനാൽ, ഈ പരിഹാരം നടപ്പിലാക്കുന്നത് സാധ്യമാണ് ചെറിയ സമയം("ഔട്ട്-ഓഫ്-ദി-ബോക്സ് ഇംപ്ലിമെൻ്റേഷൻ" എന്ന് വിളിക്കപ്പെടുന്നവ), അധികമില്ലാതെ. വികസനം, പ്രോഗ്രാമിംഗ് മുതലായവ.

   എല്ലാ പ്രധാന സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുകളുമായും ടു-വേ എക്സ്ചേഞ്ചിനുള്ള സംവിധാനങ്ങൾ പരിഹാരത്തിൽ അടങ്ങിയിരിക്കുന്നതിനാൽ, നിലവിലുള്ള ഘടനയിലേക്കുള്ള (UT, UPP, Kompleksnaya, Bukh ഡാറ്റാബേസുകളുമായുള്ള ഡാറ്റാ എക്സ്ചേഞ്ച്) സംയോജനം ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല.

2. സാമ്പത്തിക വകുപ്പ് / ട്രഷറി ഓട്ടോമേറ്റ് ചെയ്യാൻ ഒരു സമഗ്ര ഓട്ടോമേഷൻ പദ്ധതിയുടെ ചട്ടക്കൂടിനുള്ളിൽഏറ്റവും നല്ല പരിഹാരം UPP അടിസ്ഥാനമാക്കി.

   അതേ സമയം, സോഫ്റ്റ് സ്റ്റാർട്ടറിൻ്റെ പ്രവർത്തനക്ഷമത മെച്ചപ്പെടുത്തലുകൾ ആവശ്യമാണെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്.

   പ്രത്യേകതകൾ, സാമ്പത്തിക ആവശ്യകതകൾ. ഡിപ്പാർട്ട്‌മെൻ്റുകളും ട്രഷറികളും പ്രത്യേകവും പ്രത്യേകവുമായ സൊല്യൂഷനുകളിൽ ചെയ്യുന്നത് പോലെ യുപിപിയിൽ ഉൾച്ചേർത്തിട്ടില്ല.

   അതിനാൽ, ഈ ജോലികൾക്കായി എസ്‌സിപി നടപ്പിലാക്കുന്നത് ഒരു ഓട്ടോമേഷൻ പ്രോജക്റ്റിൻ്റെ ഭാഗമായി മാത്രമേ നടത്താവൂ.

3. വേണ്ടി വലിയ സംഘടനകൾ, ട്രഷറി വകുപ്പിൻ്റെ ഓട്ടോമേഷനായി UT11അനുയോജ്യമല്ല.

   ഈ തീരുമാനത്തിൽ, ഒന്നാമതായി, ആസൂത്രണ രേഖകളുടെ ഏകോപനം/അംഗീകാരം എന്നിവയ്ക്കുള്ള സംവിധാനങ്ങളൊന്നുമില്ല.

   രണ്ടാമതായി, പ്രവർത്തന ആസൂത്രണ സമയത്ത് ബജറ്റ് നടപ്പിലാക്കുന്നതിന് ബജറ്റിംഗ് ഉപസിസ്റ്റവും നിയന്ത്രണവുമില്ല.

   എന്നിരുന്നാലും, UT11 അനുയോജ്യമായഓട്ടോമേഷൻ (പ്രവർത്തന ആസൂത്രണം d/c ഉൾപ്പെടെ) ചെറിയ സാമ്പത്തിക കമ്പനി വകുപ്പുകൾ.

"ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥന" എന്ന പ്രമാണം പേയ്മെൻ്റുകളുടെ ആസൂത്രണത്തിനും ഏകോപനത്തിനും വേണ്ടിയുള്ളതാണ്.
"ട്രഷറി" - "ഫണ്ടുകളുടെ ആസൂത്രണവും നിയന്ത്രണവും" - "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥനകൾ" - സൃഷ്ടിക്കുക എന്ന വിഭാഗത്തിലേക്ക് പോയി "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥന" എന്ന പ്രമാണം സൃഷ്ടിക്കാൻ കഴിയും.
"DS-ൻ്റെ ചെലവിനുള്ള അഭ്യർത്ഥന" എന്ന പ്രമാണത്തിൽ സൃഷ്ടിക്കുന്ന സമയത്ത് തിരഞ്ഞെടുക്കപ്പെടുന്ന നിരവധി തരം പ്രവർത്തനങ്ങൾ ഉണ്ട്. ഓരോ തരത്തിലുള്ള ആപ്ലിക്കേഷനും വൈവിധ്യമാർന്ന ബിസിനസ്സ് ഇടപാടുകൾ പ്രതിഫലിപ്പിക്കാൻ ഉദ്ദേശിച്ചുള്ളതാണ്, അവ ഓരോന്നും ഈ നിർദ്ദേശത്തിൽ വിവരിക്കും.
സൃഷ്ടിച്ച ഡോക്യുമെൻ്റുകൾ "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" ശേഖരിക്കുകയും "പേയ്‌മെൻ്റുകളുടെ രജിസ്റ്റർ" പ്രമാണം ഉപയോഗിച്ച് അംഗീകരിക്കുകയും ചെയ്യുന്നു. അംഗീകാരത്തിന് ശേഷം, അപേക്ഷകളെ അടിസ്ഥാനമാക്കി, "റൈറ്റ്-ഓഫ് ഓഫ് നോൺ-ക്യാഷ് ഡിഎസ്" ഡോക്യുമെൻ്റുകൾ സ്വയമേവ സൃഷ്ടിക്കപ്പെടുന്നു, അവ ബാങ്ക് പേയ്‌മെൻ്റിനായി ക്ലയൻ്റ് ബാങ്കിലേക്ക് അപ്‌ലോഡ് ചെയ്യുന്നു.
ഓരോ തരത്തിലുള്ള പ്രവർത്തനത്തിനും "ഡിഎസ്സിൻ്റെ ചെലവിനുള്ള അപേക്ഷ" എന്ന പ്രമാണങ്ങളുടെ നിർവ്വഹണത്തിൻ്റെ ഉദാഹരണങ്ങളാണ് താഴെ കൊടുത്തിരിക്കുന്നത്.

വിതരണക്കാരന് പേയ്മെൻ്റ്
ഒരു വിതരണക്കാരന് പേയ്‌മെൻ്റ് ഇടപാടുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിന്, "ഡിഎസ് ചെലവിനുള്ള അഭ്യർത്ഥന" എന്ന രേഖയുടെ ഇടപാട് തരം ഉദ്ദേശിച്ചുള്ളതാണ് - "വിതരണക്കാരന് പേയ്‌മെൻ്റ്".
പുതിയ ഡോക്യുമെൻ്റിൽ “ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ”, ഡോക്യുമെൻ്റ് പ്രോസസ്സ് ചെയ്യുന്നതിന് പൂരിപ്പിക്കേണ്ട ഫീൽഡുകൾ ചുവപ്പ് നിറത്തിൽ അടയാളപ്പെടുത്തിയിരിക്കുന്നു. പേയ്‌മെൻ്റ് രജിസ്റ്ററിൻ്റെ അംഗീകാര സമയത്ത് സ്റ്റാറ്റസ് സ്വയമേവ മാറുന്ന "അംഗീകാരമില്ല" എന്ന നിലയിലാണ് ഡോക്യുമെൻ്റ് സൃഷ്ടിച്ചിരിക്കുന്നത്. സൃഷ്‌ടിക്കുമ്പോൾ ആപ്ലിക്കേഷൻ്റെ മുൻഗണന സ്വയമേവ "ഇടത്തരം" ആയി സജ്ജീകരിച്ചിരിക്കുന്നു.

ചിത്രം 1. ഡോക്യുമെൻ്റ് ഫോം "ഡിഎസ് ചെലവിനുള്ള അപേക്ഷ", പ്രവർത്തന തരം "വിതരണക്കാരന് പേയ്മെൻ്റ്" (പൂരിപ്പിച്ചിട്ടില്ല)
"ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" എന്ന രേഖയുടെ വിശദാംശങ്ങൾ ഇനിപ്പറയുന്ന രീതിയിൽ പൂരിപ്പിക്കണം:
അടിസ്ഥാന ടാബ്
നമ്പർ- എക്സിക്യൂഷൻ സമയത്ത് സ്വയമേവ ജനറേറ്റുചെയ്യുന്നു, സ്വമേധയാ സജ്ജീകരിക്കാൻ കഴിയില്ല.
തീയതി- സൃഷ്ടിക്കുമ്പോൾ, നിലവിലെ തീയതി സജ്ജീകരിച്ചിരിക്കുന്നു.
സംഘടന- നിങ്ങൾ ബട്ടൺ ഉപയോഗിച്ച് ഓർഗനൈസേഷനുകളുടെ നിർദ്ദിഷ്ട ലിസ്റ്റിൽ നിന്ന് തിരഞ്ഞെടുക്കണം, അല്ലെങ്കിൽ ഫീൽഡിൽ പേര് നൽകുന്നതിലൂടെ, തിരഞ്ഞെടുക്കലിനായി ആവശ്യമായ മൂല്യം വാഗ്ദാനം ചെയ്യും.
ഉപവിഭാഗം- "എൻ്റർപ്രൈസ് സ്ട്രക്ചർ" ഡയറക്‌ടറിയിൽ നിന്ന്, പേയ്‌മെൻ്റ് സംഭവിക്കേണ്ട ഡിവിഷൻ നിങ്ങൾ തിരഞ്ഞെടുക്കണം.
അപേക്ഷക- സ്ഥിരസ്ഥിതിയായി, ആപ്ലിക്കേഷൻ സൃഷ്ടിക്കുന്ന നിലവിലെ സിസ്റ്റം ഉപയോക്താവിനെ സൂചിപ്പിച്ചിരിക്കുന്നു.
ആസൂത്രണം- സ്ഥിരസ്ഥിതി ക്രമീകരണം "പേയ്മെൻ്റ് കറൻസിയിൽ" ആണ്, അത് മാറ്റാൻ കഴിയില്ല.
തുക- ആവശ്യമായ പേയ്മെൻ്റിൻ്റെ തുക സൂചിപ്പിക്കുന്നു.
കറൻസി- ആവശ്യമായ പേയ്‌മെൻ്റിൻ്റെ കറൻസി സൂചിപ്പിക്കുക.
ഓപ്പറേഷൻ- സൃഷ്‌ടിക്കുമ്പോൾ തിരഞ്ഞെടുത്ത “ഡിഎസ് ചെലവിനുള്ള അപേക്ഷ” എന്ന രേഖയുടെ ഇടപാടിൻ്റെ തരം പ്രതിഫലിക്കുന്നു
പേയ്മെൻ്റ് തീയതി- വിതരണക്കാരന് പേയ്‌മെൻ്റ് ഷെഡ്യൂൾ ചെയ്യേണ്ട തീയതി സൂചിപ്പിക്കുന്നു.
പേയ്മെൻ്റ് ഫോം- സ്ഥിരസ്ഥിതി ക്രമീകരണം "ഏത് രൂപത്തിലും" ആണ്, അത് മാറ്റാൻ കഴിയില്ല.
സ്വീകർത്താവ്- പേയ്‌മെൻ്റ് നൽകേണ്ട "കൌണ്ടർപാർട്ടീസ്" ഡയറക്ടറിയിൽ നിന്നുള്ള വിതരണക്കാരനെ സൂചിപ്പിക്കുന്നു.
സ്വീകർത്താവിൻ്റെ അക്കൗണ്ട്- "സ്വീകർത്താവ്" തിരഞ്ഞെടുക്കുമ്പോൾ, സ്വീകർത്താവിൻ്റെ അക്കൗണ്ട് സ്വയമേവ സജ്ജീകരിച്ചിരിക്കുന്നു, ആവശ്യമെങ്കിൽ, വിതരണക്കാരൻ നൽകുന്ന "പണമടയ്ക്കാനുള്ള ഇൻവോയ്സിൽ" മറ്റൊരു അക്കൗണ്ട് സൂചിപ്പിച്ചിട്ടുണ്ടെങ്കിൽ, "ബാങ്ക് അക്കൗണ്ടുകൾ" ഡയറക്ടറിയിൽ നിന്ന് ആവശ്യമായ ഒന്ന് നിങ്ങൾ തിരഞ്ഞെടുക്കണം.
പരിധി കവിഞ്ഞു- യഥാക്രമം ശാഖകളുടെയും പണമൊഴുക്ക് ഇനങ്ങളുടെയും പശ്ചാത്തലത്തിൽ പണച്ചെലവുകൾ പരിമിതപ്പെടുത്തുന്നതിനുള്ള ഒരു സിസ്റ്റം സിസ്റ്റം പരിപാലിക്കുന്നുണ്ടെങ്കിൽ, യഥാക്രമം, അടച്ച പേയ്‌മെൻ്റിൻ്റെ തുക മുമ്പ് പരിധിയിൽ ഉൾപ്പെടുത്തിയിട്ടില്ലെങ്കിൽ, പ്രമാണം പോസ്റ്റുചെയ്യുമ്പോൾ ഉപയോക്താവിന് ഒരു പിശക് സന്ദേശം ലഭിക്കും. കൂടാതെ അപേക്ഷ പ്രോസസ്സ് ചെയ്യില്ല.

ചിത്രം 2. ഒരു പരിധി ആസൂത്രണം ചെയ്യാത്ത ഒരു ഓർഡർ നൽകുമ്പോൾ ഒരു പിശകിൻ്റെ ഉദാഹരണം.
പരിധിക്കപ്പുറം ഒരു ഓർഡർ നൽകുന്നതിന്, നിങ്ങൾ "ഓവർ ലിമിറ്റ്" ഫ്ലാഗ് സജ്ജീകരിക്കണം
ബജറ്റിലേക്ക് മാറ്റുക- പണമടയ്ക്കൽ ബജറ്റിലേക്കുള്ള കൈമാറ്റമാണെങ്കിൽ ഈ ഫ്ലാഗ് സജ്ജീകരിച്ചിരിക്കുന്നു. ഫ്ലാഗ് സജ്ജീകരിക്കുന്നത് ബജറ്റിലേക്കുള്ള പേയ്‌മെൻ്റുകൾക്ക് ആവശ്യമായ KBK, OKTMO മുതലായവയുടെ മൂല്യങ്ങൾ നൽകാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

ചിത്രം 3. "ബജറ്റിലേക്കുള്ള ട്രാൻസ്ഫർ" ഫ്ലാഗ് ക്രമീകരിക്കുന്നതിനുള്ള ഉദാഹരണം.
യുഐപി- ഒരു അദ്വിതീയ പേയ്‌മെൻ്റ് ഐഡൻ്റിഫയർ, പണമടയ്ക്കുന്നയാളുമായുള്ള കരാറിൽ ഇത് നൽകിയിട്ടുണ്ടെങ്കിൽ മാത്രം സൂചിപ്പിച്ചിരിക്കുന്നു.
പേയ്മെൻ്റ് ഉദ്ദേശ്യം- "തിരുകുക" ബട്ടൺ ഉപയോഗിച്ച് പേയ്‌മെൻ്റ് ഉദ്ദേശ്യം യാന്ത്രികമായി പൂരിപ്പിക്കുന്നതിന് പ്രോഗ്രാം നിരവധി ഓപ്ഷനുകൾ നൽകുന്നു.

ചിത്രം 4. "പേയ്‌മെൻ്റ് ഉദ്ദേശ്യം" ഫീൽഡ് സ്വയമേവ പൂരിപ്പിക്കുന്നതിനുള്ള ഓപ്ഷനുകൾ.
പ്രമാണങ്ങളുടെ പട്ടിക, ഉൾപ്പെടെ. വാറ്റ്- "പേയ്മെൻ്റ് ഡീക്രിപ്ഷൻ" ടാബിൽ നിന്ന് സെറ്റിൽമെൻ്റ് ഒബ്ജക്റ്റുകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ പ്രദർശിപ്പിക്കും

VAT (18%) (മുഴുവൻ തുകയ്ക്കും) ഉൾപ്പെടെ. വാറ്റ് (10%) (മുഴുവൻ തുകയും), നികുതി ഒഴികെ (വാറ്റ്)- നൽകിയ വാചകത്തിലേക്ക് VAT വിവരങ്ങൾ ചേർക്കും.

സ്വീകർത്താവിൻ്റെ ബാങ്ക് അക്കൗണ്ടിൽ നിന്നുള്ള വാചകം- കൌണ്ടർപാർട്ടിയുടെ അക്കൗണ്ട് കാർഡിൽ നിന്ന് "പേയ്മെൻ്റ് ഉദ്ദേശ്യ വാചകം" ഫീൽഡിൽ വ്യക്തമാക്കിയ വാചകം ചേർക്കുന്നു.

ചിത്രം 5. "അടിസ്ഥാന" ടാബ് പൂരിപ്പിക്കുന്നതിനുള്ള ഉദാഹരണം.

പേയ്‌മെൻ്റ് വിശദാംശങ്ങളുടെ ടാബ്
"പേയ്‌മെൻ്റ് ഡീകോഡിംഗ്" ടാബ് പേയ്‌മെൻ്റിനെക്കുറിച്ചുള്ള വിശദമായ വിവരങ്ങൾ നൽകുന്നു, പണമടയ്ക്കുന്നയാളുമായുള്ള പരസ്പര സെറ്റിൽമെൻ്റുകൾ.
പേയ്‌മെൻ്റ് ഒരു ലിസ്റ്റായി നൽകാം, അതായത്. നിരവധി കണക്കുകൂട്ടൽ ഒബ്‌ജക്റ്റുകളിൽ വിതരണം ചെയ്യുക, അല്ലെങ്കിൽ വിഭജിക്കാതെ, ഒരു കണക്കുകൂട്ടൽ ഒബ്‌ജക്റ്റ് മാത്രം തിരഞ്ഞെടുക്കാൻ കഴിയും.
സംസ്ഥാന പ്രതിരോധ ഫണ്ടിൽ നിന്നുള്ള പണമടയ്ക്കൽ- ഒരു പ്രതിരോധ സർക്കാർ ഉത്തരവിൻ്റെ ചട്ടക്കൂടിനുള്ളിൽ പണമടയ്ക്കൽ സംഭവിക്കുകയാണെങ്കിൽ മാത്രമേ പതാക സജ്ജീകരിക്കൂ, മറ്റ് സന്ദർഭങ്ങളിൽ പതാക സജ്ജമാക്കിയിട്ടില്ല.
കണക്കുകൂട്ടൽ വസ്തു- സെറ്റിൽമെൻ്റ് ഒബ്ജക്റ്റ് എന്ന നിലയിൽ, നിങ്ങൾക്ക് "കൌണ്ടർപാർട്ടിയുമായുള്ള കരാർ" (അപ്ലിക്കേഷൻ ഡോക്യുമെൻ്റിൻ്റെ ഇത്തരത്തിലുള്ള പ്രവർത്തനത്തിന്, തിരഞ്ഞെടുക്കുമ്പോൾ, "വിതരണക്കാരൻ/പ്രവർത്തകനുമായുള്ള" ബന്ധത്തിൻ്റെ തരവുമായുള്ള കരാറുകൾ ലഭ്യമാണ്) അല്ലെങ്കിൽ സമ്മതിച്ച പ്രമാണം "ഓർഡർ" എന്ന് വ്യക്തമാക്കാം. വിതരണക്കാരന് ".
ദാതാവ്
പരസ്പര സെറ്റിൽമെൻ്റുകളുടെ അളവ്- ഒരു ഡോക്യുമെൻ്റ് പോസ്റ്റുചെയ്യുമ്പോൾ യാന്ത്രികമായി സജ്ജീകരിച്ചിരിക്കുന്നു.
കറൻസി- ഒരു കണക്കുകൂട്ടൽ ഒബ്‌ജക്‌റ്റ് തിരഞ്ഞെടുക്കുമ്പോൾ യാന്ത്രികമായി സജ്ജീകരിച്ചിരിക്കുന്നു.
DDS ലേഖനം- പേയ്‌മെൻ്റ് തരവുമായി ബന്ധപ്പെട്ട പണമൊഴുക്ക് ഇനം സൂചിപ്പിക്കുക.
ഒരു അഭിപ്രായം- ആവശ്യമെങ്കിൽ, പേയ്മെൻ്റ് ഡീക്രിപ്ഷനിൽ ഒരു അഭിപ്രായം സൂചിപ്പിക്കുക.

ചിത്രം 6. "പേയ്മെൻ്റ് ഡീകോഡിംഗ്" ടാബ് പൂരിപ്പിക്കുന്നതിനുള്ള ഉദാഹരണം.
അക്കൗണ്ട് വിതരണ ടാബ്
"അക്കൗണ്ടുകളിലേക്കുള്ള വിതരണം" ടാബിൽ, ഫണ്ട് ഡെബിറ്റ് ചെയ്യേണ്ട സ്ഥാപനത്തിൻ്റെ ബാങ്ക് അക്കൗണ്ട് സൂചിപ്പിച്ചിരിക്കുന്നു. "അടിസ്ഥാന" ടാബിൽ വ്യക്തമാക്കിയ ഡാറ്റ അനുസരിച്ച് പേയ്മെൻ്റ് തുകയും തീയതിയും സ്വയമേവ സജ്ജീകരിച്ചിരിക്കുന്നു.

ചിത്രം 7. "അക്കൌണ്ടുകൾ വഴിയുള്ള വിതരണം" ടാബ് പൂരിപ്പിക്കുന്നതിനുള്ള ഉദാഹരണം.

ചിത്രം 8. "വിതരണക്കാരന് പണമടയ്ക്കൽ" എന്ന ഇടപാട് തരമുള്ള ഒരു ആപ്ലിക്കേഷനായി "റൈറ്റ്-ഓഫ് ഓഫ് നോൺ-ക്യാഷ് ഡിഎസ്" എന്ന ഡോക്യുമെൻ്റിൻ്റെ ഒരു ഉദാഹരണം.

ഉപഭോക്താവിന് പേയ്‌മെൻ്റ് തിരികെ നൽകൽ
ക്ലയൻ്റുകൾക്ക് റീഫണ്ട് ഇടപാടുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിന്, "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" എന്ന രേഖയിലെ ഇടപാടിൻ്റെ തരം ഉദ്ദേശിച്ചുള്ളതാണ് - "ക്ലയൻ്റിലേക്കുള്ള പേയ്‌മെൻ്റ് തിരികെ നൽകുക".
ഇത്തരത്തിലുള്ള പ്രവർത്തനത്തോടുകൂടിയ "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" എന്ന ഡോക്യുമെൻ്റിൻ്റെ വിശദാംശങ്ങളുടെ ഘടന വിതരണക്കാരന് പണമടയ്ക്കുമ്പോൾ വിശദാംശങ്ങളുടെ ഘടനയ്ക്ക് സമാനമാണ്, ഒരേയൊരു വ്യത്യാസം കൌണ്ടർപാർട്ടിയുടെ തരത്തിലും സെറ്റിൽമെൻ്റ് വസ്തുവിലും മാത്രമാണ്.

ചിത്രം 9. ഡോക്യുമെൻ്റിൻ്റെ ഫോം "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ", പ്രവർത്തന തരം "ക്ലയൻ്റിലേക്കുള്ള പേയ്‌മെൻ്റ് തിരികെ നൽകുക"
സ്വീകർത്താവ്- പേയ്‌മെൻ്റ് നടത്തേണ്ട "കൌണ്ടർപാർട്ടീസ്" ഡയറക്ടറിയിൽ നിന്നുള്ള ക്ലയൻ്റിനെ സൂചിപ്പിക്കുന്നു.
കണക്കുകൂട്ടൽ വസ്തു- സെറ്റിൽമെൻ്റ് ഒബ്ജക്റ്റ് എന്ന നിലയിൽ, നിങ്ങൾക്ക് "കൌണ്ടർപാർട്ടിയുമായുള്ള കരാർ" (അപ്ലിക്കേഷൻ ഡോക്യുമെൻ്റിൻ്റെ ഇത്തരത്തിലുള്ള പ്രവർത്തനത്തിന്, തിരഞ്ഞെടുക്കുമ്പോൾ, "വാങ്ങുന്നയാൾ/ഉപഭോക്താവുമായി" എന്ന തരത്തിലുള്ള ബന്ധങ്ങളുമായുള്ള കരാറുകൾ ലഭ്യമാണ്) അല്ലെങ്കിൽ സമ്മതിച്ച പ്രമാണം " കസ്റ്റമർ ഓർഡർ".
വാങ്ങുന്നയാൾ- ഒരു കണക്കുകൂട്ടൽ ഒബ്‌ജക്റ്റ് തിരഞ്ഞെടുക്കുമ്പോൾ ഫീൽഡ് യാന്ത്രികമായി പൂരിപ്പിക്കുന്നു. കണക്കുകൂട്ടൽ ഒബ്ജക്റ്റിൻ്റെ അനുബന്ധ ഫീൽഡിൽ വ്യക്തമാക്കിയ "പങ്കാളികൾ" ഡയറക്ടറി ഘടകം ഇൻസ്റ്റാൾ ചെയ്തു.

ചിത്രം 10. "പേയ്മെൻ്റ് ഡീകോഡിംഗ്" ടാബ് പൂരിപ്പിക്കുന്നതിനുള്ള ഉദാഹരണം.
അംഗീകാരത്തിൻ്റെ എല്ലാ ഘട്ടങ്ങളും കടന്നതിനുശേഷം, "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" എന്ന പ്രമാണത്തിന് "പേയ്‌മെൻ്റിനായി" എന്ന സ്റ്റാറ്റസ് നൽകും, കൂടാതെ "റൈറ്റ്-ഓഫ് ഓഫ് നോൺ-ക്യാഷ് ഡിഎസ്" എന്ന പ്രമാണം സ്വയമേവ സൃഷ്ടിക്കപ്പെടും.

ചിത്രം 11. "ക്ലയൻ്റിലേക്കുള്ള പേയ്‌മെൻ്റ് റിട്ടേൺ" എന്ന ഓപ്പറേഷൻ രീതിയിലുള്ള ഒരു ആപ്ലിക്കേഷനെ അടിസ്ഥാനമാക്കി "റൈറ്റ്-ഓഫ് ഓഫ് നോൺ-ക്യാഷ് ഡിഎസ്" എന്ന ഡോക്യുമെൻ്റിൻ്റെ ഒരു ഉദാഹരണം.

ഉത്തരവാദിത്തമുള്ളവർക്ക് വിതരണം
ഒരു അക്കൗണ്ടബിൾ വ്യക്തിയുടെ ബാങ്ക് അക്കൗണ്ടിലേക്ക് ഫണ്ട് നൽകുന്നതിനുള്ള ഇടപാടുകൾ ഔപചാരികമാക്കുന്നതിന്, "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" - "ഉത്തരവാദിത്തമുള്ള വ്യക്തിക്ക് ഇഷ്യൂ" എന്ന രേഖയുടെ ഇടപാട് തരം ഉദ്ദേശിച്ചുള്ളതാണ്.

ചിത്രം 12. ഡോക്യുമെൻ്റിൻ്റെ ഫോം "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ", പ്രവർത്തന തരം "ഉത്തരവാദിത്തമുള്ളവർക്ക് പ്രശ്നം"
ഉത്തരവാദിത്തമുള്ള വ്യക്തി- ഡയറക്ടറിയിൽ നിന്ന് ജീവനക്കാരനെ സൂചിപ്പിച്ചിരിക്കുന്നു " വ്യക്തികൾ”, ആർക്കാണ് പണം കൈമാറേണ്ടത്.
റിപ്പോർട്ട് ചെയ്യുക- നിർദ്ദിഷ്ട കാലയളവുകളുടെ പട്ടികയിൽ നിന്ന്, അക്കൗണ്ടൻ്റിന് ലഭിച്ച തുകയെക്കുറിച്ച് റിപ്പോർട്ട് ചെയ്യേണ്ട കാലയളവ് സൂചിപ്പിക്കേണ്ടത് ആവശ്യമാണ്.

ചിത്രം 13. "പേയ്മെൻ്റ് ഡീകോഡിംഗ്" ടാബ് പൂരിപ്പിക്കുന്നതിനുള്ള ഉദാഹരണം.
അംഗീകാരത്തിൻ്റെ എല്ലാ ഘട്ടങ്ങളും കടന്നതിനുശേഷം, "ഡിഎസ് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" എന്ന പ്രമാണത്തിന് "പേയ്‌മെൻ്റിനായി" എന്ന സ്റ്റാറ്റസ് നൽകും, കൂടാതെ "റൈറ്റ്-ഓഫ് ഓഫ് നോൺ-ക്യാഷ് ഡിഎസ്" എന്ന പ്രമാണം സ്വയമേവ സൃഷ്ടിക്കപ്പെടും.

ചിത്രം 14. "അക്കൗണ്ടബിളിന് ഇഷ്യൂ" എന്ന ഓപ്പറേഷൻ തരമുള്ള ഒരു ആപ്ലിക്കേഷനെ അടിസ്ഥാനമാക്കി "റൈറ്റ്-ഓഫ് ഓഫ് നോൺ-ക്യാഷ് ഡിഎസ്" എന്ന ഡോക്യുമെൻ്റിൻ്റെ ഒരു ഉദാഹരണം.

ഒരു ആധുനിക മത്സരാധിഷ്ഠിത അന്തരീക്ഷത്തിൽ ഒരു എൻ്റർപ്രൈസസിൻ്റെ ഫലപ്രദമായ നിലനിൽപ്പിന് അനിവാര്യമായ ഒരു വ്യവസ്ഥ ഫലപ്രദമായ മാനേജ്മെൻ്റ് മെക്കാനിസത്തിൻ്റെ സൃഷ്ടിയാണ്. പണമൊഴുക്ക്വേഗത്തിലുള്ളതും വിശ്വസനീയവുമായ വിവരങ്ങളുടെ ഉത്പാദനം ഉറപ്പാക്കൽ, പരസ്പര സെറ്റിൽമെൻ്റുകളുടെ നിയന്ത്രണം, പേയ്‌മെൻ്റ് അച്ചടക്കം വർദ്ധിപ്പിക്കൽ, ആത്യന്തികമായി, പണ വിറ്റുവരവ് ത്വരിതപ്പെടുത്തൽ.

കോൺഫിഗറേഷനിൽ ഓട്ടോമേറ്റഡ് എൻ്റർപ്രൈസ് ക്യാഷ് മാനേജ്മെൻ്റിനുള്ള ടൂളുകൾ അടങ്ങിയിരിക്കുന്നു, അത് രണ്ട് പ്രധാന പ്രവർത്തനങ്ങൾ ചെയ്യുന്നു:

• സെറ്റിൽമെൻ്റ് അക്കൗണ്ടുകളിലും ക്യാഷ് ഡെസ്കുകളിലും എൻ്റർപ്രൈസസിൻ്റെ ഫണ്ടുകളുടെ യഥാർത്ഥ ചലനത്തിൻ്റെ പ്രവർത്തന അക്കൗണ്ടിംഗ്;
• എൻ്റർപ്രൈസസിൻ്റെ പണ രസീതുകളുടെയും ചെലവുകളുടെയും പ്രവർത്തന ആസൂത്രണം.

ഒരു എൻ്റർപ്രൈസസിൻ്റെ ചെലവുകളുടെയും രസീതിൻ്റെയും പൊതുവായ ആസൂത്രണം ബജറ്റിംഗിൻ്റെ ചട്ടക്കൂടിനുള്ളിൽ നടക്കുന്നു. തയ്യാറാക്കുന്ന സാമ്പത്തിക പദ്ധതി - ബജറ്റ് - ക്യാഷ് മാനേജ്‌മെൻ്റ് സബ്സിസ്റ്റത്തിൻ്റെ മാർഗ്ഗനിർദ്ദേശങ്ങളുടെയും നിയന്ത്രണങ്ങളുടെയും ഒരു കൂട്ടമായി പ്രവർത്തിക്കുന്നു.

എന്നാൽ ക്യാഷ് മാനേജ്മെൻ്റ് പ്രവർത്തനത്തിൻ്റെ ചട്ടക്കൂടിനുള്ളിൽ, ഒരു പ്രവർത്തന സാമ്പത്തിക പദ്ധതി പരിപാലിക്കപ്പെടുന്നു - ഒരു പേയ്മെൻ്റ് കലണ്ടർ. കുറച്ച് ദിവസങ്ങൾക്ക് മുമ്പ് ഒരു പേയ്‌മെൻ്റ് കലണ്ടർ സൃഷ്‌ടിക്കുന്നത് യുക്തിസഹമാണ്.

പണം ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥനകളുടെയും പ്ലാൻ ചെയ്ത ക്യാഷ് രസീതുകളുടെയും ഒരു ശേഖരമാണ് പേയ്‌മെൻ്റ് കലണ്ടർ. പണം സംഭരിച്ചിരിക്കുന്ന സ്ഥലങ്ങൾ - ബാങ്ക് അക്കൗണ്ടുകൾ, എൻ്റർപ്രൈസസിൻ്റെ ക്യാഷ് ഡെസ്‌ക്കുകൾ എന്നിവ വരെയുള്ള വിശദാംശങ്ങൾ ഉപയോഗിച്ച് പേയ്‌മെൻ്റ് കലണ്ടർ സമാഹരിച്ചിരിക്കുന്നു. ഒരു പേയ്‌മെൻ്റ് കലണ്ടർ കംപൈൽ ചെയ്യുമ്പോൾ, അതിൻ്റെ സാദ്ധ്യത സ്വയമേവ പരിശോധിക്കുന്നു - അവ സംഭരിച്ചിരിക്കുന്ന സ്ഥലങ്ങളിലെ ക്യാഷ് റിസർവുകളുടെ പര്യാപ്തത.

സാമ്പത്തിക ആസൂത്രണ പ്രവർത്തനത്തെ രണ്ട് കോൺഫിഗറേഷൻ സബ്സിസ്റ്റങ്ങളായി വിഭജിക്കുന്നത് - ബജറ്റിംഗ് സബ്സിസ്റ്റം, ക്യാഷ് മാനേജ്മെൻ്റ് സബ്സിസ്റ്റം - വിവിധ വകുപ്പുകളും എൻ്റർപ്രൈസസിലെ ജീവനക്കാരും തമ്മിലുള്ള സാമ്പത്തിക മാനേജ്മെൻ്റ് ഫംഗ്ഷനുകളുടെ വിഭജനവുമായി യോജിക്കുന്നു. സാമ്പത്തിക സേവനങ്ങളാണ് ബജറ്റ് തയ്യാറാക്കുന്നതെങ്കിൽ, കമ്പനിയുടെ കൌണ്ടർപാർട്ടികളുമായി നേരിട്ട് ഇടപഴകുന്ന ജീവനക്കാരും വകുപ്പുകളും ചേർന്നാണ് ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥനകൾ സൃഷ്ടിക്കുന്നത്.

കോൺഫിഗറേഷനിൽ, പണ പ്രമാണങ്ങൾ ജനറേറ്റുചെയ്യുന്നു (പേയ്‌മെൻ്റ് ഓർഡറുകൾ, ക്യാഷ് രസീതുകൾ, ഡെബിറ്റ് ഓർഡറുകൾ മുതലായവ), “ബാങ്ക് ക്ലയൻ്റ്” പോലുള്ള പ്രത്യേക ബാങ്കിംഗ് പ്രോഗ്രാമുകളുമായുള്ള ഇടപെടൽ ഉറപ്പാക്കുന്നു, സാമ്പത്തിക പ്രവാഹങ്ങൾ നിയന്ത്രിക്കപ്പെടുന്നു, സംഭരണ ​​മേഖലകളിലെ ഫണ്ടുകളുടെ ലഭ്യത നിരീക്ഷിച്ചു. വിദേശ കറൻസികളിൽ പണമിടപാട് നടത്താനുള്ള സാധ്യതയാണ് നൽകിയിരിക്കുന്നത്.

"ഫണ്ടുകൾ ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥന" എന്ന പ്രമാണം പണമോ പണമോ അല്ലാത്ത പേയ്‌മെൻ്റ് (പേയ്‌മെൻ്റുകളുടെ ഗ്രൂപ്പ്) അല്ലെങ്കിൽ ഫണ്ടുകൾ നീക്കുന്നതിനുള്ള തീരുമാനം രേഖപ്പെടുത്താൻ ഉദ്ദേശിച്ചുള്ളതാണ്. ഡോക്യുമെൻ്റ് വിശദാംശങ്ങളും അവയുടെ ഉപയോഗത്തിനുള്ള നടപടിക്രമവും അടിസ്ഥാനപരമായി "പേയ്‌മെൻ്റ് ഓർഡർ (ഔട്ട്‌ഗോയിംഗ്)", "ക്യാഷ് എക്സ്പെൻഡിച്ചർ ഓർഡർ" എന്നീ രേഖകൾക്ക് സമാനമാണ്.

റിസർവേഷനും പ്ലേസ്‌മെൻ്റ് പാരാമീറ്ററുകളും സ്വയമേവ പൂരിപ്പിക്കാൻ കഴിയും. ഈ ആവശ്യത്തിനായി, പ്രമാണം ഫ്ലാഗുകളും നൽകുന്നു "ഓട്ടോമാറ്റിക് പ്ലേസ്മെൻ്റ്".

ഈ ഫ്ലാഗുകൾ സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ ബട്ടണിൽ ക്ലിക്ക് ചെയ്യുമ്പോൾ "പ്ലേസ്മെൻ്റ്" കോളം സ്വയമേവ പൂരിപ്പിക്കാൻ കഴിയും "പൂരിപ്പിച്ച് പോസ്റ്റുചെയ്യുക".

ഓട്ടോമാറ്റിക്, മാനുവൽ പ്ലേസ്മെൻ്റ് സ്കീം കൂട്ടിച്ചേർക്കാവുന്നതാണ്. പതാകകൾ സജ്ജീകരിച്ച് "ഓട്ടോമാറ്റിക് റിസർവേഷൻ"ഒപ്പം "ഓട്ടോമാറ്റിക് പ്ലേസ്മെൻ്റ്"അപേക്ഷാ തുകയുടെ ഭാഗത്തിനായി നിങ്ങൾക്ക് സ്വമേധയാ പ്ലെയ്‌സ്‌മെൻ്റ് ഓപ്ഷൻ വ്യക്തമാക്കാം. അപ്പോൾ നിങ്ങൾ ബട്ടൺ അമർത്തുമ്പോൾ "പൂരിപ്പിച്ച് പോസ്റ്റുചെയ്യുക"ബാക്കി തുകയ്ക്ക് മാത്രം ഓട്ടോമാറ്റിക് പ്ലേസ്‌മെൻ്റ് ഉണ്ടായിരിക്കും.

പ്രവർത്തന തരം "" ആയി സജ്ജമാക്കുമ്പോൾ വിതരണക്കാരന് പേയ്മെൻ്റ്"അഥവാ " വാങ്ങുന്നയാൾക്ക് റീഫണ്ട് ചെയ്യുക"കൌണ്ടർപാർട്ടികളുമായുള്ള പ്രവർത്തന സെറ്റിൽമെൻ്റുകളിൽ മാറ്റങ്ങൾ വരുത്തി.

"ഫണ്ടുകൾ ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" എന്ന രേഖയെ അടിസ്ഥാനമാക്കി, ബാങ്ക്, ക്യാഷ് പേയ്മെൻ്റ് രേഖകൾ നൽകാം. അത്തരം രേഖകൾ ആവശ്യമായ കാര്യങ്ങൾ നൽകുന്നു " അപേക്ഷ", നിങ്ങൾ ടൈപ്പുചെയ്യുന്നതിനനുസരിച്ച് പൂരിപ്പിക്കുന്നതോ സ്വമേധയാ പൂരിപ്പിക്കാൻ കഴിയുന്നതോ ആണ്. ഫണ്ടിംഗ് ഫണ്ടുകൾക്കായി ഒരു നിർദ്ദിഷ്‌ട അപേക്ഷയ്‌ക്കൊപ്പം പേയ്‌മെൻ്റ് ഡോക്യുമെൻ്റുകൾ പോസ്റ്റുചെയ്യുമ്പോൾ, ഈ അപേക്ഷയ്‌ക്കായുള്ള കുടിശ്ശിക പേയ്‌മെൻ്റുകളുടെ നിലവിലെ ബാലൻസുമായി ഡോക്യുമെൻ്റ് തുക പാലിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കുന്നു.

അധിക അവകാശങ്ങൾ സജ്ജീകരിക്കുമ്പോൾ, പണം ചെലവഴിക്കുന്നതിനുള്ള ഒരു അപേക്ഷയെ സൂചിപ്പിക്കാതെ പേയ്മെൻ്റ് പ്രമാണങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നതിൽ നിന്ന് ഉപയോക്താവിനെ നിരോധിക്കാൻ സാധിക്കും.

"ഫണ്ടുകളുടെ ചെലവിനുള്ള അഭ്യർത്ഥന" എന്ന പ്രമാണം ക്യാഷ് മാനേജ്മെൻ്റ് സബ്സിസ്റ്റവും ബജറ്റിംഗ് സബ്സിസ്റ്റവും തമ്മിലുള്ള ഒരു ലിങ്കായി പ്രവർത്തിക്കും. ഈ ആവശ്യത്തിനായി, ആപ്ലിക്കേഷൻ "ബജറ്റ് ഓപ്പറേഷൻ" ഡോക്യുമെൻ്റിന് സമാനമായ വിശദാംശങ്ങളുടെ ഒരു ബ്ലോക്ക് നൽകുന്നു (ആസൂത്രണ സാഹചര്യം, വിറ്റുവരവ് ഇനം, കേന്ദ്ര സാമ്പത്തിക ജില്ല, പ്രോജക്റ്റ് മുതലായവ). നിർദ്ദിഷ്ട വിശദാംശങ്ങൾ ഉപയോഗിച്ച്, ഒരു അപേക്ഷ സമർപ്പിക്കുമ്പോൾ, മുമ്പ് സ്ഥാപിതമായ പരിമിതപ്പെടുത്തുന്ന മൂല്യങ്ങളുമായി ചെലവുകൾക്കായി അംഗീകരിച്ച ഫണ്ടുകളുടെ മൊത്തം തുകയുടെ അനുരൂപത നിരീക്ഷിക്കപ്പെടുന്നു.

ആപ്ലിക്കേഷൻ അപ്രൂവൽ മെക്കാനിസം ഉപയോഗിക്കുമ്പോൾ ആപ്ലിക്കേഷനുകളുമായി പ്രവർത്തിക്കുന്നതിൻ്റെ സവിശേഷതകൾ

ആപ്ലിക്കേഷൻ അപ്രൂവൽ മെക്കാനിസം ഓപ്ഷണലായി ഉപയോഗിക്കുന്നു: ഓർഗനൈസേഷനുകളുടെ ഒരു ലിസ്റ്റിനായി.

ആപ്ലിക്കേഷൻ പൊരുത്തപ്പെടുത്തൽ സംവിധാനം ഉപയോഗിക്കുമ്പോൾ, ഇനിപ്പറയുന്ന സവിശേഷതകൾ ഉണ്ടാകുന്നു:

ആപ്ലിക്കേഷൻ ഒരു ഓർഗനൈസേഷനെ സൂചിപ്പിക്കുന്നില്ലെങ്കിൽ, ഈ ആപ്ലിക്കേഷൻ അംഗീകാരത്തിൽ പങ്കെടുക്കില്ല




അപേക്ഷയിൽ വ്യക്തമാക്കിയ ഡിവിഷൻ അനുസരിച്ച് ക്രമീകരണങ്ങൾക്കനുസൃതമായി അപേക്ഷ അംഗീകരിക്കുന്നതിനുള്ള റൂട്ട് നിർണ്ണയിക്കപ്പെടുന്നു.




അപേക്ഷ അംഗീകാര വഴി കടന്നിട്ടില്ലെങ്കിൽ (അപേക്ഷയുടെ നില "അംഗീകൃതമല്ല"), അതിൻ്റെ അടിസ്ഥാനത്തിൽ ഒരു പേയ്‌മെൻ്റ് ഡോക്യുമെൻ്റ് നൽകാനാവില്ല.




ആപ്ലിക്കേഷൻ അപ്രൂവൽ റൂട്ടിലൂടെ പോകാൻ തുടങ്ങിയാൽ, ആപ്ലിക്കേഷൻ മാറ്റാവുന്നതാണ്



• 
  

  നിലവിൽ അപേക്ഷ അംഗീകരിച്ചുകൊണ്ടിരിക്കുന്ന ഉപയോക്താവ്

  
  

  അംഗീകാരത്തിൻ്റെ ഉയർന്ന ഘട്ടങ്ങളിൽ ഉപയോക്താക്കൾ ഒരു അപേക്ഷ അംഗീകരിക്കുന്നു
  മറ്റ് ഉപയോക്താക്കൾക്ക് ആപ്ലിക്കേഷൻ മാറ്റാൻ കഴിയില്ല.




ഓർഡർ "അംഗീകൃത" നിലയിലാണെങ്കിൽ, അത് മാറ്റാൻ കഴിയില്ല




അപേക്ഷ "നിരസിക്കപ്പെട്ട" അവസ്ഥയിൽ പ്രവേശിക്കുകയാണെങ്കിൽ, അപേക്ഷ റദ്ദാക്കപ്പെടും




അപേക്ഷകളുടെ നിലവിലെ സ്ഥിതി അപേക്ഷകളുടെ പട്ടികയിലാണ്



• 
  

  സ്റ്റാറ്റസ് ഒരു പ്രത്യേക കോളത്തിൽ പ്രദർശിപ്പിക്കും

  
  

  ഓർഡർ സ്റ്റാറ്റസ് അനുസരിച്ച് ഗ്രൂപ്പിംഗ് ഉപയോഗിക്കുന്നു

  
  

  ആപ്ലിക്കേഷനുകൾ പശ്ചാത്തല വർണ്ണം ഉപയോഗിച്ച് ഹൈലൈറ്റ് ചെയ്തിരിക്കുന്നു

  
  
  
  
  • 
    

    നിരസിച്ചു - പിങ്ക്

ലേഖനത്തിൻ്റെ രണ്ടാം ഭാഗത്ത്, "ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥനകൾ" സൃഷ്ടിക്കുന്നതിനുള്ള തത്വം ഞങ്ങൾ പരിഗണിക്കും, അത് അംഗീകാര റൂട്ടിലൂടെ കടന്നുപോകുകയും സൃഷ്ടിച്ച ആപ്ലിക്കേഷൻ അനുസരിച്ച് ഫണ്ട് നൽകുകയും ചെയ്യും.
നമുക്ക് ഒരു ഉദാഹരണം നോക്കാം:

1. സാമഗ്രികളുടെ വിതരണത്തിനായി ഐപി ഡോബ്രോൺറാവോവിൻ്റെ വിതരണക്കാരന് മുൻകൂർ പേയ്മെൻ്റ് നൽകുന്നതിന് പ്രൊക്യുർമെൻ്റ് അക്കൗണ്ടൻ്റ് ഫണ്ടുകളുടെ ചെലവിനായി ഒരു അഭ്യർത്ഥന രൂപീകരിക്കുന്നു;
2. CFO അപേക്ഷ അവലോകനം ചെയ്യുകയും അംഗീകരിക്കുകയും വേണം;
3. അംഗീകൃത അപേക്ഷയെ അടിസ്ഥാനമാക്കി, പ്രൊക്യുർമെൻ്റ് അക്കൗണ്ടൻ്റ് ഒരു ക്യാഷ് രസീത് ഓർഡർ ഉണ്ടാക്കുന്നു ("പണമടച്ച" അടയാളം കൂടാതെ, എന്നാൽ "ഓപ്പറേഷൻ അക്കൗണ്ടിംഗിൽ പ്രതിഫലിപ്പിക്കുക" എന്ന അടയാളം);
4. മുതിർന്ന കാഷ്യർ, ക്യാഷ് രസീത് ഓർഡർ പരിശോധിച്ച്, ഫണ്ടുകൾ ഇഷ്യു ചെയ്യുന്നു (കൂടാതെ പ്രമാണം "പണമടച്ചത്" എന്ന് അടയാളപ്പെടുത്തുന്നു);
5. ക്യാഷ് ട്രാൻസാക്ഷൻസ് അക്കൗണ്ടൻ്റ് ക്യാഷ് രസീത് ഓർഡർ പരിശോധിക്കുന്നു (അക്കൌണ്ടിംഗ്, ടാക്സ് അക്കൌണ്ടിംഗ് രേഖകളിൽ പ്രതിഫലനത്തിനായി ബോക്സ് പരിശോധിക്കുക, അങ്ങനെ അക്കൗണ്ടിംഗ്, ടാക്സ് അക്കൌണ്ടിംഗ് എൻട്രികൾ സൃഷ്ടിക്കപ്പെടുന്നു).

ഇടപാടുകൾ പ്രതിഫലിപ്പിക്കുന്നത് എളുപ്പമാക്കുന്നതിന്, നമുക്ക് ഇൻ്റർഫേസ് "ക്യാഷ് മാനേജ്മെൻ്റ്" എന്നതിലേക്ക് മാറ്റാം.
ഫണ്ടുകൾ ചെലവഴിക്കുന്നതിനുള്ള ആപ്ലിക്കേഷനുകളുമായി പ്രവർത്തിക്കാൻ തുടങ്ങുന്നതിനുമുമ്പ്, നിങ്ങൾ എല്ലാം നൽകണം പശ്ചാത്തല വിവരങ്ങൾ. നിങ്ങൾ ആദ്യം പൂരിപ്പിക്കേണ്ടത് വിവര രജിസ്റ്ററാണ് "ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷകൾ അംഗീകരിക്കുന്നതിനുള്ള ക്രമീകരണങ്ങൾ." "അപ്ലിക്കേഷനുകളുടെ അംഗീകാരം സജ്ജീകരിക്കുന്നു" എന്നതിൽ, ഈ സംവിധാനം ഉപയോഗിക്കുന്ന ഓർഗനൈസേഷനുകളും അംഗീകാര സംവിധാനം ഉപയോഗിക്കുന്നതിൻ്റെ ആരംഭ തീയതിയും സൂചിപ്പിച്ചിരിക്കുന്നു. 01/01/2013 മുതൽ ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥനകൾ അംഗീകരിക്കുന്നതിന് StroyTorg LLC എന്ന സ്ഥാപനം ഒരു സംവിധാനം ഉപയോഗിക്കുമെന്ന് പ്രോഗ്രാമിന് നിർണ്ണയിക്കാൻ ഈ ക്രമീകരണം ആവശ്യമാണ്.

കോർഡിനേഷൻ റൂട്ടുകൾ ക്രമീകരിക്കേണ്ടതും ആവശ്യമാണ് (ചിത്രം 2). ഈ ക്രമീകരണം വിവര രജിസ്റ്ററിൽ സൂചിപ്പിച്ചിരിക്കുന്നു "അനുമതി റൂട്ടുകൾ ആരംഭിക്കുന്നതിനുള്ള ക്രമീകരണങ്ങൾ": വകുപ്പുകളിലേക്കുള്ള അംഗീകാര റൂട്ടുകളുടെ കത്തിടപാടുകൾ നിർണ്ണയിക്കപ്പെടുന്നു. അംഗീകാര റൂട്ട് ("അംഗീകാരം റൂട്ടുകൾ" ഡയറക്ടറി) ഈ ഘട്ടത്തിൽ അംഗീകരിക്കുന്ന വ്യക്തികളുടെ ഘട്ടവും ലിസ്റ്റും സൂചിപ്പിക്കുന്നു. ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, സൃഷ്ടിച്ച ആപ്ലിക്കേഷൻ ആദ്യം ഫിനാൻഷ്യൽ ഡയറക്ടറുടെ അംഗീകാരത്തിൻ്റെ ഒരു ഘട്ടത്തിലൂടെ കടന്നുപോകേണ്ടതുണ്ട്.

നിങ്ങൾ വിവര രജിസ്റ്ററും സജ്ജീകരിക്കേണ്ടതുണ്ട് "ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷകളുടെ അംഗീകാരം സജ്ജീകരിക്കൽ" (ചിത്രം 1) കൂടാതെ അപേക്ഷകൾ അംഗീകരിക്കുന്നതിനുള്ള ഘട്ടങ്ങൾ (റൂട്ട്) നിർണ്ണയിക്കുക (ചിത്രം 2)

അരി. 1

അരി. 2

ഏകോപന റൂട്ട്ക്രമീകരണങ്ങൾക്കനുസൃതമായും ആപ്ലിക്കേഷനിൽ വ്യക്തമാക്കിയ വകുപ്പിനെ ആശ്രയിച്ചുമാണ് ആപ്ലിക്കേഷൻ നിർണ്ണയിക്കുന്നത്.

കുറിപ്പ്ഒരു ഡിവിഷൻ ഒരു ഏകോപന റൂട്ടുമായി മാത്രം പൊരുത്തപ്പെടണം. ഓരോ ഡിവിഷനും ഒരു അംഗീകാര റൂട്ട് വ്യക്തമാക്കിയിരിക്കണം, അല്ലാത്തപക്ഷം ഈ ഡിവിഷനു വേണ്ടി സൃഷ്ടിച്ച എല്ലാ ആപ്ലിക്കേഷനുകൾക്കുമുള്ള അംഗീകാര പ്രക്രിയ പ്രാബല്യത്തിൽ വരില്ല.

1. പർച്ചേസിംഗ് അക്കൗണ്ടൻ്റ് "ഫണ്ടുകളുടെ ചെലവിനുള്ള അഭ്യർത്ഥന" എന്ന പ്രമാണം സൃഷ്ടിക്കുന്നു.

ഞങ്ങൾ തിരഞ്ഞെടുത്ത "ക്യാഷ് മാനേജ്മെൻ്റ്" ഇൻ്റർഫേസിൽ, "ആസൂത്രണം" - "അഭ്യർത്ഥനകൾ" - "ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥന" (ചിത്രം 3) എന്ന മെനു ഇനത്തിലേക്ക് പോകുക. "തയ്യാറാക്കി" (ചിത്രം 5) എന്ന സ്റ്റാറ്റസ് ടൈപ്പ് ഉപയോഗിച്ച് നമുക്ക് "ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ" സൃഷ്ടിക്കാം.

"ക്യാഷ് ഔട്ട്‌ഗോയിംഗ് ഓർഡർ", "ഔട്ട്‌ഗോയിംഗ് പേയ്‌മെൻ്റ് ഓർഡർ" (ചിത്രം 4) എന്നീ പ്രവർത്തനങ്ങളുടെ തരങ്ങൾ ആവർത്തിക്കുന്ന നിരവധി തരത്തിലുള്ള പ്രവർത്തനങ്ങൾ ആപ്ലിക്കേഷനുണ്ട്.

"കൌണ്ടർപാർട്ടികളുമായുള്ള സെറ്റിൽമെൻ്റുകൾ" ടാബിലെ "ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥന" എന്നതിൽ, അടിസ്ഥാന വിവരങ്ങൾ സൂചിപ്പിച്ചിരിക്കുന്നു: പണം നൽകേണ്ട പണം നൽകുന്നതിനുള്ള കൌണ്ടർപാർട്ടി, അതുപോലെ കരാർ, തുക, ഓർഗനൈസേഷൻ, ഡിവിഷൻ, സ്റ്റാറ്റസ് എന്നിവ.

"വിവരണം" ടാബിൽ നിങ്ങൾക്ക് വ്യക്തമാക്കാം അധിക വിവരംഏതെങ്കിലും രൂപത്തിൽ.

"അലോക്കേഷൻ" ടാബ് റിസർവ് ചെയ്യുന്നതിനും ഫണ്ടുകൾ സ്ഥാപിക്കുന്നതിനുമുള്ള സാധ്യത നൽകുന്നു (ചിത്രം 6). ഇതിനർത്ഥം, ഞങ്ങളുടെ ഉദാഹരണത്തിൽ, വാങ്ങുന്ന അക്കൗണ്ടൻ്റിന് വിതരണക്കാരന് അഡ്വാൻസ് നൽകുന്നതിന് ഫണ്ട് റിസർവ് ചെയ്യാനും ഏത് ക്യാഷ് ഡെസ്കിൽ നിന്നാണ് ഫണ്ട് ഇഷ്യൂ ചെയ്യപ്പെടേണ്ടതെന്ന് സൂചിപ്പിക്കാനും കഴിയും. റിസർവേഷനും പ്ലേസ്‌മെൻ്റ് പാരാമീറ്ററുകളും സ്വയമേവ പൂരിപ്പിക്കാൻ കഴിയും. ഡോക്യുമെൻ്റിൽ ഇതിനുള്ള പതാകകളുണ്ട്. "ഓട്ടോമാറ്റിക് റിസർവേഷൻ"ഒപ്പം "ഓട്ടോമാറ്റിക് പ്ലേസ്മെൻ്റ്". ഈ ഫ്ലാഗുകൾ സജ്ജീകരിച്ചിട്ടുണ്ടെങ്കിൽ, നിങ്ങൾ ബട്ടണിൽ ക്ലിക്ക് ചെയ്യുമ്പോൾ "പ്ലേസ്മെൻ്റ്" കോളം സ്വയമേവ പൂരിപ്പിക്കാൻ കഴിയും "പൂരിപ്പിച്ച് പോസ്റ്റുചെയ്യുക". ഓട്ടോമാറ്റിക്, മാനുവൽ പ്ലേസ്മെൻ്റ് സ്കീം കൂട്ടിച്ചേർക്കാവുന്നതാണ്.

"ബജറ്റിംഗ്" ടാബിലെ ഡാറ്റ ബജറ്റിംഗ് സബ്സിസ്റ്റവും ക്യാഷ് മാനേജ്മെൻ്റ് സബ്സിസ്റ്റവും തമ്മിലുള്ള ഒരു ലിങ്കായി ഉപയോഗിക്കാം. ഈ ടാബിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്ന വിവരങ്ങൾ ആസൂത്രിതമായ ബജറ്റിന് അനുസൃതമായി വിതരണത്തിനായി ആസൂത്രണം ചെയ്ത ഫണ്ടുകളുടെ അളവ് നിയന്ത്രിക്കാൻ സഹായിക്കുന്നു (ചിത്രം 7).

പ്രൊക്യുർമെൻ്റ് അക്കൗണ്ടൻ്റിന് പരിമിതമായ ആക്‌സസ് അവകാശങ്ങൾ ഉള്ളതിനാൽ, "ഫണ്ട് ചെലവാക്കാനുള്ള അഭ്യർത്ഥന" പ്രമാണത്തിൽ "തയ്യാറാക്കിയത്" എന്ന സ്റ്റാറ്റസ് മാത്രമേ സജ്ജീകരിക്കാൻ കഴിയൂ, കൂടാതെ "അംഗീകാരം", "മാറ്റിവെച്ചത്", "സമ്മതം", "നിരസിച്ചു" എന്നിങ്ങനെയുള്ള സ്റ്റാറ്റസുകൾ ഉപയോക്താക്കൾ സജ്ജമാക്കി, ആപ്ലിക്കേഷൻ അംഗീകരിക്കുന്നതിനുള്ള ഉത്തരവാദിത്തം.

2. ഫിനാൻഷ്യൽ ഡയറക്ടർ 120,000 റൂബിൾ തുകയിൽ ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷ അവലോകനം ചെയ്യുകയും അംഗീകരിക്കുകയും ചെയ്യുന്നു.

ഫിനാൻഷ്യൽ ഡയറക്ടർക്ക് "അപ്ലിക്കേഷൻ അപ്രൂവൽ സ്റ്റാറ്റസ്" പ്രോസസ്സിംഗ് (ചിത്രം 8) ഉപയോഗിച്ച് പരിഗണന ആവശ്യമുള്ള ആപ്ലിക്കേഷനുകളുടെ ലിസ്റ്റ് വിശകലനം ചെയ്യാൻ കഴിയും.

നിങ്ങൾ “അപ്ലിക്കേഷൻ അപ്രൂവൽ സ്റ്റാറ്റസ്” പ്രോസസ്സ് ചെയ്യാൻ തുടങ്ങുമ്പോൾ, അത് ചില സ്റ്റാറ്റസുകൾ (സംസ്ഥാനങ്ങൾ) പ്രകാരം ഗ്രൂപ്പുചെയ്‌ത എല്ലാ ആപ്ലിക്കേഷനുകളുടെയും ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുന്നു: “തയ്യാറാക്കിയത്”, “അംഗീകാരം”, “മാറ്റിവച്ചു”, “സമ്മതിച്ചു”, “നിരസിച്ചു”. സൗകര്യാർത്ഥം, ബട്ടൺ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഒരു തിരഞ്ഞെടുപ്പ് നടത്താം, ഉദാഹരണത്തിന്, ഒരു ദിവസം, ഒരു ആഴ്ച, ഒരു മാസം, ഒരു ദശാബ്ദം, ഒരു പാദം, ഒരു അർദ്ധ വർഷം, ഒരു വർഷം മുതലായവ, തുടർന്ന്, എല്ലാ ആപ്ലിക്കേഷനുകളിലും, ഒരു നിശ്ചിത കാലയളവിനുള്ളിൽ വരുന്നവ മാത്രമേ നിലനിൽക്കൂ.

ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അപേക്ഷകളുടെ നില മാറ്റുന്നതിന്, ഉദാഹരണത്തിന്, "തയ്യാറാക്കിയത്" എന്നതിൽ നിന്ന് "അംഗീകാരം" എന്നതിലേക്ക്, നിങ്ങൾ മറ്റൊരു പ്രോസസ്സിംഗ് ("അപ്ലിക്കേഷൻ സ്റ്റാറ്റസ്") ഉപയോഗിക്കേണ്ടതുണ്ട്.

ഈ പ്രോസസ്സിംഗിൽ, നിങ്ങൾക്ക് തിരഞ്ഞെടുക്കാം പൊതു പട്ടികഅപേക്ഷകൾ, ഉദാഹരണത്തിന്, "അനുമതിക്കായി കാത്തിരിക്കുന്നു", "മാറ്റിവച്ചു", "മുൻ ഘട്ടങ്ങളിൽ അംഗീകാരത്തിനായി കാത്തിരിക്കുന്നു", "പ്രോസസ്സിംഗ്" (ചിത്രം 9) സ്റ്റാറ്റസ് ഉള്ള അപേക്ഷകൾ.

പ്രോസസ്സിംഗ് ഏകോപിപ്പിക്കാത്ത ആപ്ലിക്കേഷനുകളുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുന്നു, നിങ്ങൾക്ക് ആപ്ലിക്കേഷൻ്റെ നില മാറ്റാൻ കഴിയും (ചിത്രം 10). "ആസൂത്രണം" - "അഭ്യർത്ഥനകൾ" - "അപ്ലിക്കേഷനുകളുടെ ഏകോപനം" എന്ന മെനു ഇനം വഴി നിങ്ങൾക്ക് ഈ പ്രോസസ്സിംഗിലേക്ക് പോകാം.

ഫിനാൻഷ്യൽ ഡയറക്ടർക്ക് ഫണ്ട് ചെലവഴിക്കുന്നതിനുള്ള അഭ്യർത്ഥന "അംഗീകാരം" ചെയ്യാം, അത് മാറ്റിവയ്ക്കുക അല്ലെങ്കിൽ "നിരസിക്കുക". നിങ്ങൾ "സ്റ്റാറ്റസ് മാറ്റുക" - "അംഗീകരിക്കുക" തിരഞ്ഞെടുക്കുമ്പോൾ, ചെക്ക്ബോക്സുകൾ അംഗീകരിക്കേണ്ട ആപ്ലിക്കേഷനുകളെ അടയാളപ്പെടുത്തുന്നു. ക്യൂവിൽ ഉണ്ടായിരുന്ന ബാക്കിയുള്ള അപേക്ഷകൾ "അപ്ലിക്കേഷനുകളുടെ അംഗീകാരം" എന്ന ഡോക്യുമെൻ്റ് ലോഗിൽ കാണാൻ കഴിയും.

ആപ്ലിക്കേഷൻ അംഗീകാര റൂട്ട് കടന്നിട്ടില്ലെങ്കിൽ (അപ്ലിക്കേഷൻ സ്റ്റാറ്റസ് "അംഗീകൃതമല്ല"), അതിൻ്റെ അടിസ്ഥാനത്തിൽ ഒരു പേയ്മെൻ്റ് ഡോക്യുമെൻ്റ് നൽകാനാവില്ല.

ആപ്ലിക്കേഷൻ അപ്രൂവൽ റൂട്ടിലൂടെ പോകാൻ തുടങ്ങിയാൽ, ആപ്ലിക്കേഷൻ മാറ്റാവുന്നതാണ്:

നിലവിൽ അപേക്ഷ അംഗീകരിച്ചുകൊണ്ടിരിക്കുന്ന ഉപയോക്താവ്;

അംഗീകാരത്തിൻ്റെ ഉയർന്ന ഘട്ടങ്ങളിൽ അപേക്ഷ അംഗീകരിക്കുന്ന ഉപയോക്താക്കൾ.

മറ്റ് ഉപയോക്താക്കൾക്ക് ആപ്ലിക്കേഷൻ മാറ്റാൻ കഴിയില്ല.

ആപ്ലിക്കേഷൻ "അംഗീകൃത" നിലയിലാണെങ്കിൽ, അത് മാറ്റത്തിന് ലഭ്യമല്ല (എഡിറ്റിംഗിനായി നിഷ്‌ക്രിയമായിത്തീരുന്നു), അതിനാൽ ആപ്ലിക്കേഷനിലെ ഫീൽഡുകൾ വാങ്ങുന്ന അക്കൗണ്ടൻ്റിന് ചാരനിറമാകും, മാറ്റാൻ കഴിയില്ല.

3. അംഗീകൃത അപേക്ഷയെ അടിസ്ഥാനമാക്കി, ഐപി ഡോബ്രോൺറാവോവിൻ്റെ വിതരണക്കാരന് അഡ്വാൻസ് നൽകുന്നതിന് "പണമടച്ചത്" എന്ന അടയാളമില്ലാതെ "വിതരണക്കാരന് പേയ്മെൻ്റ്" എന്ന ഇടപാട് തരം ഉപയോഗിച്ച് വാങ്ങുന്ന അക്കൗണ്ടൻ്റ് ഒരു ക്യാഷ് രസീത് എടുക്കുന്നു (ചിത്രം 11)

കുറിപ്പ്, പർച്ചേസിംഗ് അക്കൗണ്ടൻ്റ് സൃഷ്ടിച്ച ക്യാഷ് രസീത് ഓർഡറിൽ, "റിഫ്ലെക്റ്റ് ഇൻ മാനേജ്മെൻ്റ് അക്കൗണ്ടിംഗ്", "റിഫ്ലെക്റ്റ് ഇൻ ഓപ്പറേഷൻ അക്കൌണ്ടിംഗ്" ചെക്ക്ബോക്സുകൾ മാത്രമേ ചെക്ക് ചെയ്തിട്ടുള്ളൂ. ക്യാഷ് രസീത് ഓർഡറിൻ്റെ ശരിയായ രൂപീകരണം പരിശോധിച്ചതിന് ശേഷം "പണമടച്ച" ചെക്ക്ബോക്സ് മുതിർന്ന കാഷ്യർ പരിശോധിക്കേണ്ടതാണ്. ഏത് ആപ്ലിക്കേഷൻ്റെ അടിസ്ഥാനത്തിലാണ് ഞങ്ങൾ അത് ജനറേറ്റ് ചെയ്യുന്നതെന്ന് ക്യാഷ് രസീത് ഓർഡറിൽ സൂചിപ്പിക്കുന്നു.

ക്യാഷ് രസീത് ഓർഡറിൽ മാനേജ്മെൻ്റ് അക്കൗണ്ടിംഗിനായി മാത്രം ചെക്ക്ബോക്സുകൾ ഉണ്ടെങ്കിൽ, അത്തരമൊരു പ്രമാണം പോസ്റ്റിംഗുകൾ (അക്കൗണ്ടിംഗ് റെക്കോർഡുകൾ) സൃഷ്ടിക്കുന്നില്ല. എന്നാൽ അദ്ദേഹം സഞ്ചിത രജിസ്റ്ററുകളിൽ എൻട്രികൾ നടത്തുന്നു: "റൈറ്റ് ഓഫ് ക്യാഷ്", "കൌണ്ടർപാർട്ടികളുമായുള്ള സെറ്റിൽമെൻ്റുകൾ" (ചിത്രം 12). ഈ വിവരങ്ങൾ "പണമടയ്ക്കാത്ത ഔട്ട്ഗോയിംഗ് ഡോക്യുമെൻ്റുകൾ" വിഭാഗത്തിലെ "പേയ്മെൻ്റ് കലണ്ടർ" റിപ്പോർട്ടിലേക്ക് പോകുന്നു (ചിത്രം 13).

4. മുതിർന്ന കാഷ്യർ ക്യാഷ് രസീത് ഓർഡർ പരിശോധിക്കുകയും "പണമടച്ച" ചെക്ക്ബോക്സ് പരിശോധിക്കുകയും പണം നൽകുകയും ചെയ്യുന്നു.

ക്യാഷ് രസീത് ഓർഡർ നൽകിയ ശേഷം, ഡോക്യുമെൻ്റിലെ ഫീൽഡുകൾ ചാരനിറമാകും, ഞങ്ങളുടെ ഉദാഹരണത്തിൽ വാങ്ങുന്ന അക്കൗണ്ടൻ്റിനും മറ്റ് പങ്കാളികൾക്കും എഡിറ്റ് ചെയ്യാൻ കഴിയില്ല. ഒരു പ്രത്യേക ഉപയോക്താവിനായി എന്ത് ആക്സസ് അവകാശങ്ങൾ ക്രമീകരിച്ചിരിക്കുന്നു എന്നതിനെ ആശ്രയിച്ച്, ചില പ്രമാണങ്ങൾ, പ്രമാണങ്ങളിലെ ഫീൽഡുകൾ മുതലായവ എഡിറ്റുചെയ്യാൻ ലഭ്യമായേക്കാം.

കുറിപ്പ്:ധാരാളം ക്യാഷ് രജിസ്റ്ററുകൾ ഉണ്ടെങ്കിൽ, ഓരോന്നിലും നിങ്ങൾ "പണമടച്ച" ബോക്സ് പരിശോധിക്കേണ്ടതുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഡയറക്ടറികളുടെയും പ്രമാണങ്ങളുടെയും ഗ്രൂപ്പ് പ്രോസസ്സിംഗ് ഉപയോഗിക്കാം (മെനു ഇനം "സേവനം"). പൂർണ്ണ ഇൻ്റർഫേസ്, മെനു ഇനം "സേവനം" (ചിത്രം 14) ലേക്ക് പോയി നിങ്ങൾക്ക് ഈ പ്രോസസ്സിംഗിലേക്ക് പോകാം.

വിശദാംശങ്ങൾ മാറ്റാൻ, "ക്രമീകരണങ്ങൾ" ബട്ടണിൽ ക്ലിക്ക് ചെയ്ത് "ഒബ്ജക്റ്റ് വിശദാംശങ്ങൾ മാറ്റാൻ അനുവദിക്കുക" ഫ്ലാഗ് തിരഞ്ഞെടുക്കുക. വിശകലനത്തിൻ്റെ എളുപ്പത്തിനായി, നമുക്ക് "എല്ലാ നിരകളും കാണിക്കുക" ഫ്ലാഗ് സജ്ജമാക്കാം (ചിത്രം 15).

ഗ്രൂപ്പ് പ്രോസസ്സിംഗ് ഉപയോഗിച്ച്, ക്യാഷ് രസീത് ക്രമത്തിൽ "പണമടച്ച" ഫ്ലാഗ് ഇടാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഇത് ചെയ്യുന്നതിന്, ഗ്രൂപ്പ് പ്രോസസ്സിംഗിൻ്റെ "തിരഞ്ഞെടുപ്പ്" വിഭാഗത്തിൽ, ഞങ്ങൾ StroyTorg LLC എന്ന ഓർഗനൈസേഷനെ സൂചിപ്പിക്കുന്നു; 01/01/2013 മുതൽ 01/21/2013 വരെയുള്ള കാലയളവിൽ “പണമടച്ചത്” - “ഇല്ല” എന്ന ഓപ്‌ഷൻ ഉപയോഗിച്ച് ഞങ്ങൾ പ്രോസസ്സ് ചെയ്‌ത പ്രമാണങ്ങൾ മാത്രം തിരഞ്ഞെടുക്കുന്നു.

"പ്രോസസ്സിംഗ്" ടാബിലെ "തിരഞ്ഞെടുക്കുക" ബട്ടണിൽ നിങ്ങൾ ക്ലിക്ക് ചെയ്യുമ്പോൾ, "പണമടച്ചത്" (ചിത്രം 16) അടയാളപ്പെടുത്തേണ്ട പ്രമാണങ്ങൾ ദൃശ്യമാകും. "ആക്ഷൻ" വരിയിൽ, "വിശദാംശങ്ങൾ മാറ്റുക[Link.Paid] തിരഞ്ഞെടുക്കുക - ഇൻസ്റ്റാൾ ചെയ്യുക. ഒപ്പം "റൺ".

വിശദാംശങ്ങളുടെ മൂല്യം മാറ്റിയ ശേഷം, നിങ്ങൾ മാറ്റിയ പ്രമാണങ്ങൾ വീണ്ടും പോസ്റ്റുചെയ്യേണ്ടതുണ്ട്: "ആക്ഷൻ" ഫീൽഡിൽ, "മാറ്റുക: [പോസ്റ്റ് ഡോക്യുമെൻ്റുകൾ] - സെറ്റ് - "റൺ" തിരഞ്ഞെടുക്കുക (ചിത്രം 17 കാണുക).

5. ക്യാഷ് അക്കൌണ്ടൻ്റ് ക്യാഷ് രസീത് ഓർഡർ പരിശോധിക്കുന്നു (അക്കൌണ്ടിംഗ്, ടാക്സ് അക്കൌണ്ടിംഗ് റെക്കോർഡുകളിൽ പ്രതിഫലനത്തിനായി ബോക്സ് പരിശോധിക്കുന്നു, അങ്ങനെ അക്കൗണ്ടിംഗ്, ടാക്സ് അക്കൌണ്ടിംഗ് എൻട്രികൾ സൃഷ്ടിക്കപ്പെടുന്നു).

കൂടാതെ, ഉദാഹരണത്തിന്, പ്രവൃത്തി ദിവസത്തിൻ്റെ അവസാനത്തിൽ, ഒരു ക്യാഷ് ട്രാൻസാക്ഷൻസ് അക്കൗണ്ടൻ്റ് "പെയ്ഡ്" എന്ന് അടയാളപ്പെടുത്തിയിട്ടുള്ള എല്ലാ ക്യാഷ് ഔട്ട്‌ഗോയിംഗ് ഓർഡറുകളും പരിശോധിച്ച് ഡോക്യുമെൻ്റിലെ BU, NU ബോക്സുകൾ ടിക്ക് ചെയ്യുന്നു, അങ്ങനെ ഡോക്യുമെൻ്റ് അക്കൗണ്ടിംഗ്, ടാക്സ് അക്കൗണ്ടിംഗ് എൻട്രികൾ സൃഷ്ടിക്കുന്നു. (ചിത്രം 18)

കുറിപ്പ്:നിങ്ങൾക്ക് BU, NU ബോക്സുകൾ പരിശോധിക്കേണ്ട ധാരാളം ക്യാഷ് രസീത് ഓർഡറുകൾ ഉണ്ടെങ്കിൽ, നിങ്ങൾക്ക് "റഫറൻസ് ബുക്കുകളുടെയും ഡോക്യുമെൻ്റുകളുടെയും ഗ്രൂപ്പ് പ്രോസസ്സിംഗ്" (ചിത്രം 19) ഉപയോഗിക്കാം.

ഡയറക്‌ടറികളുടെയും ഡോക്യുമെൻ്റുകളുടെയും ഗ്രൂപ്പ് പ്രോസസ്സിംഗിൽ, "ക്യാഷ് ഔട്ട്‌ഗോയിംഗ് ഓർഡർ [TC: പേയ്‌മെൻ്റ് ഡീകോഡിംഗ്]" ഞങ്ങൾ ഡോക്യുമെൻ്റുകൾ തിരഞ്ഞെടുക്കുന്നു, അതിൻ്റെ ടാബ്‌ലർ ഭാഗത്ത് നിങ്ങൾ "അക്കൌണ്ടിംഗിൽ പ്രതിഫലിപ്പിക്കുക" ചെക്ക്ബോക്സ് പരിശോധിക്കേണ്ടതുണ്ട്.

“തിരഞ്ഞെടുപ്പ്” ഫീൽഡിൽ, ഏത് ഓർഗനൈസേഷനാണ് ഞങ്ങൾ ഡോക്യുമെൻ്റുകൾ തിരഞ്ഞെടുക്കേണ്ടതെന്ന് ഞങ്ങൾ സൂചിപ്പിക്കുന്നു, 01/01/2013 മുതൽ 01/21/2013 വരെയുള്ള ഇടവേളയിൽ പ്രോസസ്സ് ചെയ്ത പ്രമാണങ്ങളിൽ മാത്രമേ ഞങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെന്ന് ഞങ്ങൾ സൂചിപ്പിക്കുന്നു (അതുപോലെ പണ രസീതുകളും "അക്കൌണ്ടിംഗിൽ പ്രതിഫലിപ്പിക്കുക" ചെക്ക്ബോക്സ് ചെക്ക് ചെയ്തിട്ടില്ല) അക്കൗണ്ടിംഗ്"). എല്ലാ പാരാമീറ്ററുകളും പൂരിപ്പിച്ച ശേഷം, "തിരഞ്ഞെടുക്കുക" ബട്ടൺ ക്ലിക്കുചെയ്യുക: നിർദ്ദിഷ്ട വ്യവസ്ഥകൾ പാലിക്കുന്ന പ്രമാണങ്ങൾ തിരഞ്ഞെടുക്കപ്പെടും. പ്രോസസ്സിംഗ് വിൻഡോയുടെ താഴത്തെ ഭാഗത്ത്, "ആട്രിബ്യൂട്ടുകൾ മാറ്റുക" തിരഞ്ഞെടുക്കുക - "പ്രതിഫലിക്കുക അക്കൌണ്ടിംഗ്" - "ഇൻസ്റ്റാൾ" ചെയ്ത് "റൺ" ബട്ടണിൽ ക്ലിക്ക് ചെയ്യുക. പ്രമാണങ്ങൾ പ്രോസസ്സ് ചെയ്ത ശേഷം, അവ വീണ്ടും പോസ്റ്റുചെയ്യേണ്ടതുണ്ട് (ചിത്രം 16). അപ്പോൾ നിങ്ങൾ അതേ കാര്യം ആവർത്തിക്കേണ്ടതുണ്ട്, എന്നാൽ "ടാക്സ് അക്കൗണ്ടിംഗിൽ പ്രതിഫലിപ്പിക്കുക" എന്ന ബോക്സ് ചെക്ക് ചെയ്യാൻ

"പണച്ചെലവ് ഓർഡർ" എന്ന പ്രമാണം പോസ്റ്റുചെയ്യുമ്പോൾ, അക്കൗണ്ടിംഗ് അക്കൗണ്ടുകളിൽ മാത്രമല്ല, രജിസ്റ്ററുകളിലും ചലനങ്ങൾ സൃഷ്ടിക്കപ്പെടുന്നു (ചിത്രം 20, 21)