Előre meghatározott elemek telepítése. Előre meghatározott elemek telepítése 1c 8 előre meghatározott elemek visszaállítása

Könnyű feldolgozás előre meghatározott értékekkel dolgozni.

Lehetővé teszi az IS elemek és a konfigurációban előre meghatározott elemek párosítását.

Lehetővé teszi a teljes konfiguráció ellenőrzését a duplikált (egy előre meghatározott elemhez több IB-elem társított - hiba) és hiányzó elemek (előre meghatározott elemek, amelyekhez nincsenek társított IB-elemek - hiba) jelenléte. Ilyen elemek előfordulhatnak csere vagy meghibásodás során, és hibákhoz vezethetnek a konfigurációban.

Egyszerűen megtekintheti az aktuális értékeket, elvégezheti a szükséges változtatásokat.

Működési eljárás:

1. Elkezdjük a feldolgozást.

2. Válassza ki a típust (referenciakönyv, számlatükör, PVC, PVR).

3. Válassza ki a kiválasztott típusú könyvtárat.

4. A feldolgozás táblázatos részében megjelenik az IB-ben elérhető és a konfigurációban leírt összes előre definiált elem.

Ha az adatbázisban több olyan elem is van, amely egy előre definiált tulajdonsághoz van kötve, vagy a konfigurációban leírt elemek némelyike ​​nem rendelkezik IB elemekkel, akkor a rendszer ezt jelenti a kikeresés kiválasztásakor. A duplázott és hiányzó elemek a lista tetején jelennek meg, és narancssárgával kiemelve lesznek.

5. Új értékeket állítunk be a szükséges előre meghatározott elemekhez.

Ugyanakkor pirossal jelölik azokat a sorokat, amelyeknél a konfiguráció eltűnik a konfigurációból. előre meghatározott elem. Kék vonalak, amelyeknél az előre meghatározott elem megváltozik, zöld vonalak, amelyeknél az előre definiált elem megjelenik.
Nál nél nagy számban duplikált, kényelmesen kijelölheti az összes szükségtelen sort az egérrel, és az összes kiválasztott sornál jelezheti a kapcsolat megszakítását az "Unmatch" gombbal (1.3.1 verziótól)

6. Az átsorolást az „Elemek átcsoportosításának végrehajtása” gomb megnyomásával végezzük.

Az ismétlődések ellenőrzése(hiba "Az előre meghatározott elem nem egyedi"):

Ha rákattint a "Duplikátumok ellenőrzése" gombra, a feldolgozás ellenőrizni fogja az összes könyvtárat, számlatáblázatot, PVC-t és PVR-t, és megjeleníti a duplázott elemeket tartalmazó táblázatok listáját, amely jelzi a duplázott elemek számát.

Ezt követően külön ellenőriznie kell azokat az objektumokat, amelyeknél hibát találtak.

Az ellenőrzés elmaradt(hiba "Az előre meghatározott elem hiányzik az adatokból"):

Ha rákattint a "Hiányzó ellenőrzése" gombra, a feldolgozás ellenőrizni fogja az összes könyvtárat, számlatáblázatot, PVC-t és RRP-t, és megjeleníti az előre meghatározott elemek listáját, amelyekhez nem tartoznak IS adatok.

Használatához 8.3.3 vagy újabb platform szükséges.

Sokoldalú, bármilyen konfigurációval használható.

Nyelv észlelése afrikaans albán arab örmény azerbajdzsáni baszk bengáli fehérorosz katalán kínai (Simp) kínai (trad) horvát cseh dán holland angol eszperantó észt filippínó finn francia galíciai grúz német görög gudzsaráti haiti kreol héber hindi magyar bolgár izlandi indonéz ír olasz japán kannada koreai lao latin Litván macedón maláj máltai norvég perzsa lengyel portugál román orosz szerb szlovák szlovén spanyol szuahéli svéd tamil telugu thai török ​​ukrán urdu vietnami walesi jiddis

afrikaans albán arab örmény azerbajdzsáni baszk bengáli fehérorosz bolgár katalán kínai (Simp) kínai (trad) horvát cseh dán holland angol eszperantó észt filippínó finn francia galíciai grúz görög német gudzsaráti haiti kreol héber hindi magyar izlandi indonéz ír olasz japán kannada koreai lao latin litván maláj máltai norvég perzsa lengyel portugál román orosz szerb szlovák szlovén spanyol szuahéli svéd tamil telugu thai török ​​ukrán urdu vietnami walesi jiddis

Az előre meghatározott elemekkel végzett programozási munka maga véleményem szerint nagyon helyes. Csak néhány árnyalatot kell figyelembe venni a munka során.

