പ്ലാറ്റ്‌ഫോം 8.3.11-ൻ്റെ ഒരു പുതിയ പതിപ്പ് പുറത്തിറങ്ങി, ഇത് ഒരു വിപുലീകരണത്തിലൂടെ മെറ്റാഡാറ്റ ഒബ്‌ജക്റ്റുകൾ ചേർക്കാനും മാറ്റാനും നിങ്ങളെ അനുവദിക്കുന്നു. പിന്തുണയിൽ നിന്ന് കോൺഫിഗറേഷൻ നീക്കം ചെയ്യാതെ നമുക്ക് ഇപ്പോൾ എന്തെങ്കിലും മെച്ചപ്പെടുത്തലുകൾ നടപ്പിലാക്കാൻ കഴിയുമോ? അനന്തരഫലങ്ങളൊന്നുമില്ലാതെ ഒരു ക്ലയൻ്റിന് സ്വർണ്ണത്തിൻ്റെ പർവതങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നത് മൂല്യവത്താണോ?

ഒന്നാമതായി, എക്സ്റ്റൻഷനുകൾക്കുള്ള പരിമിതികളെക്കുറിച്ച് നിങ്ങൾ അറിഞ്ഞിരിക്കണം.

സൃഷ്ടിച്ച വസ്തുക്കളുടെ പരിമിതി

ഓൺ ആ നിമിഷത്തിൽനിങ്ങൾക്ക് സൃഷ്ടിക്കാൻ കഴിയും:

ഡയറക്ടറികൾ
പ്രമാണങ്ങൾ
വിവര രജിസ്റ്ററുകൾ
എക്സ്ചേഞ്ച് പ്ലാനുകൾ

നിങ്ങൾക്ക് ഇതിലേക്ക് വിശദാംശങ്ങൾ ചേർക്കാൻ കഴിയും:

ഡയറക്ടറികൾ
പ്രമാണങ്ങൾ

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

വിപുലീകരണങ്ങളുടെ പ്രവർത്തനക്ഷമത വിപുലീകരണം പ്രയോഗിക്കുന്ന കോൺഫിഗറേഷൻ്റെ അനുയോജ്യത മോഡിനെ ആശ്രയിച്ചിരിക്കുന്നു.

അനുയോജ്യത മോഡ് 8.3.8- നിങ്ങൾക്ക് ഒബ്‌ജക്റ്റുകളുടെയും അവയുടെ മൊഡ്യൂളുകളുടെയും രൂപങ്ങൾ മാത്രമേ മാറ്റാൻ കഴിയൂ, നിങ്ങളുടെ സ്വന്തം റിപ്പോർട്ടുകളും പ്രോസസ്സിംഗും ചേർക്കുക.

അനുയോജ്യത മോഡ് 8.3.10- നിങ്ങൾക്ക് പൊതുവായ മൊഡ്യൂളുകൾ, ഒബ്ജക്റ്റ്, മാനേജർ മൊഡ്യൂളുകൾ, റോളുകൾ എന്നിവ മാറ്റാൻ കഴിയും, ഏതെങ്കിലും മൊഡ്യൂളുകൾക്കായി "മുമ്പ്", "ശേഷം", "പകരം" നിർദ്ദേശങ്ങൾ ഉപയോഗിക്കുക.

അനുയോജ്യത മോഡ് "ഉപയോഗിക്കരുത്"- പുതിയ ഒബ്‌ജക്‌റ്റുകൾ ചേർക്കുന്നത് ഉൾപ്പെടെയുള്ള വിപുലീകരണങ്ങളുടെ എല്ലാ പ്രവർത്തനങ്ങളും നിങ്ങൾക്ക് ഉപയോഗിക്കാം.

ഇപ്പോൾ, സ്റ്റാൻഡേർഡ് UT 11.3-ന് കോംപാറ്റിബിലിറ്റി മോഡ് 8.3.8 ഉണ്ട്. UT 11.4-ൽ, കോംപാറ്റിബിലിറ്റി മോഡ് 8.3.10 ആണ്, അതായത്, ഉദാഹരണത്തിന്, UT-ക്ക്, മെറ്റാഡാറ്റ ഒബ്‌ജക്‌റ്റുകൾ സൃഷ്‌ടിക്കുന്നത് ഉൾപ്പെടെ മിക്ക വിപുലീകരണ പ്രവർത്തനങ്ങളും ലഭ്യമല്ല.

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

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

കൂടാതെ, പരിഷ്കാരങ്ങൾ പ്രാധാന്യമർഹിക്കുന്നതാണെങ്കിൽ, സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷൻ്റെ നിരവധി നടപടിക്രമങ്ങളും പ്രവർത്തനങ്ങളും മാറ്റിസ്ഥാപിക്കുകയാണെങ്കിൽ, അവ ശ്രദ്ധാപൂർവ്വം നിരീക്ഷിക്കുകയും ആവശ്യമെങ്കിൽ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുമായി പൊരുത്തപ്പെടുത്തുകയും മുമ്പ് വരുത്തിയ മാറ്റങ്ങൾ സംരക്ഷിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ്.

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

നിഗമനങ്ങൾ

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

