տուն / Yandex փող/ Հատկանիշների տիպի պլանի օրինակ 1s. Հաշվապահական հաշվառման ենթահամակարգի կազմակերպման հիմունքները

Հատկանիշների տիպի պլանի օրինակ 1s. Հաշվապահական հաշվառման ենթահամակարգի կազմակերպման հիմունքները

Ինչպե՞ս է սովորաբար վարվում հաշվապահական հաշվառումը առևտրային ընկերությունում:

Առաջին մի քանի տարիներին բոլորը շահույթ են հետապնդում՝ ավելի շատ գնեք, ավելի արագ վաճառեք, ոչ ոքի չի հետաքրքրում ապրանքների կախովի մնացորդները խանութներում և պահեստներում: Հիմքի ծավալը աճում է թռիչքներով և սահմաններով, քանի որ. մինչդեռ հաշվառվող ապրանքների կարգը քաոսային է։

Օրինակ՝ երեկ կարմիր աթոռ են գնել, այսօր՝ կանաչ, սկզբում քշում են տվյալների բազա՝ 1) հին դիրքը կարմիր աթոռ է, 2) նոր դիրքը՝ կանաչ աթոռ։ Բայց գույքագրումից հետո միշտ հայտնվում է ապրանքների վերադասավորում, և այստեղ նրանք գալիս են տարբերակին՝ ստեղծել նոր դիրք, առանց ապրանքի անվանման մեջ դրա հատուկ հատկությունների հատուկ նկարագրության, այսինքն. նրանք սկսում են արտադրանքը այսպես, օրինակ՝ պարզապես «Աթոռ», և ապրանքի երկու նախորդ դիրքերը նշված են ջնջման համար։

Որոշ ժամանակ անց - անվճար աշխատանքային կապիտալդառնում է սահման. Այստեղ հարց է առաջանում՝ ինչպիսի՞ ապրանքներ են ավելի մեծ պահանջարկ ունեցել դրանցում ներդրումներ կատարելու համար, այլ ոչ թե կախովի արտադրանքի։

Դա կրկին անհրաժեշտ է իմանալ արտադրանքի լրացուցիչ բնութագրերը, բայց դուք պետք է այս բնութագրերը մուտքագրեք տվյալների բազա ոչ այլևս քաոսային ձևով, - պարզապես ավելացրեք որոշ նկարագրություններ ապրանքի անվանման մեջ, բայց հստակ և ճիշտ. անունը պետք է լինի կարճ, հակիրճ, իսկ լրացուցիչ դաշտում՝ բոլոր տեսակի նկարագրված են այս ապրանքի բնութագրերը. օրինակ՝ գույնը, ծավալը, քաշը, արտադրողը և այլն:

Այստեղ, եթե մենք գրենք ապրանքի հատկությունները Nomenclature գրացուցակում «Կարծիքներ» դաշտում, ապա վերլուծաբանի համար հեշտ չի լինի իրեն անհրաժեշտ հաշվետվություն կազմել որոշակի ապրանքի հանրաճանաչության և շրջանառության վերաբերյալ հատուկ արտադրանքի հատկություններով: .

Մենք կարող ենք անվանացանկը կցել գրացուցակին՝ ստորադաս գրացուցակ, որտեղ օգտատերը կարող է մուտքագրել ապրանքի անհրաժեշտ հատկությունները և նկարագրությունները, բայց այս մոտեցմամբ մենք կկանգնենք կռահելու խնդրին՝ չկարողանալով գուշակել, թե ինչ տեսակի լրացուցիչ տեղեկատվություն է ուզում օգտատերը։ Մտնել.

Օրինակ, «Աթոռ» ապրանքի տակ – օգտատերը ցանկանում է նշել ապրանքի հատկությունը՝ գույնը, սա լարային տվյալների արժեք է: Այսպիսով, ստորադաս գրացուցակում մենք կդարձնենք հենարանների տողը: Իսկ եթե նա ցանկանում է նշել ապրանքի լրացուցիչ հատկությունը, օրինակ՝ արտադրողը։ Այնուհետև մենք պետք է հատկանիշը դարձնենք հղման տիպի ենթակա գրացուցակում՝ մատնանշելով մեկ այլ գրացուցակ «Արտադրողներ»: Իսկ եթե օգտագործողը իր արտադրանքի լրացուցիչ հատկություններում ցանկանում է նշել, թե քանի ոտք ունի աթոռը։ Մենք պետք է հատկանիշը դարձնենք թվային ստորադաս գրացուցակում ... ..

Այստեղից, երբ մենք պետք է օգտագործողին հնարավորություն տանք ստեղծելու ՏՎՅԱԼՆԵՐԻ ՏԵՍԱԿԸ , որի արժեքներով նա մուտքագրելու է իր տեղեկությունները, ապա մենք պետք է ստեղծենք pvc(հատկանիշների տեսակների պլան):

Մենք մեր օրինակում կստեղծենք բարդ PVCունենալ արտադրանքի լրացուցիչ հատկությունները նկարագրելու լիարժեք մեխանիզմ.

Բայց սկզբի համար հաշվի առեք գրքից PVC ստեղծման դասը(էջ 476) « 1C_Ձեռնարկություն 8.3. Գործնական ուղեցույցմշակող. Օրինակներ և բնորոշ տեխնիկա» Ռադչենկո/Խրուստալև

Այստեղ մենք արդեն ունենք Անվանակարգի տեղեկագիրք։ Առաջադրանքի նպատակըկարողանալ իմանալ որոշակի բնութագրական արժեք ունեցող նյութերի մնացորդները. Դա անելու համար մենք կստեղծենք նոր օբյեկտներ Կազմաձևիչում. Անվանակարգ՝ նյութերի խմբաքանակները նկարագրելու համար, բնութագրեր, որոնց համար համապատասխան տեսակներ չկան կոնֆիգուրացիայի մեջ:

Արդյունքում բավական կլինի, որ տեղեկատվական ռեգիստրից ընտրենք ստորադաս գրացուցակի բոլոր տարրերը բնութագրի այս արժեքով և այնուհետև, օգտագործելով դրանց և դրանց սեփականատերերին, ստանանք կուտակային ռեգիստրի մնացորդը:

ՊՎՔ-ում, որը մենք ստեղծում ենք, «Բնորոշիչ արժեքի տեսակ» դաշտում նշեք տվյալների կոմպոզիտային տեսակը՝ Number, String, Date, Boolean, ReferenceReference.AdditionalNomenclatureProperties: Եվ նաև PVC ոլորտում» Լրացուցիչ արժեքներբնութագրերը» – մենք նշում ենք «Անվանացանկի լրացուցիչ հատկություններ» ՊՎՔ-ի ենթակա տեղեկատու գիրքը:

2) ViewProperties, տեսակ = PlanViewsCharacteristicsReference.PropertiesNomenclature

Եվ մենք ստեղծում ենք տեղեկատվական ռեգիստրի ռեսուրս.

Արժեք, տեսակ = Characteristic.PropertiesNomenclature.

Մենք ստեղծել ենք բոլոր նոր օբյեկտները: Կարիք չկա դրանք ավելացնել ենթահամակարգերին (օգտագործողի ինտերֆեյսին), քանի որ նոր օբյեկտների միջև կապ կա, և գլխավորը անվանացանկին ենթակա «Անոմենկլատուրային տարբերակներ» գրացուցակն է, որը մենք կարող ենք տեսնել՝ բացելով ցանկացած ապրանք անվանացանկի գրացուցակից.

«Անոմենկլատուրային գույքի արժեքներ» տեղեկատվական ռեգիստրը ստեղծելիս կան մի քանի նրբերանգներ, այստեղ խորհուրդ է տրվում սահմանել. գրանցման չափը PropertySet(այստեղ ընտրված է տեղեկատու անվանացանկի տարբերակներից) - as Առաջատար, սա մեզ հնարավորություն կտա «Անոմենկլատուրային տարբերակներից» – զանգահարել այս Տեղեկատվական ռեգիստր. Եվ նաև ռեգիստրի ռեսուրսի արժեքի համար՝ սահմանեք «Հարաբերություն ըստ տեսակի» = TypeProperty և «Ընտրության պարամետրերի ասոցիացիաներ» = Selection.Owner(PropertyType): Տեղեկատվական ռեգիստրի կարգավորումների տվյալները կհեշտացնեն օգտվողի մուտքագրումը:

Բացի այդ, այս դասի գիրքը գնում է մանրամասն նկարագրություն- ինչպես լավագույնս կարգավորել ցուցակի ձևերը և նոր օբյեկտների հիմնական ձևերը, որպեսզի օգտագործողը տեսնի միայն իրեն անհրաժեշտ տեղեկատվությունը ապրանքների հատկությունները լրացնելիս: Այստեղ մենք չենք ցուցադրի այս ամբողջ մանրամասնությունը:

Եկեք պարզապես փորձենք մեր արտադրանքում, օրինակ, «Էլեկտրական մալուխներ» - սահմանեք լրացուցիչ հատկությունը «Սպիտակ մալուխներ», և գույքի բաղադրությունը՝ «գույքի տեսակ» = Գույն և «Գույքի արժեք» = Սպիտակ: Ահա մեկը մյուսի հետևից բացվող պատուհանների սխեման.

.... Ես չգիտեմ ձեր մասին, բայց իմ գլուխն արդեն պտտվում է, և ամբողջովին պարզ չէ, թե ինչ ենք անում և ինչու))))

Պատկերացնո՞ւմ եք, որ օգտագործողին նման շղթա բացատրեք?!?….. Որպեսզի մեր օգտվողը հասկանա այն, ինչ մենք ինքներս արդեն չենք հասկանում, նա պետք է ունենա առնվազն երեք 1C վկայական)))

Եթե դուք վախեցած և հիասթափված եք վերը նշված սխեմայի համաձայն արտադրանքի հատկությունների ներմուծումից, ապա նույն սխեման կարող եք տեսնել հենց դասագրքից.

