Kapcsolatok

A jellemzők típusainak terve 1s 8.2 példa. A számviteli alrendszer szervezésének alapjai

Úgy tervezték, hogy információkat tároljon a különféle objektumok jellemzőiről; Ez egy metaadat-objektum, amelynek célja az objektumtulajdonságokkal és az elemzésekkel kapcsolatos információk tárolásának megszervezése.

Segítségükkel a felhasználó mindenféle jellemzőt létrehozhat, ezeket a jellemzőket leírhatja, értékeit beállíthatja. Például olyan termékek leírására, amelyek tetszőleges számú tetszőleges jellemzővel (szín, méret, szag stb.) rendelkeznek.

A jellemző típusok terve tartalmazza az értékek listáját, amelyek alkontoként működhetnek.

A jellemzőtípusok tervének fő célja:

  • eltárolja az egyes jellemzők számára a felvehető érték típusát.

A jellemzőket elfogadó típusok lehetséges listáját (beleértve az összetett típust is) a fejlesztő határozza meg a létrehozási folyamat során. Új jellemzők létrehozásával (vagy a meglévők szerkesztésével) a felhasználó kiválaszthatja a listán szereplő típusok valamelyikét.

Példák a „jellegzetes típustervek” használatára tipikus konfigurációkban:

  • elemzési tárolás;
  • subconto (számlatervekhez);
  • felhasználói tulajdonságok és jogok tárolása stb.

Megjegyzés. Lehetséges, hogy egy másik jellemző létrehozásához a felhasználónak olyan típusra lesz szüksége, amely nem létezik az alkalmazási megoldásban. Például a felhasználó úgy dönt, hogy létrehoz egy jellegzetes „Szagot”, amelynek a „Szagok” értékkel kell rendelkeznie, de az alkalmazási megoldásban nincs ilyen referenciakönyv. Különösen ilyen helyzetekben a fejlesztő létrehozhat egy speciális üres könyvtárat, és jelezheti, hogy további jellemző értékek kerülnek tárolásra.

Rajzok "A PVC jellemzőinek további értékei"

[összeomlás]

Most a „Szag” jellemző létrehozásakor a felhasználó kiválaszthatja ennek a speciális referenciakönyvnek az értéktípusát, és magában a referenciakönyvben létrehozhatja a számára szükséges értékeket: „Édes, csípős, savanyú”, stb.

Hogy. a "További jellemzők értékei" mezőben válasszon egy alárendelt könyvtárat, amely tetszőleges jellemzőket tárol.

Az 1C objektum felépítése "A jellemzők típusainak tervei"

Felépítésében a jellemző típusok terve egy referenciakönyvhöz hasonlít: a jellemző típusok tervében olyan elemeket tárolnak, amelyek:

  1. rendelkezzen bizonyos részletekkel és táblázatos részekkel;
  2. hierarchikus struktúrákat alkotnak;
  3. a fejlesztő által meghatározott előre meghatározott jellemzőket tartalmazzák.

Az 1C objektum formái "A jellemzők típusainak tervei"

Annak érdekében, hogy a felhasználó megtekinthesse és módosítsa a jellemző típusok tervében szereplő adatokat, a rendszer többféle megjelenítési formát is támogat, és automatikusan generálja az összes szükségeset. Ezzel együtt a fejlesztőnek lehetősége van saját űrlapok létrehozására, amelyeket a rendszer az alapértelmezett űrlapok helyett használ:

PVC lista űrlap

Az ingatlantípus-tervben található adatok megtekintéséhez az ingatlantípus-tervek listája szolgál. Megengedi:

  • navigálni a PVC-n;
  • jellemzők és jellemzőcsoportok hozzáadása, törlésre való megjelölése és törlése;
  • a PVC mozgási jellemzői és csoportjai.

A lista űrlap hierarchikus és nem hierarchikus formában is megjelenítheti az adatokat, és lehetővé teszi a megjelenített információk rendezését és kiválasztását több szempont szerint.

PVC specifikációs űrlap

Az egyes jellemző adatok megtekintéséhez és módosításához használja a jellemző űrlapot. Az adatokat általában könnyen érthető és szerkeszthető formában jeleníti meg.