ഈ ലേഖനത്തിൽ, ഒരു "കോൺഫിഗറേഷൻ വിപുലീകരണം" എന്താണെന്നും ഒരു വിപുലീകരണം എങ്ങനെ ചേർക്കാം അല്ലെങ്കിൽ അത് അപ്രാപ്തമാക്കാമെന്നും പരിഗണിക്കാൻ ഞാൻ നിർദ്ദേശിക്കുന്നു. പതിപ്പ് 1C മുതൽ ആരംഭിക്കുന്നു 8.3.6.1977 പ്ലാറ്റ്‌ഫോമിൽ ഒരു പുതിയ സംവിധാനം അവതരിപ്പിച്ചു - കോൺഫിഗറേഷൻ വിപുലീകരണങ്ങൾ. ആദ്യം, ഒരു ചെറിയ സിദ്ധാന്തം.

പ്രധാന വെണ്ടർ കോൺഫിഗറേഷനുമായി സ്വയമേവ സംയോജിപ്പിക്കുന്ന സമാന്തര കോൺഫിഗറേഷനുകൾ പോലെയാണ് 1C-യിലെ വിപുലീകരണങ്ങൾ. മാത്രമല്ല, വിപുലീകരണങ്ങളിൽ നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം ഒബ്ജക്റ്റുകൾ ചേർക്കാനും പ്രധാന കോൺഫിഗറേഷൻ്റെ ഒബ്ജക്റ്റുകൾ കടമെടുക്കാനും കഴിയും.

വിപുലീകരണങ്ങൾ എന്തിനുവേണ്ടിയാണ്?

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

പൂർണ്ണ പിന്തുണയിൽ നിന്ന് നീക്കംചെയ്യുന്നത് നിരവധി അസൗകര്യങ്ങൾ ഉൾക്കൊള്ളുന്നു:

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

വിപുലീകരണങ്ങൾ ഉപയോഗിക്കുമ്പോൾ, മാറ്റങ്ങൾ വരുത്തുമ്പോൾ, പ്രോഗ്രാമർ സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷൻ സ്പർശിക്കില്ല. എല്ലാ മാറ്റങ്ങളും വിപുലീകരണങ്ങൾ ഉപയോഗിച്ചാണ് വരുത്തുന്നത്, അവ (ഞാൻ മുകളിൽ എഴുതിയത് പോലെ) കോൺഫിഗറേഷനുകളും ആണ്. ഇതുവഴി പ്രധാന കോൺഫിഗറേഷൻ പൂർണ്ണമായി പിന്തുണയ്ക്കും.

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

വീഡിയോ - 45 മിനിറ്റിനുള്ളിൽ 1C വിപുലീകരണങ്ങൾ

1C-യിൽ 267 വീഡിയോ പാഠങ്ങൾ സൗജന്യമായി നേടൂ:

1C ലേക്ക് ഒരു വിപുലീകരണം ചേർക്കുന്നതിനുള്ള ഒരു ഉദാഹരണം

ഒരു വിപുലീകരണം എന്താണെന്ന് കാണിക്കുന്നതിന്, 1C കോൺഫിഗറേറ്ററിൽ അതിൻ്റെ സൃഷ്ടിയുടെ ഒരു ഉദാഹരണം നൽകുന്നത് നല്ലതാണ്.

കോൺഫിഗറേറ്ററിൽ, "കോൺഫിഗറേഷൻ" മെനുവിലേക്ക് പോയി "കോൺഫിഗറേഷൻ എക്സ്റ്റൻഷനുകൾ" തിരഞ്ഞെടുക്കുക. വിപുലീകരണങ്ങളുടെ ഒരു ലിസ്റ്റ് (എന്തെങ്കിലും ഉണ്ടെങ്കിൽ) ഉള്ള ഒരു വിൻഡോ തുറക്കും. "ചേർക്കുക" ബട്ടണിൽ ക്ലിക്ക് ചെയ്ത് ഒരു പുതിയ വിപുലീകരണം ചേർക്കുക. ഇപ്പോൾ നിങ്ങൾക്ക് വിപുലീകരണ കോൺഫിഗറേഷൻ തുറക്കാൻ കഴിയും:

നിങ്ങൾക്ക് കാണാനാകുന്നതുപോലെ, വിപുലീകരണ കോൺഫിഗറേഷന് പ്രധാന ഘടനയുടെ അതേ ഘടനയുണ്ട്. വസ്തുക്കളില്ലാതെ അത് തുടക്കത്തിൽ പൂർണ്ണമായും ശുദ്ധമാണ്.

ഇത് സ്വയം എങ്ങനെ നിർമ്മിക്കാം എന്നതിനെക്കുറിച്ച് ഞാൻ അടുത്തിടെ ഒരു ലേഖനം എഴുതി. അവളുടെ ഉദാഹരണം ഉപയോഗിച്ച്, ഒരു വിപുലീകരണം ഉപയോഗിച്ച് ബിൽറ്റ്-ഇൻ ആക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

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

അതിനാൽ, പ്രധാന കോൺഫിഗറേഷനിൽ നിന്ന് ഞങ്ങൾ റഫറൻസ് പുസ്തകം കടമെടുക്കും:

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

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

ഞാൻ കൊണ്ടുവന്ന ഘടന ഇതാണ്:

നമുക്ക് എന്താണ് കിട്ടിയതെന്ന് നോക്കാം. ഞങ്ങൾ ഡാറ്റാബേസ് കോൺഫിഗറേഷൻ അപ്ഡേറ്റ് ചെയ്യുകയും 1C: എൻ്റർപ്രൈസ് മോഡിൽ പ്രോഗ്രാം സമാരംഭിക്കുകയും "അഡ്മിനിസ്ട്രേഷൻ" മെനുവിലേക്ക് പോകുകയും ചെയ്യുന്നു. അതെ, ഞാൻ ഏറെക്കുറെ മറന്നു, വിപുലീകരണ കോൺഫിഗറേഷൻ അടച്ചിരിക്കണം, അല്ലാത്തപക്ഷം പ്രോഗ്രാം ആരംഭിക്കില്ല:

