1 soniyada qayta ko'rib chiqish nima. Tovarlarni qabul qilishda qo'shimcha xarajatlarni hisobga olish

1C 8.2 va 8.3 juda muhim raqobat ustunligiga ega - 1C standart konfiguratsiyasini o'zgartirish va platforma asosida o'z echimlarini ishlab chiqish qobiliyati. Bunga o'rnatilgan ishlab chiqish muhiti tufayli erishiladi, hatto tizim o'ziga xosdir.

1C kompaniyasi o'z mijozlari haqida qayg'urib, bozordagi barcha tashkilotlarga eng mos keladigan echimlarni ishlab chiqarishga harakat qilmoqda. Har bir kompaniya, xuddi inson kabi, o'ziga xosdir. Bu sizning ehtiyojlaringizga mos keladigan 1C konfiguratsiyasini "sozlash" turidir.

Odatda 1C da qanday yangi narsalar amalga oshiriladi?

Qoida tariqasida, o'zgartirishlar dasturning interfeys qismiga tegishli. Shu bilan birga, konfiguratsiyalarda jiddiy o'zgarishlar ham mavjud - yangi quyi tizimlar, yangi algoritmlarni joriy etish.

1C 8.3 dagi o'zgarishlarga misollar:

• Foydalanuvchi huquqlarini sozlash va standart qiymatlar. Huquqlarning moslashuvchan konfiguratsiyasi juda muhim nuqta. Foydalanuvchilar va ularning huquqlari - bu ko'p foydalanuvchili tizimda ularsiz ishlash mumkin bo'lmagan narsa.
• O'zgartirish va yangisini yaratish bosma shakllar. Chop etilgan shakl 1C da hujjatning qog'oz ekvivalentidir. Mavjudlarini takomillashtirish va yangilarini qo'shish mumkin. Chop etilgan shakllarni tahrirlash konfiguratsiyani o'zgartirmasdan amalga oshirilishi mumkin.
• Yangilarini yaratish va mavjudlarini o'zgartirish hisobotlar. Hisobot har qanday tahliliy axborot tizimining, shu jumladan 1C Enterprise-ning yakuniy mahsulotidir. Dasturdagi hisobotlarni konfiguratsiyani o'zgartirmasdan o'zgartirish mumkin.
• . Qoida tariqasida, texnik jihatdan tushunarli bo'lmagan mijoz har doim ham dasturchilar uchun malakali texnik xususiyatlarni yoza olmaydi. Shu bilan birga, vazifaning o'zi ham uyda, ham uchinchi tomon kompaniyalari tomonidan bajarilishi mumkin.
• Konfiguratsiyaga qo'shilmoqda yangi funksionallik. 1C universal tizim bo'lib, har bir mijozning istaklarini inobatga olmaydi. Vakolatli mutaxassislar dasturning funksionalligini sezilarli darajada kengaytira oladi va uni "uzluksiz" birlashtiradi.
• 1C ish faoliyatini optimallashtirish. 1C Enterprise tizimi ishlash ko'rsatkichlari bo'yicha o'z segmentida etakchilardan biridir. Biroq, maksimal tizim tezligini olish uchun mijozning IT infratuzilmasiga moslashtirilgan ba'zi o'zgarishlar talab qilinadi.

1C mutaxassisining bir soatlik ish narxi

Standart 1C konfiguratsiyalarini o'zgartirish bo'yicha ishlarning narxi odatda odam-soatlarda baholanadi.

Ismingiz va telefon raqamingizni qoldiring, operator 2 soat ichida ish vaqtida siz bilan bog'lanadi.

Moskva Sankt-Peterburg Samara

Ular turli kompaniyalar va korxonalar uchun kuchli va universal vositalarni taqdim etadi. Ammo shuni ta'kidlash kerakki, universallikning ham salbiy tomoni bor: dasturlar faqat umumiy funktsiyalarni bajaradi. har bir aniq kompaniyaning ehtiyojlari uchun juda oddiy - 1C takomillashtirishlari bunga yordam beradi.

Biz bilan ishlashning afzalliklari

• 1C 8.2 ni o'zgartirish bo'yicha barcha xizmatlar xalqaro sifat menejmenti tizimida sertifikatlangan yaxshi o'rnatilgan texnologiyalar yordamida amalga oshiriladi. ISO 9001: 2001.
• Biz kafolat beramiz minimal shartlar Buyurtmachining kompaniyamiz mutaxassislari bilan faol hamkorligi sharti bilan ishni bajarish.
• Biz o'rnatdik minimal narxlar, shuning uchun ham yangi boshlanuvchilar, ham yirik kompaniyalar 1C ga kerakli yaxshilanishlarni amalga oshirishlari mumkin.
• Biz sifatini nazorat qilish ishlarni bajarish. Har bir xodimga ishni nazorat qiluvchi 1C mutaxassisi tayinlanadi.
• Biz kafolatlar beramiz tugallangan ish uchun. Agar ikki oy ichida Xaridor 1C dasturlarida xatolik va nosozliklar aniqlansa, biz ularni mutlaqo bepul tuzatamiz.

1C yaxshilanishlari qanday?

1C-ni takomillashtirish - bu o'z ishingizda tez-tez foydalanadigan 1C dasturlarini "sozlash" turi.

Bazada xalqaro bozorda taqdim etilgan korxonalar, kompaniyalar va tashkilotlarni maksimal darajada qamrab oluvchi turli xil modifikatsiyalar mavjud. Lekin siz hammani xursand qila olmaysiz, chunki har bir kompaniya noyobdir. Aynan shu "mahalliy" yaxshilanishlar 1C: Franchisee Victoria kompaniyasining mutaxassislari tomonidan amalga oshirilmoqda.

1C modifikatsiyalari qachon amalga oshirilishi kerak?

