வீடு > நிறுவனங்கள் > நேரம் மற்றும் எல்லை, நோக்கம், பயன்பாட்டின் எடுத்துக்காட்டுகளில் புள்ளி. தானியங்கி மற்றும் கட்டுப்படுத்தப்பட்ட தடுப்பு


நேரம் மற்றும் எல்லை, நோக்கம், பயன்பாட்டின் எடுத்துக்காட்டுகளில் புள்ளி. தானியங்கி மற்றும் கட்டுப்படுத்தப்பட்ட தடுப்பு




நேரத்தின் தருணம்:
நிறுவனம் 1C இதை இவ்வாறு விவரிக்கிறது:
தரவுத்தளத்தில் ஒரு பொருளுக்கான நேரத்தில் ஒரு புள்ளியைப் பெறவும் சேமிக்கவும் வடிவமைக்கப்பட்டுள்ளது. தேதி மற்றும் நேரம் மற்றும் தரவுத்தள பொருளின் குறிப்பைக் கொண்டுள்ளது. உடனடி நேர வகையின் பிற பொருள்களின் சொத்து மதிப்புகள் மற்றும் முறை அளவுருக்களாகப் பயன்படுத்தப்படுகிறது.
ஒரே தேதி மற்றும் நேரத்தைக் கொண்ட பொருட்களுக்கான நேரப் புள்ளிகளை வேறுபடுத்துவது முக்கியமான சந்தர்ப்பங்களில், எடுத்துக்காட்டாக, நேர அச்சில் ஆவணங்களின் நிலைகளை ஒப்பிடுவதற்கு, பாயிண்ட் இன் டைம் பயன்படுத்தப்படுகிறது.

மற்றும் உங்கள் சொந்த வார்த்தைகளில்:
ஒரு புள்ளி என்பது ஒரு தேதி மற்றும் ஒரு ஆவணத்திற்கான குறிப்பு ஆகியவற்றின் கலவையாகும். ஒரு நொடிக்குள் ஆவணங்களைப் பிரித்து ஒழுங்கமைக்க உங்களை அனுமதிக்கிறது, அனைத்து ஆவணங்களையும் தெளிவற்ற வரிசையில் வரிசைப்படுத்துகிறது. ஒரு கட்டத்தில் இடுகையிடும்போது தரவைப் பெறுவது, ஆவணம் இடுகையிடப்பட்ட அதே வினாடியில் செய்யப்பட்ட நகர்வுகள் கணக்கில் எடுத்துக்கொள்ளப்படுவதை உறுதி செய்கிறது, ஆனால் அதன் முன் அமைந்துள்ளது.
ஆனால் ஒரு தனித்தன்மை உள்ளது - அதே வினாடியில் இடுகையிடப்பட்ட ஆவணங்கள் சீரற்ற வரிசையில் அமைக்கப்பட்டிருக்கின்றன, அவற்றின் உடல் உருவாக்கத்தின் வரிசையில் அல்ல (7.7 இல் இருந்தது போல).

InstantTime() என்பது ஆவணத்தின் நிலைக்கு முந்தைய தருணம் (7ல் உள்ள CalculateRegistersOn(CurrentDocument()ஐ ஒத்தது) மற்றும் ஆவண நிலைக்குப் பிறகு உடனடியாகத் தருணத்தைப் பெற வேண்டும் என்றால், பார்டர் பொருளைப் பயன்படுத்தவும்
கோட் 1C v 8.x ஆவணத்திற்குப் பிறகு உடனடியாக = புதிய பார்டர்(ஆவண இணைப்பு,BorderView.உட்பட)

குறியீடு 1C v 8.x // உதாரணம், தரவுத்தளத்தில் உள்ள ஒரு பொருளுக்கான தேதி மற்றும் இணைப்பைப் பயன்படுத்தி நேரப் புள்ளியை உருவாக்குகிறது.
கணம் = புதிய தருணம்(TekDocument.Date, TechDocument.Link);

நிலுவைகளைப் பெறும்போது:
"பாயிண்ட் இன் டைம்" என்பது ஒரு மெய்நிகர் புலம், தரவுத்தளத்தில் சேமிக்கப்படவில்லை. பாயின்ட் இன் டைம் ஆப்ஜெக்ட்டைக் கொண்டுள்ளது (இதில் தேதி மற்றும் ஆவண இணைப்பு உள்ளது)
<Виртуальная>இருப்பு அட்டவணை தரவுத்தளத்தில் சேமிக்கப்படவில்லை, ஆனால் அதை அணுகும் நேரத்தில் கட்டப்பட்டது.
1. நிலுவைகள் கணக்கிடப்பட்ட அளவுரு மதிப்பை விட அதிகமான அல்லது அதற்கு சமமான நேரப் புள்ளியைத் தேர்ந்தெடுக்கவும்
2. இந்த நேரத்தில் மொத்த அட்டவணையில் இருந்து மீதமுள்ளவை பெறப்படுகின்றன
3. நிலுவைகள் கணக்கிடப்படும் நேரத்தின் புள்ளியானது மொத்தங்களின் நேரத்தின் புள்ளியுடன் ஒத்துப்போகவில்லை என்றால், நிலுவைகள் இயக்கங்களால் கணக்கிடப்படும்.

எல்லை:
ஒரு குறிப்பிட்ட அளவிலான மதிப்புகளின் எல்லையைப் பெறவும் சேமிக்கவும் வடிவமைக்கப்பட்டுள்ளது. இடைவெளியின் எல்லை மதிப்பையும், இடைவெளியில் எல்லை மதிப்பைச் சேர்ப்பதன் அல்லது விலக்குவதற்கான அடையாளத்தையும் கொண்டுள்ளது.
எல்லை வகையின் பிற பொருட்களின் சொத்து மதிப்புகள் மற்றும் முறை அளவுருக்களாகப் பயன்படுத்தப்படுகிறது.
எல்லை மதிப்பைச் சேர்ப்பது அல்லது விலக்குவது முக்கியமான சந்தர்ப்பங்களில் எல்லை பயன்படுத்தப்படுகிறது, எடுத்துக்காட்டாக, குவிப்பு பதிவேடுகள், துண்டுகள் மற்றும் தகவல் பதிவு மதிப்புகளின் இருப்பு மற்றும் திருப்பங்களைப் பெறும்போது, ​​வினவல் இடைவெளிகளை அமைக்க.

பார்டர் வகை - எல்லை மதிப்பு தொடர்பாக எல்லை வகைகளின் தொகுப்பை வரையறுக்கிறது:
எல்லைக்காட்சி.உட்பட - எல்லையில் எல்லை மதிப்பு அடங்கும்.
BoundaryView.Excluding - எல்லையானது எல்லை மதிப்பை விலக்குகிறது.
குறியீடு 1C v 8.x பார்டர் = புதிய பார்டர்(தேதி, பார்டர் வகை.உட்பட);
Request.SetParameter("ConBorder", பார்டர்);

ஆவணத்தின் தேதியின் நிலுவைகளைப் பெறுவதற்கான எடுத்துக்காட்டு, அதன் இயக்கங்கள் உட்பட
கோரிக்கை.உரை =
"தேர்வு

|இருந்து

Request.SetParameter("MomTime", புதிய எல்லை(MomTime.InstantTime(),BorderType.Including));

ஆவண தேதியில் நிலுவைகளைப் பெறுவதற்கான எடுத்துக்காட்டு, ஆனால் அதன் இயக்கங்களுக்கு முன்
குறியீடு 1C v 8.x கோரிக்கை = புதிய கோரிக்கை;
கோரிக்கை.உரை =
"தேர்வு
| நிறுவனங்களின் ஊழியர்களுடன் பரஸ்பர தீர்வுகள் இருப்பு, தனிநபர்கள்,
| நிறுவனங்களின் ஊழியர்களுடன் பரஸ்பர தீர்வுகள் இருப்புக்கள் பரஸ்பர தீர்வுகளின் அளவு இருப்பு
|இருந்து
| நிறுவனங்களின் பணியாளர்களுடன் பரஸ்பர தீர்வுகள்.
MomTime = ஆவணங்கள். நிறுவன ஊழியர்களுக்கான ஊதியம். எண் மூலம் கண்டுபிடிக்கவும்("00012","12/31/2009 23:59:59");
Request.SetParameter("MomTime", புதிய எல்லை(MomTime.InstantTime(), BorderType.Excluding);
// அல்லது இது போல்: Request.SetParameter("MomTime", MomTime.Instance());
Request.SetParameter("Physicist", Directories.Individuals.FindByCode("365"));
OutputResult(Query.Run());

தளத்தில் இருந்து எடுக்கப்பட்ட தகவல்கள்

SCP ஐ செயல்படுத்துவதில் போதுமான அனுபவம் இருப்பதால், ஒவ்வொரு திட்டத்திலும், விரைவில் அல்லது பின்னர் திட்டத்தில் பணிபுரிய கணக்கியல் துறையை ஒரு துறையாக மாற்றுவது அவசியம் என்பதை நான் கவனிக்க விரும்புகிறேன். இந்த செயல்பாட்டில் சில சிரமங்கள் உள்ளன. குறிப்பாக, BP 2.0 இலிருந்து UPP க்கு மாறுவதை நான் கவனிக்க விரும்புகிறேன். BP 3.0 ஏற்கனவே வெளியிடப்பட்ட போதிலும், இந்த கேள்வி சில காலத்திற்கு பிரபலமாக இருக்கும் என்று நினைக்கிறேன். அதனால் என்ன சிரமம்?

1.3 இல் கணக்கியல் துறையானது 2.0 ஐ விட பதிப்பு 1.6 இன் நிறுவன கணக்கியல் துறைக்கு நெருக்கமாக உள்ளது என்பதிலிருந்து நாம் தொடங்க வேண்டும், இருப்பினும் அனைத்து செயல்பாடுகளும் நவீன யதார்த்தங்களுக்கு ஒத்திருக்கிறது. ஆயினும்கூட, இது பழைய, தார்மீக ரீதியாக வழக்கற்றுப் போன ஒன்றுக்கு திரும்புவதாக கருதப்படுகிறது. மற்றும் மிக முக்கியமாக, இதில் நியாயமான அளவு உண்மை உள்ளது.

நிச்சயமாக, கணக்கியல் பணிகளுக்கு, உள்ளமைவு (இனி BP என குறிப்பிடப்படுகிறது) 2.0 நன்மைகள் மற்றும் வசதிகளைக் கொண்டுள்ளது, இருப்பினும், UPP இன் சிறப்பம்சமானது அதன் உற்பத்தி சுற்று ஆகும், இது எந்த 1C தீர்வுகளிலும் (தவிர) ஒப்புமைகள் இல்லை. துரதிர்ஷ்டவசமாக, இந்த குறிப்பிட்ட உளவியல் நன்மையை மாற்றுவது கடினம்; மீண்டும் பயிற்சி பெறாதவர்கள் பணிநீக்கம் செய்யப்படுவார்கள் என்ற நிர்வாகத்தின் வலுவான விருப்பத்துடன் முடிவெடுப்பதன் மூலம் மட்டுமே இதை அடைய முடியும்.

1C UPP மற்றும் 1C கணக்கியலுக்கு இடையிலான வேறுபாடுகள்

UPP ஐ BP இலிருந்து வேறுபடுத்தும் முக்கிய எதிர்மறை புள்ளிகள், நான் நடைமுறையில் சந்தித்தேன்:

  • இணைப்பைப் பயன்படுத்தி விலைப்பட்டியலை உருவாக்குதல் (பிபியில் இந்த விலைப்பட்டியல் ஒரு தனி தாவலில் உள்ளிடப்பட்டுள்ளது).
  • அறிக்கைகளின் தோற்றம் (UPP இல் உள்ள கணக்கு அறிக்கைகள் நிச்சயமாக மந்தமானதாக இருக்கும், பச்சை தலைப்பு மற்றும் பல அமைப்புகளுடன் BP இல் உள்ள அழகான அறிக்கைகளுக்கு மாறாக).
  • ஆவணப் பத்திரிகைகளில் உள்ள வேறுபாடுகள் (பிபியில் உள்ள கணக்காளர்கள் பழக்கமான ஆவணப் பத்திரிகைகளின் பெயர்கள் மற்றும் கலவை இரண்டும் வேறுபட்டவை).
  • ஆவண இதழ் படிவங்களில் கூடுதல் தேடல் புலங்களின் கிடைக்கும் தன்மை.

1C இல் 267 வீடியோ பாடங்களை இலவசமாகப் பெறுங்கள்:

கணக்கியலைப் பாதிக்கக்கூடிய இவை மற்றும் பிற தொழில்நுட்ப சாத்தியக்கூறுகள் பற்றி இப்போது நாம் இன்னும் விரிவாகப் பேச வேண்டும். மேலும், 1C UPP நமக்கு என்ன மாற்றுகளை வழங்குகிறது?

ஒரு கணக்காளருக்கு UPP மற்றும் BP இல் கணக்கியல் கொள்கைகளில் உள்ள மிக முக்கியமான வேறுபாடு, பிரதிபலிக்கும் சாத்தியமற்றது (ஒருவேளை மிகக் குறைந்த அளவு) ஆகும். வணிக பரிவர்த்தனைகள் « கணக்கியல் சான்றிதழ்கள்" சில நிறுவனங்களில், கணக்கியலின் பாதி "செயல்பாடுகள்" பயன்பாட்டில் கட்டப்பட்டுள்ளது. இந்த அம்சம் UPP இல் கணக்கியல் பதிவேடுகளின் பரவலான பயன்பாட்டிலிருந்து எழுகிறது, கணக்கியல் பதிவேடுகள் மட்டுமல்ல. UPP இல், பெரும்பாலான செயல்பாடுகள் சிறப்பு ஆவணங்களைப் பயன்படுத்தி மேற்கொள்ளப்படுகின்றன.

எடுத்துக்காட்டு: பெரும்பாலான கணக்காளர்கள் ஒரு செயல்பாட்டைப் பயன்படுத்தி வழங்கப்பட்ட கடன்களுக்கான வட்டியை பிரதிபலிக்கிறார்கள், இது கடித Dt91 Kt76 ஐக் குறிக்கிறது, இருப்பினும், 1C UPP இல் இந்த அணுகுமுறை பாதிக்காது, எடுத்துக்காட்டாக, எதிர் கட்சிகளுடன் பரஸ்பர தீர்வுகளின் பதிவேடு. பொருட்கள் மற்றும் சேவைகளின் விற்பனை ஆவணத்தை நீங்கள் பயன்படுத்த வேண்டும்.

செயல்பாட்டு ஆவணத்தைப் பயன்படுத்துவது சாத்தியம் என்பதை தனித்தனியாகக் குறிப்பிடுவது மதிப்பு, ஆனால் பதிவு சரிசெய்தல் ஆவணத்துடன் இணைந்து மட்டுமே, மேலும் இந்த ஆவணம் எந்த ஆயத்தமில்லாத பயனரையும் குழப்பலாம்.

மேலும், சில கணக்கியல் கணக்குகளுக்கான துணைக் கணக்கியலில் வேறுபாடுகள் உள்ளன மற்றும் நிலையான முறைகளைப் பயன்படுத்தி ஆர்வமுள்ள தகவல்களைப் பெறுவது சாத்தியமற்றது என்பதைக் கவனத்தில் கொள்ள வேண்டும். எடுத்துக்காட்டாக, கணக்கு 60 இல் மூன்றாவது துணைக் கணக்கு "எதிர் கட்சியுடனான தீர்வுகளின் ஆவணங்கள்" இல்லை, அதன்படி பதிவாளர் ஆவணம் BP இல் பிரதிபலிக்கிறது; அதன்படி, இந்த ஆவணங்களை தரநிலையைப் பயன்படுத்தி பார்க்க முடியாது. இருப்புநிலை. இந்த சூழ்நிலையில் இருந்து வெளியேறும் வழியின் ஒரு பகுதி "எதிர் கட்சிகளுடன் பரஸ்பர தீர்வு அறிக்கை" அறிக்கையைப் பயன்படுத்துவதாகும்.

1C UPP இல் சில "ஆஃப்-பேலன்ஸ் ஷீட்" கணக்குகள் இல்லாதது, எடுத்துக்காட்டாக, MC கணக்குகள். உண்மையில், செயல்பாட்டில் உள்ள பொருட்கள் MC கணக்கில் உள்ள BP கணக்கில் கணக்கில் எடுத்துக்கொள்ளப்படுகின்றன. UPP இல், செயல்பாட்டிற்கு மாற்றப்பட்ட பொருட்கள் பற்றிய தகவல்கள் "செயல்பாட்டில் உள்ள பொருட்கள்" பதிவேட்டில் கணக்கில் எடுத்துக்கொள்ளப்படுகின்றன; "செயல்பாட்டில் உள்ள பொருட்களின் அறிக்கை" அறிக்கையைப் பயன்படுத்தி அவற்றைப் பற்றிய தகவல்களைப் பெறலாம்.

ஒரு மாத இறுதி நிறைவு நடைமுறை இல்லாதது, இது மிகவும் நெருக்கமாகவும் புரிந்துகொள்ளக்கூடியதாகவும் உள்ளது. ஆம், அத்தகைய செயலாக்கம் SCP இல் சேர்க்கப்படவில்லை. ஒரு மாதத்தை மூடுவது "மாத நிறைவு செயல்முறை" வணிக செயல்முறையைப் பயன்படுத்தி மேற்கொள்ளப்படுகிறது, இது "மாத நிறைவு அமைப்பு" அடைவு உறுப்பைப் பயன்படுத்துகிறது.

ஒருவேளை இந்த புள்ளி முற்றிலும் சிறப்பு வழக்கு. இருப்பினும், இது கவனிக்கத்தக்கது. ஆவணம் “நிலையான சொத்துக்களின் இயக்கம்” - இங்குள்ள சிரமம் என்னவென்றால், நிலையான சொத்து பொருள் எங்கிருந்து, எங்கு நகர்த்தப்படுகிறது என்பதை கணக்கியல் துறை குறிக்கிறது, ஆனால் SCP பொருள் நகர்த்தப்பட்ட இடத்தை மட்டுமே குறிக்கிறது. பொருளின் உண்மையான இடம் ஒரு குறிப்பிட்ட நேரத்தில் பதிவு உள்ளீட்டால் தீர்மானிக்கப்படுகிறது.

UPP இல் உள்ள தேய்மானத் தாள் அறிக்கை வேறுபட்ட விளக்கத்தைக் கொண்டுள்ளது மற்றும் நிலையான சொத்துகளின் இயக்கத்தைப் பிரதிபலிக்காது; மாற்றாக, நீங்கள் நவீனமயமாக்கப்பட்ட அறிக்கையைப் பயன்படுத்தலாம்.

நிரப்ப வேண்டிய விவரங்களின் எண்ணிக்கை அதிகரிக்கப்பட்டது. நிச்சயமாக, விவரங்களின் எண்ணிக்கை அதிகரித்துள்ளது. இருப்பினும், பயனர் அமைப்புகளுக்கு நன்றி, இதுபோன்ற பெரும்பாலான விவரங்கள் தானாகவே நிரப்பப்படும்.

இந்த சூழ்நிலையிலிருந்து வெளியேறும் வழிகள்

ஒரு விதியாக, நாம் எதிர்கொள்ளும் பெரும்பாலான பிரச்சனைகளுக்கு பல தீர்வுகள் உள்ளன. இந்த சூழ்நிலையில், நான் முன்னிலைப்படுத்த முடியும், எடுத்துக்காட்டாக, இது:

ஒரு நிறுவனத்தில் கணக்கியல் துறையின் நிலை மிகவும் வலுவாக இருந்தது, அவர்கள் 1C UPP 1.3 இல் கடந்த காலத்திற்குச் செல்வதை உண்மையில் விரும்பவில்லை, திட்டம் தோல்வியடையும் அபாயத்தில் இருந்தது... அதிர்ஷ்டவசமாக, நிறுவனம் சிறப்பாக இருந்தது. நிதி வாய்ப்புகள்... இதன் விளைவாக அனைவரின் முழுமையான கடிதப் பரிமாற்றம் இருந்தது கணக்கியல் அறிக்கைகள்மற்றும் அவற்றை BP 2.0 வடிவத்திற்கு கொண்டு வருதல், ஆவணப் பதிவுகளில் புதிய ஆவணங்களைச் சேர்த்தல், ஆவணப் பதிவு படிவங்களில் தேடல் படிவங்களைக் காட்டுதல். இது விலை உயர்ந்ததாக மாறியது: வளர்ச்சி மற்றும் கூடுதல் ஆதரவின் அடிப்படையில், ஆனால் கணக்கியல் துறை அதன் முக்கியத்துவத்தை உணர்ந்தது, மேலும் திட்டம் தொடர்ந்தது.

இந்த விருப்பம் மிகவும் பயனுள்ளதாக இல்லை என்றாலும், அது வாழ்க்கையில் உள்ளது.

முற்றிலும் எதிர்மாறான தீர்வு, ஏற்கனவே உள்ள செயல்பாட்டை மட்டுமே பயன்படுத்த நிர்வாகத்தின் கண்டிப்பான அறிவுறுத்தலாக இருக்கும். மூலம், இது முழுமையான கணக்கியலை அனுமதிக்கிறது மற்றும் அனைத்து கட்டுப்பாட்டு வழிமுறைகளையும் கொண்டுள்ளது. இந்த அணுகுமுறை நிறுவனத்திற்கு உகந்தது!

ஸ்டாண்டர்ட் அல்லது அவர்களது சொந்த உள்ளமைவுகளுடன் பணிபுரியும் செயல்படுத்துபவர்களுக்கு - மற்றும் 1C இல் சான்றிதழுக்காகத் தயாராகி வருபவர்களுக்கு: பிளாட்ஃபார்ம் ஸ்பெஷலிஸ்ட்.

இந்த கட்டுரையில் நாம் பார்ப்போம்:

  • எப்படி நிர்வகிக்கப்பட்ட பூட்டுகளை சரியாக பயன்படுத்தவும்ஆவணங்களின் செயல்பாட்டு மற்றும் செயல்படாத செயலாக்கத்திற்காக
  • அது என்ன வழிவகுக்கும் தடை இல்லை
  • உடனடியாக கண்டுபிடிக்கப்படாத மற்றும் கடுமையான விளைவுகளை ஏற்படுத்தக்கூடிய தவறுகளை எவ்வாறு தவிர்ப்பது :)

படிக்கும் நேரம்: 20 நிமிடங்கள்.

எனவே, 1C இல் இருப்புகளைக் கட்டுப்படுத்துவதற்கான இரண்டு முறைகள்: எண்டர்பிரைஸ் 8.3

"பழைய முறை" மற்றும் "புதிய முறை" என்ற பெயர்கள் மிகவும் தன்னிச்சையானவை என்பதிலிருந்து தொடங்குவோம். உண்மையில், 2010 முதல் "புதிய நுட்பம்" பயன்படுத்தப்பட்டால், அது இனி மிகவும் புதியது அல்ல :)