Ezen kívül csoportos, válogatós és csoportos kiválasztási űrlapok támogatottak a jellemző típusterveknél, valamint a címtáraknál.

Az 1C platform ezen tárgya érdekes és hasznos, ha helyesen használják. A fejlesztők olyan esetekben veszik igénybe, amikor az ügyfeleknek lehetőséget kell biztosítani egy adott entitás ingatlanlistájának önálló szabályozására. Gyakrabban ilyen megvalósítási módszereket lehet látni egy olyan cégnél, ahol a jövőben valaminek a számviteli paramétereit tervezik növelni. A jellemzők típusaira vonatkozó tervek kiváló lehetőséget kínálnak arra, hogy egy nem tisztázott műszaki specifikációval elégedetté tegyük a vásárlót.

PVC-t készítünk 1C-ben

A „Tulajdonságtípusok terve” objektum megkülönböztető jellemzője az, hogy a felhasználók önállóan adhatnak hozzá számviteli szakaszokat a címtárelemekhez az 1C-ben. A fejlesztőnek csak egyszer kell konfigurálnia a PVC-t, és a felhasználók többé nem zavarják őt a könyvtárjellemzők hozzáadásával. A jellemzők típusterve segít azokban a helyzetekben, amikor az ügyfél munkatársai nem rendelkeznek egyértelmű definícióval a figyelembe vett elemek tulajdonságait illetően, de a megvalósítás megkezdődött.

Egy másik helyzet, ahol a PVC lenne az optimális megoldás, az új tulajdonságokat jelző elemek újraellenőrzése. Például az 1C-ben mindig csak a név feltüntetésével adtak hozzá nómenklatúrát, de most úgy döntöttek, hogy meg kell adni a színt, a hosszt és a márkát. Sokan a „Megjegyzés” szövegmező segítségével oldják meg ezt a helyzetet, ahol vesszővel elválasztva minden információt megadnak. Ez az út ahhoz a problémához vezet, hogy megnehezíti a jelentésekből a megfelelő adatok beszerzését, szemben a jellemző típusterv hozzáadásával.

A PVC hozzáadása a konfigurátoron keresztül történik: az objektumfában megtaláljuk a „Tulajdonságok típusainak tervei” ágat, és a „Hozzáadás” gombbal létrehozunk egy új elemet. Leírunk egy nevet, amely tükrözi az entitást, és a „Jellemző érték típusa” mező segítségével meghatározzuk, hogy a felhasználók milyen típusú értékeket adhatnak meg. Megadhat primitív típusokat, könyvtárakat, felsorolásokat és egyéb PVC-ket.

Ahhoz, hogy különféle jellemzőket és tulajdonságokat tudjunk hozzáadni, amelyek nem szerepelnek az 1C-ben, hozzá kell adnunk egy további könyvtárat a létrehozott PVC alá. Tartalmazza a tulajdonságok értékeit, amelyeket a felhasználók hozzáadnak a jellemző típusok tervéhez. Egy adott minőséghez kötődnek, és a cég alkalmazottai nem választhatnak ki nem megfelelő értéket.


Miután létrehozott egy alárendelt könyvtárat a PVC-ben, a „Fő” lapon ki kell választania azt a „További jellemzők értékei” mezőben. Már csak egy új információs regiszter létrehozása van hátra, ahol a felhasználók által bevitt további jellemzőkre vonatkozó összes adatot tárolnak. Ez egy nem időszakos független RS lesz a következő mezőkkel (Adatok fül):

  1. "Nómenklatúra" méret. Típus – hivatkozás a megfelelő könyvtárra, a „Vezető” jelölés szükséges, hogy az 1C-ben egy elem megnyitásakor a felhasználó további mutatókat jelezhessen;
  2. „Nómenklatúra tulajdona” dimenzió. Típus – hivatkozás a létrehozott PVC-re;
  3. Erőforrás „NomenclaturePropertyValue”. Type – Characteristic.Nomenclature Property, a „Link by Type” tulajdonságban a Nomenclature Property-t jelöljük. A felhasználók kényelme érdekében konfigurálja a kiválasztási paraméterek társításait a tulajdonos szerinti kiválasztás megadásával (Nómenklatúra tulajdonság).