1C-ga o'zgartirish kiritishdan oldin siz o'zingiz uchun bir nechta savollarga javob berishingiz kerak:

• Tashkilotning o'ziga xos xususiyatlari standart funksionallikda amalga oshiriladimi? Bizning tajribamiz qayta ko'rib chiqish bo'yicha qarorlarning aksariyati shoshqaloqlik bilan qabul qilinishini aytishga imkon beradi. Natijada, kompaniyalar takomillashtirish va o'zgartirishlar uchun juda ko'p mablag 'sarflaydi, lekin kutilgan natijalarni olmaydi. Ammo ular faqat mutaxassis bilan maslahatlashishlari kerak edi.
• Tashkilot avtomatlashtirishga intilayotgan jarayonlar kompaniyada ishlab chiqilgan shaklda haqiqatan ham muhimmi? 1C uchun konfiguratsiyalarni ishlab chiqishda 1C: Franchisee Victoria mutaxassislari vaqt va ko'plab kompaniyalar tajribasi tomonidan tasdiqlangan buxgalteriya usullaridan foydalanadilar. Bunday usullar eng samarali hisoblanadi, shuning uchun bizning tajribamizga ishonish va kompaniyadagi ba'zi biznes jarayonlarini biroz o'zgartirish yaxshiroqdir.

Mutaxassislar faqat o'rnatilgan funksionallikning barcha imkoniyatlari allaqachon tugagan bo'lsa, o'zgartirishlar kiritishni tavsiya qiladi. Shuni ta'kidlashni istardikki, 1C dasturlarining odatiy funksionalligi juda keng va to'g'ri konfiguratsiya bilan ko'pgina standart muammolarni hal qilish uchun foydalanish mumkin.

Agar o'zgartirishlarsiz amalga oshirishning iloji bo'lmasa, mutaxassislar kiritilgan o'zgartirishlar buxgalteriya hisobining boshqa bo'limlariga ta'sir qiladimi yoki yo'qligini tahlil qiladilar.

Bizning maqsadimiz dasturni keyingi ta'mirlash kompaniya uchun "qora tuynuk" va bosh og'rig'iga aylanmasligi uchun minimal konfiguratsiya o'zgarishlari bilan yaxshilanishlarni amalga oshirishdir.

Kompaniyamizda 1C konfiguratsiyasiga o'zgartirishlar ISO 9001:2001 xalqaro sifat tizimi talablariga muvofiq amalga oshiriladi.

1C qanday o'zgartiriladi?

1C Enterprise dasturlarining asosiy afzalliklaridan biri bu har bir foydalanuvchining shaxsiy talablari uchun katta xususiylashtirish imkoniyatlaridir. Bu mavjud konfiguratsiyalarni o'zgartirish va tahrirlashni yoki noldan o'zingiznikini ishlab chiqishni talab qiladi.
1C tahriri Bu mijozning iltimosiga binoan buxgalteriya hisobi, ish haqi va xodimlarni boshqarish, savdoni boshqarish, kompleks avtomatlashtirish, ishlab chiqarish korxonalarini boshqarish va boshqalar kabi standart konfiguratsiyalarning o'zgarishi. Barcha standart 1C dasturlarida konfiguratsiya kodi ochiq, asosiy versiyalar bundan mustasno va 1C dasturining egasi erkin foydalanishi mumkin. 1C ni yakunlash ehtiyojlaringizni qondirish uchun. Bu 1C dasturlarining eng muhim afzalligi. 1C dasturini yangilashning kamchiliklari shundaki, agar siz standart konfiguratsiyani o'zgartirsangiz, uni yangilash qiyinroq bo'ladi. Ammo bu muammoni ham hal qilish mumkin.

Odatda 1C qayta ko'rib chiqish quyidagilarni o'z ichiga oladi: bosma shakllarni o'zgartirish, hisobotlarni o'zgartirish yoki yangi hisobotlarni ishlab chiqish, ma'lumotlarni qayta ishlash yoki ma'lumotlarni to'ldirish vaqtini tejash uchun tahlil qilish uchun ishlov berishni ishlab chiqish, yangi konfiguratsiya ob'ektlarini (kataloglar, hujjatlar, registrlar, ularning) yaratish bilan konfiguratsiyani o'zgartirish. batafsil) 1C-ni o'zgartirish uchun siz tajribali dasturchi xizmatlaridan foydalanishingiz kerak.

1C Enterprise dasturi o'rnatilgan dasturlash tilidan foydalanadi, unda barcha 1C konfiguratsiyalari, standart va nostandart, istisnosiz yozilgan. "Konfigurator" rejimida 1C Enterprise dasturi bilan ishlash ko'nikmalariga ega bo'lgan mutaxassis 1C konfiguratsiyasining u yoki bu algoritmiga o'zboshimchalik bilan o'zgartirishlar kiritish, dastur elementlarining ko'rinishini o'zgartirish, yangi konfiguratsiya ob'ektlarini yaratish va hk qobiliyatiga ega.

Shuning uchun 1C Enterprise dasturiy ta'minot tizimi universaldir. Standart konfiguratsiyani, masalan, 1C Trade Management, asos qilib olgan holda, dasturchi uni har qanday faoliyat sohasidagi korxonaning o'ziga xos xususiyatlariga moslashtirishi mumkin. 1C yaxshilanishlari mexanizmlar va konfiguratsiya ob'ektlari.

Bu jarayon deyiladi - 1s ni qayta ko'rib chiqish- Bir xil o'rnatilgan tildan foydalanib, dasturchi savdo, ishlab chiqarish yoki inson faoliyatining boshqa sohalarini avtomatlashtirishga kelganda mutlaqo yangi konfiguratsiyani yaratishi mumkin. Shu maqsadda yaratilgan konfiguratsiyaning barcha asosiy nuqtalarini eng kichik tafsilotlargacha tavsiflovchi batafsil texnik tavsif tuziladi. Bunday konfiguratsiyani loyihalash ko'p vaqt talab etadi.