இருப்பினும், நாங்கள் மீண்டும் இங்கே நிறுத்த வேண்டிய கட்டாயத்தில் இருக்கிறோம், ஏனென்றால் இந்த அணுகுமுறைகளை வேறுபடுத்துவது அவசியம் மற்றும் இது முக்கியமானது.

"பழைய முறை" என்பது 1C: எண்டர்பிரைஸ் 8.0 நாட்களில் இருந்து பயன்படுத்தப்படும் எச்சங்களைக் கட்டுப்படுத்துவதற்கான அணுகுமுறையாகும்.

2010 முதல், தளத்தின் வளர்ச்சி மற்றும் 1C: எண்டர்பிரைஸ் 8.2 உடன் புதிய திறன்களைச் சேர்ப்பதன் மூலம், ஒரு "புதிய முறை" பயன்படுத்தப்பட்டது ( இருப்பினும் - எல்லா இடங்களிலும் இல்லை).

என்ன வேறுபாடு உள்ளது?

அடிப்படை வேறுபாடு எச்சங்களைக் கட்டுப்படுத்தும் தருணத்தில் உள்ளது:

  • "பழைய" முறையில், பதிவேடுகளில் இயக்கங்களை பதிவு செய்வதற்கு முன் இருப்புக்கள் கட்டுப்படுத்தப்படும்.
    முதலில், நிலுவைகளை நாங்கள் சரிபார்க்கிறோம், நிலுவைகள் "போதுமானதாக இல்லை" என்றால் (இருக்கும் எதிர்மறை சமநிலைகள்) - நாங்கள் ஆவணத்தை செயலாக்க மாட்டோம்
  • "புதிய" முறையில், பதிவு இயக்கங்களுக்குப் பிறகு, அதாவது உண்மைக்குப் பிறகு கட்டுப்பாடு ஏற்படுகிறது.
    செயல்படுத்தப்பட்ட பிறகு எதிர்மறை நிலுவைகள் உருவாக்கப்பட்டால், நீங்கள் பரிவர்த்தனையை "திரும்ப" செய்ய வேண்டும், அதாவது ஆவணத்தை ரத்து செய்யுங்கள்.

புதிய நுட்பத்தின் நன்மைகள் மற்றும் தீமைகள் ஒரு தனி கட்டுரையில் விரிவாக விவாதிக்கப்படுகின்றன, எனவே பொது ஆய்வறிக்கைக்கு மட்டுமே நம்மை கட்டுப்படுத்துவோம் - செயல்திறன் மற்றும் அளவிடுதல் ஆகியவற்றின் அடிப்படையில் புதிய நுட்பம் மிகவும் உகந்ததாகும்.

சரி, பழைய நுட்பம் கடந்த காலத்தின் ஒரு விஷயம் மற்றும் இது UT 10.3 இன் விதியா?

இல்லை, அது முற்றிலும் உண்மை இல்லை.

பொருட்களை எழுதும்போது, ​​​​புதிய முறையைப் பயன்படுத்தலாம் தேவையான அனைத்து தரவுகளும் ஆவணத்தில் உள்ளன மற்றும் கணக்கிட தேவையில்லை.

எடுத்துக்காட்டாக, ஆவணத்தின் அட்டவணைப் பகுதியிலிருந்து எழுதப்படும் தொகை அறியப்படும் போது. செலவு விலையில் சிக்கல் எழுகிறது, ஏனெனில் இது பதிவேட்டில் எழுதுவதற்கு முன் கணக்கிடப்பட வேண்டும், அதாவது, தரவுத்தளத்திற்கு ஒரு வினவலை செயல்படுத்துகிறது.

எனவே, அளவு மற்றும் செலவு பற்றிய தரவு தனித்தனி பதிவேடுகளில் சேமிக்கப்பட்டால், புதிய முறை வெற்றிகரமாக பயன்படுத்தப்படலாம்.

உதாரணமாக, இது போன்றது:

இருப்பினும், ஒரே பதிவேட்டில் அளவு மற்றும் செலவு ஆகிய இரண்டும் கணக்கில் எடுத்துக்கொள்ளப்படும் கட்டமைப்புகள் உள்ளன. இங்கே அது நியாயமானது எச்சத்தை கட்டுப்படுத்தும் பழைய முறை இன்னும் செயல்படுகிறது!

அளவு மற்றும் செலவு ஆகிய இரண்டிற்கும் ஒரு பதிவேட்டின் உதாரணம் இங்கே:

வழக்கமான கட்டமைப்புகள் பற்றி என்ன? இது ஒரு புதிய நுட்பம், இல்லையா?

எப்பொழுதும் இல்லை!

எடுத்துக்காட்டாக, “1C: வர்த்தக மேலாண்மை 11.3” இல் 2 பதிவுகள் உள்ளன:

ஷிப்பிங் ஆவணங்களை இடுகையிடும்போது, ​​"பொருட்களின் விலை" பதிவேட்டில் நிரப்பப்படவில்லை. மாதத்தை மூடுவதற்கு வழக்கமான செயல்பாடுகளைச் செய்யும்போது மட்டுமே தரவு இந்தப் பதிவேட்டில் நுழைகிறது.

UT 11 ஒரு புதிய நுட்பத்தைப் பயன்படுத்துகிறது, ஆவணங்களை இடுகையிடுவதற்கான அனைத்து தரவையும் கட்டுப்படுத்தப்பட்ட பதிவேடுகளை அணுகாமல் பெறலாம்.

"1C: கணக்கியல்" பொறுத்தவரை, அளவு மற்றும் செலவு இரண்டும் அங்கு சேமிக்கப்படும் ஒரு பதிவேட்டில்கணக்கியல் துறை, தொடர்புடைய கணக்கியல் கணக்குகளில்.

அதனால் தான் பிபி 3.0 பழைய நுட்பத்தைப் பயன்படுத்துகிறது.

UT 11 இல் அளவு மற்றும் செலவு கணக்கியல் வெவ்வேறு பகுப்பாய்வுகளுடன் மேற்கொள்ளப்படுகிறது என்பதை நினைவில் கொள்ளவும். எடுத்துக்காட்டாக, அமைப்பு, பிரிவு, மேலாளர், செயல்பாட்டு வகை, VAT மற்றும் பலவற்றால் செலவு கூடுதலாக பராமரிக்கப்படுகிறது.

இந்தக் கட்டுரையின் ஒரு பகுதியாக, இருப்புகளைக் கட்டுப்படுத்தும் பழைய மற்றும் புதிய முறைகள் இரண்டிற்கும் தடுப்பதை ஆராய்வோம்.

ஆவணங்களின் உடனடி செயலாக்கம் பற்றி

இந்த எளிய கேள்விக்கு பெரும்பாலும் தவறான கருத்துக்கள் உள்ளன.

சில நேரங்களில் செயல்பாட்டு செயல்படுத்தல் என்பது ஒரு புதிய முறையைப் பயன்படுத்தி எச்சங்களைக் கட்டுப்படுத்துவதாக நம்பப்படுகிறது. "எல்லாமே" என்ற வார்த்தையிலிருந்து இது உண்மையல்ல.

எச்சங்களைக் கண்காணிக்கும் போது செயல்பாட்டு செயல்திறனை பகுப்பாய்வு செய்யலாம், ஆனால் அவசியமில்லை.

செயல்பாட்டு செயல்படுத்தல்- இது இங்கே மற்றும் இப்போது, ​​அதாவது உண்மையான நேரத்தில், வளர்ந்து வரும் நிகழ்வுகளை பதிவு செய்வதற்கான ஆவணத்தின் திறன் ஆகும்.

இது ஒரு சிறப்பு ஆவண சொத்தைப் பயன்படுத்தி கட்டமைக்கப்பட்டுள்ளது:

"இங்கே மற்றும் இப்போது பதிவு" என்றால் என்ன? விரைவாக செயலாக்கப்பட்ட ஆவணங்களுக்கான தளம் பல செயல்களைச் செய்கிறது:

  • இன்று இடுகையிடப்பட்ட ஆவணங்கள் தற்போதைய நேரம் ஒதுக்கப்பட்டுள்ளன
  • இரண்டு ஆவணங்கள் ஒரே நேரத்தில் இடுகையிடப்பட்டால், ஒவ்வொன்றும் அதன் சொந்த நேரத்தைக் கொண்டிருக்கும் (அதாவது, கணினி வெவ்வேறு வினாடிகளில் ஆவணங்களை வெளியிடும்)
  • ஆவணங்களை எதிர்கால தேதியில் இடுகையிட முடியாது.

ஆனால் முக்கிய விஷயம் கணினி கடத்துகிறது செயல்திறனின் அடையாளம்செயலாக்கத்திற்கான ஆவணம்:

உடனடியாக இடுகையிடப்பட்ட ஆவணங்களுக்கு, கோரிக்கையில் உள்ள அளவுருவைக் குறிப்பிடுவதை நீங்கள் தவிர்க்கலாம்; தற்போதைய நிலுவைகள் டிசம்பர் 31, 3999 இல் பெறப்படும்:

நடப்பு நிலுவைகள் கணினியில் சேமிக்கப்பட்டு முடிந்தவரை விரைவாகப் பெறப்படுகின்றன (பெரும்பாலான சந்தர்ப்பங்களில் மற்ற தேதிகளுக்கான நிலுவைகள் கணக்கீடு மூலம் பெறப்படுகின்றன).

இதனால் எச்சக் கட்டுப்பாட்டின் பழைய மற்றும் புதிய முறைகள் இரண்டிற்கும் செயல்பாட்டுச் செயலாக்கம் பின்பற்றப்படலாம்.

சுவாரஸ்யமான உண்மை.

UT 11 இல், பெயரிடலை எழுதும் ஆவணங்கள் உடனடியாக செயல்படுத்தப்படுவது தடைசெய்யப்பட்டுள்ளது. எடுத்துக்காட்டாக, இவை "பொருட்கள் மற்றும் சேவைகளின் விற்பனை", "பொருட்களின் கூட்டம்", "பொருட்களின் இயக்கம்", "உள்நாட்டு பொருட்களின் நுகர்வு" மற்றும் பிற ஆவணங்கள்.

இது ஏன் செய்யப்படுகிறது?

கணினியில், சமநிலைக் கட்டுப்பாடு எப்போதும் தற்போதைய நேரத்தில் செய்யப்படுகிறது (கால அளவுரு கோரிக்கையில் குறிப்பிடப்படவில்லை). செயல்பாட்டு செயல்படுத்தல் இல்லாதது எதிர்காலத்தில் ஆவணங்களை உள்ளிட உங்களை அனுமதிக்கிறது, அத்தகைய பணி பெரும்பாலும் வாடிக்கையாளர்களால் தேவைப்படுகிறது.

புதிய முறையைப் பயன்படுத்தி நிலுவைகளைக் கட்டுப்படுத்துதல் - தடுக்காமல்

மாதிரி உள்ளமைவைப் பயன்படுத்தி "பொருட்கள் மற்றும் சேவைகளின் விற்பனை" ஆவணத்தை செயல்படுத்தும்போது நிலுவைகளைக் கட்டுப்படுத்துவதற்கான வழிமுறையை சுருக்கமாகக் கருதுவோம்.

இரண்டு பதிவுகள் உள்ளன:

  • கிடைக்கும் நிலுவைகள் - அளவு கணக்கியலுக்கு
  • பொருட்களின் விலை - செலவு கணக்கியலுக்கு

தயாரிப்பு நிலுவைகளைக் கட்டுப்படுத்த, "இலவச இருப்புக்கள்" பதிவேட்டில் வேலை செய்தால் போதும்.

இடுகை செயலாக்கக் குறியீடு இப்படி இருக்கும்:

கோரிக்கை = புதிய கோரிக்கை;


#பகுதி பகுதி1
Query.TemporaryTableManager = NewTemporaryTableManager;
#எண்ட் ஏரியா


#பகுதி பகுதி2
கோரிக்கை.உரை =
"தேர்வு

|Place GoodsDocument
|இருந்து
|எங்கே
|
|குழு மூலம்
|
|இன்டெக்ஸ் மூலம்
| பெயரிடல்
|;

|தேர்ந்தெடு
| &தேதி காலம்,
| VALUE(இயக்கத்தின் வகை குவிப்பு. செலவு) இயக்கத்தின் வகை,
| ProductsDocument.Quantity AS அளவு
|இருந்து
";
Query.SetParameter("தேதி", தேதி);
#எண்ட் ஏரியா

// 4. தரவுத்தளத்தில் இயக்கங்களை பதிவு செய்தல்
#பகுதி பகுதி4
இயக்கங்கள்.பதிவு();
#எண்ட் ஏரியா