1C-യ്‌ക്കുള്ള ടെലിഫോണി പാനലിൻ്റെ ഒരു പുതിയ പതിപ്പ് ഞങ്ങൾ പുറത്തിറക്കി.

പതിപ്പ് 1.2.24.10 വേണ്ടി സാധാരണഅപേക്ഷകൾ
പതിപ്പ് 1.4.26.17 വേണ്ടി കൈകാര്യം ചെയ്തുഅപേക്ഷകൾ

ഒരു നിയന്ത്രിത ആപ്ലിക്കേഷൻ്റെ റിലീസ് പതിപ്പിൽ, ഒരു ടെലിഫോണി പാനൽ ഉൾച്ചേർക്കുന്നത് സാധ്യമായി കുറഞ്ഞ പരിഷ്കാരങ്ങൾഅടിസ്ഥാന കോൺഫിഗറേഷൻ ഉപയോഗിക്കുന്നു വിപുലീകരണ സംവിധാനംകോൺഫിഗറേഷനുകൾ.

വിപുലീകരണം ഉപയോഗിക്കുന്നതിൻ്റെ പ്രയോജനങ്ങൾ

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

വിപുലീകരണങ്ങൾ ഉപയോഗിക്കുന്നതിൻ്റെ ഒരു വലിയ നേട്ടം യാന്ത്രിക അപ്ഡേറ്റ് പ്രധാന കോൺഫിഗറേഷൻ. ഇപ്പോൾ ഒരു സാധാരണ കോൺഫിഗറേഷനായി പിന്തുണ ക്രമീകരണങ്ങൾ മാറ്റേണ്ട ആവശ്യമില്ല.

1C-യ്‌ക്കായി ഒരു ടെലിഫോണി പാനൽ ഉൾച്ചേർക്കുന്നതിൻ്റെ സവിശേഷതകൾ

പതിപ്പിൽ നിന്ന് ആരംഭിക്കുന്ന പ്ലാറ്റ്‌ഫോമിനായുള്ള വിപുലീകരണങ്ങൾക്ക് അത്തരം സവിശേഷതകൾ ലഭ്യമായി 8.3.9.1818 . അതിനാൽ ഇത് പ്രയോജനപ്പെടുത്തുന്നതിന്, പതിപ്പ് മുതൽ വിപുലീകരണത്തിനായി ഞങ്ങൾ അനുയോജ്യത മോഡ് പ്രവർത്തനരഹിതമാക്കി 8.3.9 ഇതുവരെ പിന്തുണച്ചിട്ടില്ല. അതനുസരിച്ച്, പ്രധാന കോൺഫിഗറേഷനായി അനുയോജ്യത മോഡ് പ്രവർത്തനരഹിതമാക്കേണ്ടത് ആവശ്യമാണ്, അല്ലാത്തപക്ഷം ഒരു പിശക് ദൃശ്യമാകും: " കോൺഫിഗറേഷൻ വിപുലീകരണത്തിൻ്റെ അനുയോജ്യത മോഡ് പ്രധാന കോൺഫിഗറേഷൻ്റെ അനുയോജ്യത മോഡിനേക്കാൾ വലുതാണ്".

2) പ്രധാന കോൺഫിഗറേഷനിലേക്ക് ഞങ്ങൾ ഒരു റോൾ ചേർക്കുന്നു MIKO_Softphone, അതിനായി ഞങ്ങൾ എല്ലാ അവകാശങ്ങളും പിൻവലിക്കുന്നു.

ഒരു പുതിയ മെറ്റാഡാറ്റ ഒബ്‌ജക്റ്റ് ചേർക്കുമ്പോൾ, ഈ സാഹചര്യത്തിൽ ഒരു റോൾ, ഡയറക്ടറി അപ്‌ഡേറ്റ് ചെയ്യേണ്ടതുണ്ട് മെറ്റാഡാറ്റ ഒബ്ജക്റ്റ് ഐഡൻ്റിഫയറുകൾ. ഞങ്ങൾ ഈ റോൾ എക്സ്റ്റൻഷനിൽ ചേർത്തപ്പോൾ, സ്റ്റാൻഡേർഡ് കോൺഫിഗറേഷനുകൾ അത് അവഗണിച്ചു, അതായത്, MetadataObjectIdentifiers ഡയറക്ടറി അപ്ഡേറ്റ് ചെയ്യുമ്പോൾ, അതിൽ റോൾ ദൃശ്യമായില്ല. ഇക്കാരണത്താൽ, ടെലിഫോണി പാനൽ ക്രമീകരണ പ്രൊഫൈൽ സംവിധാനം ശരിയായി പ്രവർത്തിക്കാത്തതിനാൽ ഇനിപ്പറയുന്ന പിശക് സംഭവിച്ചു: " MIKO_Softphone റോളിനായുള്ള മെറ്റാഡാറ്റ ഒബ്‌ജക്റ്റ് ഐഡൻ്റിഫയർ കണ്ടെത്തിയില്ല".

