1c korxona qayta ko'rib chiqish

1C funksiyasini kengaytirish kerakmi? Sizga nafaqat odatiy, balki korxonangizning o'ziga xos vazifalarini hal qilish uchun dastur kerakmi? Active-IT-dan 1C takomillashtirish xizmati ushbu muammolarni tezda hal qilishga yordam beradi.

Biz har qanday murakkablik darajasidagi odatiy 1C konfiguratsiyalarini o'zgartirishni amalga oshiramiz: individual yaratishdan boshlab bosma shakllar ish soatlari uchun bonusni hisoblash algoritmini amalga oshirishdan oldin va hokazo.

Qaytish vaqti- 5 kungacha. 10 kungacha kechikish bo'lsa, biz siz uchun bepul qayta ko'rib chiqamiz.

Biz bilan ishlashning yana bir afzalligi shundaki, biz har doim o'z ishimizni vijdonan bajaramiz. Biz "texnik topshiriq oldik ==> ishni bajardim ==> uni o'tkazdim va unutdim" sxemasi bo'yicha ishlamaymiz. Biz texnik topshiriqni olamiz, ishimizni yuqori sifat bilan bajaramiz, natijani baholashga imkon beramiz va kerak bo'lganda qo'shimcha to'lovsiz qayta ko'rib chiqishni moslashtiramiz.

1C dasturchisi ishining narxi

Konfiguratsiyani qayta ishlash narxi: 1500 rubl dasturchi ishining soatiga.

Natijada siz quyidagilarni olasiz:

• Tajribali dasturchilar bilan hamkorlik.
• Har qanday murakkablik darajasidagi yaxshilanishlarni yaratish va amalga oshirish.
• Ishni bajarish iloji boricha tez- 5 kungacha.
• Vaqt kechiktirilgan taqdirda pulni qaytarib berish kafolati.
• Sifat tekshiruvi.

"Aktiv-IT" dan 1C Buxgalteriya hisobini yaxshilashga buyurtma bering!
1C ishini biz bilan korxonangizning o'ziga xos xususiyatlariga moslashtiring.

"1C" kompaniyasining yuqori malakali mutaxassislarining barcha bo'limlari tomonidan ishlab chiqilgan standart va sanoat konfiguratsiyalari, biznes hisobini yuritish, shuningdek, buxgalteriya hisobi va soliq hisobotlarini taqdim etish uchun mo'ljallangan. Ishlab chiquvchilar yaratilgan o'quv qurollari va texnologik va bo'lib chiqadi konsalting yordami Rossiya Federatsiyasi qonunchiligining normalari va tavsiyalariga asoslanib, o'n yildan ortiq vaqt davomida o'z dasturlari.

Dasturlar allaqachon hamma narsani ta'minlaganga o'xshaydi: barcha turdagi hujjatlar, ma'lumotnomalar, registrlar, ular bilan ishlash mexanizmlari, qulay foydalanuvchi interfeyslari, to'ldirilgan ma'lumotlar bilan demo konfiguratsiyalar. haqiqiy misollar buxgalteriya hisobi.

Odatdagi konfiguratsiyalar odatdagi buxgalteriya hisobi uchun yozilgan va ba'zi o'rtacha va deyarli ideal tashkilotga qaratilgan.

Haqiqiy hayotda xo'jalik hisobi juda murakkab va nostandart vaziyatlarga ega bo'lishi mumkin. Buxgalterlar va mutaxassislar u yoki bu hisobotni biroz o'zgartirilgan shaklda ko'rishni xohlashadi va ma'lumot ma'lumotlarini bir dasturdan boshqasiga (masalan, buxgalteriya hisobidan savdoga yoki ish haqi dan buxgalteriya hisobiga) yuklashning standart qobiliyati barcha ma'lumotlarni hisobga olmaydi. tashkilotning o'ziga xos xususiyatlari.

Bunday hollarda konfiguratsiya tuzilishini, tizim imkoniyatlarini, uning o'ziga xos mexanizmlarini tushunadigan va ushbu ma'lumotlarni amalda qanday samarali qo'llashni biladiganlar yordamga keladi. Ular nafaqat tanlash va, balki 1C konfiguratsiyasini takomillashtirish, uning standart funksiyalarini kengaytirish imkoniyatiga ega bo'ladilar.

O'zgartirilgan konfiguratsiyaning afzalliklari

1C: Enterprise platformasi 7.7 asosidagi odatiy dastur echimlarida hatto kichik o'zgarishlarni (hujjatlarning bosma shakllari, hujjatlar va ma'lumotnomalarning ko'rinishi) amalga oshirish uchun konfiguratsiyani qo'llab-quvvatlashdan olib tashlash kerak edi. 8.0 dan boshlab platforma uchun bu muammo qisman hal qilindi: tashqi bosma shakllar, hisobotlar va shakllar konfiguratsiya tuzilishini o'zgartirmasdan o'zgartirilishi yoki qayta yaratilishi mumkin va 8.3 platformasining boshqariladigan shakllari yanada ko'proq imkoniyatlarni taqdim etadi.

1C modullari: O'zgartirishlar uchun ochiq bo'lgan korporativ qo'llaniladigan echimlar har qanday dastur echimini "o'zingiz uchun" o'zgartirish va sozlash imkonini beradi. 1C dasturini takomillashtirish bir qator afzalliklarni beradi:

1. Avvalo, dasturiy yechim tashkilotdagi muayyan buxgalteriya hisobi talablariga moslashadi.
2. Yangi ishlab chiqilgan va foydalanuvchilarning huquqlari va rollarining konfiguratsiya tuzilmasi yordamida bir yoki bir guruh xodimlarning hujjatlari va ma'lumotnomalari bilan ishlashda ruxsat etilgan va taqiqlangan harakatlarni yanada moslashuvchan tavsiflash mumkin.
3. Foydalanuvchi interfeyslarini sozlash va o'zgartirish (boshqariladigan ilovalar uchun ko'p narsa muntazam ravishda amalga oshiriladi).
4. Hujjatlar, shakllar va hisobotlarning bosma shakllarini o'zgartirish imkoniyati.
5. Ichki dasturiy ta'minotni hisoblash mexanizmlarini o'zgartirish, murakkab hisob-kitoblarni o'rnatish, ishlab chiqarish formulalari, hujjatlarning murakkab sohalari va boshqalar.
6. O'zgartirish imkoniyati ko'rinish hujjatlar, hujjat jurnallari, foydalanuvchi registrlari, katalog elementlari.
7. Ob'ektlarning vizual tasvirini qo'shish qobiliyati.

Amaliy echimlarni o'zgartirish alohida dasturiy mahsulotlardan foydalanishni talab qilmaydi - barcha ishlab chiqish vositalari texnologik platformaning bir qismidir.

Konfiguratsiyalarni qayta ishlashning kamchiliklari

Barcha aniq afzalliklarga ko'ra, odatiy 1C konfiguratsiyasini takomillashtirish ba'zi noxush oqibatlarga olib keladi:

1. Qayta ko'rib chiqish imkoniyati uchun 1C texnik yordamidan olib tashlangan odatiy yechim avtomatik yangilash qobiliyatini yo'qotadi... Agar shunga qaramay, yangilanish amalga oshirilsa, konfiguratsiya arxitekturasiga kiritilgan barcha o'zgarishlar yo'qoladi. Faqat malakali mutaxassis dasturiy ta'minotni yangilay oladi va qo'lda yozilgan qo'shimchalarni dasturiy ta'minotning yangilangan versiyasiga ko'chiradi.
2. Ko'pincha shunday bo'ladiki, o'z-o'zidan yozilgan konfiguratsiya mexanizmlari keyinchalik 1C ishlab chiquvchilari tomonidan muntazam ravishda amalga oshiriladi va yangilanishlardan biriga kiritilgan. Shunday qilib, ilgari kiritilgan o'zgartirishlar endi kerak emas.
3. Har bir 1C dasturchisi rassom sifatida o'ziga xos uslubga ega: tajribali kishi yanada malakali va professional tarzda yozadi, kimdir o'ziga xosdir. Boshqa odamning kodini tushunish juda qiyin bo'lishi mumkin, agar kerak bo'lsa, modulni noldan yozish boshqa birovning kodiga o'zgartirish kiritishdan ko'ra tezroq bo'lishi mumkin. Shunday qilib, dasturga o'zgartirishlar kiritadigan dasturchiga ba'zi qo'shimchalar mavjud.
4. Buyurtmachi har doim ham dasturchi uchun malakali texnik topshiriqni tuzish va yakuniy natijani qanday ko'rishni xohlayotganini aniq tushuntirish uchun etarli malakaga ega emas. Natijada, ikki tomon o'rtasida tushunmovchilik yuzaga kelishi va tartibni yanada to'g'rilash zarurati paydo bo'lishi mumkin.

Ko'pincha 1C: Enterprise dasturiy echimlarining ishonchsiz foydalanuvchilari barcha sozlamalarni, buxgalteriya hisobi usullarini, hisob-kitob mexanizmlarini o'rganmaganlar, bosma shakllar va hisobotlarning sozlamalarini tushunmaganlar, konfiguratsiyani qayta ko'rib chiqishni so'rashadi. Bunday hollarda ishlab chiquvchining vazifasi yuzaga kelgan muammoli masalalarning mumkin bo'lgan standart echimlarini aniqlash, foydalanuvchini ulardan foydalanishga o'rgatish va faqat haqiqatan ham favqulodda zarurat bo'lgan taqdirda konfiguratsiyaga o'zgartirishlar kiritishdir.

Asosiy raqobatdosh ustunlik dasturiy mahsulotlar 1C 8.2 va 8.3 - dasturning standart konfiguratsiyasini o'zgartirish va 1C platformasi asosida oxirgi foydalanuvchi talablari uchun eng maqbul echimlarni ishlab chiqish qobiliyati.
Keng funksionallik o'zining dasturlash tilini, shuningdek sozlamalarda moslashuvchanlikni ta'minlaydigan o'rnatilgan ishlab chiqish muhitini amalga oshiradi.