A fenti beállítások után már csak az adatbázis frissítése, a jogok konfigurálása és az 1C elindítása marad a teljes séma működőképességének ellenőrzéséhez. Bármely tétel megnyitása után link formájában az információs regiszterünk nevét fogjuk látni felül. Ha rákattint, megnyílik egy üres táblázat a PC-n létrehozott mezőkről, benne rekordok létrehozásával.


Létrehozásakor az 1C automatikusan kitölti a nómenklatúrát, és felszólít bennünket, hogy döntsünk a kívánt tulajdonságról és annak értékéről. Sőt, az ingatlan kiválasztásakor, ha a lista nem tartalmazza az Önnek szükséges nómenklatúra jellemzőit, lehetősége van az általunk készített PVC-hez hozzáadni. Új szakasz hozzáadásakor adja meg a nevet, az érték típusát, és figyeljen a létrehozott könyvtár nevére hivatkozás formájában. Ha rákattint, látni fogja ennek a tulajdonságnak az összes értékét a könyvtárban.



Hozzon létre több bejegyzést a könyvtárban egy új elem jellemzőhöz. Kérjük, vegye figyelembe, hogy ha ebből a menüből felveszi a könyvtárba, a „Tulajdonos” mező automatikusan kitöltésre kerül a számunkra szükséges elemtulajdonsággal. Nincs más hátra, mint beírni az értéket, és új könyvtárelemet írni. Miután hozzáadta az összes szükséges értéket a referenciakönyvhöz, zárja be az ablakot, és válassza ki a létrehozott elemtulajdonságot.


Amikor megpróbál kiválasztani egy értéket, az 1C csak azokat az adatokat kínálja fel, amelyeket kifejezetten a kiválasztott termékminőséghez adott hozzá. Ez biztosítja, hogy ne legyenek felhasználói hibák, és kényelmesebb lesz az 1C-ben végzett munka, mint amikor a teljes értéklistából kellett választani. Egy másik hasznos korlátozást maga az 1C platform biztosít - lehetetlen két azonos tulajdonságot hozzáadni egy elemhez - hiba jelenik meg egy már létező rekordról.


A jellemzők száma nincs korlátozva, és még ha az 1C felhasználók minden nap új tulajdonságokat adnak hozzá, a fenti séma működőképes marad. Egy új könyvtár jelenhet meg a konfigurációban, és ennek elemeit elemtulajdonságértékek formájában kell feltüntetni. Ilyen esetekben csak a konfigurátorba kell lépni és új objektumot kell hozzáadni az általunk készített PVC jellemző értéktípusaihoz. A konfiguráció frissítésével látni fogjuk, hogy a probléma megoldódott, és a felhasználók használhatják az új könyvtár adatait.


Ne feledje, hogy a címtárak egyes elemei jelenleg az információs nyilvántartásban használatosak, és törléskor el kell távolítania a rájuk mutató hivatkozásokat. Ellenkező esetben a platform szabványos objektumtörlési eljárása nem tudja eltávolítani a címtárelemet. Ha ennek ellenére töröl egy objektumot anélkül, hogy keresne rá hivatkozást, akkor ehelyett az „Object not found” üzenet jelenik meg.

Ez a cikk a jellemző típusterv, a kiegészítő jellemzők alárendelt könyvtára és az információs regiszter közötti kapcsolatokat ismerteti, amelyben a jellemző értékeket tárolják.
1C 8.2-t tanulok. Az audio tanfolyamon Gileva elérte a jellemzők típusának tervét. Előtte több forrásban is olvastam a PVC-ről. Minden világosnak tűnik, de mivel még nem programozok 1C 8-ban, az elmélet idővel feledésbe merül, és minden alkalommal, amikor szóba kerül egy téma a jellemzők típusainak tervével, fájdalmasan kell emlékeznem és a fejemben diagramot építenem. . Most egy konkrét kérdés merült fel, minden úszott a fejemben, és világossá vált, hogy megint semmi sem tiszta. Ezért a kezdetektől részletesen meg kellett vizsgálnunk. Úgy döntöttem, leírom magamnak a jövőre nézve, de hátha másnak is hasznos lesz.
Tulajdonképpen a kérdés: Nem tudtam értelmezni a „Kiválasztási paraméterek hivatkozásai” tulajdonság jelentését az információs regiszter erőforrásában, ahol a cikk jellemzőinek értékei tárolódnak (regiszter szerkezete: dimenziók – cikk és tulajdonság típusa, erőforrás – érték )
Gilev videó tanfolyamának 2. része letölthető például innen: http://turbobit.net/8ztu277cf9t9/Gil_Base_02.rar.html. Van ott egy adatbázis fájl is. Ebben a cikkben ennek a videotanfolyamnak a 404-409. fejezeteit használom