മാത്രമല്ല, ഈ സാഹചര്യം എല്ലാ കോൺഫിഗറേഷനുകളിലും ഉണ്ടായില്ല, മറിച്ച് "ട്രേഡ് മാനേജ്മെൻ്റ്, 11.2.3.218"ഒപ്പം "സങ്കീർണ്ണമായ ഓട്ടോമേഷൻ, 2.0.3.222"വിപുലീകരണത്തിൽ തന്നെ റോൾ ചേർത്തപ്പോൾ പ്രശ്‌നങ്ങളൊന്നും ഉണ്ടായില്ല. ഞങ്ങളുടെ പരിഹാരത്തിന് ചില വൈദഗ്ധ്യം നൽകുന്നതിനും ഞങ്ങൾ പിന്തുണയ്‌ക്കുന്ന മിക്ക കോൺഫിഗറേഷനുകളിലും പ്രശ്‌നരഹിതമായ പ്രവർത്തനം ഉറപ്പാക്കുന്നതിനും, റോൾ ചേർക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു. MIKO_softphoneപ്രധാന കോൺഫിഗറേഷനിലേക്ക് അത് വിപുലീകരണത്തിൽ കടമെടുക്കുക, തുടർന്ന് വിപുലീകരണത്തിൽ ഈ റോളിനുള്ള ക്രമീകരണങ്ങൾ നടപ്പിലാക്കുക.

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

നമുക്ക് സംഗ്രഹിക്കാം

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

എക്സ്റ്റൻഷൻ മെക്കാനിസം ഉപയോഗിച്ച് 1C നായി ഒരു ടെലിഫോണി പാനൽ ഉൾച്ചേർക്കുന്നതിനുള്ള നിർദ്ദേശങ്ങൾ സ്ഥിതിചെയ്യുന്നു.

ഫീഡ്ബാക്ക് ഫോം വഴി നിങ്ങളുടെ ചോദ്യങ്ങൾ ചോദിക്കുക.

ജോലിയുടെ ചെലവും വ്യത്യസ്ത റിലീസുകളിൽ നിന്നുള്ള വിവർത്തനത്തിനുള്ള ഓപ്ഷനുകളും

	വിവർത്തനം 8.1 → 8.2.13	വിവർത്തനം 8.2.13 → 8.2.16	വിവർത്തനം 8.2.16 → 8.3.10
വില, തടവുക. *	54,000 ₽	12,000 ₽	76,800 RUR

എല്ലാ മാറ്റങ്ങളുടെയും പട്ടിക വ്യത്യസ്ത പതിപ്പുകൾഇനിപ്പറയുന്ന ലിങ്കുകൾ വഴി പ്ലാറ്റ്ഫോം ലഭ്യമാണ്:
പ്ലാറ്റ്ഫോം 8.2-ന്:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

8.3 ലേക്ക് മാറ്റുന്നതിനുള്ള ജോലി ആരംഭിക്കുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് ഇത് ആവശ്യമാണ്:

നിയന്ത്രിത തടയൽ മോഡ് പരിശോധിക്കുക. "ഓട്ടോമാറ്റിക്" ഉപയോഗിക്കുകയാണെങ്കിൽ, 8.3-ലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുമ്പോൾ, നിയന്ത്രിത ലോക്കിംഗ് മോഡിലേക്ക് മാറുന്നതിന് അധിക ചിലവുകൾ ആവശ്യമായി വന്നേക്കാം.
നിങ്ങൾ 8.2.16-ഉം അതിലും ഉയർന്നതുമായ കോംപാറ്റിബിലിറ്റി മോഡ് ഉപയോഗിക്കുകയാണെങ്കിൽ, പട്ടികകൾ പുനഃക്രമീകരിച്ചിട്ടുണ്ടോ എന്ന് പരിശോധിക്കേണ്ടതുണ്ട്.
ഏത് തരത്തിലുള്ള ക്ലയൻ്റുകളാണ് ഉപയോഗിക്കുന്നതെന്ന് നിർണ്ണയിക്കുക (നേർത്തതും കട്ടിയുള്ളതും വെബ് ക്ലയൻ്റ്)
Linux പ്രവർത്തിപ്പിക്കുന്ന മെഷീനുകൾ ഉണ്ടോ എന്ന് നിർണ്ണയിക്കുക

കോൺഫിഗറേഷൻ്റെ വിവർത്തനം 8.1 → 8.2.13

ജോലിയുടെ ചിലവ്: 54,000 റബ്.

കോൺഫിഗറേഷൻ്റെ വിവർത്തനം 8.2.13 → 8.2.16 (പുനഃക്രമീകരണം ഉൾപ്പെടെ)