1C kompaniyasi foydalanuvchilarning manfaatlarida dasturiy ta'minot yaratadi tayyor echimlar, har qanday korxonaning o'ziga xosligi va o'ziga xosligini hisobga olgan holda, har bir tashkilotning ehtiyojlarini bir xil darajada qondirishga qodir. Asosiy konfiguratsiyaga qo'shimchalarning keng tanlovi 1C da ishlashni imkon qadar qulay qiladi.

Savolingiz bormi, maslahatchi yordami kerakmi?

1C uchun tez-tez qanday yaxshilanishlar mavjud?

Moslashtirishning eng keng tarqalgan turi foydalanuvchi interfeysini moslashtirishdir. Tizimga maxsus algoritmlarni yaratish va amalga oshirish bilan bog'liq chuqurroq o'zgarishlar kamroq tarqalgan, ammo amalga oshirish uchun ham mavjud.

O'zgartirishlar misollar 1C

1. Kirish va foydalanuvchi huquqlarining moslashuvchan konfiguratsiyasi, ehtimol, har qanday ko'p foydalanuvchili tizim uchun eng dolzarb hisoblanadi. Shuningdek, 1C da standart qiymatlarni sozlash mumkin, bu ish jarayonini sezilarli darajada tezlashtiradi.
2. Qog'oz hujjatga o'xshash turli xil bosma shakllarni 1C da ishlab chiqish va tuzatish, shuningdek, 1C dasturiga kiritilgan ma'lumotlarni tahlil qilishning yakuniy mahsuloti bo'lgan hisobotlar. Ushbu o'zgartirishlar dastur konfiguratsiyasini jiddiy buzishni talab qilmaydi.
3. Aniq va tushunarli ishlab chiqish va loyihalash texnik xususiyatlar 1C dasturchisi uchun, keyingi o'zgartirishni osonlashtiradi va uni amalga oshirishda uchinchi tomon pudratchilarini muvaffaqiyatli jalb qilishga imkon beradi.
4. 1C tizimi juda universal va dastlabki versiyada har doim ham oxirgi foydalanuvchining barcha talablariga javob bermaydi, shuning uchun u ko'pincha mijozning xohishiga ko'ra noyob funksionallikni ishlab chiqish va amalga oshirishni talab qiladi.
5. Hisob-kitob operatsiyalarini bajarishda maksimal samaradorlikni ta'minlash uchun ishlash va ishlashni sozlash

1C bilan ishlash bo'yicha mutaxassis xizmatlarining narxi

1C kompaniyasi korxonalarni avtomatlashtirish dasturlari qatoriga mustahkam o'rnashib olgan. " Korxona hisobi», « Savdoni boshqarish», « Xodimlarni boshqarish bo'yicha ish haqi" va hokazo. - kompaniyaning tashrif qog'oziga aylangan va kichik va yirik korxonalarda muvaffaqiyatli qo'llanilmoqda.

"1C" o'z ishlanmalarini yaxshilaydi, lekin har doim standart funksionallik bilan qamrab olinmagan vazifalari bo'lgan mijoz mavjud. Bu erda uchinchi tomon ishlab chiquvchilari mijozning xohishiga ko'ra standart echimni yakunlash bo'yicha yaxshi g'oya bilan o'ynashadi. Afsuski, barcha yaxshilanishlar doimiy quvonch keltirmaydi. Tanib bo'lmaydigan darajada o'ralgan konfiguratsiyalar sotuvchidan yangilanishlarsiz qolishning ishonchli usulidir.

Nima uchun bu sodir bo'ladi? Uchinchi tomon ishlab chiquvchilarining professionalligi yoki odatiy echimlar arxitekturasining nomukammalligi bilan bog'liq muammo bormi? Mening kamtarona fikrimcha, har ikki tomonda ham muammolar mavjud: 1C tipik echimlarni yakunlash uchun to'g'ri yondashuvlarni unchalik ommalashtirmaydi va ko'plab ishlab chiquvchilar yangi xususiyatlarni o'rganish va "zerikarli" hujjatlarni o'qish uchun vaqt sarflamasdan, eski uslubda ishlashni afzal ko'radilar.

Muammo

