A számmező értéke nem egyedi 1s 8.2. A "Kód" ("Szám") mező értéke nem egyedi. Hogyan lehet megakadályozni a „Kód nem egyedi” hibát

Mi a teendő, ha a "Kód mező értéke nem egyedi" hibával találkozom az információsbázis objektumok létrehozásakor (dokumentumoknál a "Szám" mező értéke)?



Ez általában abból adódik, hogy a szerkesztett hivatkozás kódja (dokumentumszám) hibásan lett manuálisan szerkesztve.

Nézzünk egy példát az egyértelműség kedvéért. Egyes könyvtárak esetében a megengedett kódhossz 9 karakter. A címtárban a „000000001”, „000000002”, ..., „000000086” elemek szabványos módon lettek megszámozva. Ha például a következő elemben megadja a „90” számot, akkor a program először is automatikusan kiegészíti a jobb oldalon megadott számot legfeljebb 9 karakteres szóközökkel (ez „90_______” lesz - 7 szóköz a jobb oldalon), másodszor pedig „megérti” az új számozási módot, és a következő elemekhez a „91_______”, „92_______” stb. kódokat rendeli. (ugyanaz a 7 szóköz a jobb oldalon). A „99_______” kódú elem rögzítése után az utólagos automatikus számozás nem lehetséges, mivel az e szabály szerint képzett következő szám („100_______”) nem fér bele a megengedett 9 karakterbe.

A hiba kiküszöböléséhez az "Objektumok univerzális gyűjtése és feldolgozása" feldolgozást kell használnia (megtalálható az ITS lemezen).


Az "Objektum keresése" mezőben meg kell adni a kívánt objektumot (referenciakönyv/dokumentum). A „Kiválasztás attribútumértékek szerint” lapon szűrhet (esetünkben kód szerint állíthatja be):


Ha az "Objektumok keresése" gombra kattint, a "Talált objektumok" fül megtelik a kiválasztási feltételeknek megfelelő objektumokkal:


A "Feldolgozás" lapon ki kell választania az "Objektum átszámozása" feldolgozást. A feldolgozási fejléc megadja a beállítás nevét és a kezdő számot, amelytől kezdve a számozás megtörténik. A feldolgozás a "Futtatás" gomb megnyomásával indul.


A feldolgozás befejezése után ellenőrizheti a megváltozott kódot a Lakosok címtárban, valamint új bejegyzéseket adhat hozzá az ellenőrzéshez.

Leggyakrabban ez a hiba akkor fordul elő, ha közvetlenül a szerződések, szerződő felek, nómenklatúra stb. címtáraival dolgozik. A felhasználó bármelyik könyvtárba új bejegyzést ad, miközben a rendszer automatikusan kódot rendel hozzá, de a bejegyzés mentésekor megadja a „Kód nem egyedi!” hibaüzenet, ezért az objektum nem menthető.

Mi az oka ennek a hibának?

Ennek oka lehet a címtárobjektumok helytelen számozása. Hogyan történik ez? Általában, amikor új bejegyzést hozunk létre valamelyik könyvtárban, a program maga generál egy belépési kódot. Ha az előző bejegyzéseknél a felhasználó manuálisan szerkesztette a kódot, akkor később fennáll annak a lehetősége, hogy a következő bejegyzések létrehozásakor a kód bithossza egy karakterrel megnő és már nem fér bele a mezőbe, ami azt jelenti, hogy a kódok újraindulnak. Csak itt lehetetlen azonos kódú objektumokat tárolni az 1C könyvtárakban, ami azt jelenti, hogy a felhasználó ilyen helyzetben hibaüzenetet kap a képernyőn.

Hogyan lehet javítani a "Kód nem egyedi" hibát?

Természetesen erre a problémára a megoldást az 1C fejlesztői biztosítják. Ez a címtárelemek teljes újraszámozásából áll. Ehhez az 1C információs technológiai támogatási lemezen () van egy speciális feldolgozás, az "Objektumok univerzális kiválasztása és feldolgozása.epf". A \1CITS\EXE\ExtReps\UNIREPS81\UniversalSelection könyvtárban található.

Nem kell mást tennie a felhasználónak, mint belépni a fenti könyvtárba, megkezdeni a feldolgozást, és megvárni, amíg a kiválasztott könyvtár objektumainak újraszámozása befejeződik.

Hogyan lehet megakadályozni a "Kód nem egyedi" hibát?

Annak elkerülése érdekében, hogy ez a hiba megjelenjen az 1C könyvtárakkal végzett munka során, először is nem ajánlott a belépési kódok manuális szerkesztése. Ennek előfordulásához leggyakrabban a programszámozásban való interferencia vezet. Ha nem teheti meg a kódok szerkesztése nélkül, gondolja át előre a helyzetet.

Mi a teendő, ha a "Kód mező értéke nem egyedi" hibával találkozom az információsbázis objektumok létrehozásakor (dokumentumoknál a "Szám" mező értéke)?



Ez általában abból adódik, hogy a szerkesztett hivatkozás kódja (dokumentumszám) hibásan lett manuálisan szerkesztve.

Nézzünk egy példát az egyértelműség kedvéért. Egyes könyvtárak esetében a megengedett kódhossz 9 karakter. A címtárban a „000000001”, „000000002”, ..., „000000086” elemek szabványos módon lettek megszámozva. Ha például a következő elemben megadja a „90” számot, akkor a program először is automatikusan kiegészíti a jobb oldalon megadott számot legfeljebb 9 karakteres szóközökkel (ez „90_______” lesz - 7 szóköz a jobb oldalon), másodszor pedig „megérti” az új számozási módot, és a következő elemekhez a „91_______”, „92_______” stb. kódokat rendeli. (ugyanaz a 7 szóköz a jobb oldalon). A „99_______” kódú elem rögzítése után az utólagos automatikus számozás nem lehetséges, mivel az e szabály szerint képzett következő szám („100_______”) nem fér bele a megengedett 9 karakterbe.

A hiba kiküszöböléséhez az "Objektumok univerzális gyűjtése és feldolgozása" feldolgozást kell használnia (megtalálható az ITS lemezen).


Az "Objektum keresése" mezőben meg kell adni a kívánt objektumot (referenciakönyv/dokumentum). A „Kiválasztás attribútumértékek szerint” lapon szűrhet (esetünkben kód szerint állíthatja be):


Ha az "Objektumok keresése" gombra kattint, a "Talált objektumok" fül megtelik a kiválasztási feltételeknek megfelelő objektumokkal:


A "Feldolgozás" lapon ki kell választania az "Objektum átszámozása" feldolgozást. A feldolgozási fejléc megadja a beállítás nevét és a kezdő számot, amelytől kezdve a számozás megtörténik. A feldolgozás a "Futtatás" gomb megnyomásával indul.


A feldolgozás befejezése után ellenőrizheti a megváltozott kódot a Lakosok címtárban, valamint új bejegyzéseket adhat hozzá az ellenőrzéshez.



A témát folytatva:
ablakok

Natalya Komarova , 2009. 05. 28. (2018. 03. 25.) Amikor egy fórumot vagy blogot olvasol, a bejegyzések szerzőire becenévvel és ... a felhasználó képével, az úgynevezett avatárral... emlékszel.