പ്രധാന മാറ്റങ്ങൾ:
അക്യുമുലേഷൻ രജിസ്റ്ററുകളുടെ സ്ഥിരാങ്കങ്ങളും ക്രമീകരണങ്ങളും സംഭരിക്കുന്നതിനുള്ള രീതി മാറ്റി. ഓരോ വസ്തുവിനും അതിൻ്റേതായ ഡാറ്റാബേസ് പട്ടികയുണ്ട്
നിയന്ത്രിത ലോക്കിംഗ് സംവിധാനം നടപ്പിലാക്കുന്നത് പുനർനിർമ്മിച്ചു.
"TLOCK" എന്ന സാങ്കേതിക ലോഗ് ഇവൻ്റിനായി, "Txt" പ്രോപ്പർട്ടി 8.2.13 പതിപ്പിനൊപ്പം കോംപാറ്റിബിലിറ്റി മോഡിൽ മാത്രമേ എഴുതിയിട്ടുള്ളൂ.
1C: എൻ്റർപ്രൈസ് മോഡിലെ പ്രവർത്തന വേഗതയിൽ ഡീബഗ്ഗിംഗ് മോഡിൻ്റെ സ്വാധീനം കുറച്ചു. നേർത്ത ക്ലയൻ്റ്, കട്ടിയുള്ള ക്ലയൻ്റ്, സെർവർ, ബാഹ്യ കണക്ഷൻ.
"Field1", "Field2" എന്നിവയിൽ ഒരു റഫറൻസ് തരത്തിലുള്ള മൂല്യങ്ങൾ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, "ValueType(Field1) = ValueType(Field2)" എന്ന ഫോമിൻ്റെ ഒരു അന്വേഷണത്തിൻ്റെ നിർവ്വഹണം ഒപ്റ്റിമൈസ് ചെയ്തിരിക്കുന്നു.
സങ്കീർണ്ണമായ തരത്തിലുള്ള ആട്രിബ്യൂട്ടുകൾ പ്രദർശിപ്പിക്കുന്ന നിയന്ത്രിത ഫോം ഫീൽഡുകൾക്കായി, സങ്കീർണ്ണമായ തരത്തിൽ വ്യത്യസ്ത ക്വിക്ക് സെലക്ഷൻ ക്രമീകരണങ്ങളുള്ള റഫറൻസ് തരങ്ങൾ ഉൾപ്പെടുന്ന സന്ദർഭങ്ങളിൽ ദ്രുത തിരഞ്ഞെടുക്കൽ ലിസ്റ്റിൻ്റെ ഓപ്പണിംഗ് ത്വരിതപ്പെടുത്തിയിരിക്കുന്നു.
പുതിയ സ്വതന്ത്രവും ആനുകാലികമല്ലാത്തതുമായ വിവര രജിസ്റ്ററിനായി, ഡൈമൻഷൻ ഇൻഡക്സ് ക്ലസ്റ്റർ ചെയ്തിരിക്കുന്നു

കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ ആവശ്യമായ മാറ്റങ്ങൾ:

കോംപാറ്റിബിലിറ്റി മോഡ് പ്രവർത്തനരഹിതമാക്കുമ്പോൾ, "Get()" എന്ന പീരിയോഡിക് ഇൻഫർമേഷൻ രജിസ്റ്റർ മാനേജർ രീതിയുടെ "പീരിയഡ്" പാരാമീറ്റർ ആവശ്യമാണ്. പതിപ്പ് 8.2.13, പതിപ്പ് 8.1 എന്നിവയുമായുള്ള അനുയോജ്യത മോഡിൽ, സ്വഭാവം മാറ്റമില്ല (ഒരു പാരാമീറ്റർ വ്യക്തമാക്കാതെ രീതി ഉപയോഗിക്കാം, പക്ഷേ ഫലം നിർവചിച്ചിട്ടില്ല).
“DataLockElement” ഒബ്‌ജക്റ്റിൻ്റെ “SetValue()”, “UseFromDataSource()” രീതികൾ ഒരേ സമയം ഉപയോഗിക്കുമ്പോൾ, ഒരു അപവാദം ഇടുന്നു. പതിപ്പ് 8.2.13 ഉള്ള അനുയോജ്യത മോഡിൽ, സ്വഭാവം മാറിയിട്ടില്ല (“UseFromDataSource()” രീതി സജ്ജീകരിച്ച മൂല്യം മുൻഗണന നൽകുന്നു).
സീരിയലൈസേഷനെ പിന്തുണയ്ക്കാത്ത ഡാറ്റ മൂല്യങ്ങൾ സംഭരിക്കുന്നതിന് ഇത് പിന്തുണയ്ക്കുന്നില്ല. അനുയോജ്യത മോഡിൽ സ്വഭാവം മാറിയിട്ടില്ല.
ഡാറ്റാബേസ് ഫയൽ അടിസ്ഥാനമാക്കിയുള്ളതാണെങ്കിൽ, ഇൻഫോബേസ് പരിവർത്തനം ചെയ്യണം. പരിവർത്തനം ആരംഭിച്ചതിന് ശേഷം, ഈ ഇൻഫോബേസിൽ പ്രവർത്തിക്കുക മുൻ പതിപ്പുകൾപ്ലാറ്റ്ഫോം "1C: എൻ്റർപ്രൈസ് 8" അസാധ്യമായിരിക്കും. ഒരു കോൺഫിഗറേഷൻ റിപ്പോസിറ്ററി ഉപയോഗിച്ചാണ് വികസനം നടത്തുന്നതെങ്കിൽ, ഇൻഫോബേസ് പരിവർത്തനം ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങൾ ശേഖരത്തിൻ്റെ ഒരു പകർപ്പ് ഉണ്ടാക്കണം.

പ്രധാനപ്പെട്ടത്. കോംപാറ്റിബിലിറ്റി മോഡ് മാറ്റുന്നതിൻ്റെ ഫലം ലഭിക്കുന്നതിന്, കോൺഫിഗറേറ്റർ വഴി നിങ്ങൾ ഒരു പുനഃക്രമീകരണം നടത്തേണ്ടതുണ്ട്: "അഡ്മിനിസ്ട്രേഷൻ → പരിശോധനയും തിരുത്തലും → ഇൻഫോബേസ് പട്ടികകൾ പുനഃക്രമീകരിക്കുന്നു."