#மண்டலம்5
கோரிக்கை.உரை =
"தேர்வு
| -FreeRemainingRemaining.மீதமுள்ள அளவு AS பற்றாக்குறை
|இருந்து
| தயாரிப்பு ஆவணம் எப்படி தயாரிப்பு ஆவணம்
| உள்சேர்ப்பு பதிவு திரட்டல்கள்.இலவசம்.மீதங்கள்(
| &நேரத்தின் தருணம்,
| பெயரிடல் பி
| (தேர்வு
| ProductsDocument.Nomenclature AS பெயரிடல்
| இருந்து
| ஆவணத்தின் தயாரிப்புகள் AS ஆவணத்தின் தயாரிப்புகள்)) AS இலவச மீதமுள்ள மீதமுள்ளவை
| Software ProductsDocument.Nomenclature = AvailableRemainingRemaining.Nomenclature
|எங்கே
| மீதமுள்ளது. மீதமுள்ள அளவு< 0";
#எண்ட் ஏரியா


#மண்டலம்6
மீதமுள்ள கட்டுப்பாட்டின் தருணம் =
?(முறை = ஆவணம் வைத்திருக்கும் முறை. செயல்பாட்டு,
வரையறுக்கப்படாத,
புதிய எல்லை(TimePoint(), BoundaryView.Including));
Request.SetParameter("நேரத்தின் தருணம்", மீதமுள்ள கட்டுப்பாட்டின் தருணம்);
RequestResult = Request.Execute();
#எண்ட் ஏரியா


#மண்டலம்7
வினவல் முடிவு இல்லை என்றால். காலி() பிறகு
மறுப்பு = உண்மை;
ErrorSelect = QueryResult.Select();
போது SelectErrors.Next() Loop
செய்தி
Message.Field = "Products["+(ErrorSelection.LineNumber-1)+"].Quantity";
செய்தி.செய்தி();
எண்ட்சைக்கிள்;
முடிவு என்றால்;
#எண்ட் ஏரியா


#பிராந்திய மண்டலம்8
தோல்வி என்றால் பிறகு
திரும்பவும்;
முடிவு என்றால்;
#எண்ட் ஏரியா

நடைமுறையின் முடிவு

எஞ்சிய கட்டுப்பாட்டு அல்காரிதத்தின் முக்கிய புள்ளிகளைக் கருத்தில் கொள்வோம்.

1. தற்காலிக அட்டவணை மேலாளரைத் தொடங்குதல்

மேலாளர் தேவைப்படுவதால், வினவலில் உருவாக்கப்பட்ட தற்காலிக அட்டவணை அடுத்தடுத்த வினவல்களில் கிடைக்கும்.

இவ்வாறு, அட்டவணைப் பகுதியிலிருந்து தரவு ஒருமுறை பெறப்பட்டு, தற்காலிக அட்டவணையில் சேமிக்கப்பட்டு, மீண்டும் மீண்டும் பயன்படுத்தப்படும்.

2. வினவல் குழுவாக்கம் அட்டவணை தரவு

வினவல் அட்டவணைப் பிரிவில் இருந்து குழுவான தரவைத் தேர்ந்தெடுக்கிறது.

ஆவண வரி எண்ணும் தேர்ந்தெடுக்கப்பட்டுள்ளது என்பதை நினைவில் கொள்ளவும் - பிழைச் செய்தியைச் சூழலாக்க இது தேவைப்படும். வரி எண்ணுக்கு, மொத்த செயல்பாடு MINIMUM() பயன்படுத்தப்படுகிறது - அதாவது, குறிப்பிட்ட பெயரிடல் ஏற்படும் முதல் வரியுடன் செய்தி இணைக்கப்படும்.

தொகுப்பில் முதல் கோரிக்கை ஒரு தற்காலிக அட்டவணையை உருவாக்குகிறது. இரண்டாவது வினவலில், தற்காலிக அட்டவணை தரவு தேர்ந்தெடுக்கப்பட்டு, ஒவ்வொரு பதிவு உள்ளீட்டிற்கும் தேவையான 2 புலங்கள் சேர்க்கப்படும் - காலம் மற்றும் இயக்கம் வகை.

இந்த அணுகுமுறையின் நன்மைகள்:

  • முன் சுத்தம் செய்ய வேண்டிய அவசியம் இல்லை, அதாவது, Clear() முறையைப் பயன்படுத்தவும்
  • தேர்வு அல்லது அட்டவணைப் பகுதியின் அடிப்படையில் ஒரு வளையத்தை ஒழுங்கமைக்க வேண்டிய அவசியமில்லை.

மூலம், இதேபோன்ற அணுகுமுறை நிலையான கட்டமைப்புகளில் பயன்படுத்தப்படுகிறது, குறிப்பாக UT 11 மற்றும் BP 3.0 இல்.

4. தரவுத்தளத்தில் இயக்கங்களை பதிவு செய்தல்

ரெக்கார்டிங்கை ஒரு கட்டளையுடன் (இரண்டுக்கு பதிலாக) செய்ய முடியும் - Movements.FreeRemains.Record().

எங்கள் விஷயத்தில், ஒரு பதிவு எழுதப்பட்டால், எந்த வித்தியாசமும் இருக்காது.

ஆனால் இந்த அணுகுமுறை மிகவும் உலகளாவியது:

  • முதலில், தேவையான பதிவு பதிவுகளுக்கு எழுது கொடியை அமைக்கவும்
  • பின்னர் இயக்கம் சேகரிப்பின் எழுது() முறையை அழைக்கவும், இது தரவுத்தளத்தில் எழுதப்பட்ட கொடியுடன் அனைத்து தொகுப்புகளையும் எழுதுகிறது.

"Movements.Record()" கட்டளையை இயக்கிய பிறகு, அனைத்து தொகுப்புகளுக்கான பதிவு கொடி False க்கு மீட்டமைக்கப்படும்.

பரிவர்த்தனையின் முடிவில் (பிந்தைய செயலாக்கத்திற்குப் பிறகு), கணினி தானாகவே தரவுத்தளத்தில் எழுதும் கொடியை சரி என்று அமைக்கும் பதிவுகளின் தொகுப்புகளை மட்டுமே நீங்கள் நினைவில் கொள்ள வேண்டும்.

வழக்கமான தீர்வுகள் பயன்படுத்தப்படுகின்றன ஒத்த திட்டம்இயக்கங்களை பதிவு செய்ய. ஏன்?

இயக்கம் சேகரிப்பின் எழுது() முறை வெவ்வேறு ஆவணங்களுக்கு கூட ஒரே வரிசையில் பதிவுகளின் தொகுப்புகளை எழுதுகிறது.

இயக்கங்களை கைமுறையாக பதிவு செய்வது சிக்கல்களுக்கு வழிவகுக்கும்.

ஒரு உதாரணம் தருவோம்.

"செயல்படுத்தல்" ஆவணத்தில் நீங்கள் இப்படி எழுதினால்:

இயக்கங்கள்.FreeRemainders.Write();
...
இயக்கங்கள்.பொருட்களின் விலை.எழுது();

"பொருட்களின் இயக்கம்" ஆவணத்தில் வரிசையை மாற்றவும்:

இயக்கங்கள். பொருட்களின் விலை. எழுது();
...
இயக்கங்கள். FreeRemainings.Write();

இது குறுக்கிடும் பொருட்களின் தொகுப்புகளில் ஆவணங்களை முடக்குவதற்கு வழிவகுக்கும்.

ஆவணப் பண்புகளில் பொருத்தமான இயக்கப் பதிவு மதிப்பு குறிப்பிடப்பட்டிருந்தால், மேலே உள்ள இயக்கப் பதிவு அணுகுமுறையைப் பயன்படுத்தலாம்:

5. எதிர்மறை இருப்புகளைப் பெறும் வினவல்

கோரிக்கை ஆவணத்திலிருந்து உருப்படியின்படி எதிர்மறை இருப்புகளைத் தேர்ந்தெடுக்கிறது.

எதிர்மறை சமநிலை என்பது ஒரு பொருளின் பற்றாக்குறை (பற்றாக்குறை) ஆகும்.

ஆவணத்திலிருந்து உருப்படிகளுக்கான இணைப்பு வரி எண்ணைப் பெற மட்டுமே செய்யப்படுகிறது.

ஆவணப் புலங்களுடன் செய்திகளை இணைக்க நாங்கள் திட்டமிடவில்லை என்றால், வினவல் மிகவும் எளிமைப்படுத்தப்படலாம் - தரவு ஒரு அட்டவணையில் இருந்து பெறப்படும் (பதிவேட்டின் மீதமுள்ளவை).

6. எச்சங்களைக் கட்டுப்படுத்தும் நேரத்தில் புள்ளியைத் தீர்மானித்தல்

இங்குதான் செயல்பாட்டு செயல்படுத்தல் கைக்கு வந்தது.

ஆவணம் உடனடியாக செயல்படுத்தப்பட்டால், நிலுவைகளைப் பெறுவதற்கான தருணம் தீர்மானிக்கப்படவில்லை, அதாவது தற்போதைய நிலுவைகளைப் பெறுதல்.

இது செயல்படாத பரிவர்த்தனையாக இருந்தால், ஆவணத்தின் "பிறகு" ஒரு புள்ளியைப் பெறுவோம் - இப்போது செய்யப்பட்ட இயக்கங்களை கணக்கில் எடுத்துக்கொள்ள.

ஒரு தன்னிச்சையான நேரத்தில் நிலுவைகளைப் பெறுவதை விட தற்போதைய நிலுவைகளைப் பெறுவது விரைவான செயல் என்பதை நினைவில் கொள்வோம்.

இது துல்லியமாக உடனடியாக செயல்படுத்தப்பட்ட ஆவணங்களின் நன்மை.

7. கோரிக்கை காலியாக இல்லை என்றால், எதிர்மறை இருப்புக்கள் உருவாகியுள்ளன என்று அர்த்தம்

சுழற்சியில், அனைத்து எதிர்மறை எச்சங்களையும் கடந்து, அட்டவணைப் பகுதியின் வரிசைகளுடன் இணைக்கப்பட்ட செய்தியைக் காண்பிப்போம்.

கண்டறியும் செய்தி இப்படி இருக்கும்:

8. பிழைகள் இருந்தால், நிகழ்வு கையாளுநரிடமிருந்து திரும்பவும்

குறைந்தபட்சம் ஒரு தவறு இருந்தால், நாங்கள் நடைமுறையிலிருந்து வெளியேறுகிறோம்.

பரிவர்த்தனையைத் தொடர்வதில் எந்தப் பயனும் இல்லை என்பதால், பரிவர்த்தனை எப்படியும் பதிவு செய்யப்படாது (பின்னர் தொகுதிகளை எழுதுவதற்கான குறியீட்டை உருவாக்குவோம்).

தொகுப்பு வாரியாக செலவு தள்ளுபடியை செயல்படுத்துதல்

நிலுவைகளைச் சரிபார்த்த பிறகு, நீங்கள் தொகுதிகளை எழுதத் தொடங்கலாம்.

FIFO ஆல் எழுதுவதற்கான குறியீடு இப்படி இருக்கும்:

// I. ஆவணம் தேதி மாற்றம் முன்னோக்கி பகுப்பாய்வு


மற்றும் இந்த பொருள் அல்ல. இது புதிய()
மற்றும் இந்த பொருள். பின்னர் நடத்தப்பட்டது

கோரிக்கை = புதிய கோரிக்கை;
கோரிக்கை.உரை =
"தேர்வு
| ஆவணம். தேதி AS தேதி
|இருந்து
|எங்கே

RequestResult = Request.Execute();
SelectDocument.Next();

இல்லையெனில்
பொய்);
முடிவு என்றால்;

நடைமுறையின் முடிவு

பதிவு செய்யும் போது நடைமுறை (மறுத்தல்)