....ուղղակի անիրատեսական դժվար է!!! Եվ ցանկացած սկսնակ ծրագրավորող կորոշի, որ ավելի հեշտ է երբեք չխառնվել PVC-ի հետ, քան փորձել պարզել նման սխեման… ..

Առաջադրանքի վերջնական արդյունքը՝ ապրանքների մնացորդն ըստ իրենց հատկությունների, գրքում առաջարկվում է ավելացնել «PropertySet» չափը՝ հղման տիպով «Անոմենկլատուրային տարբերակներ» տեղեկատուին, որը ենթակա է Անվանակարգին մնացորդների գրանցամատյանում: Այնուհետև նյութերի ստացման/ծախսային փաստաթղթերի աղյուսակային մասերին ավելացրեք նույն անունով և տվյալների տեսակով դաշտ, այդ փաստաթղթերի մոդուլներում ավելացրեք «SetPropertiesSet» մնացորդային ռեգիստրում: «Անոմենկլատուրային տարբերակներ» գրացուցակում գրեք «Հատկություններ» ցանկի մեջ, որը թույլ կտա ձեզ տեսնել դրանք ավելի ուշ ACS-ի զեկույցում: Եվ, որպես վերջ, ստեղծեք ACS-ի հաշվետվությունը ապրանքների մնացորդների վերաբերյալ՝ ընտրությամբ ըստ բնութագրերի.

Այո, զեկույցը հետաքրքիր է ստացվում, բայց ապրանքի լրացուցիչ բնութագրերի (հատկությունների) ստեղծման գործընթացը ինքնին շատ շփոթեցնող է, բացի այդ, օգտվողը մուտքային / ելքային հաշիվ-ապրանքագրերը լրացնելիս այդքան լրացուցիչ տվյալներ մուտքագրելիս կստեղծի. ոչ մի սխալ ..... Սկսած փաստաթղթի դաշտերում «Հատկությունների հավաքածու» մուտքագրելուց:

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Փորձենք հասկանալ Ապրանքի լրացուցիչ հատկությունների ստեղծման մեխանիզմը, միգուցե խնդրի լուծմանն ավելի պարզ ճանապարհով գանք։

Այսպիսով, ինչ է մեզ անհրաժեշտ.

1. Թույլ տվեք օգտվողին ավելացնել Հատկությունների նկարագրությունը անվանացանկում:

2. Թույլ տվեք վերլուծաբանին ուսումնասիրել վաճառքի ցուցանիշները ընտրության մեջ՝ ըստ Ապրանքի առանձնահատկությունների:

Մտածեք, թե ինչ տարբերակներ ունենք խնդրի առաջին պարբերությունը լուծելիս.

1. Մենք կարող ենք անվանացանկի գրացուցակում ավելացնել ստորադաս գրացուցակ, որտեղ օգտատերը կնկարագրի միայն կոնկրետ, լարային տիպի տվյալներ, որոնք նշված են մեր կողմից Կազմաձևիչում… սա հարմար չէ, քանի որ Ապրանքի հատկությունները նկարագրելիս մենք կարող ենք անհրաժեշտ է «անկանխատեսելի» Տվյալների տեսակ Կազմաձևիչում. օրինակ՝ ամսաթիվ, համար, տող, հղում դեպի այլ գրացուցակ:

2. Հետևաբար, անվանացանկի լրացուցիչ հատկություններ ստեղծելու համար մենք պետք է ստեղծենք PVC, քանի որ PVC-ը տվյալների տեսակների հղում + նկարագրություն է.

Եթե մենք գտնվում ենք Nomenclature գրացուցակում, մենք կստեղծենք աղյուսակային բաժին, որտեղ կլինեն երկու դաշտ՝ մուտքագրված արտադրանքի հատկությունների տվյալների տեսակը և, ուղղակիորեն, հենց արժեքը: Դա շատ պարզ է. մի դաշտը կվերաբերի PVC-ին, մյուսը՝ այս PVC-ի բնութագրերին:

Բայց այս դեպքում մենք չենք կարողանա գրառումները եզակի դարձնել…. Պարզապես պատկերացրեք այն տարբերակը, որտեղ ապրանքի տակ, օրինակ՝ Երշիկեղեն, կարող եք մուտքագրել երկու տեսակի արժեք «Գույն» հատկության համար՝ և՛ կարմիր, և՛ կանաչ: )))

Հետևաբար, այս մեթոդը ամենապարզն է, բայց եզակիություն չի ապահովում անվանացանկի հատկությունների մեջ:

3.Եկեք ստեղծենք PVC, բայց մենք կհավաքենք դրա արժեքները տեղեկատվական ռեգիստրի միջոցով. Տեղեկատվության ռեգիստր - պարունակում է միայն եզակի տվյալներ.

Սա ամենաբազմակողմանի տարբերակն է: Մենք կգրանցենք Ապրանքի հատկությունները տվյալների տարբեր տեսակներով, և այս հատկությունների արժեքները որոշակի արտադրանքի համար եզակի կլինեն:

ps այստեղ դուք կարող եք ստեղծել ենթակա ՊՎՔ տեղեկատու գրքույկ՝ իրի բոլոր տողերի Հատկություններն այնտեղ գրանցելու համար: Բայց եկեք ամեն ինչ դեռ չբարդացնենք:

Դա անելու համար մենք տեղեկատվական ռեգիստրին ավելացնում ենք երկու չափս.

2) Անվանակարգի հատկությունները, տեսակ = Հատկանիշների տեսակների պլանՀղում.UniversalPVC.

Ռեգիստրի ռեսուրսներում նշեք «PropertyValue», տեսակ = Characteristic.UniversalPVC:

Առայժմ այսքանը, մենք ստեղծել ենք արտադրանքի յուրահատուկ հատկությունների մեխանիզմ։ Մենք դեռ պետք է շտկենք օգտագործողի համար տվյալների ընտրության հարմարավետությունը:

Եկեք ընտրենք տեղեկատվական ռեգիստրի «PropertyValue» ռեսուրսը և «Դիտումներ» ներդիրի աջ կողմում գտնվող մենյուում ստեղծենք հղումներ, որպեսզի արժեք ընտրելիս այս գրանցամատյանըօգտագործողի ռեժիմում - մենք անմիջապես ստացանք ցուցակ տվյալ ռեգիստրի «Անոմենկլատուրային սեփականություն» չափից: Որովհետեւ հիշեք, որ «Անոմենկլատուրային սեփականություն» չափումը PVC է, իսկ «PropertyValue» ռեսուրսը այս PVC-ի բնութագրիչն է: Այսպիսով, այս պահոցում նշեք «Հղում ըստ տեսակի» = «Անոմենկլատուրային հատկություն». Հիմա, եթե ռեգիստրի չափման մեջ ընտրել ենք Տվյալների տեսակը, օրինակ՝ string, ապա երբ արժեքը մուտքագրենք ռեսուրսի մեջ, անմիջապես կունենանք տողի տեսակը, և ոչ բոլոր հնարավոր տեսակների ցուցակները:

Մենք անցնում ենք օգտագործողի ռեժիմին, ընտրում ենք ցանկացած ապրանք Nomenclature գրացուցակից, բացում ենք այն, գրացուցակի տարրի վերևում ունենք հղում դեպի ստեղծված տեղեկատվական ռեգիստրը, որին կավելացնենք մեր արտադրանքի նոր հատկությունները.

Այս օրինակում «Philips Transistor 2N2369» արտադրանքի համար - նախ մենք ստեղծում ենք ցանկալի արտադրանքի հատկության տեսակը, թող լինի «Տրանզիստորներ», և անմիջապես նշում ենք այս հատկության տվյալների տեսակը. այս օրինակում մենք ձեռքով ընտրում ենք տվյալները: տեսակ = Տող. Մենք խնայում ենք. Եվ այնուհետև մենք պետք է արժեքներ սահմանենք այս տեսակի արտադրանքի հատկությունների համար, թող դա լինի «Ցածր կետի տրանզիստորներ».

Այս ապրանքին ավելացնենք ևս մեկ սեփականություն, օրինակ՝ «Կորեա» արտադրողը։

Վերցնենք մեկ այլ ապրանք, դրա համար ստեղծենք «Տրանսֆորմատորներ» հատկությունը, տեսակ = տող, արժեք = «Գծային տրանսֆորմատորներ»: Եվ երկրորդ հատկությունը, որը մենք ցանկանում ենք մուտքագրել այս ապրանքի համար, կլինի նաև «Արտադրող»-ը, մենք այն ստեղծելու կարիք չունենք, մենք այն արդեն ունենք ընտրության մեջ, բայց եթե փորձենք մուտքագրել այս գույքի նույն արժեքը, հավասար. դեպի «Կորեա», ապա մենք ստիպված կլինենք ձեռքով մուտքագրել այն... Դա այնքան էլ հարմար չէ... Լավ է, երբ արժեքը մեկ անգամ եք մուտքագրում, կարող եք այն բազմիցս փոխարինել։

Այս հարմարավետությունն ավելացնելու համար գնացեք Կազմաձևիչ և ստեղծեք գրացուցակ, «Սեփականատեր» ներդիրում նշեք մեր «Ունիվերսալ PVC»-ը, որը ստեղծվել է ավելի վաղ: Այժմ, եթե մենք ունենք լարային արժեքի հատկություններ, ապա պետք չէ անընդհատ ընտրել տեսակ = String, բավական կլինի հղում տալ այս ենթակա գրացուցակին. շատ հարմար է դրանում լարային արժեքները պահպանել, և բացի այդ, այս մեթոդը թույլ կտա մեզ ընտրել պատրաստի լարային արժեքներ արտադրանքի հատկությունների համար։

Եկեք փոքր ճշգրտումներ անենք PVC-ի հետ կապված գրացուցակի հետ, որը իրեն ենթակա է թվում.

Նաև տեղեկատվական ռեգիստրում մենք պետք է ավելացնենք կարգավորումներ, որպեսզի ռեգիստրի ռեսուրսի արժեքը ընտրելիս մենք անմիջապես ունենանք այս գույքի սեփականատիրոջ ընտրությունը:

Մենք հաղթահարեցինք առաջադրանքի առաջին կետը. մենք ստեղծեցինք արտադրանքի յուրահատուկ հատկություններ ստեղծելու մեխանիզմ:

Եկեք լրացնենք նյութի տարբեր հատկությունները օգտվողի ռեժիմում 1s: Խնդրում ենք նկատի ունենալ, որ ավելի վաղ մուտքագրված հատկությունները, ինչպիսիք են, օրինակ, Արտադրողը, արդեն իսկ անմիջապես հասանելի են գույքի ընտրության տարբերակում, և մեզ հնարավորություն է տրվում անմիջապես ընտրել պատրաստի արժեք այս գույքի համար, օրինակ՝ « Կորեա»:

Այժմ անցնենք առաջադրանքի լուծման երկրորդ փուլին. հնարավորություն տալ հաշվետվությանը ընտրություն կատարել, օրինակ, ապրանքների մնացորդի կամ ապրանքների վաճառքի միջոցով այս ապրանքի հատկություններից:

Միանգամից ասեմ, որ դաշտերը ավելացնելով բարդ մեխանիզմ չենք հորինի աղյուսակային մասերփաստաթղթավորում է ապրանքի ցանկացած հատկություններ!!! Գործնականում դա հնարավոր չէ անել, հակառակ դեպքում փաստաթղթերի հետ այնպիսի խառնաշփոթ կլինի, որ հետագայում այն շտկելու համար բավարար ուժ չի լինի:

Ամեն ինչ շատ ավելի հեշտ է. Մենք ունենք արտադրանք, անունը կարճ է, հակիրճ, բոլոր նրբությունները նկարագրված են նրա հատկությունների մեջ։ Եթե մենք ունենք այլ տեսակի հատկություններով ապրանք, ապա դա նշանակում է, որ այս ապրանքը տարբեր է, և ոչ նույնը:

Օրինակ, մենք ունենք մեկ տարր «Samsung Line Transformer», որն ունի երկու հատկություն. երկու հատկություն՝ 1) «Տրանսֆորմատորներ» = «Գծային տրանսֆորմատորներ», 2) «Արտադրող» = «Ռուսաստան»: Այսպիսով, մենք ոչ մի կերպ չենք կարող ասել, որ այս երկու ապրանքները նույնն են, բայց տարբերվում են միայն հատկություններով !!! Ոչ, այս երկու ապրանքները տարբեր են, որոնք մենք համառոտ նշում ենք դրանց տարբերությունը Անվանում և ավելի մանրամասն նկարագրում ենք այս ապրանքի հատկությունները:

Հետևաբար, մենք կարիք չունենք որևէ լրացուցիչ դաշտ ստեղծելու առաջնային փաստաթղթեր, դրանում ապրանքի բնութագրիչներից մեկը նշանակելու համար (մենք կարող ենք ունենալ այս բնութագրերից մեկից ավելին)։

Մենք նորից կտեղադրենք մեր բոլոր մուտքային հաշիվ-ապրանքագրերը և փաստաթղթերը Ծառայությունների մատուցում: (այստեղ գրքից առաջին մեթոդի փաստաթղթերում կան լրացուցիչ բնութագրերով դաշտեր, բայց դրանք ոչ մի կերպ չեն ազդում մեր նորաստեղծ սեփական PVC մեխանիզմի վրա)

Կազմաձևիչում մենք կստեղծենք հաշվետվություն «ՊՎՔ ունիվերսալ եզակիություն» ռեգիստրի վերաբերյալ: ACS հաշվետվության հարցումին գրեք հետևյալ կոդը.

SELECT Remains of Materials Remains and Turnvers Material, Remains of Materials Residuals and Turnovers AK FinalRemainder, Uniqueness of UniversalPVC.Property of Nomenclature, Uniqueness of UniversalPVC.ValueProperties FROM Accuulation Register.Remains of MaterialsMassmasNewsmains. ՁԱԽ ՄԻԱՑԵՔ Տեղեկատվության ռեգիստրը. UniversalPVC AS-ի եզակիությունը Ունիվերսալ PVC ծրագրակազմի եզակիությունը Նյութերի մնացորդների և շրջանառությունների մնացորդները:

ACS հաշվետվության կարգավորումներում մենք թույլ կտանք օգտագործել «Ընտրություն» օգտվողի ռեժիմում: 1s-Enterprise-ում հաշվետվություն ստեղծելիս ընտրության մեջ ընտրեք Item Property = Manufacturer: Մենք կստանանք մի շատ հետաքրքիր զեկույց.

Փոխարինելով մնացորդի ռեգիստրը Վաճառքի ռեգիստրով, մենք կստեղծենք երկրորդ Վաճառքի հաշվետվությունը՝ ըստ ապրանքի հատկությունների ընտրության հնարավորությամբ:

Մենք կատարեցինք և նույնիսկ գերակատարեցինք առաջադրանքի երկրորդ կետը՝ հնարավորություն ընձեռել վերլուծաբանին ստեղծել հաշվետվություններ արտադրանքի հատկությունների համատեքստում:

Մեր տարբերակում PVC մեխանիզմը պարզվեց, որ պարզ է, տեսողական և արագ կարգավորելի:

ps Այս հոդվածը ստեղծելիս ինձ շատ օգնեց այստեղ կարդացած տեղեկատվությունը.

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Հուսով եմ, որ իմ հոդվածը օգտակար կլինի 1s 8.3 հարթակի սկսնակ ծրագրավորողների համար

ps Ես կցում եմ ուսումնական բազան, որում բոլոր ընթացիկ օրինակներ. Այս բազան սկսեցի գրել զրոյից՝ համաձայն «1C_ Enterprise 8.3» գրքի դասերի։ Գործնական ծրագրավորողների ուղեցույց. Օրինակներ և բնորոշ տեխնիկա «Ռադչենկո / Խրուստալև http://v8.1c.ru/metod/books/book.jsp?id=441 , պարզապես լրացնելով այն իր սեփական զարգացումներով:

Հաջողություն ՊՎՔ-ին տիրապետելու գործում, այս բարդ խնդիրը լուծելու դեպքում - ստորև բերված կարգախոսը շատ հարմար է)):

Ամեն դեպքում՝ copywriter

Հարցման ստեղծողում, երբ այն կանչվում է տվյալների աղբյուրի տեղադրման ձևից, տվյալների կազմի սխեմայի համար: Կա «բնութագրեր» ներդիր, որի օգտագործումը հստակ նկարագրված չէ փաստաթղթերում: Այս հոդվածում ես կփորձեմ բացատրել, թե ինչպես և ինչու են բնութագրերը օգտագործվում ACS-ում:

Տիպիկ կոնֆիգուրացիաներում ակտիվորեն օգտագործվում է հատկությունների և գույքի արժեքների մեխանիզմը, որը հասանելի է գրեթե ցանկացած օբյեկտի համար: Պրիմիտիվորեն, տեղեկատու գրքերում այս մեխանիզմն իրականացվել է 7.7 կոնֆիգուրացիաներով: Այժմ այս մեխանիզմն իրականացվում է բնութագրերի տեսակների պլանի և տեղեկատվության ռեգիստրի միջոցով, սակայն գաղափարը մնում է նույնը։

Երբ ես առաջին անգամ հանդիպեցի ACS սխեմայում այս մեխանիզմն օգտագործելու անհրաժեշտությանը, ես շատ երկար տուժեցի, կազմակերպեցի ներդիր հարցումներ, կցված հիմնական ընտրությանը և տարակուսեցի, թե ինչպես հաշվի առնել նոր տեսակի հատկությունների հնարավորությունը, որոնք չեն գոյություն ունեն հաշվետվության մշակման պահին: Հատկությունների ամբողջ մեխանիզմը, լինելով օգտատիրոջ տեսակետից պարզ և տրամաբանական, չի կարողացել որևէ նորմալ մշակման ենթարկվել, մինչև ես չպարզեցի «Բնութագրեր» ներդիրը:

Ներդիրի աղյուսակը շատ քմահաճ է, կա՛մ ճիշտ եք մուտքագրում ամբողջ գիծը, կա՛մ ընդհանրապես հրաժարվում եք գիծ մտնելուց, համակարգը թույլ չի տա ձեզ թողնել «հետագայում» մի տող, որը ամբողջությամբ չի լցված:

Այսպիսով, եկեք իջնենք կոնկրետություններին: Առաջին սյունակ. Տիպ– այստեղ մենք ընտրում ենք օբյեկտի տեսակը, որին կկցվեն բնութագրերը, օրինակ՝ «DirectoryReference.Nomenclature»

Սա նշանակում է, որ այժմ հնարավոր կլինի գույքային արժեքներ ստանալ նշված տեսակի բոլոր օբյեկտների համար:

Հետագա հաջորդ սյունակում Տեսակի Աղբյուրմենք պետք է սահմանենք գույքի դիտման աղբյուրի պարամետրերը: Հնարավոր տարբերակներ սեղանմ խնդրանքինչու է ձեզ անհրաժեշտ տարբերակ խնդրանքԵս ձեզ ավելի ուշ կասեմ, հիմա ընտրեք նյութը սեղան.

Սյունակում Բնութագրերի տեսակներըմենք պետք է ընտրենք տեղեկատվական բազայի աղյուսակը, որը պահպանում է բնութագրերի պահանջվող տեսակները, մեր օրինակում դա կլինի «Բնութագրերի տեսակների պլան. Օբյեկտների հատկությունները»:

Հաջորդը, արժեքները, որոնք մեզ հասանելի են սյունակներում ընտրելու համար Հիմնական դաշտ, Անվան դաշտԵվ Արժեքի տեսակի դաշտ, ուղղակիորեն կախված են մեր ընտրած աղյուսակի դաշտերից։ IN Հիմնական դաշտմենք ընտրում ենք Հղում, Վ Անվան դաշտ– Կատարում(օգտվողը կտեսնի այն որպես հատկանիշի անուն), և մեջ Մուտքագրեք դաշտհամապատասխանաբար TypeValues.