ഒരു ടെസ്റ്റ് ബേസിൽ പുനർനിർമ്മാണം നടത്തുകയും ഈ പ്രവർത്തനത്തിൻ്റെ നിർവ്വഹണ സമയം അളക്കുകയും ചെയ്യേണ്ടത് ആദ്യം ആവശ്യമാണ്.
നിങ്ങൾ 8.2.19-നേക്കാൾ പഴയ 1C സെർവർ പതിപ്പാണ് ഉപയോഗിക്കുന്നതെങ്കിൽ, ഉദാഹരണത്തിന്, പതിപ്പ് 8.3, പുനഃക്രമീകരണം നടത്തുമ്പോൾ ഇനിപ്പറയുന്ന പിശകുകൾ സംഭവിക്കാം:

ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ ഇനിപ്പറയുന്നവ ചെയ്യേണ്ടതുണ്ട്:
ഒരു പ്രത്യേക 1C സെർവർ പതിപ്പ് 8.2.19 ഇൻസ്റ്റാൾ ചെയ്യുകയും അതിൽ അന്വേഷണത്തിലുള്ള ഡാറ്റാബേസ് വിന്യസിക്കുകയും ചെയ്യുക
1C സെർവർ പതിപ്പ് 8.2.19-ലെ കോൺഫിഗറേറ്ററിൽ ഡാറ്റാബേസ് തുറക്കുക, അനുയോജ്യത മോഡ് "ഉപയോഗിക്കരുത്" എന്നതിലേക്ക് മാറ്റുക.
ഇൻഫോബേസ് പട്ടികകൾ പുനഃക്രമീകരിക്കുക
പുനഃക്രമീകരണം പൂർത്തിയാക്കിയ ശേഷം, യഥാർത്ഥ 1C സെർവർ പതിപ്പ് 8.3-ലേക്ക് വിവര അടിത്തറ നീക്കുക

കോൺഫിഗറേഷൻ 8.2.13 കോംപാറ്റിബിലിറ്റി മോഡിൽ നിന്ന് 8.2.16 മോഡിലേക്ക് മാറ്റുന്നതിനുള്ള ചെലവ് (8.2.16, 8.2.19 പ്ലാറ്റ്‌ഫോം ഉപയോഗിക്കുമ്പോൾ അനുയോജ്യമല്ലാത്ത മോഡ്, 8.3 പ്ലാറ്റ്‌ഫോം ഉപയോഗിക്കുമ്പോൾ 8.2.16 കോംപാറ്റിബിലിറ്റി മോഡ്) 12,000 റബ്.

ഒരു തൊഴിൽ കരാർ ടെംപ്ലേറ്റ് ഡൗൺലോഡ് ചെയ്യാം.

കോൺഫിഗറേഷൻ്റെ വിവർത്തനം 8.2.16 → 8.3.10

കോൺഫിഗറേഷൻ വിവർത്തന പ്രവർത്തനത്തിൽ ഇനിപ്പറയുന്ന കോൺഫിഗറേഷൻ പരിഷ്‌ക്കരണങ്ങൾ ഉൾപ്പെടുന്നു:

1. സ്വത്തിൻ്റെ പേരിലുള്ള വൈരുദ്ധ്യങ്ങൾ ഇല്ലാതാക്കുക. 1C:Enterprise 8.3-ൽ പ്രത്യക്ഷപ്പെട്ട പുതിയ പ്രോപ്പർട്ടികളുമായി പൊരുത്തപ്പെടുന്നതിന് വേരിയബിൾ പേരുകൾ മാറ്റുന്നു.
2. വൈരുദ്ധ്യമുള്ള ചിത്രങ്ങളുടെ പേരുകൾ ഇല്ലാതാക്കുക. ചിത്ര ലൈബ്രറിയിൽ നിന്നുള്ള പേരുകളുമായി പൊരുത്തപ്പെടുന്ന പേരുകൾ ഉപയോഗിച്ച് ചിത്രങ്ങളുടെ പേരുകൾ പുനർനാമകരണം ചെയ്യുന്നു.
3. നിശ്ചിത ഘടനയുടെ സവിശേഷതകൾ മാറ്റുമ്പോൾ കോഡിൻ്റെ പരിഷ്ക്കരണം. ഒരു നിശ്ചിത ഘടനയുടെ പുനർനിർമ്മാണം ഉപയോഗിച്ച് ഒരു നിശ്ചിത ഘടനയുടെ ഗുണങ്ങളുടെ സൂചന മാറ്റിസ്ഥാപിക്കുക അല്ലെങ്കിൽ സമാനമായ "ഘടന" തരം ഉപയോഗിച്ച് അതിൻ്റെ ഉപയോഗം മാറ്റിസ്ഥാപിക്കുക.
4. 1C: എൻ്റർപ്രൈസ് 8.3-ൽ പിന്തുണയ്‌ക്കുന്ന കോഡ് ഉപയോഗിച്ച് താൽക്കാലിക സംഭരണത്തിൽ സീരിയലൈസ് ചെയ്യാനാവാത്ത മൂല്യങ്ങളുടെ പ്ലേസ്‌മെൻ്റ് മാറ്റിസ്ഥാപിക്കുന്നു.
5. നിയന്ത്രിത ഫോം വിശദാംശങ്ങൾക്കായി "കാണിക്കുക" എന്ന രീതിക്ക് പകരം "CurrentElement", "CurrentPage" പ്രോപ്പർട്ടികൾ, "സജീവമാക്കുക" രീതി എന്നിവ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു
6. 80 പ്രതീകങ്ങളിൽ കൂടുതൽ നീളമുള്ള മെറ്റാഡാറ്റ ഒബ്‌ജക്‌റ്റ് പേരുകൾ മാറ്റി പകരം മെറ്റാഡാറ്റ ഒബ്‌ജക്‌റ്റുകൾക്ക് 80 പ്രതീകങ്ങളോ അതിൽ കുറവോ ഉള്ള പേരുകൾ നൽകുക
7. പതിപ്പ് 8.3-ലേക്ക് മൈഗ്രേറ്റ് ചെയ്യുന്നതിനുള്ള രീതിശാസ്ത്രമനുസരിച്ച്, രീതികളും ഗുണങ്ങളും പുനർനാമകരണം ചെയ്യുന്നു.
8. തിരഞ്ഞെടുക്കലുകൾ, സോപാധിക ഫോർമാറ്റിംഗ്, ഗ്രൂപ്പിംഗുകൾ, ഡൈനാമിക് ലിസ്റ്റുകളിലെ ക്രമം എന്നിവയുമായി പ്രവർത്തിക്കുന്നതിനുള്ള മെക്കാനിസങ്ങളുടെ മെച്ചപ്പെടുത്തൽ.
9. ഇതുമായി ബന്ധപ്പെട്ട ചോദ്യങ്ങൾക്കുള്ള കോഡിൻ്റെ പരിഷ്ക്കരണം കീവേഡ്"പൊതു ഫലങ്ങൾ", മോഡിൽ അൺലോഡ് ചെയ്തു "ഗ്രൂപ്പിംഗ് വഴി അന്വേഷണ ഫലം ബൈപാസ് ചെയ്യുന്നു", ജോലിയുടെ മുൻ ലോജിക് സംരക്ഷിക്കാൻ.
10. COM ഒബ്ജക്റ്റ് ക്ലാസ് നാമങ്ങളിലെ മാറ്റങ്ങൾ. "V82.COMConnector" എന്നതിന് പകരം "V83.COMConnector", "V82.Application" എന്നിവയ്ക്ക് പകരം "V83.Application".
11. ഒരു ലിസ്റ്റിൽ നിന്ന് തിരഞ്ഞെടുക്കുന്ന രീതിയിലുള്ള ഇൻപുട്ട് ഫീൽഡുകൾക്കായുള്ള "ലിസ്റ്റിൽ നിന്ന് തിരഞ്ഞെടുക്കൽ ആരംഭിക്കുക" പരിപാടിയുടെ പ്രോഗ്രാം കോഡിലെ നിരസനം
12. "ഡ്രോപ്പ്ഡൗൺ ലിസ്റ്റ് ബട്ടൺ" പ്രോപ്പർട്ടി സജ്ജീകരിച്ച് ഇൻപുട്ട് ഫീൽഡുകൾക്കായുള്ള "ചോയ്‌സ്‌ലിസ്റ്റ് ബട്ടൺ" പ്രോപ്പർട്ടിയിൽ നിന്നുള്ള പ്രോഗ്രാം കോഡിൽ നിരസിക്കുക.
13. ആഗോള സന്ദർഭ രീതി “സേഫ്മോഡ്()” നൽകുന്ന മൂല്യത്തിൻ്റെ തരത്തിലെ മാറ്റം കണക്കിലെടുക്കാൻ കോഡ് മാറ്റുന്നു
14. സ്ഥിരാങ്കങ്ങൾക്കായുള്ള അന്വേഷണത്തിൻ്റെ ഫലത്തിലെ മാറ്റം കണക്കിലെടുക്കുന്നതിനായി കോഡ് മാറ്റുന്നു (സ്ഥിരമായ പട്ടികയുടെ "മൂല്യം" ഫീൽഡ് ആക്സസ് ചെയ്യുമ്പോൾ, സ്ഥിരമായത് "മൂല്യം സംഭരണം", "യുണീക് ഐഡൻ്റിഫയർ" അല്ലെങ്കിൽ തരം മൂല്യം സംഭരിക്കുന്നുവെങ്കിൽ "ബാഹ്യ ഡാറ്റ സോഴ്‌സ് ടേബിൾ റഫറൻസ്".
15. "മെയിൻ റോൾ" കോൺഫിഗറേഷൻ പ്രോപ്പർട്ടി "മെയിൻ റോളുകൾ" ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്നു
16. "InternetProxy" ഒബ്‌ജക്റ്റിനായുള്ള "User", "Password" പ്രോപ്പർട്ടികൾ നിരസിക്കുകയും "Set()", "User()", "Password()" രീതികൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുകയും ചെയ്യുക.
17. പതിപ്പ് 8.3-ലേക്കുള്ള പരിവർത്തന രീതി അനുസരിച്ച്, "ലിസ്റ്റിൽ കാണിക്കുക" എന്ന കമാൻഡിനെ പിന്തുണയ്ക്കുന്നതിനുള്ള കോഡിൻ്റെ പരിഷ്ക്കരണം.
18. SystemInformation.OSVersion പ്രോപ്പർട്ടിയുടെ റിട്ടേൺ മൂല്യം മാറുമ്പോൾ, സിസ്റ്റം പ്രവർത്തനത്തിൻ്റെ മുൻ ലോജിക് നിലനിർത്താൻ കോഡിൻ്റെ പരിഷ്ക്കരണം,
19. പതിപ്പ് 8.3-ൽ ലഭ്യമല്ലാത്ത ഓപ്‌ഷൻഓപ്പൺ വിൻഡോ എന്ന സിസ്റ്റം എണ്ണൽ ഉപയോഗിക്കാൻ വിസമ്മതിക്കുമ്പോൾ, സിസ്റ്റത്തിൻ്റെ മുൻ ലോജിക് നിലനിർത്താൻ കോഡിൻ്റെ പരിഷ്‌ക്കരണം.
20. മോഡൽ വിൻഡോകൾ ഉപയോഗിക്കാനുള്ള വിസമ്മതം കണക്കിലെടുത്ത് കോഡിൻ്റെ പരിഷ്ക്കരണം.
21. വെബ് ക്ലയൻ്റിനെ പിന്തുണയ്ക്കുന്നതിനുള്ള കോഡിൻ്റെ മെച്ചപ്പെടുത്തൽ, അതായത്, സെർവർ കോളുകൾ നിരസിക്കുകയും "അടയ്ക്കുന്നതിന് മുമ്പ്" വിൻഡോകൾ തുറക്കുകയും ചെയ്യുക, "അടയ്ക്കുമ്പോൾ" സെർവർ കോളുകൾ നിരസിക്കുക.
22. കാണാത്ത റോളിലേക്ക് ഫംഗ്‌ഷനെ ഒരു പാരാമീറ്ററായി കൈമാറുമ്പോൾ, RoleAvailable() ഫംഗ്‌ഷൻ ശരിയായി ഉപയോഗിക്കുന്നത് സാധ്യമാക്കുന്നതിന് കോഡിൻ്റെ മെച്ചപ്പെടുത്തൽ.
23. ഒരു നിയന്ത്രിത ആപ്ലിക്കേഷനായി: നിയന്ത്രിത ആപ്ലിക്കേഷൻ്റെ ഇവൻ്റ് ഹാൻഡ്‌ലറുകളിൽ 8.3.8 പതിപ്പ് മുതൽ ആരംഭിക്കുന്നു, ബിഫോർ സിസ്റ്റം ഷട്ട്ഡൗൺ, എപ്പോൾ സിസ്റ്റം ഷട്ട്ഡൗൺ, അതുപോലെ ക്ലോസിംഗ് മോഡിലുള്ള ഒരു നിയന്ത്രിത ഫോമിൻ്റെ ഇവൻ്റ് ഹാൻഡ്‌ലറുകൾ, ബിഫോർ ക്ലോസിംഗ്, എപ്പോൾ ക്ലോസിംഗ്, വിൻഡോകൾ തുറക്കുന്നതും സെർവർ കോളുകൾ ചെയ്യുന്നതും നിരോധിച്ചിരിക്കുന്നു. സെർവർ കോളുകൾ ഇല്ലാതെ - ഫോമുകൾ ശരിയായി അടയ്ക്കുന്നതിന് കോൺഫിഗറേഷൻ മെച്ചപ്പെടുത്തേണ്ടതുണ്ട്.
24. വേരിയബിൾ നെയിം വൈരുദ്ധ്യം: നിങ്ങൾക്ക് ഒരു ഫോം മൊഡ്യൂളിൽ FormParameters എന്ന വേരിയബിൾ നാമം ഉപയോഗിക്കാൻ കഴിയില്ല. അതിനാൽ, ഈ വേരിയബിളുകൾ പുനർനാമകരണം ചെയ്തുകൊണ്ട് FormParameters എന്ന് പേരുള്ള വേരിയബിളുകൾ ഉപയോഗിക്കുന്ന എല്ലാ മാനേജ് ചെയ്ത ഫോം മൊഡ്യൂളുകളും പരിഷ്‌ക്കരിക്കേണ്ടത് ആവശ്യമാണ്.

ഈ സൃഷ്ടികൾക്കുള്ള വില പ്രാഥമികവും മിക്ക കോൺഫിഗറേഷനുകൾക്കും സാധുതയുള്ളതുമാണ്. ഒരു കരാർ അവസാനിപ്പിക്കുമ്പോൾ ജോലി ആരംഭിക്കുന്നതിന് മുമ്പ്, ഞങ്ങൾ കോൺഫിഗറേഷൻ പരിശോധിക്കുന്നു പരിശോധിച്ച ശേഷം, ജോലിയുടെ വിലയും നിബന്ധനകളും ഞങ്ങൾ സ്ഥിരീകരിക്കുന്നു. കോൺഫിഗറേഷനുകൾ വളരെ വ്യത്യസ്‌തമായിരിക്കുമെന്നതിനാൽ പരിശോധന അനിവാര്യമാണ്.

ജോലിയുടെ ചിലവ്: 76,800 റബ്.

ഒരു തൊഴിൽ കരാർ ടെംപ്ലേറ്റ് ഡൗൺലോഡ് ചെയ്യാം.

8.3.10 ഉപയോഗിച്ച് കോൺഫിഗറേഷൻ കോംപാറ്റിബിലിറ്റി മോഡിലേക്ക് മാറ്റുന്നതിനുള്ള ചിലവ് ഇതായിരിക്കാം വർദ്ധിച്ചു, എങ്കിൽ:
കോൺഫിഗറേഷൻ ഉപയോഗിക്കുന്നു നിയന്ത്രിത ഫോമുകൾ
രീതിയുടെ ഉപയോഗം ഉപേക്ഷിക്കേണ്ടത് ആവശ്യമാണ്
Linux OS-ൽ കോൺഫിഗറേഷൻ്റെ പ്രവർത്തനക്ഷമത നിലനിർത്തേണ്ടത് ആവശ്യമാണ്

ഓൺലൈൻ സേവനങ്ങൾ