Noldan yaratilgan konfiguratsiyaning afzalliklari aniq, ammo bitta katta kamchilik bor - uzoq rivojlanish muddati va uning yuqori narxi. Mavjud konfiguratsiya asosida qo'shimcha quyi tizim yaratish ancha oson. O'rnatilgan til yangi davolash usullarini yaratish uchun ham ishlatilishi mumkin.

O'rnatilgan 1C tilidan foydalanib, siz ishlayotgan dasturdan ma'lumotlarni 1C ga yuklash mexanizmidan foydalanish mumkin. Agar ma'lumotlar hajmi juda katta bo'lsa, uni qo'lda uzatish iqtisodiy jihatdan maqsadga muvofiq emas. Mutaxassis uchun bu bir necha soatlik ish. Qanday bo'lmasin, 1C Enterprise tizimining ko'p qirraliligini va o'rnatilgan tilning imkoniyatlarini e'tiborsiz qoldirmang.

Deyarli har qanday yirik 1C integrator kompaniyasidagi deyarli barcha loyihalar standart konfiguratsiyalarni yakunlashdan iborat bo'lib, asosan tashkilotning tadbirkorlik faoliyatini hisobga olishni optimallashtirishga va tegishli tartibga solinadigan hisobotlarni taqdim etishga qaratilgan. Va bu, o'z navbatida, kelajakda amalga oshirilgan echimlar tez-tez o'zgarib turadigan qonunchilikka muvofiq o'zgartirilishi kerakligini anglatadi. Amalda, bu deyarli har doim yechim asoslangan standart konfiguratsiyalarning relizlarini yangilashni va keyingi nashrdagi o'zgarishlarga muvofiq allaqachon kiritilgan o'zgartirishlarni moslashtirishni anglatadi.

Ko'pincha, agar mijoz qo'llab-quvvatlash uchun integrator tashkilotda qolmasa, loyihani to'liq muvaffaqiyatli deb atash mumkin emas. Va agar siz standart konfiguratsiyalarni o'zgartirish uchun qat'iy qoidalarga rioya qilsangiz, sarflaganingizdan keyin juda oz vaqt rivojlanish bosqichida, mumkin kelajakda ko'p, ko'p soatlar va nervlarni saqlang o'zgartirilgan konfiguratsiyani doimiy yangilash to'g'risida. Aksincha, kod dizayniga qo'pol, "farq qilmaslik" munosabati, vazifalarni amalga oshirishning to'g'ri usullarini emas, balki tezroq va soddaroq tanlash, natijada paydo bo'lgan konfiguratsiyani yangilashni qo'llab-quvvatlash uchun haqiqiy do'zaxga aylantirishi mumkin. Kelajakda bu yangilanishning katta soatlariga, hisobot davrida ishlab chiquvchilarning keskin ish yukiga, yangilanishdan keyin ko'plab xatolarga, mijozlarning noroziligiga va hokazolarga olib keladi.

Quyida konfiguratsiyani keyingi yangilanishlarni sezilarli darajada osonlashtiradigan odatiy konfiguratsiyalarda ishlab chiqish qoidalari to'plami keltirilgan. Ushbu kod bir ajoyib kompaniyaning ko'plab ishlab chiqaruvchilarining ko'p yillik tajribasidan asta-sekin paydo bo'lgan va mening chuqur ishonchimga ko'ra, qaysi bo'lim/loyiha/yo'nalishda ishlayotganidan qat'i nazar, barcha ishlab chiquvchilar uchun majburiy bo'lishi kerak.

1. Standart konfiguratsiyani "yo'q qilish" ni minimallashtirish kontseptsiyasi

Agar o'zgartirilgan standart konfiguratsiya yangi versiyalar chiqarilishi bilan yangilanishi kerak bo'lsa, ishlab chiquvchilar buni qilishlari kerak buni doimo yodda tuting va yangilashni osonlashtirish uchun choralar ko'ring. Siz doimo ta'minlaydigan muammolarni hal qilish usullarini tanlashingiz kerak konfiguratsiyani yangilash osonroq kelajakda ularni amalga oshirish biroz qiyinroq bo'lsa ham. Albatta, faqat yangilash uchun qulayroq usul ishlash, kodni tushunish va hokazolarda jiddiy kamchiliklarga ega bo'lmasa.

2. Kod o'zgarishlarini sharhlash:

Modullarning dastur kodiga kiritilgan barcha o'zgarishlar mutlaqo sharhlanishi kerak. O'zgarishlarga uchragan qatorlar bloki maxsus formatdagi sharh satrlari bilan o'ralgan bo'lishi kerak. Ushbu chiziqlarni shakllantirish printsipi quyidagi misolda ko'rsatilgan:

//++ VION 07/20/2016 0001234 Boshida yakunlash //-- VION 20/07/2016

• //++ - blokning boshlanishi
• //— — blokning oxiri
• VION - ishlab chiquvchining nomi (yoki taxallus).
• 0001234 - trekerga muvofiq vazifa raqami, faqat ochilish sharhida joylashtirilgan, shunda har bir kod o'zgarishi global qidiruv natijalarida vazifa raqami bo'yicha faqat bir marta paydo bo'ladi.
• Boshida yaxshilanishlar— kerak bo'lganda foydalaniladigan o'zboshimchalik bilan izoh, lekin agar vazifa raqami bo'lmasa, qisqacha tushuntirish matni talab qilinadi