Először is világosan meg kell értenie magának, hogy vannak előre meghatározott elemek a konfigurációban, és vannak előre meghatározott elemek az információs bázisban (IB). A műszakilag előre definiált IS-elemek a könyvtárak leggyakoribb elemei, amelyekben a "PredefinedDataName" attribútum jelzi, hogy melyik előre meghatározott konfigurációs elemnek felelnek meg. Nem különböznek a hétköznapi elemektől. Ennek megfelelően az információbiztonság bármely hétköznapi eleme előre definiálható, bármely előre meghatározott elem közönségessé tehető. Ehhez csak írja be a kívánt értéket a kellékekbe. "PredefinedDataName".

Időnként ez a tulajdonság nem tartalmazza a fejlesztő által megadott értéket. Ennek eredményeként hibák lépnek fel az 1C munkájában. A kritikustól, amelyben elvileg lehetetlen a munka, a nem kritikusig, ahol az algoritmusok logikája sérül.

Feltételesen meg lehet különböztetni háromféle hiba:
1. "Az előre meghatározott elem hiányzik az adatokból";

3. Hibás jelzés előre meghatározott elem;

1. "Az előre meghatározott elem hiányzik az adatokból" - ó a konfigurációban leírt előre meghatározott elem hiánya az IS adatokban.

Ez a legegyszerűbb hibakeresési és -javítási típus. Egyszerűsége az, hogy a platform helyesen jelzi ezt a helyzetet "Az előre definiált elem hiányzik az adatokból", és teljesen egyértelmű a javítás módja.

A "Könyvtárak. Kapcsolattartási adatok típusai. Kapcsolattartó e-mail címe" kód hiányzó elemének elérésekor egy üzenet jelenik meg.

Amikor hozzáfér az elemhez a "VALUE(Catalog.KindsofContactInformation.EmailContactPerson)" lekérdezésben, a következő üzenet jelenik meg:

Ilyen hiba akkor fordul elő, ha az elem leírásra került a konfigurációban, de az elem nincs hozzá társítva az adatbázisban.

Először is tisztázzuk, hogy ez a helyzet nem mindig hibás. Valamilyen programlogikában teljesen lehetséges előre definiált adatokat használni, amelyek a legtöbb felhasználó számára nem használhatók. Ebben az esetben, hogy ne legyen tele a könyvtár minden konfigurációs felhasználó számára, logikus, hogy a konfigurációban előre definiált elemeket definiálunk, de nem minden IB-ben hozzuk létre, hanem csak azokra az IB-kre, amelyekben a szükséges konfigurációs logika használatos. Ebben az esetben a programozó megadhatja a "Ne frissítse előre definiált adatokat" tulajdonságot a könyvtárhoz, és a modul funkcióinak elérésekor programozottan létrehozhat elemeket. Vagy engedje meg a felhasználónak, hogy a modul előre definiált elemeit önállóan hozzákösse a szokásos elemeihez.

Szintén nem használt automatikus létrehozás előre meghatározott elemek, ha RIB módban dolgozik. Mivel az új elemeket a központi bázisról kell átvinni, nem pedig különböző UID-kkel rendelkező csomópontokban létrehozni.

Azok. néha hiba egy páratlan elemre hivatkozni, nem pedig magára egy ilyen elem létezésére.

El kell elemezni, hogy miért nem jött létre az elem. Előfordulhat, hogy valamilyen programmód végrehajtásakor létre kell hozni. Például egy csere végrehajtása után a RIB-ben. Vagy csak véletlenül törölték.

Ha a logika biztosítja az előre meghatározott elemek kitöltését nem automatikusan, hanem külön módban, akkor a név szerinti hívás használata előtt " Címtárak. Kapcsolattartási adatok típusai. A kapcsolattartó személy e-mail-címe" a kivétel elkerülése érdekében célszerű ellenőrizni, hogy az elem már benne van-e az adatbázisban. Ha az elem hiányzik, akkor erről tájékoztassa a felhasználót, és magyarázza el, milyen módot kell végrehajtania az elem kitöltéséhez. Egy ilyen ellenőrzéshez , lekérdezheti az adatokat.

Request = Új kérés; Query.Text = "SELECT | Kapcsolatfelvételi információ típusok. Link | FROM | Címtár. Kapcsolatfelvételi információ típusok AS kapcsolati információ típusok | WHERE | Kapcsolatfelvételi információ típusok. Előre meghatározott adatnév = "" EmailContactPerson"""; ElementMissingData = Query.Execute().Empty();

Ha ez továbbra is hiba az adatbázis adataiban, akkor az IB elem egy előre meghatározott eleméhez kell kötni. Azok. el kell magyarázni a rendszernek, hogy a programkód melyik IS elemre hivatkozzon ezen a néven. Technikailag a kötés csak egy előre meghatározott elem nevének megadását jelenti a "PredefinedDataNameA telepítéshez futtassa a következő kódot:

2. "Az előre meghatározott elem nem egyedi" - h javasolt előre definiált elemek:

Ez az a helyzet, hogy több IB elem egy előre meghatározott elemhez van kötve. Ebben az esetben az előre meghatározott név elérésekor az elem véletlenszerűen kerül kiválasztásra. Ez a helyzet mindig rossz. Bonyolultsága az, hogy a platform semmilyen módon nem számol be róla. Csak az algoritmusok kezdenek rosszul működni.

A platform csak az „Előre definiált elem nem egyedi” hibát jelez, ha megkettőzött elemet próbál szerkeszteni.

Amíg senkinek nem kell szerkesztenie az elemet, senki nem fog tudni a hibáról.

Ilyen duplikátumok hozhatók létre például, ha a könyvtárhoz RIB-t használnak, és az előre meghatározott adatok tulajdonságainál az "Automatikus frissítés" mód van megadva. Ebben az esetben a csere végrehajtásakor a konfiguráció frissítésekor létrejön az előre meghatározott adatok egy példánya. Az előre meghatározott elemek azonos nevű második példánya a csere során átkerül a központi adatbázisból.

Ezek az ismétlődések akkor is előfordulnak, amikor a konfigurációk közötti csere feldolgozását használják, ha a különböző IS-elemek különböző adatbázisokban előre meghatározott elemeknek felelnek meg. Ebben az esetben az előre definiált adatok egyik példánya már az adatbázisban van, a második pedig más UID-vel való adatok betöltésekor érkezik. Ha adatmigrációt hajt végre, el kell döntenie, hogy mely adatbáziselemek számítanak elsődlegesnek, és ezeket kell használni az alárendelt adatbázisban. Az alárendelt bázisban le kell cserélnie a régi elemek használatát a fő alap elemeivel.

Az ilyen hibák az adatbázisban egy lekérdezéssel észlelhetők, például:

VÁLASSZA ki a kapcsolattartási adatok típusait Előre meghatározott adatok neve, MENNYISÉG (KÜLÖNBÖZŐ típusú kapcsolattartási adatok. Link) AS Előre meghatározott FROM címtár száma Kapcsolatfelvételi adatok típusai AS Kapcsolatfelvételi adatok típusai GROUP BY Kapcsolati adatok típusai szerint Előre meghatározott adatok neve MENNYISÉGEKBEN (KÜLÖNBÖZŐ típusú kapcsolattartási adatok. Link) > 1

Ez a lekérdezés előre definiált elemek listáját adja vissza, amelyekhez egynél több IB elem tartozik.

Ha vannak ilyen elemek, akkor az egyiknél el kell távolítani a kapcsolatot az előre meghatározott elemmel. Azok. egyértelműen meg kell határozni a rendszer számára, hogy a programkód melyik IS elemre hivatkozzon e név használatakor. Ehhez egyszerűen futtassa a kódot.

3. Egy előre meghatározott elem hibás jelzése.

A hiba abban rejlik, hogy az előre definiált elem nem egyezik meg a programlogika által biztosított elemmel. Az ilyen hibákat a legnehezebb diagnosztizálni. Az első két típustól eltérően a konfiguráció nem ellenőrizhető automatikusan ezekre a hibákra. Ezeket csak a munka logikájának elemzésével lehet azonosítani. Ha kétségei vannak, ellenőrizheti, hogy a megfelelő elemet használja-e.

Ehhez egyszerűen hajtsa végre az egyik parancsot.

//A szükséges előre definiált jelentéshez kötött IB elem meghatározása (Könyvtár. Kapcsolattartási adatok típusai. Kapcsolattartó személy e-mail címe) //Határozza meg azt az előre definiált elemet, amelyhez a kiválasztott jelentés kötődik (ReferenceToElement.PredefinedDataName)

Ha ilyen hibákat észlel, el kell távolítania a régi elemre mutató hibás hivatkozást, és hozzá kell adni egy hivatkozást az új elemhez. A műveleti kód hasonló az első két típusú hiba kijavítására szolgáló kódhoz.

Nos, röviden a hibákról, amikor programmunka vagy konfigurációs módban:

"Az előre meghatározott elem nem tartozik ide<Имя справочника>" - hiba történik, amikor egy előre meghatározott elemet próbál írni olyan névvel, amely nem egyezik a konfigurátorban szereplő névvel.

"A nem előre definiált objektumok nem tartalmazhatnak előre meghatározott aldimenziós típusú bejegyzéseket" - hiba történik, amikor egy előre meghatározott számlatükör elemet próbál előre meghatározatlanná tenni. A hibák kiküszöbölése érdekében el kell távolítani az "Előre definiált" jelzőt az elem alérintkezőjének minden sorából.