Հիմա անցնենք արժեքների աղբյուրին։ Արժեքների աղբյուրը կլինի տեղեկատվական ռեգիստրը «ObjectsProperties» արժեքները, ուստի մենք ընտրում ենք սյունակում Արժեքների աղբյուր – սեղան, և սյունակում Բնութագրական արժեքներ– «Տեղեկատվության գրանցամատյան. Օբյեկտների հատկությունների արժեքներ»: սյունակներում Օբյեկտ, Սեփականություն,Իմաստը, ընտրեք ռեգիստրի համապատասխան դաշտերը Օբյեկտ, Սեփականություն, Իմաստը.

Թվում է, թե այսքանն է։ Մենք մտնում ենք սխեմայի կարգավորումներ, ավելացնում ենք խմբավորում ըստ ապրանքների և դրան ավելացնում ենք ստորադաս խմբավորում, օրինակ՝ ըստ Brands, մենք ունենք այդպիսի հատկություն։

Մենք ընդլայնում ենք Nomenclature խմբավորման ատրիբուտների ցանկը և ... մենք այնտեղ որևէ հատկություն չենք տեսնում.

Փաստն այն է, որ մենք կոնֆիգուրատորում ենք, որտեղից տվյալների հասանելիություն չկա։ Ինչպե՞ս կատարել ցանկալի կարգավորումը: Դա անելու ամենահարմար միջոցը տվյալների կազմի կոնսոլից օգտվելն է, որը գտնվում է ITS սկավառակի վրա կամ այն, որը ներառված է «Developer Tools» ենթահամակարգում: Բայց դուք կարող եք նաև պարզապես բացել զեկույցի կարգավորումը Ձեռնարկությունների ռեժիմում:

Այսպիսով, եկեք բացենք նույն պարամետրը, բայց ձեռնարկության ռեժիմում.

Ինչպես տեսնում եք, մենք ավելացրել ենք նոր «Մանրամասներ», մինչդեռ գույքը « ԱպրանքանիշըԱրտաքնապես չի տարբերվում գրացուցակի սովորական մանրամասներից: Եվ գույքը» Ապրանքի տեսակը” գտնվում է քառակուսի փակագծերում, դա պայմանավորված է նրանով, որ սեփականության ներկայացումը պարունակում է բացատ:

Այնուամենայնիվ, մենք ունենք նաև գույք» Պայմանագրի տեսակը«որը կապված է գրացուցակին» Համաձայնագրեր«և կապ չունի» Անվանակարգ«. Եթե չի օգտագործվում կարգավորումներում « Պայմանագրի տեսակը», ապա ամեն ինչ ճիշտ կաշխատի, բայց եթե ընտրեք այն, ապա արդյունքում այն դատարկ կլինի, քանի որ այս հատկությունը իսկապես լրացված չէ անվանացանկի որևէ կետի համար: Բայց ինչպե՞ս զտել ավելորդ հատկությունները, որպեսզի դրանք «ոտքերիդ տակ չմտնեն»։

Դա անելու համար մենք պետք է փոխենք դիտման աղբյուրի կարգավորումը հարցումների կոնստրուկտորում «Բնութագրեր» ներդիրում: Հիշեք, որ հոդվածի սկզբում ես խոստացել էի ձեզ ասել, թե ինչու է ձեզ անհրաժեշտ դիտման աղբյուրի տեսակը խնդրանք? Հիմա հենց այդպիսի դեպք է. Փոխեք դիտման աղբյուրի տեսակը խնդրանք. Բնութագրերի տեսակների սյունակում սեղմեք «[…]» կոճակը և բացվում է հարցման դիզայների նոր պատուհան:

Այնտեղ մուտքագրեք հետևյալ հարցումը.

ԸՆՏՐԵԼ
PropertiesObjects.Reference,
Օբյեկտի հատկություններ.Անուն + ” (հատկություն)” AS անվանում,
PropertiesObjects.ValueType
ԻՑ
Plan of ViewsCharacteristics.Objects Properties AS Օբյեկտների հատկությունները
ՈՐՏԵՂ
Օբյեկտների հատկություններ. Հանձնարարության հատկություններ = VALUE (Բնութագրերի տեսակների պլան. Օբյեկտների կատեգորիաների հատկությունների նշանակում. Տեղեկատվական_անվանում)
AND (NOT ObjectProperties.DeletionMark)
AND (NOT Object Properties.Category)

սյունակներում Հիմնական դաշտ, Անվան դաշտԵվ Արժեքի տեսակի դաշտ, ընտրեք համապատասխան ընտրության դաշտերը. Հղում, ԱնունԵվ TypeValues. Կստացվի այսպես.

Այժմ, երբ մենք անցնում ենք հաշվետվության ստեղծմանը, անվանացանկի մանրամասների ցանկում պատկերը կփոխվի.

Այժմ ապրանքն ունի միայն այն հատկությունները, որոնք իրեն վերագրված են, ավելին, դրանք այժմ նկատելիորեն տարբերվում են սովորական մանրամասներից՝ հետգրության շնորհիվ։ (գույք), որը մենք ավելացրել ենք հարցումի մեջ գտնվող գույքի անվանումը:

Սա իրականում բոլորն է, բայց շատերը կարող են շփոթվել կոնֆիգուրատորում կարգավորելու անհնարինությունից: Իրականում անհանգստանալու ոչինչ չկա։ Բավական է պահպանել կարգավորումը (կամ ամբողջ սխեման) ֆայլում և վերականգնել այն կազմաձևիչում:

Կազմաձևիչը կցուցադրի իր համար անհասկանալի մանրամասներ կարմիր խաչերով որպես անհասանելի.

Բայց սա այլևս սարսափելի չէ, քանի որ նման կարգավորումներով զեկույցը կարող է պահպանվել կոնֆիգուրացիայի մեջ և այն ճիշտ կաշխատի, երբ բացվի օգտագործողի կողմից:

Այս հոդվածը նկարագրում է կապերը բնութագրերի տեսակների պլանի, լրացուցիչ բնութագրերի ենթակա գրացուցակի և տեղեկատվական ռեգիստրի միջև, որը պահպանում է բնութագրերի արժեքները:
Ես սովորում եմ 1C 8.2. Աուդիո դասընթացում Գիլեւան հասավ բնութագրերի տեսակների պլանին։ Մինչ այդ ես կարդացել եմ PVC-ի մասին մի քանի աղբյուրներում։ Թվում է, թե ամեն ինչ պարզ է, բայց քանի որ ես դեռ չեմ ծրագրում 1s 8-ով, տեսությունը ժամանակի ընթացքում մոռացվում է, և ամեն անգամ, երբ թեմա է ծագում բնութագրերի տեսակների պլանի մասին, ես պետք է ցավագին հիշեմ և կառուցեմ դիագրամ. իմ գլուխը. Հիմա կոնկրետ հարց ծագեց, ամեն ինչ լողաց գլխումս, ու պարզ դարձավ, որ նորից ոչինչ պարզ չէ։ Հետեւաբար, ես հենց սկզբից պետք է մանրամասնորեն զբաղվեի դրանով։ Ես որոշեցի դա գրել ինձ համար, բայց գուցե դա օգտակար լինի մեկ ուրիշին:
Իրականում հարցը. Ես չկարողացա հասկանալ «Ընտրության պարամետրային հղումներ» հատկության իմաստը տեղեկատվական ռեգիստրի ռեսուրսում, որտեղ պահվում են ապրանքի բնութագրերի արժեքները (գրանցման կառուցվածքը. չափերը - գույքի առարկա և տեսակ, ռեսուրս - արժեք)
Գիլևի վիդեո դասընթացի 2-րդ մասը կարելի է ներբեռնել օրինակ այստեղ http://turbobit.net/8ztu277cf9t9/Gil_Base_02.rar.html: Կա նաև տվյալների բազայի ֆայլ: Այս հոդվածում ես օգտագործում եմ այս տեսադասընթացի 404-409 գլուխները

Հատկանիշի տեսակի պլան

Այս օբյեկտի տարրերը պահպանում են ինչ-որ բանի հատկությունների տեսակները: Պլանն ինքնին չի սահմանում, թե ինչին են վերաբերվելու այդ հատկությունները: Իհարկե, դա կարող է արտացոլվել պլանի անվանման մեջ (օրինակ, պլանը կկոչվի «Նյութի սեփականության տեսակները»), բայց կոնֆիգուրացիայի մեջ դա կորոշվի միայն գույքի արժեքները պահելու համար տեղեկատվության ռեգիստր ստեղծելիս: (ռեգիստրի չափերից մեկում): Փաստորեն, մեկ պլանում կարելի է սահմանել տարբեր օբյեկտների հատկությունների տեսակներ՝ ապրանքներ, կապալառուներ և այլն։ Բայց, հավանաբար, ավելի հաճախ տարբեր օբյեկտների համար ստեղծվում է իրենց սեփական PVC:

Այսպիսով, պլանը պահպանում է ինչ-որ բանի հատկությունների տեսակները:

Օրինակ՝ գույքի տեսակը՝ գույնը, գույքի տիպի արժեքները՝ կապույտ, դեղին։ Գույքի տեսակը՝ նյութ, գույքի տիպի արժեքները՝ կաշի, փոխարինող։

«Բնութագրերի արժեքի տեսակները» հատկության մեջ սահմանվում են TYPES (և ոչ թե տեսակները) արժեքներհատկությունների տեսակները (հատկանիշների տեսակները). Բնութագրերի (հատկությունների) անվանումներն իրենք սահմանվում են կամ օգտագործողի կամ մշակողի կողմից, ինչպես նախապես սահմանված է կոնֆիգուրատորում:

«Բնութագրերի հավելյալ արժեքներ» հատկության մեջ սահմանվում է տեղեկատու գրքի ԱՆՎԱՆՈՒՄԸ (և ոչ հղում), որում կպահվեն գույքի արժեքները։ ՊՎՔ-ն այս ուղեցույցի սեփականատերն է:

Նրանք. եթե դուք նայեք այս գրացուցակին առանց սեփականատիրոջ կողմից ընտրության, ապա կլինեն բոլոր տեսակի բնութագրերի արժեքները:

Եկեք բացենք այս գրացուցակի ձևը.

Այստեղ դուք կարող եք տեսնել, որ պահվում են տարբեր հատկությունների արժեքներ, ինչպես գույների, այնպես էլ նյութերի: Բայց յուրաքանչյուր արժեք ունի սեփականատեր՝ սեփականության տեսակ, կամ, այլ կերպ ասած, բնութագրերի տեսակների պլանի տարր, այսինքն. այստեղ ամեն ինչ ճիշտ է:

Ինձ թվում է, որ ավելի տրամաբանական կլինի այս հատկությունը անվանել «Լրացուցիչ բնութագրերի արժեքի տեսակ» և սահմանել ոչ թե անուն, այլ հղում դեպի տեղեկատու, ինչպես միշտ: Որովհետեւ եթե օգտատերը պլանի տեսքով նոր տեսակի հատկություններ ստեղծելիս ընտրում է, որ այս տեսակի արժեքը կլինի այս գրացուցակի տարրը, ապա դա նշանակում է, որ արժեքի տեսակը գրացուցակ է:

Եկեք բացենք բնութագրերի տեսակների պլանի ձևը.

Այստեղ դուք կարող եք տեսնել, որ օգտագործողը ստեղծում է նոր տեսակի հատկություններ և ընտրում դրանց տեսակը տրված տեսակների ցանկից: Տեսակների ցանկը, ինչպես ասացի, դրված է «Բնութագրական արժեքների տեսակները» հատկության մեջ։

Գույքի տեսակը` տեսքի ամսաթիվ, արժեքի տեսակը` ամսաթիվ

Գույքի տեսակը - պահեստապետ, արժեքի տեսակը - հղում դեպի «Ֆիզիկական անձինք» գրացուցակը

Եթե օգտատերը ստեղծել է «գունավոր» հատկության տեսակ, ապա պլանի տարր ստեղծելու ձևով աջ կողմում կլինի պլանին ենթակա գրացուցակ գնալու հղում, որում օգտագործողը պետք է ստեղծի գունային արժեքներ: Գրացուցակի ձևը բացվում է սեփականատիրոջ ընտրությամբ ինքնաբերաբար, այսինքն. ցանկի ձևում՝ միայն գույները, ոչ բոլոր հատկությունների արժեքները, ինչպես առաջին նկարում:

Բրինձ. 4

Հաջորդը, ստեղծվող տեղեկատվական ռեգիստրը, ինչի համար է այն: Այն պահպանում է հատկությունների տեսակները, հատկությունների արժեքները և ինչին են վերաբերում այդ հատկությունները: Նրանք. ոչ թե ինքնին հատկություններ, այլ ինչ-որ օբյեկտի հետ կապված: Օրինակ՝ «Ապրանքների հատկությունների արժեքները» տեղեկատվական ռեգիստրը (ես կկոչեի «Անվանակարգային հատկություններ»): Նրանք. որ կոնկրետ ապրանքի «համակարգչային սեղան» ունի գույն՝ «կապույտ», իսկ կա նյութ՝ «կաղնու»։ Սա կլինի տեղեկատվական ռեգիստրի 2 գրառում.

Բրինձ. 5

Գրանցման կառուցվածքը.

չափումներ- նոմենկլատուրա և գույքի տեսակը (տեսակը - կապը պլանին):

Ռեսուրս- արժեքը (տեսակը Բնութագիրն վիրտուալ տեսակ է, որը ներառում է պլանի բոլոր տեսակները):

Այսպիսով, եկեք մոտենանք այն հարցին, թե ինչ է իրենից ներկայացնում տեղեկատվական ռեգիստրի ռեսուրսում այս «Ընտրության պարամետր հարաբերություններ» հատկությունը։ Այնտեղ մենք ունենք Selection.Owner (Property View): Չհասկացա, թե ընտրությունն ինչի՞ն է վերաբերում, ի՞նչ տիրոջ, ինչի՞ տերի։ Մենք չգիտենք, թե ինչ տեսակի արժեքը կլինի:

Գնանք հաջորդականությամբ. ես կարծում եմ, որ ընտրությունը «Պատվերով բնութագրեր» տեղեկագրքի ցանկի ձևի հատկությունն է։

Շարահյուսության օգնականն ասում է, որ հղումների ցանկն ունի «ընտրություն» տիպի «ընտրություն» հատկություն (շարահյուսության օգնականի որոշ հատկություններ գտնվում են եռանկյունի փակագծերում, դրանք հոդվածում չեն ցուցադրվում).

CatalogList.Directory name (CatalogList.Directory name)
Ընտրություն (ֆիլտր)

Տեսակի ընտրություն.

Ընտրություն (ֆիլտր)
Հավաքածուի տարրեր.
Տարրերի ընտրություն
Օբյեկտի համար հնարավոր է անցնել հավաքածուն՝ օգտագործելով օպերատորը: Յուրաքանչյուր ... From ... Loop: Անցում կատարելիս ընտրվում են ընտրության տարրերը:
Հնարավոր է մուտք գործել ընտրության տարր՝ օգտագործելով [...] օպերատորը: Տարրի ինդեքսը փոխանցվում է որպես արգումենտ (համարակալում 0-ից):
Հատկություններ:
Զտիչի տարրի անունը

Իսկ ընտրությունն ունի նաև «Ընտրության տարրի անվանումը» հատկությունը.

Նրանք. այս դեպքում ընտրության տարրի անունը Owner է:

Բայց սեփականատերը իմաստ ունի միայն այն գրառումների համար, որոնցում «Օգտվողի բնութագրեր» գրացուցակի տարրը գործում է որպես ռեսուրս: Դրանից ես եզրակացնում եմ, որ այս հատկությունը վերաբերում է միայն նման գրառումներին: Նրանք. գույքի տեսակների «արտահայտման ամսաթիվ» և «պահեստապետ» գրառումների համար դա պարզապես իմաստ չունի: Հետո ամեն ինչ իր տեղն է ընկնում։

Օրինակ, տեղեկատվական ռեգիստրի մուտքի ձևը բացվում է հատուկ բնութագրով.

Բրինձ. 6

Եթե գույն ընտրելու համար գնանք «Պատվերով բնութագրեր» տեղեկատուի ցանկի ձևը, ապա այնտեղ, «Ընտրության պարամետրի հղումներ» հատկության հավաքածուի արժեքով, Selection.Owner (PropertyView) կունենա միայն գույներ:

Նրանք. ընտրվում են միայն այնպիսի գույքային արժեքներ, որոնց համար հատկության տեսակը գույն է: (օրինակ, սեփականատիրոջ «Գույն», այլ ոչ թե «Նյութ» արժեքներ)

Նրանք. ձևը նույնն է, ինչ երրորդ նկարում:

Եզրակացությունը, որ «Ընտրության պարամետր հարաբերություններ» հատկությունը վերաբերում է միայն բնութագրերի լրացուցիչ արժեքներին, հաստատում է այն փաստը, որ եթե մենք մաքրենք այս հատկությունը, ապա դա կազդի միայն գրառումների վրա լրացուցիչ տեսակներհատկությունները, և, օրինակ, պահեստապետ ընտրելիս, ինչպես և սպասվում էր, միշտ բացվում է անհատների տեղեկատու:

Բնութագրերի տեսակների պլանի ստեղծում, հաշվային պլանի հետ աշխատելը

1C-ում: Ձեռնարկություն 8.2 »

Աշխատանքի նպատակը.յուրացնելով բնութագրերի տեսակների պլանի ստեղծման հիմնական տեխնիկան, հաշվային աղյուսակի ստեղծումը «1C: Enterprise 8.2» ծրագրային փաթեթում:

Անվտանգության հարցերի պատասխաններ

Առաջադրանքի արդյունքները.

Ուղեցույցներ

Բնութագրերի տեսակների պլաններ

Հղման համար վերլուծական հաշվառում 1C: Enterprise-ն օգտագործում է ենթակոնտոյի մեխանիզմը: ԵնթակոնտոՎերլուծական հաշվառման ցանկացած օբյեկտ կոչվում է հիմնական միջոցներ, ոչ նյութական ակտիվներ, նյութեր, կազմակերպություններ, հաշվետու անձինք, պայմանագրեր և այլն:

Ենթահամակարգի տեսք,իր հերթին կոչվում է վերլուծական հաշվառման նմանատիպ օբյեկտների մի շարք. Օրինակ, գնորդների և հաճախորդների ցուցակը (ենթադրենք, որ դրանք միայն կազմակերպություններ են) 1C: Ձեռնարկությունների համակարգում կկոչվի «ենթակոնտո» կազմակերպությունների տեսակը», և այս ցուցակից ցանկացած կազմակերպություն կկոչվի «ենթակոնտո»:

Subconto-ի համար վերլուծական հաշվառում իրականացնելու համար օգտագործվում է նոր կիրառական օբյեկտ՝ «Բնութագրերի տեսակների պլան»: Այն նկարագրում է հնարավոր բնութագրերը, որոնց համատեքստում պահանջվում է վերլուծական հաշվառում, օրինակ՝ Կողմերը, Անվանակարգը:

Բնութագրական տիպերի գծապատկերի հիմնական հատկությունը բնութագրական արժեքի տեսակն է, որը մատնանշում է կոնֆիգուրացիայի օբյեկտները, որոնք օգտագործվում են որպես ենթակոնտո, օրինակ՝ ReferenceReference: Անվանակարգ.

Նախապես սահմանված հաշիվների նման, բնութագրական տեսակների առումով, բնութագրերի կանխորոշված տեսակները (ենթակոնտոյի տեսակները), օրինակ՝ Կոնտրագենտները, սովորաբար նշվում են մշակման փուլում:

«Subconto View» տիպի օբյեկտն ինքնին չի նկարագրում տվյալների որևէ օբյեկտ: Subconto-ի տեսակը միայն «վերաբերում է» տվյալների կոնկրետ տեսակին: Subconto տեսակը ցույց է տալիս հատուկ տվյալների տիպի օգտագործման հնարավորությունը վերլուծական հաշվառում կազմակերպելու համար հաշվապահական հաշիվներ. Վերլուծական հաշվառման համար տվյալների օբյեկտներ կարող են լինել գրացուցակների, փաստաթղթերի, փոխանցումների և այլնի տարրեր: Կոնկրետ հաշվի համար վերլուծական հաշվառում (ենթակոնտո) կարգավորելիս նշվում է ենթակոնտոյի տեսակը: Օրինակ՝ 3310 հաշվի վերլուծական հաշվառում կազմակերպելու համար կարող եք ընտրել ենթահաշվի տեսակը «Կողմնակիցներ», որն ունի «Reference Reference. Counterparties» տվյալների տեսակը։ Այսպիսով, ենթակոնտո տիպը որոշակի տեսակի տվյալներ է դարձնում վերլուծական հաշվառման մեջ օգտագործելու համար:

Հաշվային գծապատկերներ

Հաշիվների գծապատկերներ - «հաշվի» տիպի տվյալների օբյեկտների ցուցակներ - հաշվապահական գրանցամատյաններ, որոնց համաձայն միջոցները կխմբավորվեն 1C:Enterprise համակարգի հետ աշխատելիս: 1C: Ձեռնարկությունների համակարգում «հաշվային գծապատկեր» հասկացությունը համահունչ է հաշվապահության մեջ նմանատիպ տերմինի ընդհանուր ընդունված ըմբռնմանը: Այսպիսով, հաշիվները նախատեսված են ձեռնարկության միջոցների սինթետիկ հաշվառման օբյեկտների պահպանման համար:

Հաշիվների գծապատկերները պարունակում են հաշվապահական կամ հարկային հաշիվների ցանկ, օրինակ՝ հաշվապահական գծապատկերներ ինքնասպասարկման, հարկային, հարկային պարզեցված հարկային համակարգով:

Հաշվի հատկությունները կարող են ճկուն կերպով կազմաձևվել՝ կախված որոշակի երկրում ընդունված հաշվապահական համակարգից և ձեռնարկության որոշակի տեսակի համար:

Հաշվային պլանի համար նշվում են հաշվի կոդի երկարությունը և ենթահաշիվների մակարդակների քանակը, ինչպես նաև յուրաքանչյուր մակարդակի ենթահաշվի նիշերի քանակը: Հաշիվների համար կազմաձևվում են լրացուցիչ մանրամասներ, ինչպես նաև ցուցակը դիտելու և հաշիվները խմբագրելու ձևեր:

Հաշվապահական հաշիվները հանդիսանում են հաշվապահական հաշվառման արդյունքների համակարգի հիմքը: Դրանք կարգավորելիս սահմանվում են լրացուցիչ հաշվապահական բաժինների հատկություններ՝ արժութային, վերլուծական և քանակական:

Համակարգն ապահովում է բազմաչափ և բազմամակարդակ վերլուծական հաշվառում: Բացի այդ, կազմաձևված է հաշվապահական բաժանարար օգտագործելու հնարավորությունը: Հաշվապահական հաշվառման տարանջատիչը թույլ է տալիս ինքնուրույն պահել մի քանի կազմակերպությունների համար մեկ տեղեկատվական բազայում գրանցումներ:

Հաշվապահական հաշիվների կարևոր առանձնահատկությունն օբյեկտներ ստեղծելու ունակությունն է ինչպես կոնֆիգուրացիայի մեջ, այնպես էլ բուն ինֆոբազայում: Կոնֆիգուրացիայի մեջ հատուկ հաշիվների ներդրումը նպատակահարմար է, եթե ինքնին կազմաձևման վարքագիծը պահանջում է հենց իրենց հաշիվների կամ այդ հաշիվների հատուկ հատկությունների պարտադիր առկայությունը:

Օրինակ 1. Բնութագրերի տեսակների պլանի ստեղծում

Հատկությունների տեսակների նոր պլան ստեղծելու համար «Կազմաձևում» պատուհանում ընտրեք «Հատկությունների տեսակների պլաններ» մասնաճյուղը և սեղմեք «Ավելացնել» կոճակը: Կբացվի կոնստրուկտորային պատուհան, որում կնշենք «ViewPlanCharacteristics1» անունը։ Հոմանիշը կստեղծվի ավտոմատ կերպով, երբ սեղմեք դաշտի վրա:

«Բնորոշ արժեքի տեսակ» դաշտում սեղմեք կոճակը: Կբացվի «Խմբագրել տվյալների տեսակը» պատուհանը, որում պետք է միացնել «Տվյալների կոմպոզիտային տեսակը» տարբերակը, այնուհետև նշել բոլոր այն գրացուցակները (նկ. 1), որոնք անհրաժեշտ են վերլուծական հաշվառման համար (հաշիվների գծապատկերի կարգավորումներ): Նշենք երեք գրացուցակ՝ Աշխատակիցներ, Կապալառուներ, Անվանակարգ: Եկեք սեղմենք OK:

Եկեք փակենք դիզայների պատուհանը: Արդյունքում կազմաձևման ծառի «Բնութագրերի տեսակների պլաններ» ճյուղում կհայտնվի «Տիպիկ բնութագրերի տեսակների պլան» տողը: Որպեսզի ավելացնել. բնութագրերի նախապես սահմանված տեսակները (ենթակոնտոյի տեսակները), անհրաժեշտ է մկնիկի աջ կոճակով սեղմել «Բնորոշ բնութագրերի տեսակների պլան» տողի վրա և ընտրել «Բացել կանխորոշված տվյալները» կետը։ Կբացվի պատուհան, որտեղ դուք պետք է ավելացնեք նախապես սահմանված բնութագրերի տեսակները (ենթակոնտոյի տեսակները):

Ավելացնենք «Աշխատակիցներ» ենթահաշվի առաջին տեսակը։ «Աշխատակիցներ» ենթակոնտոյի տիպը համապատասխանում է համանուն գրացուցակին, որը պարունակում է տեղեկատվություն ձեռնարկության աշխատողների մասին և օգտագործվում է ինչպես հաստատուններ լրացնելու և առաջնային փաստաթղթեր հանելու, այնպես էլ 1251 հաշվի վրա վերլուծական հաշվառում վարելու համար:

Սեղմեք «Ավելացնել» կոճակը: Կբացվի «Նախասահմանված բնութագիր» պատուհանը, որում պետք է նշել անունը (Employees), անունը (Employees) և կոճակի միջոցով ընտրել DirectoryReference.Employees տեսակը (նկ. 2): Այնուհետեւ սեղմեք OK:

Նույն կերպ ավելացրեք ենթակոնտոյի տիպերը՝ «Համապատասխան կողմեր» և «Անոմենկլատուրա»:

Նկ.1 - Տվյալների տիպի խմբագրում

Նկ.2 - Նախապես սահմանված բնութագիր

Նկար 3 - Տվյալների խմբագրման տեսակը (աշխատակիցներ)

Այսպիսով, բնութագրերի տեսակների պլանն ունի հետևյալ ձևը (նկ. 4).

Նկար 4 - Պատուհան «Բնութագրերի տեսակների պլան»

Օրինակ 2. Հաշվային աղյուսակի կարգավորում

Կազմաձևի հիմնական բաղադրիչը հաշվային պլանն է: Հաշիվների կազմը, ենթահաշիվները, վերլուծական հաշվառում վարելու հնարավորությունը, հաշվառումը քանակական և արժութային արտահայտությամբ՝ այս ամենը սահմանված է հաշվային պլանում։

Այս առաջադրանքն իրականացնելու համար պահանջվում է 1330 հաշվի վերլուծական և քանակական հաշվառմամբ, ինչպես նաև 1210, 1251, 3310 հաշիվների վերլուծական հաշվառմամբ հաշվապահական հաշվառման աղյուսակ ստեղծել։

Դա անելու համար բացեք «Կազմաձևում» պատուհանը (մենյու «Կազմաձևում - բաց կոնֆիգուրացիա»): Գտեք «Հաշիվների գծապատկերներ» մասնաճյուղը և բացեք այն: Բացվող ցանկում կրկնակի սեղմեք «Ինքնաաջակցություն» տողի վրա:

Կբացվի կոնկրետ հաշվային պլանի խմբագրման պատուհանը (կոնստրուկտորը), այս դեպքում՝ «Հաշիվների գծապատկերը ինքնապահովող» պատուհանը:

Քանի որ մենք պատճենեցինք այս հաշվային աղյուսակը, անունը և հոմանիշն արդեն նշված են «Հիմնական» ներդիրում: Թողնենք դրանք անփոփոխ և անցնենք «Տվյալներ» ներդիրը (նկ. 3):

Նկ.1 - Հաշիվների գծապատկերի պատուհան («Տվյալներ» ներդիր)

Մենք գոհ ենք այստեղ նշված կարգավորումներից: Հետեւաբար, եկեք անցնենք «Subkonto» ներդիրին:

Այստեղ մենք ընտրում ենք «Plan of ViewsCharacteristic1» ենթահամակարգի Types դաշտում, այնուհետև դաշտը « Առավելագույն գումարենթակոնտո. Սահմանեք այն թիվ երկու:

Եկեք փակենք խմբագրման պատուհանը և անցնենք «Նախապես սահմանված հաշիվներ» պատուհանը։

Միացնենք վերլուծական հաշվառումը 1330 (41) հաշվի վրա՝ դրան միացնելով ենթակոնտո1 տիպը՝ Անվանակարգ: Դա անելու համար պատուհանի ստորին հատվածում կտտացրեք «Ավելացնել» կոճակին և ընտրեք ենթակոնտոյի ցանկալի տեսակը: Այս տողում մնացած նշանները կմնան անփոփոխ (նկ. 4):

Բրինձ. 2 - Նախապես սահմանված հաշիվ ստեղծելը