Sharhlar standart funksionallik bilan solishtirganda o'zgartirishlarni ta'kidlash uchun mo'ljallangan. Agar ishlab chiquvchi bir muncha vaqt o'tgach, xuddi shu vazifaning bir qismi sifatida o'z modifikatsiyasining matnini o'zgartirsa, bunday o'zgarishlar alohida izohlanmaydi (va mavjud tashqi sharh ham o'zgartirilmaydi). Agar dasturchi o'z matniga o'zgartirish kiritsa, lekin boshqa vazifa uchun yoki boshqa ishlab chiquvchi tomonidan yozilgan kod o'zgartirilsa, sharhlashdan foydalanish kerak.

Bo'sh sharhlar tahrirlangan kod blokining chap chetiga tekislanadi. Quyidagi misollar o'zgartirish sharhidan qanday foydalanishni ko'rsatadi:

2.1 Kodni kiritish

Misol:

Ochilish tartibi() Agar bu yangi bo'lsa() U holda maydonlarni sukut bo'yicha to'ldiring(); endIf; SetFormElements(); //++ VION 07/20/2016 0001234 ConfigureAdditionalElements(); //-- VION 07/20/2016 SetFieldVisibility (); EndProcedure

2.2 Kodni olib tashlash

Misol:

Protsedura OnOpen() //++ VION 20/07/2016 0001234 //Agar bu yangi bo'lsa() keyin // Standart maydonlarni to'ldiring(); //EndIf; ConfigureAdditionalItems(); //-- VION 07/20/2016 SetFieldVisibility (); EndProcedure

2.3 Mavjud kodni o'zgartirish

Mavjud kodni o'zgartirganda, avval eski blokni sharhlash kerak, keyin yangi versiya yoziladi.

Misol:

Agar bu yangi bo'lsa() bo'lsa OnOpen() protsedurasini bajaring //++ VION 07/20/2016 000123 //Maydonlarni sukut bo'yicha to'ldirish(); FieldFillSetting = GetFieldFillSetting(); FillFieldsDefaultExtended(SettingFillFields); //-- VION 20.07.2016 EndIf; SetFormElements(); SetFieldVisibility (); EndProcedure

2.4 Modulga protsedura va funksiyalarni qo'shish

Qo'shilgan protseduralar va funktsiyalar uchun, shuningdek, standart ob'ektlarning modul o'zgaruvchilarini e'lon qilish uchun sharhlarni formatlash uchun qo'shimcha qoidalar qo'llaniladi:

• Bu umuman qo'shilgan protseduralar bloki emas, balki sharhlanadi har biri qo'shilgan protsedura yoki funksiya alohida.
• Ochilish izohi protsedura yoki funksiya sarlavhasi oldidagi qatorga, yakunlovchi izoh esa ketadi xuddi shu qatorda, bu erda bo'sh joy bilan ajratilgan "Protseduraning oxiri" yoki "Protseduraning oxiri" deb yozilgan.
• Mavjud protseduralar doirasidagi o'zgarishlarni sharhlash umumiy qoidalarga muvofiq amalga oshiriladi.

Misol:

//++ VION 07/20/2016 000123 o'zgaruvchan mSettingField to'ldirish; Protsedura ModifyFormProgrammatically () ... ... EndProcedure//-- VION 20/07/2016 //++ VION 20/07/2016 000123 Jo'natish sanasini qayta ishlashni tanlash tartibi () ... ... EndProcedure//-- VION 20.07.2016

Ushbu qoida konfiguratsiyalarni "protsessual taqqoslash" da moduldagi o'zgarishlarni osongina uzatish imkonini beradi.

Agar siz keyingi qatorga yakunlovchi izohni qo'ysangiz:

Keyin, "protsessual taqqoslash" paytida ushbu sharh matndagi keyingi protseduraning tavsifi sifatida tan olinadi va u o'zgartirilgan deb hisoblanadi.

3. Yuqori darajadagi ob'ektlarni qo'shish

Ismlar yuqori darajadagi ob'ektlar, konfiguratsiyada yaratilgan, Majburiy kompaniyangiz prefiksi yoki muayyan loyiha prefiksi bilan boshlanishi kerak. Odatda u ikki yoki uchta bosh harf va pastki chiziqdan iborat, masalan. AB_. Shunga ko'ra, yaratilgan ob'ektlar chaqiriladi AB_New Directory, AB_NewInformationRegister, AB_NewDocument va hokazo.