ThisObject.AdditionalProperties.Insert("DocumentDateMovedForward",
ThisObject.Date>


முடிவு என்றால்;

நடைமுறையின் முடிவு

செயலாக்க செயல்முறை (தோல்வி, பயன்முறை)

கோரிக்கை = புதிய கோரிக்கை;

// 1. தற்காலிக அட்டவணை மேலாளரின் துவக்கம்
#பகுதி பகுதி1
...
#எண்ட் ஏரியா

// 2. வினவல் குழுப்படுத்துதல் அட்டவணை தரவு
#பகுதி பகுதி2
...
#எண்ட் ஏரியா

// 4. தரவுத்தளத்தில் இயக்கங்களை பதிவு செய்தல்
#பகுதி பகுதி4
...
#எண்ட் ஏரியா

// 5. எதிர்மறை இருப்புகளைப் பெறும் வினவல்
#மண்டலம்5
...
#எண்ட் ஏரியா

// 6. நிலுவைகளைக் கட்டுப்படுத்தும் நேரத்தில் புள்ளியைத் தீர்மானித்தல்
#மண்டலம்6
...
#எண்ட் ஏரியா

// 7. கோரிக்கை காலியாக இல்லாவிட்டால், எதிர்மறை இருப்புக்கள் உருவாக்கப்பட்டன
#மண்டலம்7
...
#எண்ட் ஏரியா

// 8. பிழைகள் இருந்தால், நிகழ்வு கையாளுநரிடமிருந்து திரும்பவும்
#பிராந்திய மண்டலம்8
...
#எண்ட் ஏரியா

// II. "பொருட்களின் விலை" பதிவேட்டிற்கான பதிவுகளின் தொகுப்புகளைத் தயாரித்தல்
#பகுதி பகுதிII

இயக்கங்கள்.பதிவு();
முடிவு என்றால்;
இயக்கங்கள்.பொருட்களின் விலை.பதிவு = உண்மை;
#எண்ட் ஏரியா

// III. FIFO ஐப் பயன்படுத்தி எழுதுவதற்கு தொகுதி நிலுவைகளைப் பெறுவதற்கான கோரிக்கை
#பகுதி பகுதிIII
கோரிக்கை.உரை =
"தேர்வு
| ProductsDocument.Nomenclature AS பெயரிடல்,
| தயாரிப்புகள் ஆவணம். வரி எண் AS வரி எண்,

| எஞ்சியுள்ளது. கட்சி AS கட்சி
|இருந்து
| தயாரிப்பு ஆவணம் எப்படி தயாரிப்பு ஆவணம்
| &நேரத்தின் தருணம்,
| பெயரிடல் பி
| (தேர்வு
| இருந்து

|ஆர்டர் மூலம்
|முடிவுகள்
| அதிகபட்சம்(அளவு),
| SUM(மீதமுள்ள அளவு)
|மென்பொருள்
| பெயரிடல்";
RequestResult = Request.Execute();
#எண்ட் ஏரியா

// IV. ஆவணம் பெயரிடல் மூலம் சுழற்சி
#ஏரியா ஏரியாIV

// V. தள்ளுபடி செய்ய வேண்டிய தொகையைப் பெறுங்கள்
//VI. FIFO மூலம் தொகுதி சுழற்சி
SelectionBatch.Next() மற்றும் RemainingWrite>0 Loop போது
// VII. பூஜ்ஜிய சமநிலையை சரிபார்க்கவும்
SampleBatch.QuantityRemaining=0 எனில்
தொடரவும்;
முடிவு என்றால்;
இயக்கம்.காலம் = தேதி;

// VIII. தள்ளுபடி செய்யப்பட வேண்டிய அளவு மற்றும் தொகையின் கணக்கீடு

// IX. தள்ளுபடி செய்யப்படும் தொகையை குறைப்போம்
எண்ட்சைக்கிள்;
எண்ட்சைக்கிள்;
#எண்ட் ஏரியா

நடைமுறையின் முடிவு

FIFO ஐப் பயன்படுத்தி தொகுப்புகளை எழுதுவதற்கான அல்காரிதத்தின் முக்கிய புள்ளிகளைப் பார்ப்போம்.

I. ஆவணம் தேதி மாற்றம் முன்னோக்கி பகுப்பாய்வு

இடுகையிடப்பட்ட ஆவணத்தின் தேதி முன்னோக்கி நகர்கிறதா என்பதை இங்கே புரிந்துகொள்கிறோம். இயக்கங்களை சுத்தம் செய்யும் போது இந்த தகவல் கீழே பயனுள்ளதாக இருக்கும்.

ஆவண தேதி மாற்றத்தை பகுப்பாய்வு செய்ய, 2 நிகழ்வுகள் தேவை:

  • பதிவு செய்வதற்கு முன்- ஆவணத்தின் பழைய தேதியைப் பெற மற்றும் ஆவண இடுகையிடும் பயன்முறையைச் சரிபார்க்கவும்
  • பதிவு செய்யும் போது- புதிய ஆவணத் தேதியைப் பெற

"கூடுதல் பண்புகள்" என்ற பொருளின் சிறப்பு சேகரிப்பு மூலம் நிகழ்வுகளுக்கு இடையில் தரவை மாற்றுகிறோம். பொருளின் தற்போதைய பதிப்பு நினைவகத்தில் இருக்கும் வரை இது இருக்கும், அதாவது, செயல்பாட்டின் போது அனைத்து நிகழ்வுகளுக்கும் இது கிடைக்கும்.

இதேபோன்ற நுட்பம் நிலையான "1C: கணக்கியல் 8" இல் பயன்படுத்தப்படுகிறது. ஆனால் "பதிவு செய்வதற்கு முன்" ஒரு நிகழ்வு பயன்படுத்தப்பட்டது.

BP இல் "ஆன் ரெக்கார்டிங்" ஏன் பயன்படுத்த வேண்டிய அவசியமில்லை?

இது எளிதானது - ஷிப்பிங் ஆவணங்களை கணக்கியல் துறையில் உடனடியாக செயலாக்க முடியாது. இதன் பொருள் ஆவணத்தின் நேரம் செயல்பாட்டு முத்திரையை ஏற்காது (தற்போதைய நாளில் ஆவணம் மீண்டும் இடுகையிடப்பட்டால்), எனவே ஆவணத்தின் பழைய மற்றும் புதிய தேதி இரண்டையும் "பதிவு செய்வதற்கு முன்" நிகழ்வில் பெறலாம்.

II. "பொருட்களின் விலை" பதிவேட்டிற்கான பதிவுகளின் தொகுப்புகளைத் தயாரித்தல்

ஆவணத்திற்காக இயக்க நீக்குதல் பயன்முறை அமைக்கப்பட்டுள்ளது - "இடுகையை ரத்துசெய்யும்போது":

எனவே, மறுபதிவு செய்யும் போது, ​​​​ஆவணத்தின் இயக்கங்களை கணக்கில் எடுத்துக்கொள்ளும் வாய்ப்பு உள்ளது. ஆனால் ஆவணத்தின் தேதி முன்னோக்கி மாற்றப்பட்டால் மட்டுமே இது நடக்கும். அதாவது, ஆவணத்தின் தேதி முன்னோக்கி மாற்றப்படும்போது மட்டுமே இயக்கங்களை அழிக்க அர்த்தமுள்ளதாக இருக்கும்.

இங்கே ஒரு உதாரணம்:

  • ஆவணங்களின் போது எல்ஜி மானிட்டர்களின் இருப்பு 10 பிசிக்கள் ஆகும்.
  • 8 பிசிக்களை எழுதும் ஆவணம் வெளியிடப்பட்டது.
  • அதே ஆவணத்தில், நேரம் 1 நிமிடம் அதிகரிக்கப்பட்டுள்ளது, மீண்டும் செய்வோம்

பழைய இயக்கங்கள் நீக்கப்படாவிட்டால், தற்போதைய ஆவண இயக்கங்கள் 10 மானிட்டர்களில் 8ஐ ஏற்கனவே எழுதிவிட்டதால், கணினி 6 மானிட்டர்களின் பற்றாக்குறையைப் புகாரளிக்கும்.

குறிப்பு. சில நேரங்களில் ஆலோசனை உள்ளது - அறுவை சிகிச்சையின் போது மட்டுமே இயக்கங்களை அகற்ற வேண்டும்.

ஆனால் இது தவறு: "செயல்படாத" ஆவணங்களை (நேற்று மற்றும் முந்தையவை) மாற்றும் சூழ்நிலையை அவர்கள் கணக்கில் எடுத்துக்கொள்ள மாட்டார்கள்.

அதாவது, "6 மானிட்டர்களின் பற்றாக்குறை" (மேலே காண்க) பிரச்சனை இந்த வழக்கில் இன்று மாற்றியமைக்கப்பட்ட ஆவணங்களுக்கு மட்டுமே தீர்க்கப்படும்.

III. FIFO ஐப் பயன்படுத்தி எழுதுவதற்கு தொகுதி நிலுவைகளைப் பெறும் கோரிக்கை

கோரிக்கையில், நாங்கள் பேட்ச் மூலம் நிலுவைகளைக் குறிப்பிடுகிறோம், அதே நேரத்தில் உருப்படிகளின் அடிப்படையில் மொத்தத்தை மிகைப்படுத்துகிறோம்.

மொத்த அளவில், ஆவணத்தின் அளவு பெறப்படுகிறது - அதிகபட்சம்(அளவு) மற்றும் தொகுப்பின் இருப்பு - SUM(மீதமுள்ள அளவு).

ஆவணத்தின் அளவு, அனைத்துத் தொகுதிகளுக்கான பொருளின் மொத்த இருப்பை விட அதிகமாக இருக்கலாம் என்று நினைக்கிறீர்களா?

"இலவச எச்சங்கள்" மற்றும் "பொருட்களின் விலை" பதிவுகளில் உள்ள இயக்கங்கள் அளவு மூலம் ஒத்திசைவாக செய்யப்பட்டால் (உள்வரும் மற்றும் வெளிச்செல்லும்), அத்தகைய சூழ்நிலை ஏற்படாது. நிறைய எழுதும்போது இதைத்தான் நம்புவோம்.

IV. ஆவணம் பெயரிடல் மூலம் சுழற்சி

வெளிப்புற சுழற்சியில் உள்ள வினவலின் முடிவுகளுக்கு நன்றி, ஆவணத்திலிருந்து பெயரிடலை நாங்கள் புறக்கணிக்கிறோம்.

V. தள்ளுபடி செய்ய வேண்டிய தொகையைப் பெறுங்கள்

நீங்கள் எவ்வளவு எழுத வேண்டும் என்பதை நினைவில் கொள்வோம். மேலும் இந்த அளவு குறையும்.

VI. FIFO மூலம் தொகுதி சுழற்சி

உள்ளமை சுழற்சியில் தற்போதைய உருப்படியின்படி தொகுதிகள் இருக்கும்.

VII. பூஜ்ஜிய சமநிலையை சரிபார்க்கவும்

பொதுவாக, தொகுதி இருப்பு பூஜ்ஜியமாக இருக்கும் சூழ்நிலையானது கணினி தரவுகளில் ஒரு பிழையாகும் (இருப்பினும், அத்தகைய சூழ்நிலை சாத்தியமாகும்). புள்ளி என்னவென்றால், இந்த வழக்கில் தொகை பூஜ்ஜியமாக இல்லை (பதிவு நிலுவைகளின் மெய்நிகர் அட்டவணை பூஜ்ஜிய ஆதார மதிப்புகளுடன் பதிவுகளை வழங்காது).

எனவே, இதுபோன்ற தவறான விளையாட்டுகளைத் தவிர்ப்போம் என்று நாங்கள் முடிவு செய்கிறோம். விரும்பினால், நீங்கள் பயனருக்கு நோய் கண்டறிதல்களை வழங்கலாம்.

VIII. தள்ளுபடி செய்யப்பட வேண்டிய அளவு மற்றும் தொகையின் கணக்கீடு

தள்ளுபடி செய்யப்பட வேண்டிய அளவு என்பது மீதமுள்ள தொகுப்பிற்கும் எழுதப்பட வேண்டியவற்றிற்கும் இடையிலான குறைந்தபட்ச மதிப்பாகும்.

தொகை ஒரு அடிப்படை விகிதத்தில் கணக்கிடப்படுகிறது.

ஒரு தொகுப்பின் மொத்த நிலுவை தொகையும் தள்ளுபடி செய்யப்பட்டால், அந்த தொகுப்பின் முழுத் தொகையும் தள்ளுபடி செய்யப்படும். இது ஒரு பார்ப்பனியப் பள்ளியில் 3ஆம் வகுப்பு கணிதம்: X*Y/X = Y :)

அதாவது, நீங்கள் அதை செய்ய வேண்டியதில்லை கூடுதல் காசோலைகள்(சில நேரங்களில் அவர்கள் அத்தகைய ஆலோசனையை வழங்குகிறார்கள்) முழுத் தொகையும் எழுதப்பட்டதற்கு. இந்த ஆலோசனைக்கு அதன் சொந்த பெயர் கூட உள்ளது - " சில்லறைகளின் பிரச்சனை».

தவறான ஆலோசனைகளை வழங்குபவர்களுக்கு, "1C: கணக்கியல் 8" உள்ளமைவைப் பார்ப்பது அர்த்தமுள்ளதாக இருக்கும். அங்கே (ஓ, திகில்!) முழுத் தொகுதியும் எழுதப்பட்டதா என்று எந்தச் சரிபார்ப்பும் இல்லை :)

"சரக்குக் கணக்கியல்" பொது தொகுதியின் ஸ்கிரீன்ஷாட் இங்கே உள்ளது, "மீதமுள்ள பொருட்களை எழுது" முறை:

IX. தள்ளுபடி செய்யப்படும் தொகையை குறைப்போம்

எவ்வளவு எழுத வேண்டும் என்பதை நீங்கள் புரிந்து கொள்ள வேண்டும். இதைச் செய்ய, பதிவு இயக்கத்திலிருந்து அளவைக் கழிக்கவும்.

நிர்வகிக்கப்பட்ட பூட்டுகள் ஏன் தேவை?

இங்கே நாம் கட்டுப்படுத்தப்பட்ட தடுப்புக்கு வருகிறோம்.

மேலே வழங்கப்பட்ட வழிமுறைகள் கடிகார வேலைகளைப் போலவே செயல்படுகின்றன என்று தோன்றுகிறது. அவற்றை நீங்களே சோதிக்கலாம் (கட்டுரையின் முடிவில் தரவுத்தள பதிவிறக்கங்களுக்கான இணைப்புகள்).

ஆனால் உண்மையான பல-பயனர் செயல்பாட்டின் போது, ​​சிக்கல்கள் தொடங்கும், மேலும், அடிக்கடி நடப்பது போல, சிக்கல்கள் உடனடியாக கண்டறியப்படாது...

2 பயனர்கள் கிட்டத்தட்ட ஒரே நேரத்தில் ஒரு பொருளை எழுத முயற்சிக்கும்போது (விற்பனை செய்யுங்கள்):

இந்த எடுத்துக்காட்டில், இரண்டு பயனர்கள் கிட்டத்தட்ட ஒரே நேரத்தில் பொருட்களின் விற்பனையை மேற்கொள்கின்றனர் - ஆவணம் எண் 2 ஆவணம் 1 ஐ விட சற்று தாமதமாக மேற்கொள்ளத் தொடங்கியது.

இருப்புத்தொகையைப் பெற்றவுடன், இருப்பு 10 அலகுகள் என்று கணினி தெரிவிக்கிறது, மேலும் இரண்டு ஆவணங்களும் வெற்றிகரமாக செயலாக்கப்படுகின்றன. மைனஸ் 5 LG மானிட்டர்கள் கையிருப்பில் இருப்பது வருத்தமான முடிவு.

ஆனால் அதே நேரத்தில், எச்சம் கட்டுப்பாடு வேலை செய்கிறது! அதாவது, ஆவணம் எண். 1 முடிந்த பிறகு ஆவணம் எண். 2 இடுகையிடப்பட்டால், கணினி ஆவண எண். 2 ஐ இடுகையிடாது:

சில நேரங்களில் ஒரு தவறான கருத்து உள்ளது - "எனது தரவுத்தளத்தில் ஒரே நேரத்தில் 3-4 பயனர்கள் மட்டுமே வேலை செய்கிறார்கள், ஆவணங்களின் இணையான செயலாக்கத்தின் நிகழ்தகவு பூஜ்ஜியமாகும், எனவே நீங்கள் தடுப்பதன் மூலம் திசைதிருப்பப்பட வேண்டியதில்லை."

இது மிகவும் ஆபத்தான பகுத்தறிவு.

இரண்டு பயனர்கள் கூட கிட்டத்தட்ட ஒரே நேரத்தில் ஆவணங்களை இடுகையிடலாம், உதாரணமாக, அவர்களில் ஒருவர் ஆவணங்களை குழுவாக இடுகையிட்டால்.

கூடுதலாக, பயனர்களின் எண்ணிக்கையில் அதிகரிப்புக்கு நீங்கள் எதிர்ப்புத் தெரிவிக்க முடியாது. வணிகம் தொடங்கினால், புதிய விற்பனையாளர்கள், கடைக்காரர்கள், தளவாட நிபுணர்கள் மற்றும் பலர் தேவைப்படுவார்கள். எனவே, நீங்கள் உடனடியாக பல பயனர் சூழலில் நிலையானதாக வேலை செய்யும் தீர்வுகளை உருவாக்க வேண்டும்.

இணையாக ஆவணங்களை இடுகையிடும்போது சிக்கலை எவ்வாறு தீர்ப்பது?

தீர்வு எளிதானது - T1 நேரத்தில் LG மானிட்டர்களைத் தடுக்கவும், இதனால் மற்ற பரிவர்த்தனைகள் இந்தத் தயாரிப்பிற்கான நிலுவைகளை அணுக முடியாது.

பின்னர் T2 நேரத்தில் கணினி எல்ஜி மானிட்டர் திறக்கப்படும் வரை காத்திருக்கும். இதற்குப் பிறகு, கணினி தற்போதைய பொருட்களின் சமநிலையைப் பெறும் மற்றும் பொருட்களின் எழுதுதல் நிறைவு செய்யப்படும் (அல்லது முடிக்கப்படவில்லை).

தடுப்பு வகைப்பாடு பற்றி சில வார்த்தைகள்.

2 வகையான பூட்டுகள் உள்ளன:

  • பொருள்
  • பரிவர்த்தனை.

எளிமையாகச் சொன்னால், பொருள் பூட்டுகள் அனுமதிக்காது ஊடாடும் வகையில்இரண்டு பயனர்களுக்கு ஒரு பொருளை (அடைவு உறுப்பு அல்லது ஆவணம்) மாற்றவும்.

மற்றும் பரிவர்த்தனை பூட்டுகள் அனுமதிக்கின்றன நிரல் ரீதியாகபதிவுகள் முழுவதும் இயக்கங்களைச் செய்யும்போது தற்போதைய தரவுகளுடன் செயல்படும்.

இந்த கட்டுரையில் நாம் பரிவர்த்தனை பூட்டுகளில் ஆர்வமாக இருப்போம், பின்னர் வெறுமனே பூட்டுகள்.

தடுப்பதை எப்போது பயன்படுத்த வேண்டும்?

தரவுத்தளம் தொடங்கியவுடன் பூட்டுகளை அமைக்கும் பணி பொருத்தமானதாகிறது ஒன்றுக்கும் மேற்பட்ட பயனர் வேலை.

பரிவர்த்தனைகளில் பூட்டுகள் வைக்கப்பட வேண்டும், ஆனால் பரிவர்த்தனைகள் எப்போது நிகழ்கின்றன? அது சரி, மிகவும் பொதுவான வழக்கு ஆவண செயலாக்கம்.

அதாவது, அனைத்து ஆவணங்களையும் செயலாக்கும் போது தடுப்பதை பயன்படுத்த வேண்டுமா?

எந்த சந்தர்ப்பத்திலும். "ஒருவேளை" பூட்டுகளை அமைப்பது நிச்சயமாக மதிப்புக்குரியது அல்ல.. எல்லாவற்றிற்கும் மேலாக, பூட்டுகள் பயனர்களின் ஒத்திசைவைக் குறைக்கின்றன (கணினி அளவிடுதல்).

பரிவர்த்தனைகளில் படிக்கப்பட்ட மற்றும் மாற்றியமைக்கப்பட்ட ஆதாரங்களில் (அட்டவணை வரிசைகள்) பூட்டுகள் வைக்கப்பட வேண்டும். உதாரணமாக, ஆவணங்களை செயல்படுத்தும் போது.

மேலே உள்ள எடுத்துக்காட்டில், அத்தகைய வளமானது உற்பத்தியின் சமநிலை ஆகும். இருப்புத் தரவு பெறப்பட்ட தருணத்திலிருந்து (T1) பரிவர்த்தனை முடியும் வரை (T3) கணினி சமநிலையைத் தடுக்க வேண்டும்.

குறிப்பு. ஆவணம் எண் 1 ஐ இடுகையிடும்போது பரிவர்த்தனை சமநிலை பெறப்பட்ட தருணத்தை விட முன்னதாகவே தொடங்குகிறது. ஆனால் எளிமைக்காக, T1 என்பது ஆவணச் செயலாக்கத்தின் தொடக்க நேரம் மற்றும் நிலுவைகளைப் பெறுவதற்கான தருணம் ஆகிய இரண்டையும் நாங்கள் கருதுகிறோம்.

உதாரணம் எப்போது பூட்ட தேவையில்லை- "பொருட்களின் ரசீது" ஆவணத்தை செயல்படுத்துதல். இந்த வழக்கில், வளங்களுக்கு (எஞ்சியவை, ...) போட்டி இல்லை, எனவே தடுப்பது தீங்கு விளைவிக்கும்: இது அமைப்பின் அளவிடுதலைக் குறைக்கும்.

தானியங்கி மற்றும் கட்டுப்படுத்தப்பட்ட தடுப்பு

இங்கே நாம் கோட்பாட்டிற்கு செல்ல மாட்டோம் (இது ஒரு தனி கட்டுரையின் தலைப்பு), ஆனால் நிர்வகிக்கப்பட்ட பூட்டுகள் மிகவும் உகந்தவை என்று மட்டுமே கூறுவோம்.

கோட்பாட்டிற்கு பதிலாக, நாம் ஆதாரம் கொடுக்க முடியும் - அனைத்து நவீன நிலையான கட்டமைப்புகளும் கட்டுப்படுத்தப்பட்ட இன்டர்லாக்களில் வேலை செய்கின்றன.

எனவே, எங்கள் மாதிரி கட்டமைப்பில் பொருத்தமான பயன்முறை தேர்ந்தெடுக்கப்படும்:

புதிய எச்ச கட்டுப்பாட்டு தொழில்நுட்பத்தில் கட்டுப்படுத்தப்பட்ட பூட்டுகள்

"இலவச நிலுவைகள்" பதிவேட்டில் பூட்டைப் பயன்படுத்துவோம் மற்றும் ஆவணத்தில் காணப்படும் உருப்படிகளுக்கு மட்டுமே.

மேலும் சரியான தடுப்பு விருப்பம்- முடிந்தவரை தாமதமாக.

நிலுவைகளை கட்டுப்படுத்தும் புதிய முறையில், "இலவச இருப்புக்கள்" பதிவேட்டில் இயக்கங்களை பதிவு செய்வதற்கு முன் (அல்லது பதிவு செய்யும் போது) இது செய்யப்பட வேண்டும், இதனால் மற்ற பரிவர்த்தனைகள் இந்த பகிரப்பட்ட வளத்தை மாற்ற முடியாது.

பூட்டை கைமுறையாக (நிரல் முறையில்) பயன்படுத்தலாம், சிறிது நேரம் கழித்து இது எவ்வாறு செய்யப்படுகிறது என்பதைக் காண்பிப்போம்.

ஆனால் கூடுதல் போனஸ் புதிய தொழில்நுட்பம்மீதமுள்ள கட்டுப்பாடு என்னவென்றால், பகிரப்பட்ட ஆதாரங்களை பூட்டுவதற்கு ஒரு வரி குறியீடு மட்டுமே தேவை.

பதிவு நுழைவு தொகுப்பில் BlockForChange சொத்தை அமைக்க வேண்டும்:

// 3.1. எஞ்சியுள்ள பதிவேடுகளைப் பூட்டுதல்
#பகுதி பகுதி3_1
Moves.FreeRemainders.BlockForChange = True;
#எண்ட் ஏரியா

// 4. தரவுத்தளத்தில் இயக்கங்களை பதிவு செய்தல்
#பகுதி பகுதி4
இயக்கங்கள்.FreeRemainders.Write = True;
இயக்கங்கள்.பதிவு();
#எண்ட் ஏரியா
...

இதன் விளைவாக, 2 பரிவர்த்தனைகள் ஒரு பொருளுக்கான இலவச நிலுவைகளை மாற்ற முடியாது.

உண்மையில், சொத்து BlockForChange ஆக இருக்கும்போது நிர்வகிக்கப்பட்ட பூட்டுதலை நிறுவவில்லை, இது எழுதும் போது பதிவு மொத்தங்களை பிரிக்கும் பயன்முறையை மட்டுமே அணைக்கிறது.

ஆனால் எங்கள் கட்டுரைக்கு, பின்வருபவை அடிப்படை: கணினி பதிவேட்டில் எழுதப்பட்ட தரவுகளின் கலவையில் ஒரு பூட்டை அமைக்கும். BlockForChange சொத்தின் வேலையை ஒரு தனி கட்டுரையில் விரிவாகப் பார்ப்போம்.

மூலம், நிலையான UT 11 இல் "இலவச இருப்புக்கள்" பதிவேடுக்கான BlockForChange சொத்தின் அமைப்பைக் கண்டுபிடிப்பது அவ்வளவு எளிதானது அல்ல. உண்மை என்னவென்றால், இது "எழுதுவதற்கு முன்" நிகழ்வில் பதிவு பதிவு தொகுதி தொகுதியில் செய்யப்படுகிறது.

அவ்வளவுதான், ஒரு வரி குறியீட்டுடன் கணினியின் சரியான செயல்பாடு உறுதி செய்யப்பட்டது!

முக்கியமான. "பொருட்களின் விலை" பதிவேட்டை நாங்கள் பூட்டவில்லை.

ஏன்? "இலவச நிலுவைகள்" மற்றும் "பொருட்களின் விலை" பதிவேடுகளுக்கான இயக்கங்கள் எப்போதும் ஒத்திசைவாக, அதாவது தொடர்ச்சியாக ஒன்றன் பின் ஒன்றாக செய்யப்படுவதால், அத்தகைய தடுப்பு தேவையற்றதாக இருக்கும் (இது 1C சேவையகத்தில் ஒரு குறிப்பிட்ட சுமை).

எனவே, "இலவச இருப்பு"களிலிருந்து பொருட்களைத் தடுப்பதன் மூலம், இந்த பொருட்களுக்கு முன் மற்றும் "பொருட்களின் விலை" பதிவேட்டில் பிற பரிவர்த்தனைகளை நாங்கள் அனுமதிக்க மாட்டோம்.

ஆனால் பழைய எஞ்சிய கட்டுப்பாட்டு முறைக்கு, தடுப்பது வித்தியாசமாகப் பயன்படுத்தப்படும். முதலில், இந்த வழக்கிற்கான பேட்ச் ரைட்-ஆஃப் அல்காரிதத்தைப் பார்ப்போம்.

எச்சத்தைக் கட்டுப்படுத்தும் பழைய முறை

ஒரு பதிவேட்டில் அளவு மற்றும் செலவு கணக்கில் எடுத்துக் கொள்ளப்பட்டால் பழைய முறையைப் பயன்படுத்தலாம் என்பதை நினைவூட்டுவோம்.

இது "பொருட்களின் விலை" பதிவேடாக இருக்கட்டும்:

“பொருட்களின் விற்பனை” ஆவணத்தை இடுகையிடுவதற்கான வழிமுறை இப்படி இருக்கும்:

// 1. நிகழ்வு நடத்துபவர் "பதிவு செய்வதற்கு முன்"
பதிவு செய்வதற்கு முன் செயல்முறை (தோல்வி, பதிவு முறை, நடத்தும் முறை)

பதிவு முறை என்றால் = ஆவணப் பதிவு முறை
மற்றும் இந்த பொருள் அல்ல. இது புதிய()
மற்றும் இந்த பொருள். பின்னர் நடத்தப்பட்டது

கோரிக்கை = புதிய கோரிக்கை;
கோரிக்கை.உரை =
"தேர்வு
| ஆவணம். தேதி AS தேதி
|இருந்து
| ஆவணம், பொருட்கள் மற்றும் சேவைகளின் விற்பனை ஆவணம்
|எங்கே
| Document.Link = &Link";
Request.SetParameter("Link", ThisObject.Link);
RequestResult = Request.Execute();
SelectionDocument = வினவல் முடிவு.Select();
SelectDocument.Next();

ThisObject.AdditionalProperties.Insert("OldDocumentDate", SelectDocument.Date);

இல்லையெனில்
முடிவு என்றால்;

நடைமுறையின் முடிவு

பதிவு செய்யும் போது நடைமுறை (மறுத்தல்)

இந்த பொருள் இல்லை என்றால்.கூடுதல் பண்புகள்.சொத்து("ஆவணத் தேதி மாற்றப்பட்டது") பின்னர்

ThisObject.AdditionalProperties.Insert("DocumentDateMovedForward",
ThisObject.Date>ThisObject.AdditionalProperties.OldDocumentDate);

அறிக்கை (இந்தப் பொருள். கூடுதல் பண்புகள். ஆவணத் தேதி நகர்த்தப்பட்ட முன்னோக்கி);
முடிவு என்றால்;

நடைமுறையின் முடிவு

செயலாக்க செயல்முறை (தோல்வி, பயன்முறை)

// 2. "பழைய" ஆவண இயக்கங்களை நீக்குதல்
கூடுதல் பண்புகள்.ஆவணத் தேதியை முன்னோக்கி மாற்றியிருந்தால்
இயக்கங்கள்.பொருட்களின் விலை.பதிவு = உண்மை;
இயக்கங்கள்.தயாரிப்பு செலவு.தெளிவு();
இயக்கங்கள்.பதிவு();
முடிவு என்றால்;

// 3. பரிவர்த்தனையின் முடிவில் இயக்கங்களை பதிவு செய்ய கொடியை அமைத்தல்
இயக்கங்கள்.பொருட்களின் விலை.பதிவு = உண்மை;

// 4. ஆவணத்தின் போது தொகுதி வாரியாக நிலுவைகளைப் பெறும் கோரிக்கை
கோரிக்கை = புதிய கோரிக்கை;
கோரிக்கை.உரை =
"தேர்வு
| தயாரிப்புகளின் விற்பனை. பெயரிடல் AS பெயரிடல்,
| SUM(விற்பனைப் பொருட்கள். அளவு) AS அளவு,
| MINIMUM(SalesProducts.LineNumber) ASlineNumber
|Place GoodsDocument
|இருந்து
| ஆவணம், பொருட்கள் மற்றும் சேவைகளின் விற்பனை, பொருட்கள் எப்படி பொருட்களை விற்பனை செய்வது
|எங்கே
| SalesProducts.Link = &Link
|குழு மூலம்
| தயாரிப்புகளின் விற்பனை. பெயரிடல்
|இன்டெக்ஸ் மூலம்
| பெயரிடல்
|;
|////////////////////////////////////////////////////////////////////////////////
|தேர்ந்தெடு
| ProductsDocument.Nomenclature AS பெயரிடல்,
| ProductsDocument.Quantity AS அளவு,
| தயாரிப்புகள் ஆவணம். வரி எண் AS வரி எண்,
| ISNULL(மீதமுள்ள எண்கள், 0) மீதமுள்ள அளவு,
| ISNULL(மீதமுள்ள தொகை, 0) மீதமுள்ள தொகை,
| எஞ்சியுள்ளது. கட்சி AS கட்சி
|இருந்து
| தயாரிப்பு ஆவணம் எப்படி தயாரிப்பு ஆவணம்
| இடது இணைப்புப் பதிவு திரட்டல்கள். பொருட்களின் விலை. மீதமுள்ளவை(
| &நேரத்தின் தருணம்,
| பெயரிடல் பி
| (தேர்வு
| T. பெயரிடல் AS பெயரிடல்
| இருந்து
| தயாரிப்புகள் ஆவணம் AS T)) AS எஞ்சியவை
| மென்பொருள் தயாரிப்புகள்Document.Nomenclature = மீதமுள்ள.Nomenclature
|ஆர்டர் மூலம்
| எஞ்சியிருக்கிறது.தொகுதி.நேரத்தின் தருணம்
|முடிவுகள்
| அதிகபட்சம்(அளவு),
| SUM(மீதமுள்ள அளவு)
|மென்பொருள்
| வரிசை எண்";

Request.SetParameter("TimePoint", TimePoint());
Request.SetParameter("இணைப்பு", இணைப்பு);

RequestResult = Request.Execute();

தேர்வுப்பெயர் = வினவல் முடிவு.தேர்ந்தெடு(BypassQueryResult.ByGrouping);

// 5. உருப்படியின் அடிப்படையில் சுழற்சி - எழுதுவதற்கு அளவு போதுமானதா என்பதைச் சரிபார்க்கிறது
அதே சமயம் SelectionNomenclature.Next() Loop

பெயரிடல் பற்றாக்குறை = மாதிரிப்பெயர். அளவு - மாதிரிப்பெயர். அளவு எஞ்சியிருக்கும்;

பெயரிடல் பற்றாக்குறை>0 என்றால்
செய்தி = New MessageToUser;
செய்தி
Message.Field = "தயாரிப்புகள்["+(SelectionNomenclature.LineNumber-1)+"].அளவு";
Message.SetData(இந்தப் பொருள்);
செய்தி.செய்தி();
மறுப்பு = உண்மை;
முடிவு என்றால்;

தோல்வி என்றால் பிறகு
தொடரவும்;
முடிவு என்றால்;

// 6. தள்ளுபடி செய்ய வேண்டிய தொகையைப் பெறுங்கள்
எஞ்சிய எழுத்து = மாதிரிப் பெயர். அளவு;
SelectionBatch = SelectionNomenclature.Select();

// 7. தொகுதி சுழற்சி
SelectionBatch.Next() மற்றும் RemainingWrite>0 Loop போது

இயக்கம் = இயக்கங்கள்.பொருட்களின் விலை.செலவு();
இயக்கம்.காலம் = தேதி;
Movement.Nomenclature = SelectionBatch.Nomenclature;
Movement.Batch = SelectionBatch.Batch;
// 9. தள்ளுபடி செய்யப்பட வேண்டிய அளவைக் கணக்கிடுதல்
Movement.Quantity = Min(RemainingWrite, BatchSelection.QuantityRemaining);
// 10. தள்ளுபடி தொகையின் கணக்கீடு
இயக்கம்.தொகை = இயக்கம்.அளவு*
SampleBatch.AmountRemaining/SampleBatch.QuantityRemainder;

// 11. தள்ளுபடி செய்யப்பட வேண்டிய தொகையை குறைக்கவும்
எஞ்சிய எழுத்து = எஞ்சிய எழுத்து - இயக்கம்.அளவு;

எண்ட்சைக்கிள்;
எண்ட்சைக்கிள்;

இன்றுவரை மென்பொருள் தயாரிப்புகள் 1C என்பது சிறு மற்றும் நடுத்தர வணிகங்களில் கணக்கியல், மேலாண்மை மற்றும் பிற வகையான கணக்கியலுக்கான ஒரு வகையான தரநிலையாகும். இந்த குறிப்பிட்ட மென்பொருள் தயாரிப்பில் வேலை செய்வதற்குத் தேவையான திறன்களை முதலாளிகள் தங்கள் பணியாளர்களுக்குக் கொண்டிருக்க வேண்டும். ஆன்லைன் ஸ்டோர் மற்றும் ஆட்டோமேஷன் அமைப்புகளை (எச்சங்கள், விலைகள், ஆர்டர்கள் போன்றவை) ஒருங்கிணைப்பதில் சிக்கல் இருந்தால், அலுவலகத்தில் வழக்கமாக 1C தரவுத்தளமும் உள்ளது, அதனுடன் ஒருங்கிணைப்பு மேற்கொள்ளப்பட வேண்டும். இதேபோல் மற்ற பல நிகழ்வுகளிலும்: சிறிய மற்றும் நடுத்தர வணிகங்களுக்கான எந்தவொரு ஆட்டோமேஷன் செயல்முறையும் பாரம்பரியமாக 1C தயாரிப்புகளுடன் தொடங்கி அவற்றின் பயன்பாட்டுடன் தொடர்கிறது.

ஒரு வணிக ஆலோசகராக, 1C என்றால் என்ன, இந்த மென்பொருள் தயாரிப்பு என்ன அமைப்பைக் கொண்டிருக்கலாம், பொதுவாக இந்த முழு அமைப்பும் எவ்வாறு இயங்குகிறது என்பது பற்றிய கேள்விகளை நான் அடிக்கடி சந்திப்பேன். ஒருங்கிணைப்பு சிக்கல்களைத் தீர்க்க வேண்டிய கட்டாயத்தில் உள்ள வலை உருவாக்குநர்கள் பொதுவாகக் கேட்கிறார்கள். 1C, மொபைல் பயன்பாடுகளில் நிபுணத்துவம் பெற்ற புரோகிராமர்கள் மற்றும் பிற வல்லுநர்கள், அவர்களின் பணியின் தன்மை காரணமாக, 1C நிரல்களை எப்போதாவது கையாள வேண்டும்.

இந்த கட்டுரையில் நான் மிகவும் பதில்களை சேகரிக்க முடிவு செய்தேன் அடிக்கடி கேட்கப்படும் கேள்விகள், இது என் வேலையில் தொடர்ந்து எழுகிறது. எனவே, நான் உடனடியாக உங்களை எச்சரிக்க விரும்புகிறேன்: கட்டுரை ஐடி தொழில்நுட்பங்களை நன்கு அறிந்தவர்களுக்காக வடிவமைக்கப்பட்டுள்ளது; வணிகர்கள், கணக்காளர்கள், தகவல் தொழில்நுட்பத் துறையில் இருந்து வெகு தொலைவில் உள்ளவர்கள் சில நுணுக்கங்களைப் புரிந்துகொள்வது கடினம். நிச்சயமாக, நான் முடிந்தவரை எளிமையாக எழுத முயற்சிப்பேன், மேலும் குறியீடு மட்டத்தில் தொழில்நுட்ப நுணுக்கங்களை ஆராய நான் திட்டமிடவில்லை, ஆனால் இன்னும், சில விதிமுறைகள் மற்றும் கருத்துக்கள் நிபுணர்கள் அல்லாதவர்களுக்கு சிக்கலானதாகத் தோன்றலாம்.
1C உடன் எனது அனுபவத்தைப் பற்றி சில வார்த்தைகள்
ஒரு காலத்தில் நான் 1C புரோகிராமராக பணிபுரிந்தேன் முக்கிய திட்டம், பின்னர் திட்ட மேலாளர் பதவியைப் பெற்றார், நீண்ட காலமாக திட்டத் துறையின் தலைவராக இருந்தார், இது 1C இல் உள்ள பணிகளை பிரத்தியேகமாக கையாண்டது.

இப்போது, ​​நான் ஒன்றுக்கு மேற்பட்ட முறை எழுதியது போல், நான் சிறு மற்றும் நடுத்தர வணிகத் துறையில் வணிக ஆலோசகராக வேலை செய்கிறேன். வேலை ஆட்டோமேஷன் தொடர்பான பல்வேறு பணிகளை நான் தொடர்ந்து எதிர்கொள்கிறேன், இதன் விளைவாக, 1C மென்பொருள் தயாரிப்புகளுடன். பெரும்பாலும், ஒரு வணிக ஆலோசகராக, சில சிக்கல்களைத் தீர்க்க நான் 1C நிபுணர்களை நியமிக்கிறேன், என்னிடம் ஒரு நிரந்தர குழு உள்ளது, மேலும் ஃப்ரீலான்ஸர்கள் உட்பட மூன்றாம் தரப்பு நிபுணர்களையும் ஈர்க்கிறேன். மிகவும் அரிதான சந்தர்ப்பங்களில், நான் 1C இல் ஏதாவது எழுதுகிறேன், பெரும்பாலும் நான் ஒரு சிறிய சிக்கலை அவசரமாக தீர்க்க வேண்டும் என்றால்.

மறுபுறம், நான் மேலும் மேலும் விலகிச் செல்கிறேன் நிரந்தர வேலை 1C தயாரிப்புகளுடன். எனது தொழில் வாழ்க்கையின் தொடக்கத்தில் 1C திட்டங்களுடன் பணிபுரிந்து எனது வருமானத்தில் 100% எனக்குக் கொண்டுவந்திருந்தால், இன்று சில 1C தீர்வுகளைச் செயல்படுத்துவது எனது வேலையில் 20% க்கு மேல் எடுக்காது, மற்ற அனைத்தும் வலைத்தளங்கள், CRM அமைப்புகள் போன்றவை.

எனவே, 1C நிரல் தொடர்பான சிக்கல்களிலிருந்து நான் இன்னும் வெகுதூரம் விலகிச் செல்லவில்லை என்றாலும், எனது அறிவை முறைப்படுத்தவும், இந்த மென்பொருள் தயாரிப்புகளுடன் பணிபுரியும் முக்கிய அம்சங்களையும் நுணுக்கங்களையும் சேகரித்து பதிவு செய்ய முடிவு செய்தேன்.