Զորավարժություններ.

Ստեղծեք բնորոշ տեսակների աղյուսակ

Ստեղծեք հաշիվների աղյուսակ:

Վերահսկիչ հարցեր.

Subconto մեխանիզմ.

Դիմումի օբյեկտի նպատակը «Բնութագրերի տեսակների պլան».

Բերեք թվարկումների օրինակներ:

Փաստաթղթի ձևի ստեղծման փուլերը.

Հաշիվների գծապատկերի հատկությունների խմբագրում:

Ինչպե՞ս է սովորաբար վարվում հաշվապահական հաշվառումը առևտրային ընկերությունում:

Առաջին մի քանի տարիներին բոլորը շահույթ են հետապնդում՝ ավելին գնելու, արագ վաճառելու համար, ոչ ոքի չի հետաքրքրում խանութներում և պահեստներում ապրանքների կախովի մնացորդները: Հիմքի ծավալը աճում է թռիչքներով և սահմաններով, քանի որ. մինչդեռ հաշվառվող ապրանքների կարգը քաոսային է։

Օրինակ՝ երեկ կարմիր աթոռ են գնել, այսօր՝ կանաչ, սկզբում քշում են տվյալների բազա՝ 1) հին դիրքը կարմիր աթոռ է, 2) նոր դիրքը՝ կանաչ աթոռ։ Բայց գույքագրումից հետո միշտ հայտնվում է ապրանքների վերատեսակավորում, և այստեղ նրանք գալիս են տարբերակին՝ ստեղծել նոր դիրք՝ առանց ապրանքի անվան տակ դրա հատուկ հատկությունների հատուկ նկարագրության, այսինքն. նրանք սկսում են արտադրանքը այսպես, օրինակ՝ պարզապես «Աթոռ», իսկ արտադրանքի երկու նախորդ դիրքերը նշված են ջնջման համար։

Որոշ ժամանակ անց ազատ շրջանառու կապիտալը դառնում է սահմանափակ քանակությամբ: Այստեղ հարց է առաջանում՝ ինչպիսի՞ ապրանքներ են ավելի մեծ պահանջարկ ունեցել դրանցում ներդրումներ կատարելու համար, այլ ոչ թե կախովի արտադրանքի։

Դա կրկին անհրաժեշտ է իմանալ արտադրանքի լրացուցիչ բնութագրերը, բայց դուք պետք է այս բնութագրերը մուտքագրեք տվյալների բազա ոչ այլևս քաոսային ձևով, - պարզապես ապրանքի անվան մեջ որոշ նկարագրություններ ավելացնելով, բայց հստակ և ճիշտ. անունը պետք է լինի կարճ, հակիրճ, իսկ լրացուցիչ դաշտում՝ բոլոր տեսակի նկարագրված են այս ապրանքի բնութագրերը. օրինակ՝ գույնը, ծավալը, քաշը, արտադրողը և այլն:

Այստեղ, եթե մենք գրենք ապրանքի հատկությունները Nomenclature գրացուցակում «Մեկնաբանություններ» դաշտում, ապա վերլուծաբանի համար հեշտ չի լինի իրեն անհրաժեշտ հաշվետվություն կազմել որոշակի ապրանքի հանրաճանաչության և շրջանառության վերաբերյալ՝ հատուկ արտադրանքի հատկություններով: .

Մենք կարող ենք անվանացանկը կցել գրացուցակին՝ ստորադաս գրացուցակ, որտեղ օգտագործողը կարող է մուտքագրել ապրանքների անհրաժեշտ հատկությունները և նկարագրությունները, բայց այս մոտեցմամբ մենք կբախվենք գուշակելու անհնարինության խնդրին, թե ինչ տեսակ է օգտատերը ցանկանում մուտքագրել լրացուցիչ։ տեղեկատվություն։

Օրինակ, «Աթոռ» ապրանքի տակ - օգտագործողը ցանկանում է նշել ապրանքի հատկությունը՝ գույնը, սա լարային տվյալների արժեք է: Այսպիսով, ստորադաս գրացուցակում մենք կդարձնենք հենարանների տողը: Իսկ եթե նա ցանկանում է նշել ապրանքի լրացուցիչ հատկությունը, օրինակ՝ արտադրողը։ Այնուհետև մենք պետք է հատկանիշը դարձնենք հղման տիպի ենթակա գրացուցակում՝ մատնանշելով մեկ այլ գրացուցակ «Արտադրողներ»: Իսկ եթե օգտագործողը իր արտադրանքի լրացուցիչ հատկություններում ցանկանում է նշել, թե քանի ոտք ունի աթոռը։ Մենք պետք է հատկանիշը դարձնենք թվային ստորադաս գրացուցակում .....

Բայց սկզբի համար հաշվի առեք գրքից PVC ստեղծման դասը(էջ 476)» 1C_Ձեռնարկություն 8.3. Գործնական ծրագրավորողների ուղեցույց. Օրինակներ և բնորոշ տեխնիկա» Ռադչենկո/Խրուստալև

Այստեղ մենք արդեն ունենք Անվանակարգի տեղեկագիրք։ Առաջադրանքի նպատակըկարողանալ իմանալ որոշակի բնութագրական արժեք ունեցող նյութերի մնացորդները. Դա անելու համար մենք կստեղծենք նոր օբյեկտներ Կազմաձևիչում. Անվանակարգ՝ նյութերի խմբաքանակները նկարագրելու համար. 4) ՊՎՔ-ի տեղեկանք «Ապրանքի հավելյալ հատկություններ»՝ սահմանելու այն տեսակների բնութագրերի արժեքները, որոնց համար չկան համապատասխան տեսակներ կոնֆիգուրացիայի մեջ:

Արդյունքում բավական կլինի, որ տեղեկատվական ռեգիստրից ընտրենք ստորադաս գրացուցակի բոլոր տարրերը բնութագրի այս արժեքով և այնուհետև, օգտագործելով դրանք և դրանց սեփականատերերը, ստանանք կուտակային ռեգիստրի մնացորդները։

ՊՎՔ-ում, որը մենք ստեղծում ենք, «Բնութագրական արժեքի տեսակը» դաշտում նշեք կոմպոզիտային տվյալների տեսակը՝ Համար, Տող, Ամսաթիվ, Բուլյան, Հղում: Լրացուցիչ անվանացանկի հատկություններ: Եվ նաև PVC դաշտում «Բնութագրերի հավելյալ արժեքներ» - նշեք «Անվանացանկի լրացուցիչ հատկություններ» ենթակա PVC տեղեկագիրքը:

2) ViewProperties, տեսակ = PlanViewsCharacteristicsReference.PropertiesNomenclature

Եվ մենք ստեղծում ենք տեղեկատվական ռեգիստրի ռեսուրս.

Արժեք, տեսակ = Characteristic.PropertiesNomenclature.

Մենք ստեղծել ենք բոլոր նոր օբյեկտները: Կարիք չկա դրանք ավելացնել ենթահամակարգերին (օգտատիրոջ ինտերֆեյսին), քանի որ կա կապ նոր օբյեկտների միջև, և գլխավորը Nomenclature-ին ենթակա Nomenclature Variants գրացուցակն է, որը մենք կարող ենք տեսնել՝ բացելով ցանկացած ապրանք. անվանացանկի գրացուցակ.

«Անոմենկլատուրային գույքի արժեքներ» տեղեկատվական ռեգիստրը ստեղծելիս կան մի քանի նրբերանգներ, այստեղ խորհուրդ է տրվում սահմանել. գրանցման չափը PropertySet(այստեղ ընտրված է տեղեկատու անվանացանկի տարբերակներից) - as Առաջատար, սա մեզ հնարավորություն կտա «Անոմենկլատուրային տարբերակներից». զանգահարել այս Տեղեկատվական ռեգիստր. Եվ նաև ռեգիստրի ռեսուրսի արժեքի համար - սահմանել «Հարաբերություն ըստ տեսակի» = ViewProperty և «Ընտրության պարամետրերի հղումներ» = Selection.Owner(TypeProperty) .Տեղեկատվական ռեգիստրի պարամետրերի տվյալները կհեշտացնեն օգտվողի մուտքագրումը:

Բացի այդ, այս դասի գրքում կա մանրամասն նկարագրություն. ինչպես լավագույնս կարգավորել ցուցակի ձևերը և նոր օբյեկտների հիմնական ձևերը, որպեսզի օգտագործողը տեսնի միայն իրեն անհրաժեշտ տեղեկատվությունը ապրանքների հատկությունները լրացնելիս: Այստեղ մենք չենք ցուցադրի այս ամբողջ մանրամասնությունը:

Պարզապես փորձենք մեր արտադրանքում, օրինակ՝ «Էլեկտրական մալուխներ»՝ սահմանել «Սպիտակ մալուխներ» լրացուցիչ հատկությունը և հատկության բաղադրությունը՝ «գույքի տեսակ» = Գույն և «Գույքի արժեք» = Սպիտակ: Ահա մեկը մյուսի հետևից բացվող պատուհանների սխեման.

.... Ես չգիտեմ ձեր մասին, բայց ես արդեն գլխապտույտ ունեմ և ամբողջովին պարզ չէ, թե ինչ ենք անում և ինչու))))

Պատկերացրեք, որ օգտագործողին բացատրեք նման շղթա?!?..... Որպեսզի մեր օգտվողը կարողանա հասկանալ այն, ինչ մենք ինքներս չենք հասկանում, նա պետք է ունենա առնվազն երեք 1C վկայական)))

Դա ուղղակի անիրատեսական դժվար է: Եվ ցանկացած սկսնակ ծրագրավորող կորոշի, որ ավելի հեշտ է երբեք չխառնվել PVC-ի հետ, քան փորձել պարզել նման սխեման .....