Qo'shilgan yuqori darajadagi ob'ektlarning sinonimlari (foydalanuvchiga ko'rinadigan nomlar) qavslar ichiga olingan prefiks bilan boshlanishi kerak: (AB). Natijada, ushbu ob'ektlar ro'yxatlarda vizual tarzda ajratib ko'rsatiladi va ularning boshida guruhlanadi (bu ham testni, ham foydalanishni osonlashtiradi).

Yaratilgan ob'ektning sharhida siz ishlab chiquvchining nomini, sana va vazifa raqamini qo'shilgan kodga o'xshash, ammo "++" belgilarisiz ko'rsatishingiz kerak. Bu konfiguratsiya ob'ektining vazifa bilan bog'langanligini va global qidiruv orqali topilishini ta'minlaydi.

Misol: “Loyihalar” katalogini yarating.

Dasturchilar harakatlari: konfiguratsiyada quyidagi katalog yaratilgan:

• Nomi: AB_Projects
• Sinonimi: (AB) Loyihalar

4. Bo‘ysunuvchi predmetlarni qo‘shish

Konfiguratsiya ob'ektlarining tafsilotlarini qo'shish usuli rekvizitlar qaysi konfiguratsiya ob'ektiga qo'shilganligiga bog'liq: standart yechim yetkazib beruvchisi tomonidan yaratilgan konfiguratsiya ob'ektiga (ya'ni, qo'llab-quvvatlanadigan ob'ekt) yoki joriy loyihaga qo'shilgan ob'ektga (ya'ni allaqachon. prefiksga ega).

4.1 Standart konfiguratsiya ob'ektlariga bo'ysunuvchi ob'ektlarni qo'shish

Mavjud (standart) konfiguratsiya ob'ektlariga qo'shilgan bo'ysunuvchi ob'ektlar kerak prefiks bo'lsin: AB_Qo'shimcha rekvizitlar, AB_NewTabularPart, AB_FormUserSettings, AB_LayoutSpecialInvoice. Ammo shu bilan birga, bunday tobe ob'ektlarning sinonimlari yaratiladi prefikssiz.

Yaratilgan ob'ektning sharhida siz ishlab chiquvchining nomini, sana va vazifa raqamini ko'rsatishingiz kerak, shunga o'xshash. Bu konfiguratsiya ob'ektining vazifa bilan bog'langanligini va global qidiruv orqali topilishini ta'minlaydi.

Misol: “Oldin toʻlov” hujjatining “Loyiha” atributini yarating.

Dasturchilar harakatlari: konfiguratsiyada quyidagi atribut yaratilgan:

• Nomi: AB_Project
• Sinonimi: loyiha
• Sharh: // VION 07/20/2016 000123

4.2 Loyiha doirasida qo'shilgan ob'ektlarga bo'ysunuvchi ob'ektlarni qo'shish

Loyiha doirasidagi konfiguratsiyaga qo'shilgan yuqori darajadagi ob'ektlarga qo'shilgan, ya'ni nomda allaqachon prefiks mavjud bo'lgan bo'ysunuvchi ob'ektlar qo'shiladi. prefikssiz. Bunday tobe predmetlarning sinonimlari ham yasaladi prefikssiz.

Yaratilgan ob'ektning sharhida siz ishlab chiquvchining nomini, sana va vazifa raqamini ko'rsatishingiz kerak, shunga o'xshash. Bu konfiguratsiya ob'ektining global qidiruv tomonidan topilgan vazifa bilan bog'lanishini ta'minlaydi. Agar tafsilotlar yuqori darajadagi ob'ektning o'zi bilan bir xil vazifaning bir qismi sifatida yaratilgan bo'lsa, sharh qoldirilishi mumkin.

Misol: “(AB) Projects” katalogida “Responsible” atributini yarating.

Dasturchilar harakatlari: Agar vazifa “(AB) Projects” katalogi yaratilganidan farq qilsa, konfiguratsiyada quyidagi tafsilotlar yaratiladi:

• Ism: mas'ul
• Sinonimi: mas'ul
• Sharh: // VION 07/20/2016 000456

5. Oldindan belgilangan elementlarni qo'shish

Ma'lumotnomalarning oldindan belgilangan elementlarini, xarakteristikalar turlarining rejalarini va hisoblar jadvallarini qo'shganda, yuqori darajadagi ob'ektlarga bo'ysunuvchi ob'ektlarni (jadval qismlari, tafsilotlarni) qo'shish bilan bir xil qoidalardan foydalanish kerak.

5.1 Standart konfiguratsiya ob'ektlariga oldindan belgilangan elementlarni qo'shish

Oddiy konfiguratsiya ob'ektlari uchun oldindan belgilangan elementlar majburiy ravishda qo'shiladi prefiks bilan. Ism ko'rsatilgan prefikssiz.

Misol: Oldindan belgilangan hisobni qo'shing 10.15 - "Xarajatlarni hisobga olish" hisoblar rejasiga qat'iy hisobot shakllari.

Dasturchilar harakatlari: Quyidagi oldindan belgilangan hisobni qo'shing:

• Nomi: AB_FormsStrictReporting
• Kod: 10.15
• Nomi: Qattiq hisobot shakllari

Agar odatiy konfiguratsiya ob'ektining oldindan belgilangan elementini (masalan, hisob-faktura) nomini o'zgartirishingiz kerak bo'lsa, siz ob'ektning o'zini o'zgartirmasdan qoldirishingiz va nomni o'zgartirishni maxsus .

5.2 Loyiha doirasida qo'shilgan ob'ektlarga oldindan belgilangan elementlarni qo'shish

Oldindan belgilangan elementlar loyihaga qo'shilgan konfiguratsiya ob'ektlariga qo'shiladi, ya'ni allaqachon ularning nomida prefiks mavjud. prefikssiz nomi va sarlavhasida.

6. Umumiy modullardan foydalanish va ularning qattiq tuzilishi

Konfiguratsiyada qayta-qayta ishlatiladigan protseduralar va funktsiyalar, obunalar uchun protsessorlar va muntazam vazifalar umumiy modullarda joylashgan. Ushbu maqsadlar uchun siz qo'shishingiz kerak o'z modullari, standart modullarni qoldirib, yuqori darajadagi ob'ektlar tomonidan qo'shiladi o'zgarmagan. Quyidagi umumiy modullar ("AB_" - prefiks) ishlab chiqish jarayonida foydali bo'ladi:

• AB_Umumiy maqsad (mijoz, server, tashqi ulanish) - umumiy protseduralar va funktsiyalarni joylashtirish uchun.
• AB_Server (faqat server uchun) - server muhitida bajarilishi kerak bo'lgan protseduralar va funktsiyalar uchun.
• AB_Global - standart usulda (modul nomi va davri orqali) chaqirish uchun noqulay bo'lgan protseduralar va funktsiyalar uchun.
• AB_Privileged - har doim to'liq huquqlar bilan bajarilishi kerak bo'lgan protseduralar va funktsiyalar uchun.
• AB_Reuse - ba'zi funktsiyalarning qaytariladigan qiymatlarini keshlash uchun.

Funktsional bloklar kodini alohida umumiy modullarga joylashtirishingiz mumkin katta hajm, bu holda, bunday kodni tuzatish konfiguratsiya do'konidan foydalanganda soddalashtirilgan. Boshqa hollarda, ishlab chiquvchi konfiguratsiyaga yangi modul qo'shishdan oldin mos umumiy modul mavjudligiga ishonch hosil qilishi kerak.

7. Obunalardan foydalanish va ularning qattiq tuzilishi

Standart konfiguratsiya ob'ektlari bilan bog'liq turli hodisalarni qayta ishlash uchun, agar iloji bo'lsa, ob'ektlarning modullariga o'zgartirishlar kiritish o'rniga obuna mexanizmidan foydalanish kerak.

Har bir hodisa uchun bo'lishi mumkin bittadan ortiq obuna bo'lmaydi(meta-ma'lumotlar ob'ekti sifatida), unga ishlov beruvchi va tegishli kod joylashtirilishi kerak alohida umumiy modul(ishlab chiquvchilarning saqlash bilan ishlash parallelligini oshirish uchun). Obuna nomi va umumiy modul nomi bo'lishi kerak bir xil Va mos keladi ishlov berilayotgan voqea. Obuna manbasi ko'rsatilgan Hammasi qayta ishlash mumkin bo'lgan ob'ektlar (barcha kataloglar, barcha hujjatlar va boshqalar).

Obunani qayta ishlash protsedurasi kerakli harakatlarni bajaradigan kichik protseduralarga qo'ng'iroqlarni o'z ichiga olishi kerak. Ularga manba turiga qarab, shuningdek, kerakli ketma-ketlikda kirish mumkin. Yangi vazifalar uchun kod qo'shilganda obuna modulida sharhlash amalga oshiriladi.

Misol: “Oldin toʻlov” hujjatini joylashtirishda “(AB) loyiha xarajatlari” jamgʻarma registriga yozuvlarni kiriting.

Dasturchilar harakatlari:

1. “AB_DocumentsProcessingProcessing” obunasini yarating (agar bunday obuna ilgari yaratilmagan bo'lsa), manba sifatida barcha hujjatlarni ko'rsating, voqea “ProcessingProcessing”.

2. “AB_DocumentsProcessing” umumiy server modulini yarating.

3. Modulda “ProcessingProcessing” eksport protsedurasini yarating. Oldindan yaratilgan obuna uchun ishlov beruvchi sifatida ushbu protsedurani tanlang. Protsedurada hujjat turiga qarab kerakli ishlov beruvchilar chaqiriladi.

4. "Oldin to'lov" hujjat moduli o'zgarishsiz qolishi kerak.

8. Shakllarni tahrirlash

8.1 Standart ob'ektlarning shakllarini tahrirlash

Agar standart shaklga (ham muntazam, ham boshqariladigan) o'zgartirish kichik bo'lsa (masalan, shaklga bir nechta yangi tafsilotlar qo'shilishi), unda bunday o'zgartirish butunlay dasturiy tarzda amalga oshirilishi kerak. Ya'ni, o'zgartirishlar faqat uchun amalga oshiriladi shakl moduli, va shaklning o'zi konfiguratorda qoladi o'zgarmagan. Ba'zi ishlab chiquvchilar dastlab shaklni tahrirlashning bu usulini juda og'ir deb bilishlari mumkin. Biroq, shakllarni dasturiy jihatdan o'zgartirish bo'yicha etarli tajribaga ega bo'lgan holda, bitta elementni qo'shish 3-5 daqiqadan ko'proq vaqtni oladi. Sarflangan vaqt standart konfiguratsiyaga keyingi yangilanishlar bilan ko'p marta to'lanadi.

Misol: Hujjatning asosiy shakli "Avans to'lovi" ga "(AB) Project" rekvizitini qo'shing.

Dasturchilar harakatlari: “When CreatedOnServer” forma ishlov beruvchisiga “EditFormProgrammatically()” protsedurasini qo'shing. Ushbu protsedurada kerakli elementni forma elementlariga qo'shing.

Standart shakllarni o'zgartirish uchun barcha kerakli protseduralar va funktsiyalarni o'z ichiga olgan alohida modul yaratish mumkin.

BSP 2 ga asoslangan odatiy konfiguratsiyalarda ushbu maqsadlar uchun allaqachon maxsus funksionallik mavjud:

"Konfiguratsiyani o'zgartirish bekor qilingan" umumiy modulining "When CreateOnServer" protsedurasida siz o'zingizning ishlov beruvchingizga qo'ng'iroq qilishingiz mumkin.

Shakl nomi bilan siz shaklni dasturiy modifikatsiya qilish bilan kerakli protsedurani chaqirishingiz mumkin.

Agar siz shaklga qo'shishni rejalashtirmoqchi bo'lsangiz ko'p sonli elementlar yoki jadvalli qismlarni qo'lda qayta shakllantirish ham mumkin. Bunday holda, formada alohida yorliq yaratish va unga barcha kerakli elementlarni joylashtirish tavsiya etiladi. Bu kelajakdagi shakl yangilanishlarini ancha osonlashtiradi.

8.2 Loyiha doirasida qo'shilgan ob'ektlarning shakllarini tahrirlash

Loyiha doirasida qo'shilgan ob'ektlarning shakllari (ya'ni, ularning nomida prefiks bo'lganlar) odatiy tarzda tahrirlanadi.

9. Rollar bilan ishlash tamoyillari

Umumiy rollar har doim o'zgarishsiz qolishi kerak (agar iloji bo'lsa). Bu yangi versiyalardan o'zgartirilgan konfiguratsiyani yangilashni osonlashtirish uchun zarur, chunki rollarni taqqoslash va tiklash murakkab va mashaqqatli jarayondir.

Konfiguratsiyaga qo'shilgan ob'ektlarga huquqlar tayinlanishi kerak yangisida shu maqsadda yaratilgan rollar.

Oddiy rollar tomonidan ruxsat etilgan ma'lumotlarga kirishni rad etishni amalga oshirish kerak dasturiy jihatdan, bu mumkin bo'lsa-da. Va faqat bunday taqiqni dasturiy jihatdan amalga oshirish juda qiyin bo'lganda (yoki bunday yechim ishonchsiz bo'ladi) standart rollarni o'zgartirishga ruxsat beriladi. Odatdagi rollarga o'zgartirishlar minimal zarur va hujjatlashtirilgan bo'lishi kerak. Misol uchun, agar siz roldagi kirish cheklovlari matnini (RLS) o'zgartirishingiz kerak bo'lsa, unda ga muvofiq, siz barcha namunaviy kodni sharhlashingiz va keyin kodni kerakli o'zgartirishlar bilan qo'shishingiz kerak.

10. Tashqi hisobotlar va qayta ishlash

Tizimdagi ko'pgina yaxshilanishlar Qo'shimcha hisobotlar va ishlov berish mexanizmi yordamida amalga oshirilishi mumkin.

BSP 2 (ERP, UT 11, BP 3.0, ZUP 3.0 va boshqalar) asosidagi konfiguratsiyalarda bu mexanizm sezilarli darajada kengaytirilgan. Uning yordami bilan konfiguratsiyani o'zgartirmasdan tashqi hisobotlarni yaratish va qayta ishlash (buyruqlar interfeysida ishga tushirish buyrug'ini joylashtirish va turli foydalanuvchilar uchun kirishni sozlash imkoniyati bilan), hujjatni to'ldirishni qayta ishlash, qayta ishlash mumkin. asosida hujjat yaratish, qo'shimcha bosma shakllar va boshqalar.