A jellemzők típusainak terve

Ennek az objektumnak az elemei valaminek a tulajdonságait tárolják. Maga a terv nem határozza meg, hogy ezek az ingatlanok mire vonatkoznak. Természetesen ez tükröződhet a terv elnevezésében (például a terv neve „Cik tulajdonságainak típusai”), de a konfigurációban ez csak az ingatlanértékek tárolására szolgáló információs regiszter létrehozásakor lesz meghatározva. (valamelyik regiszter dimenzióban). Valójában egy tervben meg lehet határozni a különböző objektumok - áruk, partnerek stb. - tulajdonságainak típusait. De valószínűleg gyakrabban saját PVC-t készítenek különböző tárgyakhoz.

Tehát a terv eltárolja valami tulajdonságainak típusait.

Például a tulajdonság típusa szín, az ingatlantípus értékei kék, sárga. Tulajdon típusa - anyag, tulajdonság típusértékei - bőr, helyettesítő.

A „Karakterisztikus értéktípusok” tulajdonságban a TÍPUSOK vannak megadva (nem maguk a típusok) értékeket tulajdonságok típusai (jellemzők típusai). Magának a jellemzőknek (tulajdonságoknak) a nevét vagy a felhasználó vagy a fejlesztő határozza meg a konfigurátorban előre meghatározott módon.

A „További tulajdonságértékek” tulajdonság annak a könyvtárnak a NAME-ját (nem a hivatkozását) határozza meg, amelyben a tulajdonságértékek tárolódnak. A címtár tulajdonosa a PVC.

Azok. Ha megnézi ezt a könyvtárat anélkül, hogy a tulajdonos választana, akkor pontosan minden típusú jellemző értéke lesz.

Nyissuk meg ennek a könyvtárnak a formáját:

Itt láthatja, hogy a különböző tulajdonságok, színek és anyagok értékei tárolódnak. De minden értéknek van tulajdonosa - egy tulajdonságtípus, vagy más szóval a jellemzőtípusok tervének egy eleme, pl. itt minden korrekt.

Úgy tűnik számomra, hogy logikusabb lenne ezt a tulajdonságot „kiegészítő jellemzők értéktípusának” nevezni, és szokás szerint nem nevet, hanem hivatkozást kell megadni a referenciakönyvhöz. Mert Ha a felhasználó a tervlapon új típusú tulajdonságok létrehozásakor azt választja, hogy ennek a típusnak az értéke ennek a könyvtárnak az eleme lesz, akkor ez azt jelenti, hogy az értéktípus egy könyvtár.

Nyissuk meg magának a jellemzőtípusok tervének formáját:

Itt láthatja, hogy a felhasználó új tulajdonságtípusokat hoz létre, és kiválasztja a típusukat a megadott típuslistából. A típusok listája, mint már említettem, a „Jellemző értéktípusok” tulajdonságban van megadva.

Tulajdonság típusa - megjelenés dátuma, érték típusa - dátum

Ingatlan típusa - raktáros, értéktípus - link a „Magánszemélyek” címtárra

Ha a felhasználó egy „szín” tulajdonságtípust hozott létre, akkor a jobb oldali tervelem létrehozására szolgáló űrlapon található egy hivatkozás a tervnek alárendelt kézikönyvre, amelyben a felhasználónak színértékeket kell létrehoznia. A címtár űrlap tulajdonosi kiválasztással automatikusan megnyílik, pl. lista formájában csak színek vannak, és nem minden tulajdonság értéke, mint az első képen.