"A nem előre definiált objektumok nem tartalmazhatnak előre meghatározott lead számítási bejegyzéseket"- hiba történik, amikor a számítási típusok tervének egy előre meghatározott elemét próbálják előre definiálatlanná tenni. A hibák kiküszöbölése érdekében el kell távolítani az "Előre definiált" jelzőt az elem vezető számítási típusának minden sorából.

"Az előre meghatározott elemek nem egyediek"- frissítéskor hiba jelenik meg a konfigurátorban információs bázis 8.3.4-es kompatibilitási mód nélküli konfigurációs kiadáson. A frissítés előtt ellenőrizni kell, hogy vannak-e ismétlődések, és meg kell szüntetni azokat.

"Az előre meghatározott elemnév nem egyedi" - hiba történik, ha a platformra való frissítés során több, azonos nevű előre definiált elem van a konfigurációban8.3.6.2332 és újabb. Meg kell szüntetni a duplikációkat a konfigurációban.

Az előre meghatározott adatokkal való munkavégzéshez a feldolgozást javaslom. Bármilyen műveletet végrehajthat előre definiált adatokkal, és ellenőrizheti a konfiguráció egészét az első két típusú (kettős és hiányzó elemek) hibáinak megléte szempontjából az összes IS objektumban (könyvtárak, számlatükör, PVC, PVR).

Jó nap.

Ma a 8.3-as platform innovációjáról fogunk beszélni az előre meghatározott elemek tekintetében.

Bevezetés

Hadd emlékeztesselek arra, hogy korábban a gyakorlatban nagyon gyakran szerettem volna megnézni a könyvtárelemet, hogy megtudjam annak előre meghatározott nevét. Létrehozott például két előre meghatározott partnert, és elnevezte őket IPSidorovnak és OOOMeteornak. És varrtak rájuk némi logikát.

Amikor minden megtörtént és sikerült, kiderült, hogy a feladat fordítva lett beállítva, és az IP logikája kell az OOO-hoz, az OOO logikája pedig az IP-hez. „Semmi probléma” – mondjuk, és vállalati módban átnevezzük az elemeket. Hiszen a kódba való bejutás sokkal nehezebb. Eltelik egy év, és új feladatot kap: állítson be még logikát a Sidorov IP számára. Bemászsz a konfigurátorba, logikát írsz, elkezded ellenőrizni és semmi sem működik, mert az IPSidorov konfigurátorban és a vállalatban - LLC Meteor. Elromlott az agy, és el akarom pusztítani ezt a gereblyét. A legegyszerűbb és leglátványosabb módja egy előre meghatározott elem nevének megjelenítése lista formában. Itt egy csapda, a 8.2-ben előre definiált nevét csak módszerrel kaphatja meg. A módszer pedig a maga kellemetlensége, a kérésben nem szerezhető be. Azok. az első kellemetlenség az, hogy a címtárra hivatkozva megkapjuk az előre meghatározott nevet.

A második kellemetlenség, ha már van egy könyvtárelemünk, és előre definiálnunk kell. Létrehozunk egy előre meghatározott elemet, és két elemet kapunk a hivatkozásban. Az egyik előre definiált, a másik egy dolgozó, amelyre minden dokumentumunk hivatkozik. A hivatkozások cseréje biztosan segít, de ha nagy az adatbázis, akkor nehéz.

Most üzletben

Az első dolog az, hogy a könyvtár most már rendelkezik az "Előre definiált adatok frissítése" tulajdonsággal.

Mit ad nekünk ez a terület? Ha a "Ne frissítse automatikusan" értékre van állítva, akkor egy előre definiált elem hozzáadásával nem fogjuk azonnal látni a könyvtárban. Azok. a metaadatoknak semmi köze az adatokhoz. Ha pedig nincs létrehozva a könyvtárban, akkor a névvel való elérése a címtárkezelőn keresztül szintaktikai hibát okoz.

Nagyon érdekes, de miért? Hogyan hozzunk létre egy elemet a könyvtárban? És tetszés szerint létrehozhatja, vagy összekapcsolhatja egy meglévővel. Most a szótárban van az "PredefinedDataName" attribútum. Egy katalóguselemet a szokásos módon programozottan hozunk létre a "Directories.Accounts.CreateElement()" segítségével, és kitöltjük az "PredefinedDataName" attribútumot az előre meghatározott elem nevével megegyezően. Vagy ha az elem már létezik, megkapjuk az objektumát, és újra kitöltjük benne az "PredefinedDataName"-t. Minden.

És végül egy kis szirup

Ez az új attribútum nem csak olvasható és írható, de kérésekben is elérhető. Így a lekérdezésekben feltételeket szabhat rá, meghatározhatja, hogy előre definiált-e vagy sem.

Köszönöm a figyelmet.