Ushbu maqola sizga yordam berdimi?

1C ni takomillashtirish bo'yicha loyiha jamoasining tarkibi.

Menejer yoki loyiha menejeri (talablar doirasiga qarab).

Funktsiyalari: rejalashtirish, tashkil etish, ish bajarilishini nazorat qilish.

Tahlilchi.

Funktsiyalari: muammoni tekshirish, shakllantirish va rasmiylashtirish, ishlab chiqishni nazorat qilish va amalga oshirish jarayonida dasturchiga maslahat berish, ichki test, tashqi test (taqdimot, mijozga etkazib berish).

1C dasturchi.

Funktsiyalari: 1C konfiguratsiyasiga o'zgartirishlarni ishlab chiqish, ichki sinovdan o'tkazish.

Loyiha bosqichlarining qisqacha tavsifi

Mijoz oldida dasturiy mahsulotni yaxshilash vazifasi bor. Arizani yuborganingizdan yoki qo'ng'iroq qilganingizdan so'ng, menejer dasturni yakunlash maqsadlarini aniqlashtirish uchun mijoz bilan bog'lanadi. Ushbu bosqichda biz ish uchun aniq texnik talablarni shakllantirish haqida gapirmayapmiz.

Ma'lumotlar tahlilchiga uzatiladi, shundan so'ng u masofadan turib yoki mijozning ofisida (topshiriqning hajmi va murakkabligiga va bir qator tashkiliy masalalarga qarab) mijozning maqsadlarini aniq echimlar darajasiga ajratadi, shu bilan birga:

1. Agar standart dastur imkoniyatlaridan foydalanish mumkin bo'lsa, tahlilchi buni standart tizim vositalaridan foydalanishning maqbulligi va qulayligi haqida fikr-mulohazalarni olish orqali ko'rsatadi. Aslida, dasturda jarayonni modellashtirish o'zgartirishlar miqdorini optimallashtirish va mijozga noma'lum bo'lishi mumkin bo'lgan standart tizim imkoniyatlaridan maksimal darajada foydalanish uchun amalga oshiriladi.
2. Agar standart tizim vositalaridan foydalanish maqsadlarga erishishga olib kelmasa, tahlilchi mijozga tushunarli bo'lgan biznes jarayonlari va kutishlar darajasida vazifani belgilaydi, shuningdek, talablarni texnik jihatlar darajasiga ajratadi, ya'ni. texnik shartlar va test dasturini yaratadi (ma'lumotlar bilan ishlashda yakuniy misollardan foydalangan holda test tadbirlarining bosqichma-bosqich rejasi). Sinov dasturi boshqa hollarda (mahalliy o'zgartirishlar) ortib borayotgan hajm va murakkablikdagi o'zgartirish vazifalari uchun tuzilgan, chunki bu hujjat ortiqcha sinov texnik shartlarga muvofiq amalga oshirilishi mumkin.

Mijoz imzolagan texnik spetsifikatsiya mijozga tushunarli bo'lgan atamalardan foydalanadi va uning modifikatsiyani amalga oshirishdan kutishlari (biznes talablari) bilan bog'liq. Shunday qilib, hujjat kelajakda (o'zgartirilgan standart yoki noldan ishlab chiqilgan) tizim vositalariga, shu jumladan bosma shakllarga va ma'lum ko'rsatkichlarni hisoblash uchun asosiy algoritmlarga havola bilan biznes jarayonlarini tavsiflaydi. Shu bilan birga, mijozdan vazifalarni bajarishning murakkab texnik jihatlarini tasdiqlash (va imzolash) talab qilinmaydi, ya'ni tasdiqlash uchun taqdim etilgan texnik hujjatlar mijoz uchun juda aniq.

Mijozning maqsadlari aniq bo'lgandan va texnik echimlar darajasiga (texnik spetsifikatsiyalar / texnik shartlar ko'rinishida qayd etilgan) ajratilgandan so'ng, vazifa uni amalga oshirish uchun mehnat xarajatlarini hisoblaydigan dasturchiga o'tkaziladi. Baholash tavsiya etilgan standart jadvallar, statistik ma'lumotlar (boshqa loyihalarda shunga o'xshash ishlarni bajarishda), shuningdek, bir yoki bir nechta dasturchilarning ekspert bilimlari yordamida amalga oshiriladi.