Yechimlar haqida gapirishni boshlashdan oldin, keling, muammoni aytaylik. Odatdagi echimlar kompaniyaning barcha "istaklarini" bajara olmaydi va ularni amalga oshirishning yagona yo'li uchinchi tomon / ularning ishlab chiqaruvchilari bilan bog'lanishdir. Agar "Istaklar ro'yxati" odatiy mexanizmlarga (ob'ektlar, shakllar, algoritmlar) ta'sir qilsa, u holda konfiguratsiya avtomatik yangilash uchun yaroqsiz bo'ladi.

Siz uni yangilashingiz mumkin, lekin siz buni qo'lda qilishingiz kerak bo'ladi va biror narsani buzish uchun har qanday imkoniyat mavjud. Natijada, mijoz oladi: kerakli funksionallik, yangilash bilan bog'liq muammolar va uchinchi tomon ishlab chiqaruvchilariga bog'liqlik (o'z rivojlanish bo'limi yo'qligida). Keyingi yangilanishlarning imkoniyati va narxi u muammoni hal qilishni qanchalik to'g'ri rasmiylashtirganiga bog'liq bo'ladi.

Hujjatlar, asboblar

Qaysi konfiguratsiyani o'zgartirishga harakat qilayotganingizdan qat'i nazar, o'zlashtirishingiz kerak bo'lgan birinchi narsa - bu hujjatlashtirish jarayoni. Busiz, keyingi barcha maslahatlar kerakli effektni keltirmaydi.

Barcha o'zgarishlar kiritilgan majburiy treker / wiki / ma'lumotlar bazasida va hokazolarda qayd etilishi kerak. Kiritilgan o'zgartirishlar uchun hujjatlar konfiguratsiya do'konidan yoki boshqa versiyalarni boshqarish tizimidan ma'lumotlarni to'ldirishi kerak. Hujjatlar hujjatlashtirish uchun yozilmasligi kerak, hujjatlar o'z vaqtida yangilanishi kerak.

Agar ushbu vazifa bajarilsa va ishlab chiquvchilar / menejerlar bunday hujjatlar bilan ishlasalar, etkazib beruvchi bilan konfiguratsiya versiyalarini yangilash paytida yuzaga keladigan xatolar soni sezilarli darajada kamayadi.

Aslida, 1C platformasi uchun echimlarni ishlab chiqish hali to'liq rivojlanish madaniyatini ishlab chiqmagan. Hamma ishlab chiquvchilar kodni ko'rib chiqish, hujjatlashtirish va hokazolarni soddalashtiradigan maxsus vositalardan foydalanmaydi. Xizmat qilish va saqlash osonroq bo'lgan echimlarni yaratmoqchimisiz? Boshqa platformalarga mo'ljallangan rivojlanish amaliyotlarini o'rganishni boshlang. Ularning ko'pini 1C ga sudrab borish juda mumkin.

Sozlanmoqda

1C kompaniyasi va sanoat echimlarini ishlab chiquvchilari foydalanishga to'liq tayyor bo'lgan universal echimni yaratish noreal yoki qiyin ekanligini yaxshi bilishadi. Kompaniyalarning biznes-jarayonlarini qandaydir umumiy maxrajga keltirish mumkin bo'lmagan vazifadir va eng moslashuvchan yechim o'z-o'zini sozlash imkoniyatini ta'minlashdir.

Afsuski, mumkin bo'lgan sozlamalar bo'yicha hujjatlar har doim ham dasturiy echim bilan birga etmaydi. Natijada, velosipedlar ixtirosi boshlanadi: bir necha marta bosishdagi vazifalar ko'pincha past sifatli kod bilan to'yingan tayoqcha shaklida amalga oshiriladi.

Qo'ltiq tayoqchalariga misollar kerakmi? Iltimos! Mijoz har doim standart hujjatlarda / ma'lumotnomalarda maydonlarga ega emas va o'zinikini qo'shishni xohlaydi. Konfiguratorni ochmasdan, bu istakni bajarish osonroq. Sozlamalarda qo'shimcha (1-rasmga qarang) tafsilotlardan foydalanishni faollashtiring va keyin barcha kerakli maydonlarni tezda yarating. Shu tarzda yaratilgan tafsilotlar konfiguratsiyaga ta'sir qilmaydi va ular hisobotlarda foydalanish uchun mos keladi, shuning uchun ular mahalliylardan deyarli kam emas.

Yana bir keng tarqalgan misol - qo'shimcha bosma shakllarni yaratish. Odatdagi konfiguratsiyalarning hech biri mijozni barcha kerakli bosma shakllar bilan ta'minlay olmaydi, shuning uchun etishmayotganlarini ishlab chiqish autsorsing tomonidan amalga oshiriladi.

Xuddi shu bosma plitani tayyorlash mumkin turli yo'llar bilan: BSP (standart quyi tizimlar kutubxonasi) tomonidan taqdim etilgan mexanizmdan foydalaning yoki to'g'ridan-to'g'ri ma'lum bir ob'ektning forma / menejer moduliga kod yozing. Natija bir xil bo'ladi - mijoz xohlagan narsasini oladi, ammo yechimni qo'llab-quvvatlash yanada murakkablashadi.

Yaxshilashning ko'plab yomon misollari mavjud, xulosa o'zini ko'rsatadi - ish vositasini iloji boricha batafsilroq o'rganing. Vaqtinchalik echimlarni qidirib toping va ularsiz qila olmaydigan holatlarda odatiy mexanizmlarga kiring.

Zamonaviy standart echimlar mukammal tarzda sozlanishi va ko'plab vazifalar konfiguratorni ochmasdan samarali hal qilinadi. "Ko'zoynak orqali" kabi saytlarda texnologik yangiliklarni kuzatishga dangasa bo'lmang va ularni to'g'ridan-to'g'ri echimlarni emas, balki qo'llang.

Tashqi bosma plitalar

Texnologiya platformaga asoslangan emas, lekin BSP (Standart quyi tizimlar kutubxonasi) imkoniyatlaridan foydalangan holda amalga oshiriladi. Barcha tipik echimlar BSP-ga asoslanganligi sababli, qo'llab-quvvatlash bilan bog'liq muammolar bo'lmasligi kerak.

Bunday muolajalarning ishlash printsipi oddiy. Ishlab chiquvchi ma'lum bir naqsh bo'yicha ishlov berishni yaratadi. Unda tizimda ro'yxatdan o'tish va muayyan ob'ektlardan faollashtirish imkonini beruvchi bir qator eksport usullarini amalga oshiradi. Natijada, odatiy ishlov berish odatiy yechimning bir qismiga aylanadi va turli ob'ektlardan qo'ng'iroq qilish uchun mavjud.

Bunday ishlov berishning tayyorlangan namunasini jurnal veb-saytidan yuklab olishingiz mumkin. Chop etish mumkin bo'lgan shakllarni yaratish uchun ishlov berish xizmat kodining munosib miqdorini o'z ichiga oladi, shuning uchun biz bu erda eng qiziqarli narsalarni ko'rib chiqamiz, qolganlarini esa manba kodidan bilib olasiz. Siz o'zingizning bosma shakllaringizni ishlab chiqish uchun asos sifatida men tomonidan tayyorlangan misoldan foydalanishingiz mumkin. Xizmat kodi qayta ishlash modulida tasvirlangan.

Tashqi chop etishni yaratish uchun siz uchta xizmat funktsiyasini tavsiflashingiz kerak: " Tashqi qayta ishlash ma'lumotlari», « Muhr», « Hujjat bo'yicha xulosa". Ular qayta ishlash modulida bo'lishi kerak, chunki ular BSP mexanizmlari tomonidan hal qilinadi.

Funktsiya " Tashqi qayta ishlash ma'lumotlari»Asosiy qayta ishlash ma'lumotlariga ega tuzilmani tavsiflaydi. Ro'yxatdagi ma'lumotlar tashqi bosma shakllar mexanizmida muvaffaqiyatli ro'yxatdan o'tish uchun zarurdir. To'g'ridan-to'g'ri ro'yxatga olish "Qo'shimcha hisobotlar va ishlov berish" katalogiga element qo'shish orqali amalga oshiriladi (2-rasmga qarang).

Quyidagi xususiyatlarga alohida e'tibor berilishi kerak:

• Topshiriqlar massivi. Chop etish uchun ro'yxatdan o'tadigan metadata ob'ektlari nomini o'z ichiga oladi. Ob'ektlarni ko'rsatish uchun bir nechta variantlarga ruxsat beriladi: "Hujjat. Naqd pul o'tkazmasi", "Hujjat. *". Oxirgi yozuv tizimda mavjud bo'lgan barcha hujjatlarni o'z ichiga oladi.
• Ko'rinish. Tashqi ishlov berish turini aniqlaydi. Har xil turdagi muolajalar turli yo'llar bilan qayd etiladi. Chop etish shakllari uchun biz "Chop etish shakli" ni ko'rsatamiz, qolgan mavjud turlar izohlarda berilgan.
• Ism. Tizimdagi davolashning nomi.
• Identifikator. Bir necha joylarda ishlatilgan, mazmunli nom berish tavsiya etiladi. Ko'pincha bu erda ishlov berish nomi ko'rsatilgan, masalan: "RogaICOexperience_Mayout of Naqd pul".
• Modifikator. Agar elektron jadval hujjati tartib sifatida ishlatilsa, biz "PrintXML" ni ko'rsatamiz.

Jarayon " Muhr»Xizmat rolini bajaradi va tizimning o'rnatilgan mexanizmlari tomonidan chaqiriladi. Ko'pgina hollarda, uning mazmuni o'zgarishsiz qoladi, "Display TabularDocumentInCollection" chaqiruvi parametrlari bundan mustasno (protseduraning asosiy qismiga qarang).

Buyruq identifikatorini ko'rsatish majburiydir (u qiymatga mos kelishi kerak " Identifikator"Protsedurada ko'rsatilgan" Tashqi qayta ishlash ma'lumotlari») Va sinonimni o'rnating (hosil qilingan elektron jadval hujjatining ekran oynasining sarlavhasida qo'llaniladi).

Ko'rib chiqilayotgan navbatdagi vazifa "GeneratePrintForm" funktsiyasidir. Bosma plitani shakllantirish aynan unda amalga oshirilganga o'xshab ko'rinishi mumkin, ammo bu faqat birinchi qarashda. Aslida, bu ishlab chiquvchidan quyidagilarni talab qiladigan yana bir xizmat funktsiyasi:

• Chop etish sozlamalarini saqlash uchun nom. Ko'pincha ular shablondan foydalanadilar: "PRINT_PARAMETERS_PrintName".
• Tartib. GetLayout usuli sizdan tartib uchun nom ko'rsatishni talab qiladi.

Keyin "sehr" kuchga kiradi. Bosib chiqarish shakllari yaratilishi kerak bo'lgan ob'ektlar ro'yxati boshlanadi. Ularning har biri uchun protsedura " Hujjat bo'yicha xulosa» Bosib chiqarish plitasining shakllanishi uchun mas'ul bo'lgan, buning uchun qayta ishlashni yaratish boshlandi.

Berilgan algoritm o'zini o'zi etarli bo'lib chiqdi va bitta ob'ekt uchun ham, bir nechta ob'ektlar uchun ham bosma plitani shakllantirish uchun mos keladi. Axir, foydalanuvchiga ro'yxat shaklida bir nechta hujjatlarni tanlashga va "Chop etish" tugmasini bosishga hech narsa to'sqinlik qilmaydi.

To'ldirish uchun ishlov berish

Har doim standart hujjatlarni to'ldirishni avtomatlashtirish kerak. Buni qanday qilib iloji boricha moslashuvchan tarzda amalga oshirishni tushunish va odatdagi yechimni keyingi parvarishlash tartibini murakkablashtirmaslik kerak.

Umumiy dizayn printsipi tashqi bosma shakllarni yaratishga o'xshaydi. To'g'ri, bir nechta "lekin" bor. Birinchidan, to'ldirishni qayta ishlash biroz osonroq (mening fikrimcha), ikkinchidan, misol yordamida biz xizmat funktsiyalarini to'ldirishni qanday soddalashtirishingiz mumkinligini ko'rib chiqamiz (yondashuv tashqi bosma shakllarni ishlab chiqishda qo'llaniladi).

To'ldirishni qayta ishlashni ishlab chiqish jarayonining boshlanishi standartdir: biz yangi ishlov berishni yaratamiz va modulda xizmat ko'rsatish funktsiyasini - "Tashqi ishlov berish ma'lumotlarini" tasvirlaymiz (1-ro'yxatga qarang).

Listing 1. To'ldirishni qayta ishlash uchun blank

Ro'yxatda xizmat ko'rsatish funktsiyasini to'ldirish uchun kod ko'rsatilgan, faqat bu safar funktsiyalar tegishli BSP modullaridan satr identifikatorlarini almashtirish joyiga chiqariladi. Qanday qilib bu usul avvalroq ko'rsatilganidan yaxshiroq? Bu ko'p qirrali va xavfsizroq. Agar BSP ishlab chiquvchilari identifikatorlarni qayta tiklasa, yaratilgan ishlov berish (yo'naltirilgan, qattiq kodlangan identifikatorlar) ishlashni to'xtatadi va bu APIdan foydalanganda sodir bo'lmaydi.

Ko'rib chiqilgan funktsiya ishlov berish-to'ldirish ramkasini yaratish uchun etarli. Keyin hamma narsa hal qilinayotgan muammoga bog'liq. Agar siz ishlov berish shaklini yaratishingiz va to'ldirish ob'ekti bilan aloqa o'rnatishingiz kerak bo'lsa, shaklda bir nechta parametrlarni tavsiflashingiz kerak bo'ladi:

• Ob'ektlarni tayinlash (ixtiyoriy) - ob'ektlarni to'ldirish uchun havolalar massivi.
• Identifikator (String) - buyruq identifikatori.
• Qo'shimcha ProcessingLink (ReferenceRef.AdditionalReports and Processing).

To'g'ri ishlash uchun barcha sanab o'tilgan parametrlarni aniqlash kerak. Ko'pgina hollarda siz "Tayinlash ob'ektlari" bilan ishlashingiz kerak bo'ladi. Agar to'ldirishni qayta ishlash to'ldirish uchun bitta ob'ekt bilan ishlashga qaratilgan bo'lsa, to'plamni to'ldirishni tekshirish va agar muvaffaqiyatli bo'lsa, nol elementni tortib olish kifoya.

Standart shakllarni modernizatsiya qilish

Keling, standart echimlarni yakunlashda paydo bo'ladigan odatiy vazifalardan birini ko'rib chiqaylik. Tasavvur qilaylik, ma'lum bir hujjat uchun biz qo'shishimiz kerak edi: jadval bo'limi va bir nechta tafsilotlar. Bizga BSP konfiguratsiya funksiyasidan foydalanib bajarish imkonsiz yoki o‘ta muammoli vazifani hal qilish uchun ushbu ob’ektlar kerak edi.

Oddiy ob'ektlarni kengaytirgandan so'ng, siz asosiy shaklni tahrirlashingiz kerak. Eng oddiy holatda, yaratilgan elementlarni ko'rsating va ular uchun bir nechta mantiqni yozing. Arzimas shaklni tahrirlash o'limga o'xshaydi, chunki biz darhol maqolaning boshida tasvirlangan muammoga duch kelamiz. Ushbu muammolarni platforma darajasida oqlangan tarzda hal qilish uchun kengaytiruvchi vosita yaratilgan.

Kengaytmalar konfiguratsiyani to'g'ridan-to'g'ri o'zgartirmasdan o'zgartirish imkonini beruvchi plaginlardir. Bitta konfiguratsiya uchun butunlay boshqa vazifalarni bajaradigan bir nechta kengaytmalar yaratilishi mumkin.

Yangi kengaytmalar konfiguratorda kengaytma menejeri yordamida yaratiladi ("Konfiguratsiya" -> "Konfiguratsiya kengaytmalari"). Menejer oynasida barcha o'rnatilgan kengaytmalar (3-rasmga qarang) va yangilarini yaratish interfeysi ko'rsatiladi.

Yangi kengaytma yaratish uchun "Qo'shish" tugmasini bosing va paydo bo'lgan oynada maydonlarni to'ldiring (4-rasm):

• Ism. Metadata ob'ektlarini nomlash uchun standart qoidalar 1C.
• Sinonim.
• Prefiks. Kengaytmadagi barcha yaratilgan ob'ektlar uchun avtomatik ravishda qo'shiladigan qo'shimcha qiymat.

"Ok" tugmasini bosing va sizning oldingizda qo'shimcha konfiguratsiya daraxti ko'rsatiladi (5-rasm).

Kengaytmaning konfiguratsiya daraxti bilan ishlash printsipi standart konfiguratsiya daraxti bilan ishlashdan unchalik farq qilmaydi. axborot bazasi... Farqi cheklovlarda yotadi (http://its.1c.ru/db/v839doc#bookmark:dev:TI000001513).

Hujjatlarni sarhisob qiladigan bo'lsak, asosiy cheklovlar konfiguratsiyani qo'shimcha metadata ob'ektlari bilan kengaytirish imkoniyatiga qo'yiladi. Masalan, kengaytmalarda siz ma'lumotlar bazasida ma'lumotlarni saqlash uchun yangi hujjatlar, kataloglar va boshqa ob'ektlarni yarata olmaysiz.

Bir tomondan, bu jiddiy cheklovdir, biroq boshqa tomondan, keyingi yangilanish yoki konfiguratsiyaning yangi versiyasi bilan ishlash imkoni yo'qligi sababli ma'lumotlar yo'qolishi mumkin bo'lgan vaziyatlardan ishonchli himoyani ta'minlaydi.

Yuqoridagilardan so'ng biz xulosa qilamiz: biz odatdagidek ma'lumotlarni saqlash uchun yangi ob'ektlarni yaratamiz, lekin biz kengaytmaning qolgan qismlarini o'zgartiramiz va birlashtiramiz.

Yaratilgan stubga har qanday metadata ob'ektini qo'yishga harakat qiling. Men "Kreditsiz hisob-kitoblar" konfiguratsiyasi bo'yicha tajribalarimni o'tkazaman Moliya instituti CORP ", ammo yuqorida aytilganlarning barchasi BSP asosida qurilgan ko'pgina echimlar uchun tegishli bo'ladi.

Men hujjatni kengaytirdim " KontinsurancePolis”(jadval bo'limi va yangi tafsilotlar qo'shildi) va keyin yaratilgan kengaytmaga hujjatning asosiy shakli qo'shildi ("Kengaytmaga qo'shish" kontekst menyusi).

Shakl bilan bir qatorda boshqa bir qator ob'ektlar bilan bir qatorda bog'langan tafsilotlar ham uzatiladi (6-rasm).

Kengaytma shakli sizning xohishingizga ko'ra o'zgartirilishi mumkin: yangi boshqaruv elementlarini qo'shing, rekvizitlarni yarating, mantiq qo'shing va hokazo. Mavjud boshqaruv elementlarini o'chirmaguningizcha, bu mumkin emas (tavsiya etilmaydi). Shaklning mantig'i ularga bog'lanishi mumkin, shuning uchun keraksiz elementlarni yashirish yaxshiroqdir.

Shu tarzda yaratilgan kengaytma darhol ishga tayyor bo'ladi.Kengaytma menejeridan uni faylga eksport qilishingiz va boshqa konfiguratsiyalar uchun yetkazib berishingiz mumkin. Shuni ta'kidlash kerakki, kengaytmalarni o'rnatish "Korxona" rejimida mavjud.

Kengaytma g'oyalari

Kengaytmalarni ob'ektlarni o'zgartirish uchun tayoqcha deb o'ylamang. Bu rivojlanish uchun katta imkoniyatlarga ega bo'lgan to'liq plagin tizimi. Bugungi kunda kengaytmalar yaratishga imkon beradi: quyi tizimlar, umumiy modullar, rollar, umumiy shakllar, ishlov berish, hisobotlar, HTTP xizmatlari, WS-havolalari, XDTO paketlari. Ro'yxatga olingan ob'ektlar ko'plab haqiqiy muammolarni hal qilish uchun etarli bo'ladi.

Misol uchun, bizning kompaniyamizda kengaytmalar yordamida biz CRM va korporativ portalni integratsiyalashuvi bilan bog'liq bir qator vazifalarni hal qilishga muvaffaq bo'ldik. Birja mexanizmlari kengaytmalarga ko'chirildi va integratsiya sichqonchani bir necha marta bosishni talab qiladi. Barcha kerakli metama'lumotlar ob'ektlari kengaytma sifatida taqdim etiladi (HTTP xizmatlari, ishlov berish va boshqalar).

Vaziyat KIS va CMS integratsiyasi bilan o'xshash. Katta hajmdagi CommerceML ko'rinishidagi standart almashinuv mexanizmlari ob'ektni veb-saytga yuklashning eng qulay va tezkor usuli emas. CMS ishlab chiquvchilarining kengaytmalari ushbu muammoni osongina hal qila oladi va keyingi yangilanish bilan foydalanuvchi uchun standart echimlarni yaratmaydi.

HTTP xizmatlarining kengaytmalarida foydalanish imkoniyati - keng miqyosda foydalanishning mumkin bo'lgan modellarini kengaytiradi. Tashqi xizmatlar bilan integratsiya, almashinuvlar - bularning barchasi HTTP xizmatlarining funksionalligi bilan amalga oshiriladi. Jurnalimizning o‘tgan sonida e’lon qilingan xuddi shu nomdagi maqolada qiziqarli misollarni ko‘rishingiz mumkin.

Kengaytmalar yana nima qila oladi?

Konfiguratsiya kengaytmalari mexanizmi haqida uzoq vaqt gaplashishimiz va alohida maqola yozishimiz mumkin. Texnologiya doimo rivojlanib boradi va yangi imkoniyatlar bilan yangilanadi. Eng qiziqarli yangiliklar 8.3.9 platformasining chiqarilishi bilan yuz berdi. Modullardagi funktsiyalarni ushlab turish / almashtirishning birinchi kontseptsiyasi (modullarni kengaytirish) kun yorug'ligini ko'rdi.

G'oyaning mohiyati: amaliy ishlab chiquvchiga modullarning mantig'ini to'g'ridan-to'g'ri o'zgartirishlar kiritmasdan o'zgartirish imkoniyatini berish. Misol uchun, ko'plab hisoblash funktsiyalarini o'z ichiga olgan odatiy konfiguratsiyada "SuperModule" moduli mavjud. Ishlab chiquvchi ushbu moduldan bir nechta funktsiyalarning mantiqini o'zgartirishi kerak va modullarning kengayishi bu vazifa uchun idealdir.

Yangi kengaytirish opsiyalari yordamida biz qo'ng'iroqlarni ushlash orqali bunday muammolarni hal qilishimiz mumkin. Kengaytma mexanizmi ta'minlaydi qo'shimcha ko'rsatmalar turdagi usullarni ushlab turish imkonini beruvchi preprotsessor (annotatsiyalar) uchun.

Ishlab chiquvchi o'z kodini standartdan oldin, standartdan keyin yoki uning o'rniga bajarish imkoniyatiga ega. Tegishli protseduralarni tavsiflash va ularning oldida tegishli izohni o'rnatish kifoya:

& Oldin, & O'rniga, & Keyin. Masalan: & o'rniga ("Sug'urta mukofotini hisoblash") Funktsiya Qo'shimcha xavflar bilan sug'urta mukofotini hisoblash (Parametr) // Ba'zi kod EndFunction

Yangilangan kengaytma mexanizmi odatiy konfiguratsiya uchun oʻz hodisa ishlovchilaringizni qoʻshish, shuningdek kengaytma bilan oʻz umumiy modullaringizni taʼminlash imkonini beradi.Yuqoridagilarning barchasi oddiy shakl modullaridan tashqari barcha turdagi modullar uchun tegishli boʻladi.

Modulni kengaytirish mexanizmi sizga ko'p narsalarni qilish imkonini beradi, lekin uni juda ehtiyotkorlik bilan ishlatish kerak. Uning yordami bilan odatiy mexanizmlarni buzish va buzish har qachongidan ham osonroq va oyoqlarning qaerdan o'sishini darhol taxmin qilish mumkin bo'lmaydi. Shuni unutmangki, bir nechta kengaytmalar bo'lishi mumkin va ularning har biri o'z amalga oshirilishiga ega bo'lishi mumkin.

Tadbir obunalari

Kengaytmalar haqiqiy sehr keltiradi, lekin yangi texnologiyalar hali erisha olmagan eski platformalarda ishlaydigan tonna konfiguratsiyalar mavjud. Bunday hollarda nima qilish kerak? Agar standart hujjatni joylashtirishda harakatlaringizni qo'shimcha registrlarga qo'shishingiz kerak bo'lsa-chi?

Voqealarga obuna bo'lish - bu kabi muammolarning vaqt sinovidan o'tgan yechimi. Ishlab chiquvchi ma'lum bir hodisaga javoban chaqiriladigan protseduralar / funktsiyalarni tavsiflash va konfiguratsiyaga kerakli obunalarni qo'shish uchun o'zining umumiy modulini yaratishi kerak. Bunday holda, konfiguratsiyaga texnik xizmat ko'rsatish zarar ko'rmaydi va ishlab chiquvchi odatdagi konfiguratsiya ob'ektlarining ishlov beruvchilaridan keyin o'z kodini bajarishi mumkin.

Shakllarni dasturiy to'ldirish

Kengaytma mexanizmining imkoniyatlaridan foydalanmasdan standart shakllarni qanday o'zgartirish mumkin? Bu juda oddiy - elementlarni dasturiy ravishda yaratish. Usulni universal deb atash mumkin emas, chunki siz hali ham namuna formasiga kodni kiritishingiz kerak. To'g'ri, bu holda siz umumiy moduldan ariza boshqaruvini yaratish algoritmi bilan protsedurani tortib oladigan bitta qatorni qo'shishingiz kerak bo'ladi.

Taklif etilgan usuldan foydalangan holda oddiy shakllarni o'zgartirish muammoli (elementlarning piksel joylashuvi ta'sir qiladi), lekin boshqariladiganlar bilan, aksincha, hech qanday qiyinchilik yo'q. Agar biron sababga ko'ra kengaytmalardan foydalanishning iloji bo'lmasa, unda shakllarni dasturiy ta'minot bilan o'zgartirish yagona to'g'ri va standart shakllarni o'zgartirishning eng qiyin usuli hisoblanadi.

Rolni o'zgartirish

Ishlab chiquvchilar standart rollarni modernizatsiya qilishga urinayotganini tez-tez ko'rganman. Bu siz o'ylashingiz mumkin bo'lgan eng yomon fikr. Aytaylik - hech qachon odatiy rollarni o'zgartirmang. Agar siz yangi konfiguratsiya ob'ektlari bilan ishlash huquqlarini kengaytirishingiz kerak bo'lsa, unda alohida rollarni qo'shing va ularni standart rollar bilan birga foydalanuvchiga tayinlang.

Ideal holda, imkon qadar rollarni ajratishga harakat qiling. Hujjatlarni / kataloglarni o'qish va yozish uchun rollarni ajrating, huquqlarni bitta rolga birlashtirmang. Albatta, buni har bir konfiguratsiya hujjati/ma'lumotnomasi uchun qilmaslik kerak, lekin u hech bo'lmaganda ob'ektlar guruhlari uchun bajarilishi kerak. Bir misolni ko'rib chiqing - " Naqd pul hujjatlari". Bularga kamida "PKO" va "RKO" kiradi. Bu moslashuvchan xavfsizlik profillarini (FSP) yaratishni osonlashtiradi.

Nima uchun standart rollarni o'zgartirib bo'lmaydi? Birinchi sabab: Odatdagi rollar tez-tez o'zgarib turadi. Standart konfiguratsiyaning har bir yangilanishi yangi ob'ektlarni olib keladi va standart rollar mos ravishda o'zgartiriladi. Shuning uchun, ob'ektlaringizdagi ruxsatlarni tasodifan qayta yozmaslik uchun siz doimo rollarni taqqoslashingiz kerak bo'ladi. Ikkinchi sabab - rollarni taqqoslashning oqilona mexanizmining yo'qligi.

Dangasa bo'lmang

Aynan mana shu ibora bilan maqolamni yakunlamoqchiman: “Danqalikka yo‘l qo‘ymang”. Men u bilan hech kimni xafa qilmoqchi emasman, lekin hech narsa to'xtamasligini ta'kidlashga harakat qilaman. Texnologiya rivojlanmoqda, ammo ishlab chiquvchilar yomon voqealar uchun yaxshi xotiraga ega. Odatdagi konfiguratsiyalarni takomillashtirish har doim og'riq bilan birga kelgan, ammo bugungi kunda vaziyat tuzatilmoqda.

O‘tirish emas, balki soha rivojini kuzatib, kundalik muammolarni hal etishda yangi mexanizmlarni qo‘llashni boshlash muhim. Yangi naqshlardan foydalanishni targ'ib qiling, o'tmishda biroz "tiqilib qolgan" hamkasblaringizga ma'lumot bering. Ishlab chiquvchilar qanchalik ko'p yangi narsalarni tanlasa, kamchiliklar shunchalik tezroq aniqlanadi va 1C takomillashtirish ustida faol ishlashda davom etishi uchun barcha imkoniyatlar mavjud.

Xo'sh, hamma, mushuk ostida xush kelibsiz.

Keyinchalik qo'llab-quvvatlash va yangilashni osonlashtirish uchun odatiy 1C konfiguratsiyalarini yakunlash qoidalari va usullari

Shunday qilib, biz ma'lum bir loyihani amalga oshirganimizda ("Biz" so'zi bilan men biznes jarayonlarini avtomatlashtirish bilan shug'ullanadigan barcha odamlarni nazarda tutyapman), keyin u muammosiz qo'llab-quvvatlanadi deb umid qilamiz. Qoidaga ko'ra, agar hamma narsa yaxshi bajarilgan bo'lsa va mijoz qoniqsa, shunday bo'ladi.

Qo'llab-quvvatlash juda aniq vazifalar to'plami bilan tavsiflanadi - bu "bunday raqamlar qaerdan paydo bo'lgan" toifasidagi maslahatlar yoki ba'zi tushunarsiz xatolarni tuzatish uchun vazifalar bo'lishi mumkin. Ammo, deyarli barcha loyihalar mijozning ehtiyojlariga ba'zi bir tipik echimlarni moslashtirishdan iborat bo'lganligi sababli, qo'llab-quvvatlanadigan konfiguratsiya yangi nashrlar uchun vaqti-vaqti bilan yangilanishi kerak:

• Agar siz ba'zi ishlab chiqish qoidalariga rioya qilsangiz, loyiha bosqichida juda kam mehnat sarflagan holda, kelajakda siz konfiguratsiyalarni saqlash va yangilashda tejashingiz mumkin.
• Va aksincha, agar loyiha bosqichida ba'zi xatolar, shoshqaloqlik, noto'g'ri kod dizayni bo'lsa, keyinchalik bu haqiqiy qo'llab-quvvatlash va yangilanishlarga olib kelishi mumkin.

Hech kim hech qanday belgilarsiz qayta yozilgan konfiguratsiyani yangilashga majbur bo'lganmi? Eski sotuvchi konfiguratsiyasini yangi konfiguratsiya bilan solishtirish qanchalik og'riqli ekanligini ko'rasizmi, joriy konfiguratsiya bilan solishtirganda "ikki marta o'zgartirilgan" har bir holatni qo'lda tahlil qilish va hokazo. Bularning barchasi juda muammoli.

Oddiy konfiguratsiyalarda o'zgartirishlarni loyihalash uchun 9 ta oddiy qoidalar

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

Birinchisi, hatto qoida emas, bu odatiy konfiguratsiyani "yo'q qilish" ni minimallashtirishning ma'lum bir tushunchasi.

Uning mohiyati shundaki, siz har doim muammolarni hal qilishning kelajakda osonroq konfiguratsiya yangilanishini ta'minlaydigan usullarni tanlashingiz kerak, hatto bunday yechimni amalga oshirish biroz qiyinroq bo'lsa ham. Bu aqidaparastliksiz, oqilona doirada amalga oshirilishi kerakligi aniq, ammo ishlab chiquvchi har doim konfiguratsiya qo'llab-quvvatlashda qolishini yodda tutishi va uning kodi kelajakda konfiguratsiyani yangilashni qanchalik murakkablashtirishini tahlil qilishi va eng mos echimni tanlashi kerak.

2. Kod o'zgarishlarini sharhlash

Ikkinchi qoida shundaki, l Koddagi har qanday o'zgarish sharhlanishi kerak.

Bizning kompaniyamizda biz quyidagi sxemadan foydalanamiz:

• O'zgarish boshida ochilish sharhi(belgilar bilan boshlanadi //++ )
• Oxirida - yakunlovchi sharh(belgilar bilan boshlanadi //-- )
• A Ishlab chiquvchi tomonidan kiritilgan o'zgarishlar o'rtada.

Bu har qanday o'zgarish uchun majburiy qoidadir.

Ochilish va yakunlovchi izohlarda o'zgartirish belgisi mavjud.... U quyidagilarni o'z ichiga oladi tarkibiy qismlar:

• Loyiha prefiksi- sukut bo'yicha biz FTO dan foydalanamiz
• Dasturchi domen nomi... Bu juda qulay shakllangan: kompaniya katta, taqsimlangan va agar siz ishlab chiquvchini tanimasangiz, lekin undan u haqida biror narsa so'rashingiz kerak bo'lsa, uning taxallusini ushbu yorliqdan olishingiz mumkin, @ fto.com.ru ni qo'ying. to'g'ri va unga xat yuboring, shunda u bilan bog'laning.
• Yana davom etadi o'zgartirish sanasi... Bir nechta vazifalar doirasida o'zgarishlar sodir bo'lganda, ushbu sharhlar to'plami bir-birining ichiga joylashtirilishi mumkin va bu yakunlovchi sharh qaysi ochilish blokiga tegishli ekanligi har doim ham aniq emas, shuning uchun biz sanaga e'tibor qaratamiz. Bundan tashqari, sana o'zgartirish qachon kiritilganligini darhol ko'rsatadi: uch yil oldin, olti oy oldin yoki kecha.
• Keyin keladi vazifa raqami, qaysi faqat ochilish izohida joylashtirilgan... Nega faqat u erda? Shunday qilib, vazifa raqami bo'yicha global qidiruv paytida faqat kod o'zgarishlarining boshlanishi tanlovga kiritiladi, undan pastga qarashingiz mumkin, aks holda u ikki baravar ko'payadi. Masalan, kodni ko'rib chiqishga topshiriqni yuborishda teg bo'yicha qidirish juda qulay.

ga misollar

Bu shunday ko'rinadi kodni joylashtirish:

Bu shunday ko'rinadi kodni olib tashlang- biz kodni to'liq o'chirmaymiz, kodni sharhlaymiz. Shu tufayli siz har doim nima izohlanganini ko'rishingiz mumkin va bu holda siz tezda orqaga qaytishingiz mumkin.

Bu shunday ko'rinadi kodni o'zgartirish: Birinchidan, butun sotuvchi kodi sharhlanadi, keyin esa o'z kodingiz qo'shiladi.

Alohida qoida ishlaydi modullarga protseduralar, funktsiyalar va global o'zgaruvchilar qo'shish uchun... Ushbu holatda yakunlovchi izoh EndProcedure kalit so‘zi bilan bir qatorga joylashtiriladi... Bu nima uchun qilingan? O'zgartirishlarni "protsessual taqqoslash" yordamida uzatishni qulay qilish uchun.

Buni rasmda ko'rishingiz mumkin "protsessual taqqoslash" dan foydalanib, siz birlashtirganda ushbu protsedurani shunchaki ajratib ko'rsatishingiz mumkin, va u butunlay uzatiladi (yorliqlar bilan birga). Yoki aksincha, uni olib ketmaslik uchun uning oldidagi katakchani olib tashlashingiz mumkin.

Va agar yakunlovchi sharh keyingi qatorda bo'lsa, u keyingi protseduraga o'tadi va uni qo'shimcha xarajatlarsiz o'tkazish mumkin bo'lmaydi.

3. Yuqori darajadagi ob'ektlarni qo'shish

Keyingi qoida konfiguratsiyaga yuqori darajadagi ob'ektlarni (kataloglar, hujjatlar, registrlar va boshqalar) qo'shishdir.

Bu qoida shunday obyekt nomlari prefiks bilan boshlanishi kerak. Sabab?

• Birinchidan, u konfiguratsiya va koddagi qo'shilgan elementni vizual ravishda ta'kidlaydi. bu bizning qo'shilgan ob'ektimiz ekanligini darhol ko'rishingiz mumkin.
• Ikkinchidan, ismning o'ziga xosligiga erishiladi chunki provayder o'z ob'ektini bir xil nom bilan qo'shishi mumkin. Va agar biz o'z oldimizga qo'shadigan bo'lsak, bu bizning nomimiz noyob bo'lishini kafolatlaydi.

Obyekt sinonimlari qavs ichidagi prefiks bilan boshlanishi kerak... Bu bizning qo'shilgan ob'ektimizni interfeysda ajratib ko'rsatish imkonini beradi.

Albatta, bu juda bahsli qoida va uning arizasi mijoz bilan kelishilgan bo'lishi kerak... Bizning mijozlarimiz ushbu sxemadan mamnun bo'lishdi, shuning uchun u biz bilan qolib ketdi va qoidalarga tushib qoldi. Ammo bu erda buni qilish yoki qilmaslik sizga va mijozga bog'liq.

Xo'sh, va oxirgi qoida: barcha qo'shilgan ob'ektlarga sharhlar ishlab chiquvchining nomi va vazifa raqami bilan maxsus yorliqni o'z ichiga olishi kerak. Ushbu yorliq modulning ochilish sharhiga o'xshaydi, faqat maxsus belgilarsiz - uning yordami bilan men har doim ushbu ob'ektni kim, qachon va qanday vazifa uchun qo'shganini tushuna olaman.

Shunday qilib, umumlashtirish uchun:

• Ismlar bilan old qo'yilgan,
• Sinonimlar - qavs ichida prefiks
• Va sharhda maxsus yorliq bo'lishi kerak.

4. Bo‘ysunuvchi predmetlarni qo‘shish

Bo'ysunuvchi ob'ektlarni qo'shish orqali men rekvizitlar, maketlar, shakllar va boshqalarni qo'shishni nazarda tutyapman. konfiguratsiya ob'ektlariga.

Bu erda biz bo'ysunuvchi ob'ektni qo'shadigan ikkita vaziyatni darhol ajratib ko'rsatishimiz kerak:

• Oddiy konfiguratsiya ob'ektiga
• Yoki loyiha doirasida ilgari qo'shilgan ba'zi ob'ektda.

Keling, ushbu holatlarning har birini alohida ko'rib chiqaylik.

Oddiy konfiguratsiya ob'ektlariga bo'ysunuvchi ob'ektlarni qo'shish uchun quyidagi qoidalar qo'llaniladi.

• Ismlar aynan bir xil prefiks bilan boshlanishi kerak... Shu sababli, biz nomning o'ziga xosligiga erishamiz va bu bizning ob'ektimiz ekanligi har doim vizual tarzda aniq bo'ladi.

• Sinonim prefikssiz to'ldiriladi, chunki endi bizning ob'ektlarimizni, rekvizitlarimizni tanlashga hojat yo'q.

• Va nihoyat, izohda maxsus yorliq ham mavjud kim, qachon va nima uchun aniq bo'lishi uchun.

Shunday qilib, keling, bo'ysunuvchi ob'ektlar odatiy konfiguratsiya ob'ektlariga qanday qo'shilganligini umumlashtiramiz:

• Ismlar bilan old qo'yilgan,
• Umumiy sinonimlar
• Sharhlarda esa maxsus teg mavjud.

A agar ilgari loyiha doirasida qo'shilgan ob'ektlarga bo'ysunuvchi ob'ektlarni qo'shsak va allaqachon ularning nomida prefiks mavjud, keyin:

• Ularning nomlar prefiksni o'z ichiga olmaydi, chunki ob'ekt allaqachon noyob ekanligi allaqachon aniq va uni boshqa yo'l bilan ta'kidlashning hojati yo'q.

• Bunday tobe ob'ektlarning sinonimlari ham prefikssiz ko'rsatilgan. chunki maxsus tanlash kerak emas.

• Va sharhda faqat ushbu bo'ysunuvchi ob'ekt boshqa vazifaning bir qismi sifatida qo'shilganda maxsus belgi mavjud. Chunki agar mening vazifamda falon tafsilotlarga ega bo'lgan hujjatni qo'shish kerakligi yozilgan bo'lsa, har bir xususiyat uchun bunday belgi qo'yish kerak emas. Ammo agar vazifa butunlay boshqacha bo'lsa, men nima uchun buni qilganim aniq bo'lishi uchun yorliq qo'yaman.

Keling, loyihaga qo'shilgan ob'ektlarga bo'ysunuvchi ob'ektlar qanday qo'shilishi haqida xulosa qilaylik:

• Prefikssiz nomlar.
• Prefikssiz sinonimlar.
• Izohlar faqat boshqa vazifaning bir qismi sifatida qo'shilganda maxsus yorliqdan iborat bo'lishi kerak.

Agar siz ushbu qoidani ikkala holat uchun birlashtirsangiz va "saralash" qilsangiz, siz quyidagi jadvalni olasiz:

• Yangi ob'ektlar:
  • Ism prefiks bilan boshlanadi.
  • Sinonimlar qavs ichida prefiks bilan belgilanadi.
  • Izohda yorliq mavjud.
• Umumiy ob'ektlarga qo'shadigan bo'ysunuvchi ob'ektlar:
  • Ismlar prefiks bilan boshlanadi,
  • Umumiy qoidalarning sinonimi
  • Izohga belgi qo'yamiz.
• Va agar biz loyihaga qo'shilgan ob'ektlarga bo'ysunuvchi ob'ektlarni qo'shsak, u holda
  • Ular uchun maxsus qoidalar yo'q,
  • Ammo agar vazifa boshqacha bo'lsa, biz ham xuddi shu tarzda izohga belgi qo'yamiz.

5. Oldindan belgilangan elementlarni qo'shish

Keyingi qoida oldindan belgilangan elementlarni qo'shishdir.

Xuddi shu tarzda, bu erda ikkita holatni ajratish mumkin:

• Biz oldindan belgilangan elementni odatiy konfiguratsiya ob'ektiga qo'shganda (ma'lumotnomaga, xarakteristikalar jadvaliga)
• Va loyihaga qo'shilgan ob'ektga oldindan belgilangan elementni qo'shganimizda.

Agar biz umumiy konfiguratsiya ob'ektiga oldindan belgilangan elementni qo'shsak,

• Uning nomi xuddi shunday prefiks bilan boshlanishi kerak... Shunday qilib, biz uning ismining o'ziga xosligini kafolatlaymiz va qo'shilgan elementimizni darhol vizual tarzda aniqlay olamiz.
• Kod va ism shakllanadi umumiy qoidalarga muvofiq,
• Lekin yorliq bu erda, afsuski, qo'yish uchun hech qanday joy... Shuning uchun, bu qo'shilgan oldindan belgilangan elementni global vazifa qidirish orqali topish mumkin bo'lmaydi.

A agar loyiha doirasida qo'shilgan ob'ektlarga oldindan belgilangan elementlarni qo'shsak, keyin

• Uning ismda prefiks bo'lmaydi, chunki uni qandaydir tarzda ta'kidlashning hojati yo'q.

Shunday qilib, agar biz oldingi jadvalga o'xshashlik qilsak, unda:

• Umumiy ob'ektlar uchun oldindan belgilangan elementlar prefiks bilan qo'shiladi,
• Va qolganlari - umumiy qoidalarga ko'ra, maxsus prefikslarni qo'shish kerak emas.

6. Umumiy modullardan foydalanish va ularning qattiq tuzilishi

Keyingi qoida umumiy modullardan foydalanish va ular uchun qat'iy tuzilmani tashkil etish bilan bog'liq.

Birinchidan, standart modullarni o'zgarishsiz qoldirib, qayta-qayta ishlatiladigan protseduralar, funktsiyalar, obuna ishlov beruvchilari va rejalashtirilgan ishlar uchun o'z modullaringizni qo'shishingiz kerak. Va agar ishlab chiquvchi standart modulga qandaydir eksport protsedurasini joylashtirmoqchi bo'lsa, u holda buni qilish shart emas, u o'z modulini yaratishi kerak.

Ikkinchidan, diqqat qiling umumiy modullar yuqori darajadagi ob'ektlarni qo'shish qoidalariga muvofiq qo'shiladi(prefiks bilan ism va sinonim, izohdagi teg va h.k.)

Uchinchidan, modul nomlari mos keladigan standart modullarga o'xshash bo'lishi kerak.

G'ildirakni qayta ixtiro qilishning hojati yo'q: biz uni odatdagi konfiguratsiyalar bilan bir xil deb ataymiz - har bir funksionallik uchun 1Cda umumiy qabul qilingan belgilarga mos keladigan o'z moduli. Masalan:

• FTO_GeneralAppointmentClient,
• FTO_GeneralDesignationServer,
• FTO_General PurposeGlobal,
• FTO_RegularJobsServer
• Va hokazo.

Va ba'zilari katta individual vazifalar bu mumkin (va, ehtimol, kerak) alohida umumiy modullarga o'ting.

7. Obunalardan foydalanish va ularning qattiq tuzilishi

Keyingi qoida - obunalardan foydalanish va ularning qat'iy tuzilishi. Uning mohiyati nimada?

Obunalar umumiy ob'ektlar bilan bog'liq bo'lgan turli hodisalarni boshqarish uchun ishlatilishi kerak, kabi:

• Yozib olishdan oldin
• Yozish paytida
• Va hokazo.

• Siz, albatta, olishingiz mumkin va odatiy ob'ektning modulini tahrirlash, kodingizni tegishli protseduraga kiritish orqali. Lekin bu - yomon yo'l.
• Yaxshisi Buning o'rniga ushbu hodisani boshqarish uchun obuna qo'shing.

Obuna quyidagi kelishilgan qoidalarga muvofiq qo'shiladi:

1. Tizimdagi bir xil turdagi barcha hodisalar uchun faqat bitta obuna qo'shiladi... Misol uchun, agar men "Ma'lumotnomani yozishdan oldin" hodisasida turli xil havolalar uchun o'z algoritmimdan foydalanishim kerak bo'lsa, unda bu barcha havolalar uchun faqat bitta qo'shilgan "Ma'lumotnomani yozishdan oldin" obunasidan foydalanaman.
2. Manba ushbu sinfdagi barcha ob'ektlarni tanlaydi(masalan, barcha kataloglar)
3. Qo'shilgan obuna uchun alohida modul yaratiladi, u aynan bir xil nomlanadi.(faqat qulaylik uchun).
4. Asosiy hodisa ishlovchisida ob'ekt turini tahlil qiluvchi shart aniqlanadi(ma'lumotnoma turi).
5. Va allaqachon ob'ekt turiga qarab, muayyan harakatlar amalga oshiriladi.

Men sizga misol bilan ko'rsata olaman. Aytaylik, shunday vazifa bor: "Advance Report" hujjatini joylashtirishda avval qo'shilgan jamg'arish registriga yozuvlarni kiriting.

Birinchidan, biz FTO_DocumentsProcessing umumiy modulini barcha qoidalar bilan qo'shamiz.

• Manba sifatida DocumentObject (barcha hujjatlar)ni ko'rsatamiz;
• Ishlovchi sifatida - yuqorida qo'shilgan modulimiz.

Va allaqachon modulda, ishlov beruvchining o'zida biz bizga qanday hujjat kelganini aniqlaymiz va uning turiga qarab biz u yoki bu protsedurani chaqiramiz.

Obuna bitta, lekin harakatlar boshqacha bo'lishi mumkin. T Shuningdek, protseduralarni chaqirish tartibini ham nazorat qilishingiz mumkin.

Natijada, obunani yaratish tartibi quyidagicha:

• Bitta obuna,
• Bitta umumiy modul
• Va boshqa hech narsa kerak emas: hujjat moduli o'zgarishsiz qoladi - u endi "ikki marta o'zgartirilgan"larda ko'rinmaydi.

8. Shakllarni tahrirlash

Keyingi qoida - bu shakllarni tahrirlash.

Bu erda, xuddi shu tarzda, biz ikkita fikrni, ikkita vaziyatni ta'kidlaymiz:

• Namuna shakllarini tahrir qilganimizda;
• Va biz loyihaga qo'shilgan shakllarni tahrir qilganimizda.

Birinchi holat - tahrirlash e standart shakllar, tipik ob'ektlarning shakllari... Bu qoidalarning eng bahsli nuqtasi. Bir vaqtlar, an'anaviy shakllar davrida, loyihalar asosan SCP bo'yicha amalga oshirilganda, biz shakllar bilan nima qilish haqida ko'p muhokama qilganmiz. Variantlar qanday edi?

• Oddiy shakllarni to'g'ridan-to'g'ri tahrirlash Men shunchaki shaklni qo'lda o'zgartiraman. Ushbu parametr yordamida etkazib beruvchi har safar ushbu shaklga o'zgartirish kiritganida, men barcha tahrirlarimni yangidan o'tkazishim kerak. Yomon yo'l.
• Boshqa yo'l shaklning nusxasini yaratish... Bu men namunaviy shaklning nusxasini yaratganimda, uni asosiysiga tayinlayman va unga o'zgartirishlar kiritaman. Ammo yana, agar provayder ushbu shaklni o'zgartirsa, men o'zgarishlarni o'z variantimga qo'lda o'tkazishim kerak. Eng yaxshi usul emas.
• Yana bir variant alohida yorliq yaratish... Shaklda alohida yorliq yarating va unga elementlarimizni joylashtiring. Bu usul moslashuvchan emasligi aniq, chunki ba'zida siz o'zingizning elementingizni shaklning ma'lum bir joyiga kiritishingiz kerak bo'ladi. Yoki siz standart elementlarning xususiyatlarini o'zgartirishingiz, ularga yangi ishlov beruvchini belgilashingiz kerak va hokazo. Shuning uchun bu moslashuvchan yo'l emas- u ham unchalik yaxshi ishlamayapti.
• Natijada biz butunlay dasturiy shaklni tahrirlash usulini tanladik... Ushbu usulga duch kelmagan yangi ishlab chiquvchilar dastlab shaklni dasturiy jihatdan tahrirlashni juda qiyin deb bilishadi. Ammo aslida - yo'q. Amaliyotimdan shuni aytamanki, siz shunchaki qo'lingizni olishingiz kerak. Bundan tashqari, biz allaqachon shakllarni dasturiy jihatdan o'zgartirish uchun eksport protseduralari bilan modullarni yozganmiz va bularning barchasi juda oson amalga oshiriladi. Boshqariladigan shakllar joriy etilganda, biz shakllarni dasturiy jihatdan oʻzgartirish amaliyotini boshqariladigan shakllarga ham toʻliq oʻtkazdik. Bundan tashqari, boshqariladigan shaklni dasturiy jihatdan tahrirlash odatda osonlashdi - oddiy shakllar bilan taqqoslab bo'lmaydi.

Keling, sizga bir misol bilan ko'rsataman. OnCreateAtServer ishlov beruvchisida men ModifyFormProgrammatically protseduramga qo'ng'iroqni qo'shaman, bu erda men dasturiy ravishda shaklga elementlar qo'shaman.

BSP 2 asosidagi konfiguratsiyalarda(masalan, ERP, Buxgalteriya hisobi va boshqalar) qo'shildi Voqealar ishlovchisiForm.OnCreateAtServer () qaysi, boshqa narsalar qatorida, kirib keladi shuningdek bekor qilingan modulga.

Va hokazo bekor qilingan modulda siz o'z kodingizni qo'shishingiz mumkin- masalan, OnCreateAtServer () protsedurasiga. Bu erda men forma nomini aniqlayman va unga qarab men u yoki bu protsedurani chaqiraman, bu erda elementlarni dasturiy ravishda qo'shaman.

Ko'rinishidan, bu qiyin, bu sxema og'ir, lekin aslida, agar barcha loyihalar bunday qoidalarga muvofiq amalga oshirilgan bo'lsa, unda vazifani olgan ishlab chiquvchi qaerga qarashni, qaerga nima qo'shishni darhol biladi. Shuning uchun, menimcha, bu juda qulay.

Bundan tashqari, BSP 2 ga asoslangan konfiguratsiyalarda boshqa shakl ishlov beruvchilari ham qayta belgilangan - ReadOnServer (), BeforeWriteOnServer () va boshqalar. Va ushbu ishlov beruvchilarda siz chaqirilgan protseduralarni bekor qilishdan faol foydalanishingiz mumkin. Bundan tashqari, sotuvchining bekor qilingan moduli nazariy jihatdan o'zgarmaydi va u erda siz nizolardan qo'rqmasdan kodingizni yozishingiz mumkin.

Agar biz loyihaga qo'shilgan shaklni tahrir qilsak, bu erda hech qanday maxsus narsa yo'q, biz uni odatdagi tarzda, qo'lda tahrir qilamiz.

9. Rollar bilan ishlash tamoyillari

Va oxirgi qoida - rollar bilan ishlash tamoyillari.

Rollar bilan ishlash tamoyillari quyidagilardan iborat:

1. Agar iloji bo'lsa, unda tipik rollar har doim nomsiz qolishi kerak... Odatdagi rolni o'zgartirish haqiqatan ham zarurmi yoki siz boshqacha qila olasizmi, deb yaxshilab o'ylab ko'rishingiz kerak.
2. Biz qo'shilgan konfiguratsiya ob'ektlariga huquqlarni yangi, maxsus yaratilgan rollarda tayinlaymiz. Shuning uchun, men konfiguratsiyaga hisobot qo'shganimda va biz ilgari qo'shgan munosib rol yo'q bo'lsa, men alohida rol yarataman. Va keyin bu rol kerakli profillarga qo'shiladi. Va odatiy rollar o'zgarmaydi.
3. VA o'zgarishlar bo'lsaRLS, keyin ular modullarni tahrirlash qoidalariga muvofiq tuziladi.

Misol uchun, agar men RLSni o'zgartirishim kerak bo'lsa, men ochilish sharhini qo'yaman, eski kodni sharhlayman, keyin o'zimni qo'shib, yakunlovchi sharhni qo'yaman. Har doim aniq: kim, nima uchun (qanday vazifa doirasida) va qachon o'zgarganman.

Shunday qilib, men uslubni o'zgartirish uchun to'qqiz oddiy qoidani sanab o'tdim.

Hayotni osonlashtiradigan qo'shimcha ob'ektlar va texnikalar

Xulosa qilib aytganda, men ishlab chiquvchining hayotini osonlashtiradigan ba'zi ob'ektlar va fokuslar haqida gapiraman.

1. Test asoslarini o'z-o'zini aniqlash

Birinchi usul - bu test asoslarini o'z-o'zidan aniqlash.

Xulosa shuki:

• ishlaydigan ishlab chiqarish bazasining manzilini saqlaydigan qandaydir konstanta mavjud.
• Tizim ishga tushganda ushbu manzil tekshiriladi.: ishchi bazaning manziliga mos keladimi yoki mos kelmasligi.
• VA mos kelmasa(baza ishlamayapti), keyin tizim sarlavhasi almashtiriladi.

Skrinshotda uning qanday ko'rinishi ko'rsatilgan. Bu, ayniqsa, ishlab chiquvchilar (yoki maslahatchilar) ko'plab ma'lumotlar bazalari ochiq bo'lsa (ishchi, test, ishlab chiqish va h.k.) va ular beixtiyor xato qilishlari va ishchi ma'lumotlar bazasidagi ma'lumotlarni o'zgartirishlari mumkin bo'lganda foydalidir. Va agar sarlavha o'zgartirilsa, u holda allaqachon "mashinada" - yuqori chap burchakdagi ko'zlar, siz uning qanday asos ekanligini ko'rasiz - ha, sinab ko'ring, uni o'zgartirishingiz mumkin.

Shunday qilib, biz infobazalardagi ma'lumotlarni o'zgartirishni xavfsizroq qilamiz.

Bundan tashqari, ushbu konstantaning qiymatini tekshirish ba'zi muntazam ishlarni bajarishda ham foydalidir... Aynan:

• ma'lumotlar almashinuvi,
• foydalanuvchi bildirishnomalari,
• ba'zi xatlar,
• og'ir muntazam vazifalar.
• Va hokazo.

Ishlab chiquvchi bunday rejalashtirilgan vazifani yaratganda, u ish bazasi yoki yo'qligini tekshirishi kerak. Nazariy jihatdan, barcha test bazalarida rejalashtirilgan vazifalar klaster konsolida o'chirilishi kerakligi aniq. Lekin har doim bor inson omili, kimdir yangi ma'lumotlar bazasini yaratganida, unga yangi ma'lumotlarni yuklaganida, nimanidir o'zgartirganida va natijada ishlaydigan ma'lumotlar bazalari bilan qandaydir tanqidiy almashinuv sodir bo'lgan. Va keyin jang - nega bunday bo'ldi? Shuning uchun biz muhim muntazam vazifalarni bajarishdan oldin, biz doimo uning ish bazasi yoki yo'qligini tekshiramiz.

BSP 2 ga asoslangan konfiguratsiyalar xuddi shunday mexanizmga ega: agar ma'lumotlar bazasining joylashuvi o'zgarsa, savol beriladi - bu ma'lumotlar bazasi nusxasi yoki ma'lumotlar bazasi ko'chirilganmi. Aslida, bu mexanizm etarli bo'lishi mumkin, lekin yana inson omili aralashishi mumkin, kimdir nima bo'layotganini tushunmaydi va noto'g'ri tugmani bosadi. Shunung uchun, mening fikrimcha, doimiyroq ishonchliroq.

2. Initializatsiyaga ishlov berish

Keyingi hiyla - bu ishga tushirishni boshqarish.

• Bu uning joriy versiyasini o'z kodida o'z ichiga olgan konfiguratsiya qo'shilgan ishlov berish.
• Shu bilan birga, konfiguratsiyaga ba'zi konstantalar ham qo'shiladi, u ishga tushirishni qayta ishlashning joriy versiyasini saqlaydi.
• Tizimning boshlanishida tekshirish amalga oshiriladi,
• Va agar versiya o'zgargan bo'lsa, kerakli ishlov beruvchilar bajariladi va yangi doimiy qiymat o'rnatiladi.

Bu nima uchun kerak? Ko'pincha, konfiguratsiyaga yangi funksiya qo'shganda, ma'lumotlar bazasining o'zida ba'zi harakatlarni bajarish kerak bo'ladi: masalan, biz oldindan belgilangan katalog elementini qo'shdik va endi uning tafsilotlarini to'ldirishimiz kerak. Loyihada juda ko'p asoslar bo'lishi mumkin va bu ma'lumotlarni qo'lda to'ldirish, albatta, yomon. To'g'ri:

• Versiyani kattalashtirish ishga tushirishni qayta ishlash;
• Kodda ma'lumotlarni dasturiy tarzda qanday to'ldirishni tasvirlab bering;
• Va bundan keyin qayta ishlashning yangi versiyasi saqlash orqali avtomatik ravishda barcha kerakli ma'lumotlar bazalariga kiradi, u erda boshlanadi va barcha kerakli harakatlarni amalga oshiradi.

Diagrammada bu operatsiya tartibi quyidagicha ko'rsatilgan:

• Tizim boshlanishi
• Doimiy versiyani ishlov berish versiyasi bilan solishtirish.
• Agar mos kelmasa, amalga oshiriladi doimiy ravishda barcha zarur ishlovchilar,
• Konstantaning yangi qiymati o'rnatiladi.

Natijada, ma'lumotlar hamma joyda, barcha ma'lumotlar bazalarida yangilanadi.

3. Oldindan belgilangan qiymatlar katalogi

Keyingi hiyla - bu oldindan belgilangan qiymatlar katalogi.

Ko'pincha koddan oldindan belgilanmagan mavjud katalog elementlariga murojaat qilish kerak. Oldindan belgilangan elementni yaratish yaxshiroq ekanligi aniq, lekin shunday bo'ldiki, elementni oldindan belgilab bo'lmaydi, lekin u hali ham hal qilinadi.

Amalga oshirish imkoniyatlari qanday?

• Elementga nomi bilan murojaat qiling... Nomi o'zgargani aniq - kod ishlashni to'xtatdi. Yomon.
• Kod bo'yicha murojaat qiling... Biroz yaxshiroq, lekin kod ham o'zgarishi mumkin. Juda yaxshi emas.
• Ichki identifikator orqali aloqa. Keyin portlashda bu kod ham ishlamaydi. Umuman olganda, modifikatsiyani bir bazadan boshqa bazaga o'tkazsak, bu uchta holat ham ishlamaydi. Juda yaxshi emas.
• Taklif qilingan oldindan belgilangan qiymatlar katalogini yaratish.

Ushbu katalog katalog turiga ega faqat bitta atributni o'z ichiga oladi.(barcha ma'lumotnomalarga havola).

Agar vazifa doirasida biror elementga murojaat qilishim kerak bo'lsa, men ushbu havolaga oldindan belgilangan elementni qo'shaman (masalan, Contractor_Agroimpulse)

Va keyin, ishga tushirishni qayta ishlash kodida yoki qo'lda, men ushbu katalogning qiymatini kerakli kontragent bilan to'ldiraman.

Shunga ko'ra, bundan keyin Men ushbu kontragentga oldindan belgilangan qiymatlar katalogi orqali murojaat qila olaman... Buning natijasida quyidagilarga erishiladi:

• Turli bazalar o'rtasida o'zgartirishlarni o'tkazishda, mening barcha kod hech qanday qo'shimcha ishlamasdan ishlaydi.
• Bundan tashqari, bugungi kunda ushbu kontragent Agroimpulse bo'lishi mumkin va ertaga u boshqa tashkilotdir, lekin men konfiguratsiyada hech narsani o'zgartirishim shart emas, men shunchaki oldindan belgilangan qiymatlar katalogida uning qiymatini olaman va o'zgartiraman.

4. Nosozliklarni tuzatuvchida vaqtinchalik jadvallarni ko‘rish

Xo'sh, oxirgi hiyla - tuzatuvchida vaqtinchalik jadvallarni ko'rish.

• Vaqtinchalik jadvallar bilan murakkab so'rovlarni tuzatishda mazmunini ko‘rish imkoniyatiga ega bo‘lishi kerak bulardan vaqtinchalik jadvallar.
• Ushbu maqsadlar uchun mumkin maxsus funksiyadan foydalaning vaqtinchalik jadvallarni ko'rish uchun.
• Bu funksiya qulay global modulda joy.

• VA nom berish qandaydir tarzda qisqa, masalan, BT ()

Ushbu holatda:

• MEN to'xtash nuqtasini qo'ying so'rovim bor joyda.
• "Ifodani hisoblash" oynasida men VT (so'rov) yozaman;
• Men "Hisoblash" tugmasini bosing va vaqtinchalik so'rovlar jadvallari tuzilishini olish qanday ma'lumotlar borligini ko'rish uchun.

Bu juda qulay xususiyat va biz undan doimo foydalanamiz. Ayniqsa, xarajat narxini hisoblashda yoki ZUP kabi konfiguratsiyalarda. Rostini aytsam, boshqalar usiz qanday yashashlarini tushunmayman.

V oxirgi versiya platforma paydo bo'ldi o'rnatilgan vosita, bu sizga vaqtinchalik jadvallarni ko'rish imkonini beradi, lekin menga shunday tuyuladi unchalik qulay emas. Funktsiyangizdan foydalanish ancha yaxshi.

Xulosa

Barchangizga rahmat. Mening kichik saytim bor, ushbu saytda bu qoidalarning barchasi batafsil bayon etilgan va nafaqat ular - kiring, o'qing, menga pochta yoki skype orqali yozing.

Bu mavzu men uchun qiziq, men u bilan muloqot qilishga tayyorman. Siz ham buni qilishingiz men uchun juda muhim.