Rizs. 4


Ezután a készülő információs nyilvántartás és miért van rá szükség. Tárolja a tulajdonságtípusokat, tulajdonságértékeket és azt, hogy ezek a tulajdonságok mire vonatkoznak. Azok. nem önmagukban tulajdonságok, hanem valamilyen tárggyal kapcsolatban. Például a „Terméktulajdonságok értékei” információs regiszter (én „cikk tulajdonságainak” nevezném). Azok. hogy egy adott termék „számítógépes asztal” színe „kék”, anyaga pedig „tölgy”. 2 adatnyilvántartási bejegyzés lesz:

Rizs. 5


A nyilvántartás szerkezete:

Mérések- az ingatlan nómenklatúrája és típusa (típus - link a tervhez).

Forrás- érték (a karakterisztikus típus egy virtuális típus, amely a terv összes típusát tartalmazza).

Tehát elérkeztünk ahhoz a kérdéshez, hogy mi ez a „Kiválasztási paraméterhivatkozások” tulajdonság az információs regiszter erőforrásában? Ott van Selection.Owner(PropertyType). Nem értettem, mire utal a kijelölés, és minek milyen tulajdonosa, tulajdonosa? Nem tudjuk, milyen típusú lesz az érték.

Menjünk sorban: szerintem ez a kijelölés a "Felhasználói jellemzők" könyvtár listaformájának tulajdonsága

A szintaxissegéd azt mondja, hogy a címtárlistának van egy típuskiválasztás „kiválasztás” tulajdonsága (a szintaxissegéd egyes tulajdonságai háromszögletes zárójelben vannak; a cikkben nem jelennek meg):

CatalogList.Directory név (CatalogList.Directory name)
Szűrő

Típusválasztás:

Szűrő
Gyűjtemény elemei:
Kiválasztási elem
Egy objektum esetében lehetőség van a gyűjtemény bejárására a For every... From... Loop operátor segítségével. A bejárás során kiválasztásra kerülnek a kiválasztási elemek.
A kiválasztási elem elérése a [...] operátor segítségével lehetséges. Az elem indexe (0-tól számozás) argumentumként kerül átadásra.
Tulajdonságok:
Szűrőelem neve

És a kijelölés rendelkezik a „Kiválasztási elem neve” tulajdonsággal is

Azok. ebben az esetben a kiválasztási elem neve Tulajdonos.

De a tulajdonosnak csak azoknál a rekordoknál van értelme, amelyeknek a „Felhasználói jellemzők” címtáreleme van erőforrásként. Ebből arra következtetek, hogy ez a tulajdonság csak az ilyen nyilvántartásokra vonatkozik. Azok. a „megjelenés dátuma” és „raktáros” tulajdonságtípusú iratok esetében egyszerűen nincs értelme. Aztán minden a helyére kerül.

Például megnyílik egy egyéni jellemzőt tartalmazó információs nyilvántartási űrlap:

Rizs. 6

Ha a „Custom Characteristics” referenciakönyv listás formájára lépünk szín kiválasztásához, akkor a Selection.Owner(Property Type) Selection.Owner(Property Type) tulajdonság megadott értékével csak színek lesznek.

Azok. Csak azok a tulajdonságértékek kerülnek kiválasztásra, amelyek tulajdonságtípusa szín. (például az "Anyag" helyett "Szín" tulajdonossal rendelkező értékek)

Azok. a forma ugyanaz, mint a harmadik képen.

Azt a következtetést, hogy a „Kiválasztási paraméterek hivatkozásai” tulajdonság csak további jellemzőértékekre vonatkozik, megerősíti az a tény, hogy ha ezt a tulajdonságot töröljük, az csak a további tulajdonságokkal rendelkező rekordokra lesz hatással, és például raktáros kiválasztásakor, a várakozásoknak megfelelően mindig megnyílik az egyének névjegyzéke.