1C பற்றி இன்னும் கொஞ்சம் மற்றும் நான் ஏன் இதை எல்லாம் எழுதுகிறேன்
அவர்கள் சொல்வது போல் நான் அபரிமிதத்தைத் தழுவப் போகிறேன் என்பதை நானே அறிவேன். எனவே, மற்றொரு எச்சரிக்கை:
  1. 1C பற்றிய கட்டுரைகளின் முழுத் தொடரையும் உருவாக்க திட்டமிட்டுள்ளேன், அங்கு இந்த மென்பொருள் தயாரிப்பைப் பற்றி வெவ்வேறு கோணங்களில் பேசுவேன். இந்த கட்டுரை முதன்மையாக புரோகிராமர்களுக்கானது. அதனால்தான் அதை ஹப்ரேயில் பதிவிடுகிறேன். பின்வருபவை வணிகர்கள் மற்றும் 1C மென்பொருள் தயாரிப்புகளின் பயனர்களுக்கு ஆர்வமுள்ளவை உட்பட, பரந்த அளவிலான கருத்துகளை உள்ளடக்கும், எனவே அவை Megamind இல் வெளியிடப்படும்.
  2. உத்தியோகபூர்வ 1C இணையதளம், ஆதரவு தளங்கள், நன்கு அறியப்பட்ட மன்றங்கள் போன்றவற்றில் நீங்கள் ஒவ்வொருவரும் சொந்தமாக படிக்கக்கூடிய குறியீடு அல்லது பிற தொழில்நுட்ப விவரங்களைப் பயன்படுத்துவதன் நுணுக்கங்களை நான் ஆராய மாட்டேன்.
  3. மேடையின் இந்த அல்லது அந்த பதிப்பு எவ்வாறு செயல்படுகிறது என்பதற்கான நுணுக்கங்களைப் பற்றி நான் விவாதிக்க மாட்டேன். மேலும், பெரும்பாலும் நான் எழுதும் நேரத்தில் பிளாட்ஃபார்ம் 8.3 பற்றி சமீபத்தியதாகப் பேசுவேன், மேலும் எனது வாடிக்கையாளர்களிடையே (நடுத்தர மற்றும் சிறு வணிகங்கள்) அதிகம் தேவைப்படும் வழக்கமான உள்ளமைவுகளைப் பற்றியும் பேசுவேன்.
அதே நேரத்தில், சரியான குறியீட்டை எங்கு தேடுவது என்பதைப் புரிந்துகொள்ள ஒரு வலை புரோகிராமர் அல்லது பிற நிபுணருக்கு உதவ நான் விரும்பவில்லை - 1C என்ன என்பதைப் புரிந்துகொள்ள அவர்களுக்கு உதவ விரும்புகிறேன்.
இன்று, 1C நிறுவனம் சொந்தமாக தயாரிப்பு விளக்கங்கள், கணினியை கட்டமைக்கும் நிபுணர்களின் நிலை, இயங்குதளம், உள்ளமைவு, செருகுநிரல்கள், துணை நிரல்கள், பதிப்புகள் போன்றவற்றில் பல குழப்பங்களை அறிமுகப்படுத்தியுள்ளது. முதலியன, 1C அமைப்பு தனிப்பட்ட முறையில் பழைய தொலைக்காட்சி தொடரை நினைவூட்டத் தொடங்குகிறது “ ஆக்டோபஸ்". வேறு யாருக்காவது நினைவில் இருந்தால், இந்த படத்தில் கமிஷனர் ஒரு குற்றவியல் குழுவுடன் சண்டையிட்டார், அதில் ஒரு பகுதி வங்கி குழுவாக இருந்தது. இந்த வங்கி அமைப்புபணம் எங்கிருந்து வருகிறது, எங்கு செல்கிறது, இந்த அல்லது அந்த துறை எவ்வாறு செயல்படுகிறது மற்றும் மிக முக்கியமாக, ஏன் என்பதைப் புரிந்துகொள்வது மிகவும் கடினமாக இருந்தது.

1C அமைப்பில், பயனரை "குழப்பம்" செய்வதற்கான முயற்சிகள், ஒரு விஷயத்தை இலக்காகக் கொண்டிருப்பதாக எனக்குத் தோன்றுகிறது: நீங்கள் எதையும் புரிந்து கொள்ள வேண்டியதில்லை, நீங்கள் பணம் செலுத்த வேண்டும். மேலும் பல தொழிலதிபர்கள் தங்களுக்கு இந்தப் புதுப்பிப்பு தேவையா, இந்தத் தயாரிப்பு தேவையா என்பதைப் புரிந்து கொள்ளாமல் பணம் செலுத்திவிடுகிறார்கள். அவர்கள் பணம் செலுத்துகிறார்கள், அவ்வளவுதான்.

"ஆக்டோபஸின் கூடாரங்களை" அவிழ்த்து, 1C அமைப்பு எவ்வாறு செயல்படுகிறது என்பதைப் பற்றிய பொதுவான புரிதலை உருவாக்க முயற்சிப்பேன்.

1C இணையதளத்தில் ஏதேனும் தொழில்நுட்ப தகவலை நீங்கள் காணலாம் என்பதை புரோகிராமர்களுக்கு நினைவூட்ட விரும்புகிறோம். இந்த நுணுக்கங்களில் நான் வசிக்கத் திட்டமிடவில்லை. நான் எழுதுவேன் எளிய மொழியில், முடிந்தவரை, அடிப்படை சிக்கல்கள் பற்றி.

உங்களுக்கு 1C இன் குறிப்பிட்ட தொழில்நுட்ப நுணுக்கங்கள் தேவைப்பட்டால், நீங்கள் எப்போதும் பின்வரும் ஆதாரங்களைப் பயன்படுத்தலாம்:

  1. 1C இணையதளம் மற்றும் கூட்டாளர் மன்றம். http://www.1c.ru
  2. பிற வளங்கள்
பெரும்பாலான சந்தர்ப்பங்களில், உங்கள் கேள்விகளுக்கான பதில்கள் இந்த ஆதாரங்களில் ஒன்றில் காணப்படும். இன்னும் பல மன்றங்கள் மற்றும் பிற விஷயங்கள் உள்ளன, ஆனால் பெரும்பாலான தீர்வுகள் உள்ளன.

ஒரு சுற்றுச்சூழல் அமைப்பாக 1C

ஒரு தொழிலதிபர், வழக்கறிஞர், கணக்காளர், விற்பனையாளர் மற்றும் பிற பயனர் 1C நிரல்களை சந்திக்கும் போது, ​​அது என்ன என்பது பற்றிய தவறான புரிதல் அடிக்கடி ஏற்படுகிறது. சிலர் 1C என்று நினைக்கிறார்கள் வசதியான அமைப்புகணக்கியல், சிலருக்கு - இது ஒரு ஆன்லைன் ஸ்டோரை தானியக்கமாக்குவதற்கான ஒரு அமைப்பு, மற்றவர்களுக்கு, நாம் எதைப் பற்றி பேசுகிறோம் என்பது அவர்களுக்கு உண்மையில் புரியவில்லை. இந்த அல்லது அந்த 1C தயாரிப்பின் உதவியுடன் நீங்கள் எந்தவொரு வணிக சிக்கலையும் தீர்க்க முடியும் என்று சிலர் நினைக்கிறார்கள், நீங்கள் சரியான தயாரிப்பைத் தேர்வு செய்ய வேண்டும், ஒருவேளை, அதை சிறிது மாற்றியமைக்க வேண்டும்.

1C என்றால் என்ன என்பதை மேடைப் பார்வையில் யாரும் புரிந்து கொள்ளாததே இத்தகைய தெளிவான தவறான கருத்துக்களுக்குக் காரணம். ஒவ்வொருவரும் வித்தியாசமான, குறிப்பிட்ட ஒன்றைப் பார்க்கிறார்கள். 1C தானே இன்னும் குழப்பத்தை ஏற்படுத்துகிறது, ஏனெனில் அதன் மார்க்கெட்டிங் காரணமாக இந்த தவறான எண்ணங்கள் அனைத்தையும் அது தீவிரமாக ஆதரிக்கிறது, இது 1C ஐ எல்லா சந்தர்ப்பங்களுக்கும் எந்த நோக்கத்திற்கும் ஒரு தீர்வாக வைக்க முயற்சிக்கிறது.

கட்டுரையில் நான் ஏற்கனவே சொன்னேன், உண்மையில் 1C ஒரு முழு சுற்றுச்சூழல் அமைப்பாக உணரப்பட வேண்டும். இந்த அணுகுமுறைதான் 1C என்றால் என்ன, அது ஏன் தேவைப்படுகிறது என்பதைப் புரிந்துகொள்ள உதவும்.

எனவே, தொழில்நுட்ப சுற்றுச்சூழல் அமைப்பின் பார்வையில், 1C பின்வரும் கூறுகளைக் கொண்டுள்ளது:

  1. 1C இயங்குதளமானது கட்டமைப்புகள் எழுதப்பட்ட அடிப்படையாகும், எந்த புரோகிராமர்கள் வேலை செய்கிறார்கள், முதலியன. இது பதிப்பிலிருந்து பதிப்புக்கு புதுப்பிக்கப்படுகிறது, எனவே இது: 6.0, 7.7, 8.0, 8.2 அல்லது 8.3.
  2. கட்டமைப்பு. இது தனித்தன்மையின் அடுத்த நிலை. கட்டமைப்புகள் 1C குறியீட்டைப் பயன்படுத்தி மேடையில் எழுதப்படுகின்றன. பயனர்கள் உள்ளமைவுகளுடன் வேலை செய்கிறார்கள்.
  3. 1C பிட்ரிக்ஸ். வலைத்தளங்களுடன் பணிபுரியும் ஒரு அமைப்பு, தனித்தனியாக பேசுவது மதிப்பு.
1C வேலையை கட்டமைக்கக்கூடிய மற்றொரு அம்சம் நிறுவன நிலை. இங்கே 2 பகுதிகள் உள்ளன, அவை ஒருவருக்கொருவர் இல்லாமல் வேலை செய்யாது:
  1. 1C நிறுவனம் மற்றும் அதன் நிபுணர்களின் ஊழியர்கள்.
  2. 1C கூட்டாளர்கள் (உரிமையாளர்) மற்றும் கணினி பராமரிப்பில் ஈடுபட்டுள்ள நிபுணர்கள். அவை சுற்றுச்சூழல் அமைப்பின் கூறுகளில் ஒன்றாக முன்னிலைப்படுத்தப்பட வேண்டியவை. 1C ஐ இறுதி செய்து செயல்படுத்தும் நிபுணர்கள் இல்லாமல், கணினி இயங்காது. இவை 1C பார்ட்னர் நிறுவனங்கள் அல்லது சிங்கிள் ஃப்ரீலான்ஸர்களாக இருக்கலாம், அது ஒரு பொருட்டல்ல, அவை இருக்க வேண்டும், இல்லையெனில் கணினி சாத்தியமானதாக இருக்காது.
அடுத்து, 1C சுற்றுச்சூழல் அமைப்பின் பகுதிகளை உன்னிப்பாகக் கவனிக்க நான் முன்மொழிகிறேன்.

நடைமேடை

1C புரோகிராமர்கள், 1C நிரலாக்க மொழியைப் பயன்படுத்தி, பயனர்களுக்காக ஆயத்த நிரல்களை (கட்டமைவுகள்) எழுதுவதற்கான தளமே அடிப்படையாகும். இயங்குதளம் அடிப்படையாக உள்ளது, இது இல்லாமல் ஒரு கூறு அல்லது கட்டமைப்பு வேலை செய்யாது. அதே நேரத்தில், உள்ளமைவு இல்லாத இயங்குதளம் 1C புரோகிராமருக்கு மட்டுமே ஆர்வமாக இருக்கலாம்; மற்ற அனைவருக்கும் (பயனர்கள், பல்வேறு நிபுணர்கள்) இது பயனற்றது.
நீங்கள் தளத்தின் வெவ்வேறு பதிப்புகளில் வேலை செய்யலாம். நடைமுறையில், 8.2 மற்றும் 8.0 பதிப்புகள் பயன்படுத்தப்படுகின்றன என்பதை நான் அறிவேன், அதே போல் பழைய, ஆனால் இன்னும் பிரபலமான 7.7, சில நேரங்களில் முதல் வெற்றிகரமான வெளியீடு 6.0 கூட பயன்படுத்தப்படுகிறது. ஆனால் நான் எழுதும் நேரத்தில் மிகச் சமீபத்திய பதிப்பு 8.3 பற்றி பிரத்தியேகமாக பேசுவேன். நாம் விவாதிக்கும் பல விஷயங்கள் முந்தைய பதிப்புகளுக்கு சமமானவை. ஆனால் சில சமீபத்திய வெளியீடுகளில் மட்டுமே சேர்க்கப்பட்டன. இந்த உண்மையை வாசகர்கள் கவனத்தில் கொள்ள வேண்டுகிறேன்.

பயனர்களுக்கு 1C வழங்கும் முழு அளவிலான திறன்கள் பெரும்பாலும் தேவையில்லை என்பதைப் புரிந்துகொள்வது அவசியம். இந்த அறிக்கை சிறிய மற்றும் நடுத்தர வணிகங்களுக்கு மிகவும் பொருத்தமானது. ஆனால் வேலையின் தரம் மற்றும் நம்பகத்தன்மை பயனர்களுக்கு மிகவும் முக்கியமானது. இது சம்பந்தமாக, துரதிர்ஷ்டவசமாக, 1C மென்பொருள் தயாரிப்புகளில் நிறைய சிக்கல்கள் எழுகின்றன.
1C உடன் பணிபுரியும் போது, ​​புரோகிராமர்கள் 1C பிளாட்ஃபார்மில் வேலை செய்ய 1C டெவலப்பர்களால் உருவாக்கப்பட்ட ஒரு சிறப்பு நிரலாக்க மொழியைப் பயன்படுத்துகின்றனர். இன்று இது ரஷ்ய மற்றும் ஆங்கிலத்தில் கிடைக்கிறது, ஆனால் முதலில் ரஷ்ய மொழியில் எழுதப்பட்டது, எனவே நிலையான கட்டமைப்புகள் ரஷ்ய மொழியில் பாரம்பரியமாக எழுதப்படுகின்றன, இருப்பினும் புரோகிராமருக்கு மிகவும் வசதியாக இருந்தால், ஆபரேட்டர்களின் ஆங்கில பதிப்புகளை சரியான இடத்தில் பயன்படுத்துவது எப்போதும் சாத்தியமாகும். வேலைக்கு. இந்த மொழியானது அடிப்படை மற்றும் C+ ஆகியவற்றின் கலவையாகும், மேலும் வினவல்களை எழுதுவதற்கு SQL சேர்க்கப்பட்டுள்ளது. கூடுதலாக, இது பல்வேறு கட்டமைப்பாளர்கள் மற்றும் செருகுநிரல்களைப் பயன்படுத்துவதற்கான திறனை வழங்குகிறது.

1C இயங்குதளத்தின் அம்சங்களில் ஒன்று மாடுலாரிட்டி இல்லாதது. இயங்குதளம் முழுமையான ஒன்று; எந்தக் குறியீடு (தொகுதி) எந்தத் திறன்களுக்குப் பொறுப்பாகும் என்பதைத் தெளிவாகக் குறிப்பிட இயலாது. நிச்சயமாக, நிறுவலின் போது நீங்கள் எந்த கூறுகளை நிறுவ வேண்டும் மற்றும் எது இல்லை என்பதைக் குறிப்பிடலாம். ஆனால் இந்த விருப்பம் நிறுவலின் போது மட்டுமே உள்ளது, உண்மையில், மிகக் குறைந்த எண்ணிக்கையிலான விருப்பங்களை வழங்குகிறது.

தீப்பிழம்புகள் மற்றும் சர்ச்சைகளைத் தவிர்க்க உதவும் மற்றொரு குறிப்பு:

1C இயங்குதளம் ஒரு சக்திவாய்ந்த மற்றும் மிகவும் நெகிழ்வான கருவி என்பதை நான் புரிந்துகொள்கிறேன். நீங்கள், அனுபவம் வாய்ந்த 1C புரோகிராமராக இருப்பதால், அதில் ஏதாவது சிறப்பு எழுதத் தொடங்கினால், பெரும்பாலும் நீங்கள் சிறந்த மென்பொருளைப் பெறுவீர்கள். மற்றும் வெவ்வேறு நிகழ்வுகளுக்கு, தளத்தின் திறன்களின் செழுமைக்கு துல்லியமாக நன்றி இங்கே நீங்கள் ஒரு தீர்வைக் காணலாம். ஆனால் பெரும்பாலும் நான் நிலையான உள்ளமைவுகளைப் பயன்படுத்துவதைக் காண்கிறேன் (கணக்கியல், வர்த்தக மேலாண்மை, ஊதியம் மற்றும் மனிதவள, உற்பத்தி மேலாண்மை), பெரும்பாலான பயனர்கள் அவர்களுடன் வேலை செய்கிறார்கள், குறிப்பாக சிறிய மற்றும் நடுத்தர வணிகங்களுக்கு வரும்போது. எனவே, தளத்தின் தேர்வு மற்றும் 1C இன் வேலையுடன் தொடர்புடைய சில சிக்கல்களைப் பற்றி முக்கியமாக நிலையான உள்ளமைவுகளுடன் பணிபுரியும் பார்வையில் எழுதுவேன்.

அதே நேரத்தில், ஒரு பெரிய ஆசை மற்றும் புரோகிராமரின் போதுமான அறிவின் மூலம், பல சிக்கல்களைத் தீர்க்க முடியும், ஆனால் சிக்கல்கள் பொருத்தமானதாக இருக்காது என்பதையும் நான் புரிந்துகொள்கிறேன். எனவே, நீங்கள் சில தனித்துவமான முன்னேற்றங்களைப் பயன்படுத்தினால், நான் வெளிப்படுத்தும் சிக்கல்கள் மற்றும் சிக்கல்கள் உங்களுக்கு ஆர்வமாக இருக்காது. மற்ற அனைவருக்கும், நான் தொடர்கிறேன்.
பிளாட்ஃபார்ம் டெலிவரி விருப்பங்கள்
ஒரு தளத்தைத் தேர்ந்தெடுக்கும்போது, ​​தீர்வு விநியோக விருப்பங்களுக்கு கவனம் செலுத்துவது மிகவும் முக்கியம். உங்களுக்கு முக்கியமான முதல் விஷயம், தரவுகளுடன் வேலையை ஒழுங்கமைக்கும் முறை:
  • கோப்பு தீர்வு
  • கிளையன்ட்-சர்வர் விருப்பம்