Առաջադրանքի վերջնական արդյունքը՝ ապրանքների մնացորդն ըստ իրենց հատկությունների, գրքում առաջարկվում է ավելացնել «PropertySet» չափումը հղման տիպով «Անվանագրության տարբերակներ» տեղեկատուին, որը ենթակա է Անվանակարգին մնացորդների ռեգիստրում: Այնուհետև նյութերի ստացման/ծախսային փաստաթղթերի աղյուսակային մասերին ավելացրեք նույն անունով և տվյալների տեսակով դաշտ, այդ փաստաթղթերի մոդուլներում ավելացրեք «SetPropertiesSet» մնացորդային ռեգիստրում: «Անոմենկլատուրային տարբերակներ» գրացուցակում գրեք նրա մենյուում Characteristics, որը թույլ կտա ձեզ տեսնել դրանք ավելի ուշ ACS զեկույցում: Եվ, որպես վերջ, ստեղծեք ACS-ի հաշվետվությունը ապրանքների մնացորդների վերաբերյալ՝ ընտրությամբ ըստ բնութագրերի.

Այո, զեկույցը հետաքրքիր է ստացվում, բայց ապրանքի լրացուցիչ բնութագրերի (հատկությունների) ստեղծման գործընթացը շատ շփոթեցնող է, բացի այդ, օգտագործողը մուտքային / ելքային հաշիվ-ապրանքագրերը լրացնելիս այդքան լրացուցիչ տվյալներ մուտքագրելիս կստեղծի. ոչ մի սխալ ..... Սկսած փաստաթղթի դաշտերում «Հատկությունների հավաքածու» մուտքագրելուց....

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Այսպիսով, ինչ է մեզ անհրաժեշտ.

1. Թույլ տվեք օգտվողին ավելացնել Հատկությունների նկարագրությունը անվանացանկում:

Մտածեք, թե ինչ տարբերակներ ունենք խնդրի առաջին պարբերությունը լուծելիս.

1. Մենք կարող ենք անվանացանկի գրացուցակում ավելացնել ստորադաս գրացուցակ, որտեղ օգտատերը կնկարագրի միայն կոնկրետ, լարային տիպի տվյալներ, որոնք նշված են մեր կողմից Կազմաձևիչում… սա հարմար չէ, քանի որ Ապրանքի հատկությունները նկարագրելիս մենք կարող ենք Անհրաժեշտ է մեր կողմից «անկանխատեսելի» Տիպը Կազմաձևողի տվյալների մեջ. օրինակ՝ ամսաթիվ, համար, տող, հղում մեկ այլ գրացուցակի:

Եթե մենք գտնվում ենք Nomenclature գրացուցակում, մենք կստեղծենք աղյուսակային բաժին, որտեղ կլինեն երկու դաշտ՝ մուտքագրված արտադրանքի հատկությունների տվյալների տեսակը և, ուղղակիորեն, հենց արժեքը: Դա շատ պարզ է. մի դաշտը վերաբերում է PVC-ին, մյուսը՝ այս PVC-ի բնութագրերին:

Բայց այս դեպքում մենք չենք կարողանա ձայնագրությունները եզակի դարձնել… Պարզապես պատկերացրեք այն տարբերակը, որտեղ ապրանքի տակ, օրինակ, Երշիկեղեն, կարող եք մուտքագրել երկու տեսակի արժեք «Գույն» հատկության համար՝ երկուսն էլ կարմիր: և կանաչ)))

Հետևաբար, այս մեթոդը ամենապարզն է, բայց եզակիություն չի ապահովում անվանացանկի հատկությունների մեջ:

Դա անելու համար մենք տեղեկատվական ռեգիստրին ավելացնում ենք երկու չափս.

2) Անվանակարգի հատկությունները, տեսակ = Հատկանիշների տեսակների պլանՀղում.UniversalPVC.

Նշեք «PropertyValue» ռեգիստրի ռեսուրսներում, տեսակ = Characteristic.UniversalPVC:

Ընտրեք տեղեկատվական ռեգիստրի «PropertyValue» ռեսուրսը և «Ներկայացումներ» ներդիրի աջ կողմում գտնվող մենյուում ստեղծեք հղումներ, որպեսզի երբ օգտագործողի ռեժիմում ընտրեք այս ռեգիստրի արժեքը, մենք անմիջապես ստանանք ցուցակը չափից: այս գրանցամատյանը «Գույքի անվանացանկ»: Որովհետեւ Հիշեք, որ «Անոմենկլատուրային սեփականություն» չափումը PVC է, իսկ «PropertyValue» ռեսուրսը այս PVC-ի բնութագիրը: Այսպիսով, այս պահոցում specify "Relationship by Type" = "Nomenclature Property". Հիմա, եթե ռեգիստրի չափման մեջ ընտրենք Տվյալների տեսակը, օրինակ՝ string, ապա երբ արժեքը մուտքագրենք ռեսուրսի մեջ, անմիջապես կունենանք տողի տեսակը, և ոչ բոլոր հնարավոր տեսակների ցուցակները:

Այս օրինակում արտադրանքը «Philips Transistor 2N2369» - նախ ստեղծեք արտադրանքի ցանկալի հատկության տեսակը, թող լինի «Տրանզիստորներ», և անմիջապես նշեք այս հատկության տվյալների տեսակը. այս օրինակում մենք ձեռքով ընտրում ենք տվյալները: տեսակ = Տող. Մենք խնայում ենք. Եվ այնուհետև մենք պետք է արժեքներ սահմանենք այս տեսակի արտադրանքի հատկությունների համար, թող լինի «ցածր կետային տրանզիստորներ».

Այս ապրանքին ավելացնենք ևս մեկ սեփականություն, օրինակ՝ «Կորեա» արտադրողը։

Վերցնենք մեկ այլ ապրանք, դրա համար ստեղծենք «Transformers» հատկությունը, տեսակ = string, value = «String transformers»: Եվ երկրորդ հատկությունը, որը մենք ցանկանում ենք մուտքագրել այս ապրանքի համար, կլինի նաև «Արտադրող»-ը. այն ստեղծելու կարիք չկա, մենք այն արդեն ունենք ընտրության մեջ, բայց եթե փորձենք մուտքագրել այս հատկության նույն արժեքը, որը հավասար է. «Կորեա», հետո ստիպված կլինենք ձեռքով մուտքագրել... Շատ հարմար չէ... Լավ է, երբ արժեքը մեկ անգամ մուտքագրում ես, կարող ես շատ անգամ փոխարինել։

Այս հարմարավետությունն ավելացնելու համար գնացեք Կազմաձևիչ և ստեղծեք գրացուցակ, «Սեփականատեր» ներդիրում նշեք մեր «Ունիվերսալ PVC»-ը, որը ստեղծվել է ավելի վաղ: Այժմ, եթե մեր արժեքային հատկությունները լարային են, ապա մենք ստիպված չենք լինի անընդհատ ընտրել տեսակ = String, բավական կլինի հղում տալ այս ենթակա գրացուցակին. շատ հարմար է դրանում լարային արժեքներ պահել, և բացի այդ. այս մեթոդը թույլ կտա մեզ ընտրել պատրաստի լարային արժեքներ արտադրանքի հատկությունների համար:

Եկեք փոքր ճշգրտումներ անենք PVC-ի հետ կապված գրացուցակի հետ, որը իրեն ենթակա է թվում.

Եկեք լրացնենք նյութի տարբեր հատկությունները օգտվողի ռեժիմում 1s: Խնդրում ենք նկատի ունենալ, որ ավելի վաղ մուտքագրված հատկությունները, ինչպիսիք են, օրինակ, Արտադրողը, արդեն իսկ անմիջապես հասանելի են գույքի ընտրության տարբերակում, և մեզ տրվում է նաև այս գույքի համար պատրաստի արժեք անմիջապես ընտրելու հնարավորություն, օրինակ. Կորեա».

Անմիջապես պետք է ասեմ, որ մենք չենք հորինի բարդ մեխանիզմ՝ փաստաթղթերի աղյուսակային մասերի դաշտերում որևէ ապրանքի հատկություն ավելացնելով !!! Գործնականում դա հնարավոր չէ անել, հակառակ դեպքում փաստաթղթերի հետ այնպիսի խառնաշփոթ կլինի, որ հետագայում այն շտկելու համար բավարար ուժ չի լինի:

Հետևաբար, մենք կարիք չունենք առաջնային փաստաթղթերում որևէ լրացուցիչ դաշտ ստեղծել՝ դրանում ապրանքի բնութագրիչներից մեկը սահմանելու համար (մենք կարող ենք ունենալ այս բնութագրերից մեկից ավելին):

Կազմաձևիչում մենք կստեղծենք հաշվետվություն «ՊՎՔ ունիվերսալ եզակիության» ռեգիստրի մասին: ACS հաշվետվության հարցումին գրեք հետևյալ կոդը.

Մենք կատարել և նույնիսկ գերազանցել ենք առաջադրանքի երկրորդ կետը՝ հնարավորություն տալ վերլուծաբանին ստեղծել հաշվետվություններ արտադրանքի հատկությունների համատեքստում:

Մեր տարբերակում - PVC մեխանիզմը պարզվեց, տեսողական և արագ կարգավորվող:

ps Այս հոդվածը ստեղծելիս ինձ շատ օգնեց այստեղ կարդացած տեղեկատվությունը.

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Հուսով եմ, որ իմ հոդվածը օգտակար կլինի 1s 8.3 հարթակի սկսնակ ծրագրավորողների համար

ps Կցում եմ ուսումնական բազան, որում ներբեռնման մեջ ստեղծվել են բոլոր ընթացիկ օրինակները։ Ես սկսեցի գրել այս տվյալների բազան զրոյից՝ ըստ «1C_ Enterprise 8.3. Գործնական մշակողի ուղեցույց. Օրինակներ և բնորոշ տեխնիկա» գրքի դասերի համաձայն՝ Ռադչենկոյի / Խրուստալևի http://v8.1c.ru/method/books/book.jsp ?id=441՝ ընդամենը լրացնելով այն սեփական ձեռքբերումներով։

Հատկանիշների տիպի պլանի օրինակ 1s. Հաշվապահական հաշվառման ենթահամակարգի կազմակերպման հիմունքները

Գաղտնաբառի վերականգնում