A jellemzőtípusok terve az 1C 8.3-ban (PVC) egy metaadat-objektum, amelyet az objektum tulajdonságaival és elemzésével kapcsolatos információk tárolásának megszervezésére terveztek. Ez azt jelenti, hogy a fejlesztő a tervezési szakaszban nem tudja, hogy a felhasználó milyen tulajdonságokat szeretne használni.

A PVC legfontosabb jellemzője két különleges részlet jelenléte - Jellemző értéktípusÉs .

Nagyon sok példa van a tipikus konfigurációk használatára: elemzések tárolása, subconto (for), tulajdonságok tárolása, különféle felhasználói jogok.

A karakterisztikus típusterv beállítása és tulajdonságai az 1C-ben

Nézzünk egy példát a jellemzőtípusok tervének használatára, konfigurációjára és alapvető tulajdonságaira, a további információk és konfigurációs részletek mechanizmusának példáján Trade Management, 11. kiadás.

Szerezzen ingyen 267 videóleckét 1C-n:

  • Jellemző értéktípus— ez az attribútum határozza meg a PVC érték beállításához rendelkezésre álló lehetséges adattípusok készletét. Az UT 11 meglehetősen tisztességes listával rendelkezik az ilyen objektumokról: nómenklatúra, projektek, szervezet, partnerek stb. Kötelező PVC kellékek.
  • További statisztikai értékek— egy alárendelt könyvtár, amely tetszőleges jellemzőket tárol. Például létrehozhat egy új tulajdonságot a - size könyvtárban, és hozzárendelheti az elemhez.

A szabványos PVC-adatok csak az „Értéktípus” attribútum jelenlétében térnek el a szokásos könyvtáraktól. Ez a tulajdonság, amely a tulajdonságtípust tárolja:

...A részletek elszámolása a jellemzők és tulajdonságok összefüggésében történik, és a jellemzőtípusok tervével kell megvalósítani. Tulajdonságok halmaza határoz meg egy jellemzőt. Egy alkatrész többféle tulajdonsággal is rendelkezhet...

Megoldás

Lényegében a következőket kell végrehajtani: hozzon létre egy alárendelt „Nómenklatúra jellemzői” könyvtárat a „Nómenklatúra” könyvtárban, és szervezze meg, hogy ez utóbbi tárolja a jellemzőt meghatározó tulajdonságok értékeit.

1. Adja hozzá az „Item Characteristics” könyvtárat a konfigurációhoz, és rendelje alá a „Nómenklatúra” könyvtárnak.

2. Az „Objektumok tulajdonságai” jellemzőtípusok tervéhez meghatározzuk a „Tulajdonságok értékének típusát”. Tartalmaznia kell minden típusú értéket, amelyet a különböző tulajdonságok felvehetnek.

3. Az ingatlanértékek tárolásához létrehozunk egy információs regisztert „Objektumtulajdonságok értékei”.
Méretek:

  • Object, írja be a „Directory.CharacteristicsNomenclature” (más típusokat is hozzáadhat; egy könyvtár elegendő a probléma megoldásához);
  • Tulajdonság típusa: „Jellemzőtípusok terve. Az objektumok tulajdonságai”;
  • Érték, típus: „Characteristic.Properties of Objects”, amelyet az „Objektumok tulajdonságai” típusú jellemzők terve határoz meg.

FIGYELEM!!! Itt nem a „Jellemzőtípusok Terve Link.Objektumok tulajdonságai”, hanem a „Characteristics.Properties of Objects” típust kell kiválasztani.

4. Az „Érték” attribútum típusának meghatározásához a „Tulajdonság” attribútum kiválasztott értékének típusától függően töltse ki a „Típus szerinti kapcsolat” tulajdonságot a „Tulajdonság” attribútum megadásával.

A lényeg

A probléma megoldva, a probléma megoldása során nem veszik figyelembe a szépségalkotást (különböző entitások formák címsorának feltüntetése, objektumok alrendszerekre bontása, formák létrehozása, adatok helyességének ellenőrzése, jellemző nevének kialakítása a tulajdonságértékek függvényében) .

A kifejlesztett alkalmazásmegoldás elindítása és az adatok megadása után megkapjuk a szükséges funkcionalitást

Tetszett a cikk? Oszd meg