கோப்பு அடிப்படையிலான தீர்வில், அனைத்து பணி தகவல்களும் ஒரு பொதுவான கோப்பில் சேமிக்கப்படும். நீங்கள் எந்த கட்டமைப்பை நிறுவுகிறீர்கள் என்பது முக்கியமல்ல. எந்தவொரு சந்தர்ப்பத்திலும், நீங்கள் ஒரு குறுவட்டு நீட்டிப்பு (1C உள் வடிவம்) கொண்ட ஒரு சேவை கோப்பைப் பெறுவீர்கள், அதில் எல்லாம் சேமிக்கப்படும்: கோப்பகங்கள், ஆவணங்கள், பதிவேடுகள் போன்றவை. உங்கள் நிரலின் பயனர்களின் எண்ணிக்கை 4 நபர்களுக்கு மேல் இல்லை என்றால், பெரும்பாலும், இந்த விருப்பம் உங்களுக்கு மிகவும் பொருத்தமானது. மேலும், ஒரு கோப்பு முறைமையை அமைப்பது மிகவும் எளிதானது; இங்கே நீங்கள் 1C நிபுணரின் உதவியின்றி கூட செய்யலாம். வேக சிக்கலை RPD (ரிமோட் டெஸ்க்டாப் புரோட்டோகால்) பயன்படுத்தி ஓரளவு தீர்க்க முடியும், ஆனால் ஓரளவு மட்டுமே.

ஆனால் மிகவும் செயலில் உள்ள ஆவண ஓட்டம் மற்றும் அதிக எண்ணிக்கையிலான கணினி பயனர்கள் (4 க்கும் மேற்பட்ட நபர்கள்) உள்ள நிறுவனங்களில் 1C ஐப் பயன்படுத்துவதற்கு, கோப்பு முறைமை திருப்திகரமாக இயங்காது. பயனர்கள் ஒரே கோப்பை கிட்டத்தட்ட ஒரே நேரத்தில் அணுகுவார்கள், இது தொடர்ந்து தொகுதி அதிகரிக்கும். கூடுதலாக, நிலையான ஒத்திசைவுகள் தேவைப்படும், இது வேலையை இன்னும் மெதுவாக்கும்.

இந்த சிக்கலை தீர்க்க, 1C நிறுவனம் தரவு தேக்ககத்தை முயற்சிக்க முயற்சிக்கிறது, ஆனால் இந்த முறை இன்னும் பலவற்றைக் கொண்டுவருகிறது மேலும் பிரச்சினைகள். இந்த தலைப்பில் யாராவது ஆர்வமாக இருந்தால், டயல் செய்யுங்கள் தேடல் இயந்திரம்“1C கேச் சிக்கல்கள்”, தேடலில் இது பற்றி பல மன்றங்கள் மற்றும் விவாதங்கள் பல்வேறு சிக்கல்களுடன் இருக்கும், இது இறுதியில் கேச்சிங் எப்போதும் சரியாக வேலை செய்யாது என்ற உண்மையைக் குறைக்கிறது.

தரவு சேமிப்பகத்தின் கிளையண்ட்-சர்வர் அமைப்பு என்பது சர்வரில் உள்ள அட்டவணையில் உள்ள தரவுத்தளங்களின் அமைப்பாகும். இது MSSQL, Oracle அல்லது மற்றொரு தரவுத்தள அமைப்பு விருப்பமாக இருக்கலாம்.

இந்த விருப்பத்தின் நன்மைகள் வெளிப்படையானவை: எத்தனை பயனர்கள் தரவுத்தளங்களை அணுகினாலும், வேகம் மற்றும் அணுகலில் சிக்கல்கள் ஏற்படாது. பெரும்பாலான நடுத்தர அளவிலான வணிகங்கள் பயன்படுத்தும் விருப்பத்தேர்வு இதுவாகும், மேலும் நான் வழக்கமாக வாடிக்கையாளர்களுக்கு இதைப் பரிந்துரைக்கிறேன்.

பெரும்பாலான சந்தர்ப்பங்களில், நிறுவனங்கள் விண்டோஸ் சேவையகத்தை நிறுவுகின்றன, அதில் நிரலும் தரவுத்தளமும் சேமிக்கப்படும். சில நேரங்களில் பயன்பாடுகள் மற்றும் தரவுத்தளங்கள் வெவ்வேறு சேவையகங்களில் பிரிக்கப்படுகின்றன, ஆனால் இந்த வழக்குகள் சிக்கலானவை மற்றும் மிகவும் அரிதானவை, எனவே நான் அவற்றில் வசிக்க மாட்டேன்.

வெவ்வேறு தளங்களுக்கான 1C இன் பதிப்புகள்
இன்று நீங்கள் வெவ்வேறு பதிப்புகளை தேர்வு செய்யலாம் மென்பொருள்பல்வேறு தளங்களில் வேலை செய்வதற்கு 1C. எந்த விஷயத்தில் வாங்குவது மதிப்புக்குரியது என்பதைக் கண்டுபிடிப்பதும் இங்கே மதிப்புள்ளது.

எனவே, 1C இன் பதிப்புகள் உள்ளன:

  • விண்டோஸுக்கு,
  • லினக்ஸுக்கு.
எழுதும் நேரத்தில், Mac OS க்காக எந்த பதிப்பும் உருவாக்கப்படவில்லை.

விண்டோஸின் கீழ் இயங்கும் 1C நிரல் ஆரம்பத்திலிருந்தே உருவாக்கப்பட்டது; இது அனைவருக்கும் நன்கு தெரிந்த ஒரு சக்திவாய்ந்த கருவியாகும், இது எந்த பிரச்சனையும் இல்லாமல் பயன்படுத்த போதுமான அளவு சுத்திகரிக்கப்பட்டுள்ளது. லினக்ஸ் பதிப்பு இன்று புதியதாகக் கருதப்படுகிறது, எனவே மிகவும் "பச்சையானது"; எந்த புதிய மென்பொருள் தயாரிப்பிலும் இது இன்னும் நிறைய பிழைகளைக் கொண்டுள்ளது.

தொழில்முனைவோர் மற்றும் எந்தவொரு வணிக பிரதிநிதிகளும் மிகவும் பழமைவாத மக்கள்; அவர்களுக்கு மிக முக்கியமான விஷயம் நிலையான, நம்பகமான வேலை. பெரும்பாலும், ஒரு வணிகமானது அதிக வேகம் அல்லது திறன்களின் பெரிய பட்டியலில் ஆர்வம் காட்டுவதில்லை, ஏனெனில் அதற்கு நிலையான செயல்பாடு தேவைப்படுகிறது. கூடுதலாக, லினக்ஸ் இன்று உள்நாட்டு வணிகத்தில் பெரிய தேவை இல்லை. எனவே, ஒருவர் இந்த பதிப்பை மிகவும் அரிதாகவே சந்திக்கிறார்.

கூறு அடிப்படை 1C
1C கூறு அடிப்படை மிகவும் விரிவானது, இது அதிக எண்ணிக்கையிலான திறன்களைக் கொண்டுள்ளது, அதே நேரத்தில் 1C தொடர்ந்து பிரித்து செயல்பாடுகளைச் சேர்க்கிறது. அந்த. 1C டெவலப்பர்கள் புதிதாக ஒன்றை உருவாக்க வேண்டியிருக்கும் போது, ​​அவர்கள் எப்போதும் உருவாக்குகிறார்கள் புதிய வகைபொருள். எடுத்துக்காட்டாக, இணைய சேவைகள் தேவைப்படும்போது, ​​டெவலப்பர்கள் சில வகையான செருகுநிரல்களை உருவாக்கவில்லை, ஆனால் வெறுமனே கருத்தை அறிமுகப்படுத்தினர்: வலை சேவை. இதேபோல், 1C நிறுவனத்தில் பல வணிக செயல்முறைகளுக்கு, ஒரு புதிய கூறு பெரும்பாலும் உருவாக்கப்படுகிறது, ஏற்கனவே உள்ளதை மாற்றியமைக்கக்கூடிய சந்தர்ப்பங்களில் கூட.

1C இயங்குதளத்தின் கூறுகளைப் பற்றி நாம் என்ன சொல்ல முடியும்:

  • சில கூறுகள் நீண்ட காலமாக வேலை செய்கின்றன, சில மென்பொருள் தயாரிப்பு உருவாக்கப்பட்டதிலிருந்து. அவை நிலையானவை மற்றும் நம்பகமானவை.
  • சில கூறுகள் சமீபத்தில் சேர்க்கப்பட்டன, மற்றவை இப்போது சேர்க்கப்படுகின்றன. அவர்களில் பெரும்பாலோர் மிகவும் மோசமாக சோதிக்கப்பட்டவர்கள், எனவே நீங்கள் அவர்களுடன் தீவிர எச்சரிக்கையுடன் வேலை செய்ய வேண்டும்.
வேலை செய்ய ஒரு கூறுகளைத் தேர்ந்தெடுக்கும்போது, ​​​​அது எப்போது சேர்க்கப்பட்டது என்பதில் நீங்கள் எப்போதும் கவனம் செலுத்த வேண்டும். தொழில்முறை 1C புரோகிராமர்கள் இந்த விதியைக் கொண்டுள்ளனர்: டெவலப்பர்கள் ஒரு புதிய செயல்பாட்டைச் சேர்க்கும் போது, ​​முடிந்தால், போதுமான நேரம் கடக்கும் வரை அதைத் தவிர்க்கவும். அந்த. கூறு நடைமுறையில் சோதிக்கப்படும் வரை அவர்கள் காத்திருக்கிறார்கள், முக்கிய "பிழைகள்" அடையாளம் காணப்பட்டு சரி செய்யப்படும், அதன்பிறகுதான் அவை தீவிரமாக வேலை செய்யத் தொடங்குகின்றன.

1C இன் எதிர்மறை நற்பெயரின் கூறுகளில் ஒன்று, புதிய, சோதிக்கப்படாத தீர்வுகளை தொடர்ந்து சேர்ப்பதற்கான நிறுவனத்தின் நடைமுறையாகும். பெரும்பாலும் ஏற்கனவே செயல்படுத்தப்பட்ட கூறுகள் மோசமாக வேலை செய்தாலும், பிழைகள் இன்னும் சரி செய்யப்படவில்லை, மேலும் டெவலப்பர்கள் ஏற்கனவே புதிதாக ஒன்றைச் சேர்க்கிறார்கள். இவை கூறுகளாக மட்டுமல்ல, புதிய செயல்பாடுகளாகவும் இருக்கலாம் இருக்கும் வசதிகள், புதிய முறைகள் போன்றவை. 1C உடன் பணிபுரியும் அனைத்து புரோகிராமர்களும் இந்த சிக்கலை எதிர்கொள்வார்கள் - "கச்சா" மென்பொருளின் நிலையான இருப்பு, நிலையான "பிழைகள்" மற்றும் அவற்றின் நிலையான திருத்தங்கள்.

பயனர்கள் இந்த சிக்கலை சந்திக்கலாம் - தளத்துடன் பணிபுரியும் போது பிழைகள் மற்றும் மென்பொருளின் நிலையற்ற செயல்பாடு. ஒரு பயனர் செய்யக்கூடிய 1C பராமரிப்பு செயல்பாடுகளின் ஒரு குறிப்பிட்ட தொகுப்பு உள்ளது. இந்த நோக்கத்திற்காக இயங்குதள பயனர் இடைமுகம் உள்ளது. இங்கே பயனர் இடைமுகத்தின் வெவ்வேறு பதிப்புகளுக்குத் திரும்புவது மதிப்பு.

1C இயங்குதளமானது, இந்த தயாரிப்பின் திறன்களை விரிவுபடுத்தி, தொடர்ந்து சேர்க்கப்படும் பல்வேறு கூறுகளைக் கொண்டுள்ளது. ஆவணங்கள், கோப்பகங்கள், பல்வேறு பதிவேடுகள் தவிர, தகவலின் உள்ளீடு/வெளியீட்டிற்கான பல்வேறு கூறுகளும் உள்ளன, அதாவது. பயனர் இடைமுகங்கள்.

இந்த அம்சத்தின் அடிப்படையில், நீங்கள் தேர்வு செய்யலாம்:

  1. சொந்த 1C கிளையன்ட். 1C இலிருந்து 1C அணுகப்படும்போது இது ஒரு பாரம்பரிய மென்பொருள் இடைமுகமாகும்.
  2. உலாவி மூலம் வேலை செய்யுங்கள்.
  3. மொபைல் பயன்பாடு மூலம் வேலை செய்யுங்கள்.
ஒவ்வொரு விருப்பத்திற்கும் சில வரம்புகள் உள்ளன; அதிகாரப்பூர்வ 1C இணையதளத்தில் அவற்றைப் பற்றி மேலும் படிக்கலாம்.
சொந்த வாடிக்கையாளர்
நேட்டிவ் கிளையன்ட் துணை கிளையண்டுகளின் வரிசையாகவும் பிரிக்கப்பட்டுள்ளது, இது மென்பொருள் தேர்வு செயல்பாட்டில் கூடுதல் குழப்பத்தை அறிமுகப்படுத்துகிறது. இங்கே மிக முக்கியமான விஷயம், "தடிமனான" அல்லது "மெல்லிய" கிளையன்ட் விருப்பத்தைத் தேர்ந்தெடுப்பது. முதல் பார்வையில், இங்கே தேர்வு முக்கியமானதல்ல, குறிப்பாக ஒரு புரோகிராமருக்கு. உண்மையில், இடைமுகம் மூலம் உள்ளமைவுடன் பணிபுரியும் போது, ​​தேர்வு பிழைகள் காரணமாக சிக்கல்கள் ஏற்படலாம்.

இந்த துணை வாடிக்கையாளர்களுக்கு என்ன வித்தியாசம்?

"தடித்த" ஒரு பரந்த (தடித்த) தொடர்பு சேனல் தேவைப்படுகிறது, "மெல்லிய" குறைந்தபட்சம் தேவை. எனது வாடிக்கையாளர்களில் பெரும்பாலோர் "தடிமனான" கிளையண்டைப் பயன்படுத்துகின்றனர், ஏனெனில் அனைவருக்கும் இப்போது நல்ல உள்ளூர் அல்லது இணைய சேனல்கள் உள்ளன, மேலும் அவர்களின் "அகலத்தில்" எந்த பிரச்சனையும் இல்லை. மறுபுறம், ஒரு "மெல்லிய" கிளையன்ட் அதன் செயல்பாட்டில் சில வரம்புகளைக் கொண்டுள்ளது; அதில் செய்ய முடியாத விஷயங்கள் உள்ளன.

வலை கிளையன்ட் (உலாவி மூலம் வேலை)
வலை கிளையன்ட் என்பது உலாவி மூலம் 1C நிரலுடன் வேலை செய்கிறது. அந்த. உங்களுக்கு வசதியான உலாவியைப் பயன்படுத்தி, இணையம் வழியாக தரவுத்தளத்தை அணுக அனுமதிக்கும் ஒரு குறிப்பிட்ட தொழில்நுட்பத்தைப் பயன்படுத்துகிறீர்கள். இந்த வழக்கில், இடைமுகம் முழுமையாக உலாவியில் நேரடியாக கோடிட்டுக் காட்டப்பட்டுள்ளது.

இந்த விருப்பம் சில கட்டுப்பாடுகளை விதிக்கிறது, இதை நீங்கள் தொடர்ந்து நினைவில் கொள்ள வேண்டும். மறுபுறம், வலை கிளையண்டுடன் பணிபுரிவது மிகவும் நிலையானது, நன்கு பிழைத்திருத்தப்பட்டது மற்றும் ஒரு குறிப்பிட்ட தர்க்கரீதியான முடிவுக்கு கொண்டு வரப்பட்டது. அதனால்தான் பலர் இந்த இடைமுக விருப்பத்தைப் பயன்படுத்துகின்றனர். ஆன்லைனில் 1C உடன் பணிபுரிவது மிகவும் வசதியானது மற்றும் அவசியமானது.

மொபைல் பதிப்பு
1C இலிருந்து கிளையண்டின் இந்த பதிப்பு ஒப்பீட்டளவில் சமீபத்தில் தோன்றியது மற்றும் இன்னும் பெரிய தேவை இல்லை. இந்த அணுகுமுறைக்கான காரணங்கள்:
  1. வாடிக்கையாளர் மிகவும் கடினமாக மாறினார். இந்த திட்டத்தை அமைக்க, ஒரு நபர் 1C மற்றும் மொபைல் தொழில்நுட்பங்கள் இரண்டையும் அறிந்திருக்க வேண்டும், மேலும் குறியீடு மட்டத்தில் மிகவும் ஆழமாக அறிந்திருக்க வேண்டும். அத்தகைய நிபுணரைக் கண்டுபிடிப்பது மிகவும் கடினம் என்பது தெளிவாகிறது, இது மென்பொருள் தீர்வின் பிரபலத்திற்கு பங்களிக்காது.
  2. தொழில்நுட்பம் இன்னும் "பச்சை" மற்றும் மோசமாக பிழைத்திருத்தம் செய்யப்பட்டுள்ளது. நான் தனிப்பட்ட முறையில் எனது வாடிக்கையாளர்களுக்கு இந்த தீர்வைப் பயன்படுத்த முயற்சித்தேன், இந்த தொழில்நுட்பத்தை நன்கு அறிந்த சக ஊழியர்களுடன் பேசினேன், இந்த நேரத்தில் எனது கருத்தும் எனது சக ஊழியர்களின் கருத்தும் ஒத்துப்போகின்றன: சில வகையான மொபைல் பயன்பாட்டை உருவாக்குவது எளிதானது மற்றும் வசதியானது. 1C இலிருந்து விருப்பத்தைப் பயன்படுத்தவும்.