Dasturchi baholash natijasini menejerga kerakli izohlar bilan, agar kerak bo'lsa, mijozning talablarini amalga oshirishdagi cheklovlar va taxminlarni tushuntirish bilan ta'minlaydi.

Mehnat xarajatlarini baholash asosida menejer modifikatsiyani to'ldirish uchun smeta (byudjet) tuzadi, shuningdek, dasturlash vaqtini, shuningdek, ichki va tashqi testlarni hisobga olgan holda o'zgartirish vaqtini belgilaydi.

Byudjet va o'zgartirishlarni bajarish muddatlari mijoz bilan kelishilgan va agar kerak bo'lsa, maqbul darajada asoslanadi.

Ish faqat mijoz belgilangan talablarni, shuningdek, byudjet va muddatlarni qabul qilgandan keyin boshlanadi. Shunday qilib, har bir modifikatsiya uchun byudjet mijozga oldindan ma'lum, bu avtomatlashtirish xarajatlarini tegishli xarajatlar ro'yxatiga kiritish imkonini beradi.

1. Tahlilchining texnik talablarni aniqlash, ishlab chiqish va rasmiylashtirish bo'yicha ishi mijoz tomonidan to'lanadi (natijada mijoz topshiriqni bajarish xarajatlari smetasidan qoniqmagan bo'lsa ham va tomonlar maqbul bo'lgan talablar to'g'risida kelisha olmasalar ham) sharoitlar, bu bizning amaliyotimizda deyarli hech qachon uchramaydi). Buning sababi shundaki, tahlilchining ishi natijasi o'z-o'zidan qiymatga ega bo'lib, o'zgarib turadigan qiymatlar shaklida, ya'ni amalga oshirish har qanday boshqa 1C ishlab chiquvchisiga berilishi mumkin bo'lgan loyiha hujjati shaklida ifodalanadi. Agar u amalga oshirish uchun eng yaxshi sharoitlarni taklif qila olsa, tahlil qilish uchun boshqa xarajatlar bo'lmaydi. Bu odatiy, umumiy qabul qilingan amaliyot.
2. Agar mehnat zichligi va ishning davomiyligi mos ravishda 40 kishi / soat va 1 haftadan oshmasa (mahalliy o'zgartirishlar), oldindan to'lov amalga oshirilmaydi va topshiriq oldindan to'lovsiz bajariladi. Buyurtmachi to'lovni muvaffaqiyatli amalga oshirilgandan va ishni qabul qilgandan so'ng amalga oshiradi. Agar mehnat zichligi va amalga oshirish muddati belgilangan qiymatdan katta bo'lsa, ish loyiha ishi hisoblanadi. Bunday holda, o'zaro hisob-kitoblar tartibi alohida muhokama qilinadi (shu jumladan loyihalash ishlari alohida shartnomalar bo'yicha amalga oshiriladi). Bunday holda, mijozning avans miqdori ish uchun kelishilgan umumiy byudjetning 50% dan oshmasligi kerak.

Dasturchi tomonidan o'zgartirishlarni amalga oshirish jarayonida menejer topshiriqning bajarilishini va ishning oraliq muddatlarini kuzatib boradi va tahlilchi konsalting yordami va tayyor funktsiyalarni ichki sinovdan o'tkazadi.

Ishlab chiqish va ichki testlar tugallangandan so'ng, menejer mijozga natijani etkazib berishga tayyorligini ma'lum qiladi. Birgalikda sinov o'tkazish sanasi va vaqti kelishib olinadi. Barcha yaxshilanishlar faqat mijoz ma'lumotlar bazasi nusxasida amalga oshirilishi muhim, ya'ni. Rivojlanish jarayonida va sinov to'liq yakunlanmaguncha, mijozning operatsion konfiguratsiyasiga hech qanday o'zgartirish kiritilmaydi.

Tahlilchi ishni mijozga yetkazib beradi. Dasturchilar deyarli mijoz bilan muloqot qilmaydi. Butun sinov tsikli tugallangandan so'ng va buyurtmachi kutilgan natijaga erishilganligini tasdiqlaganidan so'ng, tuzilgan shartnoma turiga qarab zaruriy tartibda rasmiylashtiriladigan ish qabul qilingan deb hisoblanadi.

Kompaniyamiz bajarilgan barcha ishlarning natijalariga bir yillik kafolat beradi. Agar 12 oy ichida bajarilgan ish bilan bog'liq xatolik yuzaga kelsa, biz uni to'liq va eng qisqa vaqt ichida tuzatamiz.

Shuni ta'kidlash kerakki, tizimdagi xatolar turli sabablarga ko'ra yuzaga kelishi mumkin. Shuning uchun, tuzatishni davom ettirishdan oldin, biz muammoni tekshirish va uning amalga oshirilgan tizim sozlamalari/modifikatsiyalari bilan aloqasini baholash uchun protsedurani boshlaymiz. Agar muammo amalga oshirishdagi noaniqliklar tufayli yuzaga kelganligi aniqlansa, tahlil qilish va darhol tuzatish bepul amalga oshiriladi. Agar xato ishlab chiqaruvchining aybi bilan yuzaga kelmaganligi (masalan, foydalanuvchi hisobidagi xatolik) aniqlansa, uni tahlil qilish uchun mehnat xarajatlari, shuningdek tuzatish (bartaraf) uchun mehnat xarajatlari to'lanadi. muammo. Bu umumiy qabul qilingan amaliyot bo'lib, barcha ish natijalari uchun to'liq javobgarligimizni kafolatlaydi va shu bilan birga bizni mutaxassislarimizning aybi bilan bog'liq bo'lmagan sabablarga ko'ra yo'qotishlardan himoya qiladi.