Valószínűleg már többször észrevette a szokásos tipikus konfigurációkban, hogy a könyvtárak összekapcsolódnak, amikor egy könyvtárelem (1. könyvtár) kiválasztásakor egy másik könyvtár (2. könyvtár) értékét „szűri” ez az érték - vagyis az értékek csak az aktuális könyvtárelemhez tartozók vannak kiválasztva; például ez a „Division” Directory, amelynek a tulajdonosa a „Szervezeti” címtár.
Annak érdekében, hogy azonnal megértsük, mi történik, nézzük meg, mi történik a gyakorlatban. Ehhez létrehozhat egy üres konfigurációt a semmiből, vagy ugorhat bármelyik meglévő másolatra információs bázisés hozzon létre 2 könyvtárat a konfigurátorban.
Directory1 és Directory2. A 2. könyvtárban lépjen a „Tulajdonosok” fülre, és válassza ki a tulajdonost - „Directory1”, lásd az ábrán látható módon.
Most, amikor elemeket hoz létre a „Directory2”-ben, a rendszer kérni fogja, hogy adja meg a könyvtár1 tulajdonosát. Van egy lehetőség - Az alárendeltség használata -, ha az alárendeltség beállítása Elemek, csoportok vagy csoportok és elemek.
Úgy tűnik, hogy minden egyszerű, de problémák merülnek fel a felhasználók számára. A „Directory 2” megnyitásakor a felhasználó teljesen érthetetlen sorrendben látja az összes elemet, és emellett, ha szabványos konfigurációkkal dolgozott, észrevehette, hogy közvetlenül a „Divisions” könyvtárban nem adja meg a tulajdonost sehol, hanem a címtár megnyitásakor kiválaszthatja a szervezetet, és ennek függvényében az egyik vagy másik szervezetnek alárendelt elemeket fogadhat; Ezen túlmenően, amikor létrehoz egy „Osztályok” címtárelemet, alapértelmezés szerint a kiválasztott tulajdonost kapja meg az osztályok listája formájában. Tehát kezdjük el, és hozzunk létre egy „Listaűrlapot” a „Directory2”-hez, egyelőre ezt adjuk meg az 1C-nek változtatás nélkül, később módosítjuk a tervező által készített űrlapot. A „Directory2”-ben lépjen az Űrlapok fülre, és adja hozzá a (+) új űrlap könyvtárlistát, és kattintson a Befejezés gombra.
Hozzunk létre egy űrlap attribútumot "Könyvtár1.Link" adattípussal "SelectionDirectory1" néven, és húzzuk az attribútumot az űrlapra, állítsuk be a "Könyvtár1" címet.
Most, hogy „ez a csoda” működjön, meg kell írnia egy kódot, amely kiválaszt egy könyvtárelemet1.
8.2, 8.3 Kezelt űrlapok
Ahhoz, hogy csak a Directory1 kiválasztott eleméhez szükséges elemeket jelenítsük meg címtárlista formájában, programozottan - a kiválasztott elem alapján - ki kell választani, ehhez a SelectionDirectory1 vezérlő előre meghatározott eljárását használjuk. és írjon kódot, amely végrehajtja a megadott feladatot. Felül válassza ki a „Selection Directory1” elemet, kattintson a jobb gombbal, és válassza a „Tulajdonságok” lehetőséget, a megjelenő ablakban keresse meg az „OnChange” tulajdonságot, és kattintson a nagyítóra, ezzel lépjen az űrlapmodulra; a „Selection Directory1OnChange(Element)” eljárás automatikusan létrejön
A formák építésénél minden ugyanaz, csak szabályos űrlapokat kell létrehozni, kezelt űrlapok V rendszeres alkalmazása nem működik. A különbség a listában szereplő elem kiválasztásában és a kellékek elkészítésében lesz. Ha részleteket szeretne hozzáadni egy normál űrlaphoz, kattintson a gombra
Eljárás Reference1OnChange(Element)This Form. Kiválasztás. Tulajdonos. Érték = Directory1. Link; Ez a forma. Kiválasztás. Tulajdonos. Használat = Igaz ; Ez a forma. Űrlapelemek. DirectoryList. Kiválasztási beállítások. Tulajdonos. Elérhetőség = False ; //(?) EndProcedure
Az utolsó előtti sor(?) - tiltjuk a kijelölés megváltoztatását, amikor a felhasználó megnyitja a kiválasztási paramétereket - csak a vezérlőelemen keresztül!
Videó (hang nélkül - hang nélkül minden tiszta)
Kérdés: A lakás- és kommunális szolgáltató társaságok számvitelének frissítése 3.0.44.17-ről 3.0.44.18-ra
Amikor megpróbálja frissíteni a „Számvitel a lakás- és kommunális szolgáltatások alapkezelő társaságaiban, a lakástulajdonosok egyesületei és a lakásszövetkezetek” konfigurációt 3.0.44.17-ről 3.0.44.18-ra, a „A címtár tulajdonosa: Statisztikai űrlapok nem módosítható” hibaüzenet jelenik meg. A tesztelés és a javítás nem tár fel semmilyen hibát. Korábbi frissítések sorban voltak telepítve, és nem okoztak problémát. Mondja meg, hol kell ásni?
Válasz: Egy csomó fejlesztő. Ezt a problémát így oldottam meg: - A kezdeti conf-ban hozzáadjuk a "Regulated Reports" könyvtár tulajdonosát - A feldolgozással megváltoztatjuk a tulajdonosokat (kód szerint) „DeleteRegulatedReports”-ról „RegulatedReports”-ra. - Távolítsa el a "DeleteRegulatedReports" tulajdonost a tulajdonosok listájáról a konfigurációban - Frissítjük
Kérdés: Az „Adatcsere a GIS Lakás- és Közműszolgáltatókkal” nem tölti be a személyes számlaazonosítókat (Számvitel a Btk.-ban a Lakás- és kommunális szolgáltatások, a lakásszövetkezetek és a lakásszövetkezetek 3.0.56.1.
"1C: Számvitel a lakás- és kommunális szolgáltatások alapkezelő társaságainál, a lakástulajdonos-szövetkezeteknél és a lakásszövetkezeteknél" 3.0.55.1 (2017.12.12.)- utolsó hivatalos verzió az 1C frissítés weboldalán 2018.05.01-től
Kezelés " Adatcsere a térinformatikai lakás- és kommunális szolgáltatásokkal"nem tölt be személyes fiókazonosítókat")
Frissítve nem hivatalos verzióra 3.0.56.1
a fejlesztők szerint:
A térinformatikai lakhatási és kommunális szolgáltatások sablonjainak relevanciája
változások történtek a lakás- és kommunális szolgáltatások térinformatikai oldalán lévő sablonokban 24.12.2017
Ugyanott – ugyanazok a problémák
Feltöltötte már valaki 2017. december 24. után a térinformatikai Lakás- és kommunális szolgáltatások személyi fiók azonosítóit?
Hozzáteszem: Úgy néztem ki, mint egy hibakereső, 2018-ban semmi sem világos - ki a hibás:
magamat
konfigurációs fejlesztők "1C: Könyvelés lakás- és kommunális szolgáltató társaságokban, lakástulajdonosok egyesületeiben és lakásszövetkezeteiben"
szerint készült
Személyes fiókokkal kapcsolatos információk feltöltése a GIS Lakás és kommunális szolgáltatásokba az 1C: Lakás és kommunális szolgáltatások 3.0-ban
Ezt a kérdést is megismételtem az 1C fórumon:
Válasz:
folytatom
Hozzáférést nyert egy másik HOA dom.gosuslugi.ru személyes fiókjához
Még 2017 júliusában letöltötték az összes azonosítót, azonban sablonok nélkül - manuálisan
Egyszerre egy kiválasztott gyógyszert próbálok megismételni ( személyes fiók) - semmi sem működik
Az utasítások szerint
Személyes fiókokkal kapcsolatos információk feltöltése a GIS Lakás és kommunális szolgáltatásokba az 1C: Lakás és kommunális szolgáltatások 3.0-ban Képek nélkül idézek: "A személyes fiókok feltöltése előtt be kell tölteni a helyiségazonosítókat a programba:
Ezért:
A GIS Lakás és kommunális szolgáltatások webhelyén lépjen a „Kezelési objektumok – Személyes számlák” részre:
Kattintson az „Információk feltöltése” gombra:
A fájl megtekintéséhez lépjen a „Fájl importálása/exportálása” szakaszba:
Kattintson a „Feldolgozott fájl mentése” gombra: Ennek eredményeként egy .xlsx formátumú fájlt kapunk, amely tárolja a letöltéshez szükséges adatokat. A könyvjelzőn lévő fájlban "A helyiségek azonosítói GIS Lakás és kommunális szolgáltatások" az adatokat szobaazonosítók tárolják."
Itt csak ezeknek a műveleteknek az eredményeként kapunk egy fájlt .xlsx formátumban, amelyben nincs egyetlen könyvjelző sem "A térinformatikai lakhatási és kommunális szolgáltatások helyiségeinek azonosítói", nincs szobaazonosító AMI VALÓBAN KIJÖN:
Az utasítás cikkének megfelelően:
Kérdés: 1C Könyvelés lakás- és kommunális szolgáltató társaságokban, lakástulajdonosok egyesületeiben és lakásszövetkezeteiben.
Vannak olyan lakhatási és kommunális szolgáltatók, akik használják ezt a terméket, 3.0 kiadás? Nem értem, hogyan lehet olyan szolgáltatást létrehozni, amelyet más szolgáltatásokból fizetnek. A kérdés különösen a vízelvezetéssel kapcsolatos. A vízelvezetés mennyiségét az alapozási szolgáltatások mennyiségének összegeként kell tekinteni - ezek a hidegvízellátás és a melegvízellátás. A szabálynak a szabvány és a számlálók szerint is működnie kell. Ki tudja megmondani?
Válasz: Köszönöm
Kérdés: Kérdés az 1C számvitelről (Számvitel lakás- és kommunális szolgáltató cégeknél)
AZ INFORMÁCIÓK KÖLCSÖNÖZÉSÉRŐL A LAKÓHELYISÉGEK FIZETÉSÉNEK SZOCIÁLIS TÁMOGATÁSI INTÉZKEDÉSEK ÉS AZ ÁLLAMPOLGÁROK KÜLÖNÖSSZETÉT SZÁMÍTÁSÁNAK SZÁMÁRA VONATKOZÓ REZÜZEI INTÉZKEDÉSEKBŐL, A LAKÁSHELYI TELEPÜLÉSEKÉRT SZÓLÓ SZÁMÍTÁSI TÁMOGATÁSOKHOZ
3.1. "Központ":
Minden hónap 5. napja előtt megküldi a „Szervezetnek” azon állampolgárok névsorát, akik jogosultak lakhatási és rezsi kifizetésére, valamint lakhatási és rezsifizetési támogatásra. elektronikus formában DBF fájlformátumban. Az állomány szerkezetét jelen megállapodás 5. számú melléklete tartalmazza.
A Központ által elektronikus formában nyújtott információk ( elektronikus dokumentumokat), elektronikus digitális aláírással hitelesített, elektronikus hiányában digitális aláírás- papíron megerősítve, az igazgató által hitelesített és a Központ pecsétjével.
3.2. "Szervezet":
Havonta, minden hónap 15. napja előtt tájékoztatást küld a Központnak a lakóhelyiségekre és a rezsire felhalmozott összegekről (újraszámítással); a fizikai egységenkénti tarifák és a fizikai egységek száma a fogyasztási szabványok szerint; a személyes számláról a szolgáltatásokért fennálló tartozás összegét és egyéb információkat a jelen Szerződés 5. számú mellékletében megadott fájlszerkezet szerint.
Az információkat elektronikusan, DBF formátumú fájlként jelenítik meg. Mondd, hol kezdjem? ha jól értem, a lakásügyi osztálytól jön dbf fájl, betöltjük az 1C-be, és kiszámítjuk az állampolgárok „kedvezményezettjei” bérleti díját, és elküldjük őket dbf formátumban. Hol kezdjem? Csak a be- és kirakodási feldolgozást kell elvégezni?
Válasz:
Adatok fogadása az adatbázisból lekérdezéssel, és megjeleníthető ugyanabban a munkautasításban.
Kérdés: A frissítés törlésre jelölte a 69.02.7 fiókot, létrehozva ugyanazt?
Frissítés 3.0.44.10-ről 3.0.47.2-re
1C: Számvitel lakás- és kommunális szolgáltató társaságokban, lakástulajdonosok egyesületeiben és lakásszövetkezeteiben, 3.0 kiadás (3.0.47.2) Copyright (C) LLC "1C-Soft", 2012-2017. Minden jog fenntartva. Copyright (C) 1C-Rarus Circulation Solutions LLC, 2012-2017. Minden jog fenntartva.
Kattintson a kibontáshoz...
három menetben
Egyszerűen nem értem, miféle fikció ez a frissítésekről (a 3.0.44.18-as frissítésről): vdgb-soft.ru/news/tirag/instruktsiya_po_obnovleniyu_na_reliz_3_0_44_18/
Szeretnék megjegyzéseket hallani. Nem értem, hogy miért nincsenek ilyen újítások egyetlen konfigurációban sem, de ebben az esetben nem lehet másképp csinálni
Huszadik alkalommal ismétlem meg a folyamatot, figyelembe véve az interneten található problémák megkerülésének minden módját (több tucat van), de továbbra is maradnak kérdések, zűrzavar és kétségek a frissítés helyességével kapcsolatban
Például miért kellett törlésre jelölni a 69.02.7 számviteli számlát pontosan ugyanazt az újat beírva? Ezzel egyidejűleg a törlésre megjelölt 69.02.7. napján a törlésre nem jelölt „Bérszámfejtés”, „Folyószámláról történő leírás”, „Egyenlegek felvétele” bizonylatok lógtak.
Ezenkívül létrehoztunk egy Y69.02.7 számlát a „(Nem használt) Kötelező nyugdíjbiztosítás” címmel.
próbáltam figyelni biztonsági mentésekés demobázisok különböző verziók- nem értett semmit. Nem megyek bele a részletekbe. Például demobázisok minden alkalommal, amikor elkezded folyamatosan frissül felhasználói módban és mindenféle más gonosz szellem...
Valamit rosszul csináltam? Az a tény, hogy nem értek semmit - már megértettem
Kapcsolódó kérdés (már félek a vízre fújni):
Válasz:
Nno. Mind a törlésre megjelölt, mind az újonnan létrehozott elemek előre meghatározottak
Ez egy szabványos ÜT alapján létrehozott iparági konferencia, amelyre a Lakástulajdonos Egyesületek, a Lakás- és Közműszolgáltatások, a Lakás- és a kommunális szolgáltatások szekciói és funkcionalitása került be. A frissítések közé tartoznak különösen a tápegység-frissítések, külön leírással a tápegység-frissítésekről és a "kiterjesztésekről"
Kérdés: Szervezetek elszámolása az UNF-ben
Sziasztok. Barátaim, kérlek segítsetek. Az UNF-nek lehetősége van több szervezet irányítására. Ezt írják a súgóban ehhez a lehetőséghez: – Vezessen cégnyilvántartást. BAN BEN szoftver termék Két számviteli séma létezik abban az esetben, ha a számviteli rendszerben több szervezet is szerepel: - Független. A könyvelést szervezetenként külön-külön vezetik, az elsődleges bizonylatokat szervezetenként külön készítik el. Ennek a megközelítésnek az előnye a közös könyvtárak (analitikai objektumok), valamint a közös információs bázis használata (minden információ egy helyen van tárolva). - Társaság szerint. A könyvelést a társaság egészére összesítve vezetjük, az elsődleges bizonylatokat szervezetenként külön-külön készítjük el. Ennek a megközelítésnek az előnye a közös címtárak (analitikai objektumok), a közös információs bázis használata (minden információ egy helyen van tárolva), valamint a cég könyvelésének megszervezése (ha üzleti szempontból , minden szervezet egyetlen egészet képvisel).
Kérlek fejtsd ki, mi az alapvető különbség a két lehetőség között??? Zavar, hogy később nem lehet másik lehetőségre váltani. Még újonc vagyok ezzel a szoftverrel... Volt egy téma ebben a témában, de az elhalt. Nem volt átfogó válasz
Minden esetre leírom a helyzetemet. A tervek szerint három jogi tanulmányt készítenek az UNF-nél. arcok. A kettő együtt működik, mondhatni egy szervezetként működnek, valójában egy raktárral rendelkeznek, de az áfa optimalizálása érdekében két jogi személyre oszlanak (az egyik áfával, a másik áfa nélkül működik). A harmadik jogi személy egészen más irány. Melyik opció a jobb az én esetemben?
Válasz:() Talán az összes jogi személyt egy adatbázisban fogom tartani, de összevonás nélkül.
Kérdés: Segítsen áttelepíteni az adatklienseket 1C 8.3-ról 8.3-ra
Kérem, mondja meg, hogy lehetséges-e ügyfeleket átvinni a következőkről: 1C:Enterprise 8.3 (8.3.6.2299) Infocraft: Lakás- és kommunális szolgáltatások Formula + Számvitel, 1.0 kiadás Verzió (3.0.43.75) (1.0.11.02) tovább 1C: Vállalkozás 8.3 (8.3.7.1831) 1C: Könyvelés a lakás- és kommunális szolgáltató társaságokban, a lakástulajdonosok egyesületeiben és a lakásszövetkezetekben (3.0.42.8) a (Feltöltés és betöltés) használatával XML adatok 8.3.epf) ??? Azonnal elnézést kérek, ha ez valakinek hülye kérdés, teljesen új vagyok ebben!
Az 1C könyvtárak egy speciális metaadat-fa objektum, amely statikus hivatkozási információk tárolására szolgál. Például tipikus konfigurációkban a következő nézetek láthatók: , Nómenklatúra, Alkalmazottak, Tárgyi eszközök stb. A könyvtárakban lévő információk általában nem változnak gyakran. A könyvtárakat ezt követően szinte minden számviteli objektumban könyvelési részként vagy referencia információként használják.
Az alábbiakban egy könyvtár beállítását és tervezését tekintjük meg a konfigurátorból, példaként a „Nómenklatúra” könyvtár használatával.
Alap lap
Az „Alap” lap megadja a nevet, a szinonimát, az objektumábrázolást és a cél leírását.
„Könyvtárhierarchia” lapon
Itt jön létre a címtár hierarchiája.
Az 1C 8.3 hierarchiája kétféle - " csoportok és elemek"És" elemeket". Abban különbözik, hogy az első esetben csak egy mappa (csoport) lehet szülő (mappa), a második esetben pedig egy elem is lehet szülő.
„Csoportok elhelyezése a tetején” - a zászló felelős a csoportok lista formában történő megjelenítéséért.
Szintén a beállításokban korlátozhatja a csoportok számát a címtárhierarchiában a megfelelő beállítás segítségével.
Tulajdonosok lap
Egy címtár alárendelhető egy másik könyvtárnak. Az 1C 8.3 konfigurálása szempontjából ez azt jelenti, hogy a „Tulajdonos” attribútum kötelezővé válik az alárendelt elemnél. Példa egy ilyen kapcsolatra a címtárak között szabványos konfigurációkban: „Nómenklatúra - Mértékegységek”, „Szerződéses felek – Vállalkozói szerződések”.
A címtár tulajdonosa a következő metaadat-objektumok is lehetnek: , .
Adatok fül
Szerezzen ingyen 267 videóleckét 1C-n:
A legfontosabb lap programozói szempontból. Ez tartalmazza a címtár részleteit.
A könyvtár szabványos részleteket tartalmaz, amelyeket az 1C 8.2 programozó nem szerkeszt; ezek listája a „Standard Details” gombra kattintva tekinthető meg:
Mindegyiknél részletesebben kitérek:
Ez a csoport— egy logikai típusú attribútum, amely jelzi, hogy csoportról vagy elemről van-e szó. Csak a hierarchikus könyvtárban érhető el. Jegyzet, ennek az attribútumnak az értéke nem módosítható 1C: Enterprise módban.
Kód— kellékek, típusszám vagy karakterlánc (általában karakterlánc). A rendszer által automatikusan kiosztott szám. Általában a következőképpen számítják ki (előző kód + 1). A karakterlánc típusát javaslom, mert a numerikus értékek rendezése nem a várt módon működik. Listában és beviteli mezőkben címtárbemutatóként használható. Általában egy elem keresésére szolgál karakterlánc beírásakor. Ha el kell távolítania a Kód mezőt, írjon be nullát a sor hosszába.
Név— kötelező adatok, karakterlánc típusa. Maximális hossz sorok - 150 karakter. Listában és beviteli mezőkben címtárbemutatóként használható. Általában egy elem keresésére szolgál karakterlánc beírásakor. Ha el kell távolítania a Név mezőt, írjon be nullát a sor hosszába.
Szülő— a DirectoryLink típusú attribútum.<ИмяТекущегоСправочника>. Csak a hierarchikus könyvtárban érhető el. A hierarchiában a fölérendelt szülőre mutat. Ha az elem vagy csoport a könyvtár gyökerében található, akkor a Könyvtár érték kerül megadásra.<ИмяТекущегоСправочника>.EmptyLink.
Tulajdonos— hivatkozás az aktuális címtárelem (csoport) tulajdonos elemére. Elérhető csak az alárendelt 1C könyvtárban.
FlagDeletion— Boolean típusú kellékek. Felelős a „törlési jel” megjelenítéséért a rendszerben. A törlésre megjelölt elem használhatatlannak minősül, de régi dokumentummozgások maradhatnak rajta.
Link— karakterlánc típusú mező. Ez kellékek üzletek egyedi azonosító objektum - GUID. Amit a rendszerben a „link” nevű vizuális megjelenítésben látunk, az csupán egy objektum reprezentációja. Nem módosítható.
Előre meghatározott— logikai típus, megjeleníti, hogy az elem előre definiált-e, erről később. Nem módosítható.
Az „Adatok” fül a könyvtár rendszerbeli reprezentációját is jelzi, a 8.2.16-os verzió előtt az ábrázolás csak Kód vagy Név lehetett. A platform legújabb verzióiban (8.3-tól kezdődően) a nézet önállóan leírható a menedzser modulban a „ViewReceivingProcessing” kezelő segítségével.
Számozás fül
Itt adhatja meg a címtár számozással kapcsolatos beállításait. Az automatikus számozás használata javasolt. Az egyediség ellenőrzése egy zászló, amely szükség esetén segít egyedivé tenni a kódot. Ha a beállított jelzővel megpróbál egy könyvtárelemet nem egyedi kóddal írni, az 1C-ben a „A címtárkód nem egyedivé vált” üzenet jelenik meg.
Kódsorozat - meghatározza a telefonkönyv számozásának módját; megadhatja a számozást tulajdonos szerint. Például a „Szarvak és paták” szerződő félnek saját szerződésszámozása lesz - „1, 2, 3” stb.
Űrlapok lap
A címtár űrlapjai itt találhatók. Ha a konfigurációt normál és felügyelt módban is elindítja, akkor alapértelmezés szerint két lap lesz űrlappal: „fő” és „haladó” - a normál és a felügyelt alkalmazások esetében eltérő.
Ezen az oldalon található a könyvtár egyik fontos jellemzője - „“. Ez az 1C 8 nagyon kényelmes funkciója, amely lehetővé teszi, hogy az adatok kitöltésekor a beviteli mezőben ne lépjen be a könyvtárba, hanem írja be a nevét, kódját stb. és válassza ki a kívánt elemet a legördülő listából. Ez így néz ki:
Egyéb lap
A lapon lehet kapni gyors hozzáférés a címtár fő moduljaihoz - az objektummodulhoz és a kezelőmodulhoz.
Az oldalon előre meghatározott könyvtárelemek listáját is megadhatja. Ezek olyan elemek, amelyeket Vállalati módban nem lehet törölni. Az előre definiált elemek név szerint közvetlenül elérhetők a konfigurátorban, például: Directories.Nomenclature.Service.
Ez a lap határozza meg a blokkolási módot is - automatikus vagy vezérelt. 1C: Enterprise módban elérhető teljes szöveges keresés, valamint a címtár referenciainformációinak használata.