மொபைல் பதிப்பு நிறைய விஷயங்களை இணைக்க வேண்டும்; இதற்கு பல நிபுணர்களின் பணி தேவைப்படுகிறது, அவர்கள் ஒன்றாக வேலை செய்து ஒருவருக்கொருவர் உதவுவார்கள்:
  • வெளியில் இருந்து தரவுத்தளத்திற்கான அணுகலை அமைத்தல்;
  • பாதுகாப்பு சிக்கல்களைத் தீர்ப்பது;
  • வேலை செய்ய ஒரு சேவையகத்தை அமைத்தல் மொபைல் பயன்பாடுகள்;
  • 1C மென்பொருள் தயாரிப்புகளை அமைத்தல்;
  • வலை பயன்பாடுகளை அமைத்தல் (தேவைப்பட்டால்).
1C மொபைல் பயன்பாட்டின் சரியான செயல்பாட்டை உறுதிப்படுத்த இவை அனைத்தும் அவசியம். அத்தகைய நிபுணர்களின் குழுவைச் சேர்ப்பது கடினம் மற்றும் விலை உயர்ந்தது என்பது தெளிவாகிறது, எனவே இந்த தீர்வு சிறிய மற்றும் நடுத்தர வணிகங்களில் பிரபலமாக இல்லை.
தளம் 1C: சுருக்கம்
1C இயங்குதளம் மிகவும் செயல்பாட்டுடன் உள்ளது; இது பல்வேறு திறன்களின் பெரிய பட்டியலைக் கொண்டுள்ளது. இந்த அளவு இயற்கையாகவே சிக்கலானதாக மாறும். இதன் விளைவாக, ஒரு புரோகிராமருக்கு 1C உடன் பணிபுரிவதற்கான தடை மிகவும் அதிகமாக உள்ளது. வாடிக்கையாளர்கள் பல்வேறு 1C திறன்களைப் பற்றிக் கேள்விப்பட்டு, அவற்றைச் செயல்படுத்த ஒரு புரோகிராமரிடம் உதவி கேட்கிறார்கள். இதன் பொருள் ஒரு நிபுணர் தொடர்ந்து புதுப்பிப்புகளைப் பற்றி அறிந்திருக்க வேண்டும், பல்வேறு விஷயங்களைப் புரிந்துகொண்டு தெரிந்து கொள்ள வேண்டும்.

நிரல் மட்டத்தில் அனைத்தையும் ஒரே நேரத்தில் புரிந்து கொள்ளக்கூடிய ஒரு புரோகிராமரைக் கண்டுபிடிப்பது மிகவும் கடினம்: 1C உடன் பணிபுரிதல், வலை நிரலாக்கம், மொபைல் பயன்பாடுகளுடன் பணிபுரிதல் போன்றவை. இது ஒரு கருத்தியல் மட்டத்தில் சாத்தியமாகும், அதாவது. நான் இப்போது எனது அறிவைப் பகிர்ந்து கொள்ளும் இடத்தில்.

ஆனால் வாடிக்கையாளர்கள் பொதுவாக இதைப் புரிந்து கொள்ள மாட்டார்கள், மேலும் 1C புரோகிராமர் பல்வேறு திறன்களை செயல்படுத்த வேண்டும் என்று கோரத் தொடங்குகின்றனர்.

மறுபுறம், 1C இயங்குதளம் தொடர்ந்து மாறிக்கொண்டே இருக்கிறது, இது ஒரு பெரிய எண்ணிக்கையிலான விருப்பங்கள், பல வேறுபட்ட தீர்வுகள் மற்றும் இதன் விளைவாக - ஒரு பெரிய எண்ணிக்கையிலான பிழைகள் மற்றும் அவற்றின் திருத்தங்கள்.

இவை அனைத்தும் ஒன்றாக நிலைப்படுத்தல் சிக்கலுக்கு வழிவகுக்கிறது:

  • ஒருபுறம், 1C நிறுவனம் உள்ளது, இது வாடிக்கையாளர்களுக்கு 1C எளிமையானது மற்றும் வசதியானது என்று கூறுகிறது. 1C ஐ பராமரிக்க சிறப்பு அறிவு கொண்ட ஒரு நிபுணர் தேவை, நவீன 1C உடன் வேலை செய்வது புரோகிராமர்களுக்கு கடினம் என்று அவர்கள் எங்கும் எழுதவில்லை.
  • மறுபுறம், உண்மையில் வாடிக்கையாளர் இந்த பிரச்சினைகள் அனைத்தையும் எதிர்கொள்கிறார். 1C ஐ செயல்படுத்துவதில் ஈடுபட்டுள்ள நன்கு பணிபுரியும் குழு அல்லது எனது அறிவு நிலை கொண்ட வணிக ஆலோசகரிடம் சரியான நிபுணர்களைக் கண்டறிந்து அவர்களுக்கு சரியான பணிகளை வழங்கக்கூடிய ஒருவரின் உதவியை அவர் பெற்றால் நல்லது. மற்ற சந்தர்ப்பங்களில், செயல்படுத்தும் செயல்பாட்டின் போது பயனர் நிறைய சிக்கல்களை எதிர்கொள்வார்.

எனவே, 1C இயங்குதளத்தைப் பற்றி சுருக்கமாக: அதிக எண்ணிக்கையிலான சாத்தியங்கள், அதிக அளவு நெகிழ்வுத்தன்மை, பல்வேறு தீர்வுகள். அதே நேரத்தில்: செயல்படுத்தலின் குறைந்த தரம், தீர்வின் தொடர்ந்து வளர்ந்து வரும் சிக்கலானது, ஒவ்வொரு பதிப்பிலும் அதிக எண்ணிக்கையிலான பிழைகள்.

கருத்தியல் மட்டத்தில், போதுமான தகவல்கள் இருப்பதாக நான் நினைக்கிறேன். நான் மேலே பரிந்துரைத்த 1C ஆதாரங்களில் நீங்கள் எப்போதும் தொழில்நுட்ப நுணுக்கங்களைக் காணலாம்.

கட்டமைப்புகள்

1C உள்ளமைவுகள் தளத்தின் ஒரு குறிப்பிட்ட பதிப்பின் அடிப்படையில் உருவாக்கப்பட்ட ஆயத்த மென்பொருள் தீர்வுகள் ஆகும். உள்ளமைவு என்பது பயனர்கள் நேரடியாகப் பணிபுரிவது, தற்போதைய பதிவுகளை வைத்திருக்கும் மென்பொருள் சூழல், ஆவண ஓட்டம், கோப்பகங்கள் போன்றவற்றுடன் பணிபுரியும். பயனர்கள் தங்களுக்கு என்ன வகையான தளம் உள்ளது என்பது பெரும்பாலும் தெரியாது. ஆனால் எந்த குறிப்பிட்ட கட்டமைப்பு பயன்படுத்தப்படுகிறது என்பதை அவர்கள் எப்போதும் அறிவார்கள்.

கட்டமைப்புகள் உள்ளன:

  1. தரநிலை - 1C நிறுவனத்தால் எழுதப்பட்டது. அவை அனைத்தும் 1C இணையதளத்தில் உள்ளன.
  2. வித்தியாசமானது - கூட்டாளர் நிறுவனங்களால் எழுதப்பட்டது.
பயனர் மட்டத்தில், இரண்டு வகைகள் பின்வருமாறு வேறுபடுகின்றன:
  1. நிலையான கட்டமைப்புகள் 1C ஆல் உருவாக்கப்பட்டு பராமரிக்கப்படுகின்றன. பெரும்பாலான சந்தர்ப்பங்களில், அவை உயர் தரத்தில் உள்ளன, இந்த உள்ளமைவுகளில் குறியீட்டுடன் கூடிய வேலை சிறப்பாக ஒழுங்கமைக்கப்படுகிறது, மேலும் அவை பெரும்பாலும் பயன்படுத்தப்படுகின்றன. உகந்த தீர்வுகள், பிழைகள் உடனடியாக சரி செய்யப்படும். நிச்சயமாக, எல்லோரும் வழக்கமான 1C உள்ளமைவுகளில் "நித்திய பிழைகள்" பற்றி தொடர்ந்து கேட்கிறார்கள், மேலும் அவை உண்மையில் தொடர்ந்து உள்ளன, ஆனால் இன்னும், நிறுவனத்தின் நிபுணர்களுக்கு கடன் வழங்குவது மதிப்பு. அவர்கள் முக்கியமான பிழைகளை மிக விரைவாக சரிசெய்கிறார்கள்.
  2. வித்தியாசமான உள்ளமைவுகள் 1C கூட்டாளர் நிறுவனங்களால் எழுதப்படுகின்றன, மேலும் இங்கே எதையும் திட்டவட்டமாகக் கூறுவது மிகவும் கடினம். இத்தகைய கட்டமைப்புகள் மிகவும் வேறுபட்டவை. பெரும்பாலும் அவை சந்தர்ப்பத்தில் எழுதப்படுகின்றன: தொழில் சார்ந்த (குறிப்பிட்ட தொழில்துறைக்கு) அல்லது ஒரு குறிப்பிட்ட சந்தர்ப்பத்திற்காக (ஒரு குறிப்பிட்ட நிறுவனம்) எழுதப்பட்டது. 1C கூட்டாளர் நிறுவனங்கள் பெரும்பாலும் அதிக ஊழியர்களின் வருவாயைக் கொண்டுள்ளன என்பதை இங்கே புரிந்து கொள்ள வேண்டும். எனவே அவற்றில் உள்ள கட்டமைப்புகள் ஒழுங்கற்ற முறையில் எழுதப்பட்டுள்ளன. ஒரு புரோகிராமர் எழுதத் தொடங்குகிறார், மற்றொருவர் தொடர்கிறார், மூன்றாவது முடிக்கிறார். அதே நேரத்தில், அவர்கள் ஒவ்வொருவரும் தங்கள் சொந்த, அவர்களின் புரிதல், தீர்வுகள், யோசனைகள் ஆகியவற்றைக் கொண்டு வருகிறார்கள். மேலும் இது அதன் முன்னோடியின் வளர்ச்சியை வசதியாகப் பயன்படுத்துகிறது, ஆனால் அது விரும்பியபடி அல்ல.
"ப்ரோஸ்டோக்வாஷினோவிலிருந்து மூன்று" என்ற வேடிக்கையான கார்ட்டூன் உங்களுக்கு நினைவிருக்கிறதா? அங்கு, சிறுவன் மாமா ஃபியோடர் தனது பெற்றோருக்கு ஒரு கடிதம் எழுதினார், ஆனால் அதை முடிக்கவில்லை, அவர் திசைதிருப்பப்பட்டார், மேலும் அவரது நண்பர்கள் மாறி மாறி அவருக்காக அதை முடித்தனர்: ஒரு பூனை மற்றும் நாய். மேலும் ஒவ்வொருவரும் அவரவர் பிரச்சனைகளைப் பற்றி பேசினர். இதன் விளைவாக, சிறுவனின் "பாதங்கள் வலிக்கிறது மற்றும் அவனது வால் விழுந்தது" என்பதை அறிந்து அவரது பெற்றோர் ஆச்சரியப்பட்டனர். தரமற்ற கட்டமைப்புகளை அடிக்கடி எழுதப் பயன்படுத்தப்படும் கொள்கை இதுவாகும்.
தரமற்ற உள்ளமைவுகளை எழுதுவதில் தொடர்ச்சி இல்லாதது மற்றும் பெரும்பாலும் போதுமான விரிவான ஆவணங்கள் இல்லாதது, செயல்படுத்தல் மற்றும் மாற்றங்களின் அனைத்து கேள்விகளுக்கும் இந்த உள்ளமைவை உருவாக்கிய நிறுவனத்தை நீங்கள் தொடர்பு கொள்ள வேண்டும் என்பதற்கு வழிவகுக்கிறது.

தரமற்ற கட்டமைப்புகளும் இரண்டு வகைகளில் வருகின்றன:
  1. நிலையானவற்றை அடிப்படையாகக் கொண்டு எழுதப்பட்டது. இந்த உள்ளமைவுகள் சில நிலையான ஒன்றின் செயல்பாட்டைச் சேர்ப்பதன் மூலம் உருவாக்கப்படுகின்றன. எடுத்துக்காட்டாக, 1C போன்ற ஒரு தயாரிப்பு உள்ளது: வர்த்தக மேலாண்மை மற்றும் CRM. இங்கே நாம் வர்த்தக மேலாண்மை மற்றும் CRM அமைப்பின் நிலையான கட்டமைப்பை இணைத்துள்ளோம். கட்டமைப்பை உருவாக்கியவர்கள், ரரஸ் நிறுவனம், வர்த்தக மேலாண்மை துணை அமைப்பு என்று அழைப்பது சுவாரஸ்யமானது, உண்மையில் இது முழு உள்ளமைவும் எழுதப்பட்ட அடிப்படையாகும்.
        நன்மைஅத்தகைய கட்டமைப்புகள் - அவை நிலையானவற்றுடன் ஒப்பிடுகையில் மிகவும் செயல்பாட்டுடன் உள்ளன, பெரும்பாலும் மிகவும் தேவையான அம்சங்கள் அவற்றில் சேர்க்கப்படுகின்றன.
        மைனஸ்கள்- இந்த உள்ளமைவுகளின் டெவலப்பர்கள் பெரும்பாலும் தங்கள் புதுப்பிப்புகளை சரியான நேரத்தில் உருவாக்க நேரம் இருப்பதில்லை. எனவே, 1C நிறுவனம் ஏற்கனவே அதன் புதுப்பிப்பு விருப்பங்களை இடுகையிட்டுள்ளது, மேலும் தரமற்ற தீர்வைப் பயன்படுத்துபவர் ஒரு குறிப்பிட்ட தீர்வுக்கு இதேபோன்ற புதுப்பிப்பை டெவலப்பர் உருவாக்கும் வரை சிறிது நேரம் காத்திருக்க வேண்டியிருக்கும். கூடுதலாக, இத்தகைய மாற்றங்கள் மிகவும் "பச்சையாக" இருக்கலாம் மற்றும் பல பிழைகள் இருக்கலாம்.
       
  2. புதிதாக எழுதப்பட்ட கட்டமைப்புகள். அவற்றை உருவாக்கும் போது, ​​நிலையான கட்டமைப்புகள் பயன்படுத்தப்படாது; குறிப்பிட்ட பணிகளுக்கு தீர்வுகள் எழுதப்படுகின்றன.
        நன்மை: உள்ளமைவு வாடிக்கையாளரின் தேவைகளுக்கு ஏற்ப சரியாக எழுதப்பட்டது, தேவையான அனைத்தும் உள்ளன மற்றும் மிதமிஞ்சிய எதுவும் இல்லை.
        மைனஸ்கள்: வழக்கமாக, அத்தகைய தீர்வுகளை எழுதும் போது, ​​குறியீடு தரநிலைகள் கவனிக்கப்படுவதில்லை; அத்தகைய மென்பொருள் தயாரிப்புகளை மாற்றுவது மிகவும் கடினம்; பெரும்பாலும், ஆசிரியர் மட்டுமே இதை விரைவாகச் செய்ய முடியும்.
நான் வாடிக்கையாளர்களிடம் வந்து, புதிதாக எழுதப்பட்ட ஒரு வித்தியாசமான உள்ளமைவு இருப்பதைக் கண்டால், அதைத் தொடாமல் இருக்க முயற்சிப்பேன், அல்லது அதை முற்றிலும் வசதியான மற்றும் உலகளாவிய தீர்வாக மாற்றுவேன். பெரும்பாலும் இதுபோன்ற தீர்வுகள் உண்மையில் தேவையில்லை, குறிப்பாக சிறு மற்றும் நடுத்தர வணிகங்களில். அதே நேரத்தில், நிலையான தயாரிப்புகளை பராமரிக்க எளிதானது மற்றும், இதன் விளைவாக, மலிவானது, இது வணிகத்திற்கு எப்போதும் முக்கியமானது.

சுருக்கம்

தொழில்முனைவோர் பொதுவாக உள்ளமைவைத் தேடுகிறார்கள் என்பதைப் புரிந்துகொள்வது அவசியம். உதாரணமாக, கணக்கியல் துறையின் வேலையை தானியக்கமாக்குவதற்கு, அவர்களுக்கு 1C. கணக்கியல் தேவை, மற்றும் வாடிக்கையாளர்களுடன் பணியை ஒழுங்கமைக்க - 1C. வர்த்தக மேலாண்மை. இந்த தயாரிப்புகள்தான் அவர்களுக்குப் புரிந்துகொள்ளக்கூடியவை மற்றும் சுவாரஸ்யமானவை.

எனவே, புரோகிராமர் எந்த தளத்துடன் வேலை செய்ய வேண்டும் என்பதை அறிவது முக்கியம். பயனர் கட்டமைப்பில் ஆர்வமாக உள்ளார். அதே நேரத்தில், 1C புரோகிராமரின் உதவியின்றி, பெரும்பாலான சந்தர்ப்பங்களில் ஒரு வணிகம் விரும்பிய உள்ளமைவை அமைக்க முடியாது. அதனால்தான் நான் 1C நிபுணர்களை 1C சுற்றுச்சூழல் அமைப்பின் ஒருங்கிணைந்த பகுதியாக அழைக்கிறேன்.

1C நிபுணர்களும் வேறுபட்டவர்கள் என்பதை நினைவூட்டுகிறேன். சிலர் இயங்குதளம் மற்றும் நிலையான உள்ளமைவுகளின் வளர்ச்சியில் ஈடுபட்டுள்ளனர் (1C நிறுவனத்தின் பணியாளர்கள்), மற்றவர்கள் அதன் பங்காளிகள் மற்றும் செயல்படுத்தல் மற்றும் மாற்றங்களில் ஈடுபட்டுள்ளனர், மற்றவர்கள் தனிப்பட்ட முறையில் 1C ஐ செயல்படுத்துவது தொடர்பான சில சிக்கல்களைத் தீர்க்க உதவுகிறார்கள். குறிச்சொற்களைச் சேர்க்கவும்