Kijelölések használata az SCD-ben. Kijelölések használata a DCS-ben Hogyan működik az elérhető mezők automatikus kitöltése az adatösszetételi sémában

Jó napot olvasóim! Ma továbbra is megvizsgáljuk az elrendezési rendszer alapjait. Ebben a cikksorozatban megtudta, mi az a beléptetőrendszer, és megismerkedett a beléptetőrendszer főbb összetevőivel. Megnéztük a jelentéskészítés bemeneti adatait is, és megismertük a jelentés futtatásának főbb szakaszait egy beléptető rendszeren. Emellett sokaknak lehetőségük nyílt egy rövid teszt letételével összemérni tudásukat. Most megtekintheti a cikk tartalmát, és megnézheti, mi lesz benne.

Adatkészlet - lekérdezés.

1. A szokásos lekérdezésekkel ellentétben az adatösszetétel lekérdezésben nincs RESULTS záradék. Ehelyett az összegek az „Erőforrások” lapon jönnek létre. Ezen a lapon választhatja ki azokat a mezőket, amelyekhez végső kifejezéseket szeretne beszerezni. A „Beállítások” lapon pedig fel van tüntetve, hogy melyik szakaszban kapják meg az eredményeket, vagyis itt megfelelő csoportosításokat hoznak létre, és ezek alapján számítják ki az erőforrásokat. Erről bővebben a cikkben olvashat.
2. A következő pont a kiválasztási beállításokra vonatkozik. Két végrehajtási lehetőség van.
   1. A jelentésbeállításokon keresztül. Ezt a „Beállítások” - „Kiválasztás” fülön teheti meg. Ha ezt a lehetőséget használjuk, akkor ez a legrugalmasabb, hiszen különböző típusú összehasonlításokat adhatunk meg, amelyeket akár a felhasználó is választhat. Ezen túlmenően, ha ezt az opciót használja, a rendszer magában a lekérdezésben szűrési feltételeket ír elő. Ha a jelentés ideiglenes táblákat használó köteglekérdezésen alapul, akkor a kijelölés a kötegelt lekérdezés összes olyan táblájára hatással lesz, ahol a kiválasztási mező található.
   2. A kérés szintjén. Ha lekérdezést használunk, akkor az egyenlőségi műveleten kívül nem tudunk mást használni.
      Kivételt képez az az eset, amikor egy bizonyos érték alapján „kemény” szűrést kell végrehajtanunk az adatokon. Tegyük fel, felsorolási érték szerint. A „Paraméterek” fülön feltételt állíthatunk be. Ha engedélyezzük az „Elérhetőség korlátozása” jelzőt, a felhasználó nem tudja törölni ezt a feltételt.
3. Helyesebb is a rendezést a jelentésbeállítások szintjén alkalmazni.
   1. Ha a kérésben rendezési mezőt adunk meg, akkor a felhasználó a jelentés verziójának beállításánál egy másik mezőt ad meg, ekkor a kérés szintjén végzett beállításunk lesz a legalacsonyabb prioritású. Először a felhasználó által a jelentésváltozat beállításában beállított rendezés kerül végrehajtásra. Ezért ha „alapértelmezés szerint” be kell állítani a rendezést, akkor a Konfigurátorban a jelentés opció beállításait használjuk.
   2. Mi a teendő, ha „kemény” rendezést kell beállítani a jelentésben, hogy a felhasználó ne tudja módosítani? Ezután a lekérdezés szintjén állítjuk be a rendezést, az „Adatkészletek” fülön pedig egy mezőkorlátot. Válassza ki a kívánt adatkészletet, és jelölje be a „Mezőkorlát” - „Megrendelés” oszlopban található négyzetet.

Virtuális tábla paraméterei.

• A számviteli nyilvántartások, felhalmozási regiszterek és információs nyilvántartások virtuális tábláinak felépítése egy adott időponttól függ. Ez lehet egy dátum vagy egy intervallum, például egyenleg- és forgalomtáblázat esetén. Az SDS úgy készül, hogy ha a riport virtuális táblán alapul, akkor a felhasználónak kell megválasztania, hogy milyen időközönként, milyen időpontban készítse el a jelentést. Az SKD automatikusan hozzáadja a szükséges periódusparamétereket az elrendezési diagramhoz.
• Ha a lekérdezésben egy virtuális egyenlegtáblázat vagy információs regiszterek virtuális táblája van kiválasztva, akkor a rendszer automatikusan hozzáad egy „Időszak” nevű paramétert.
• Ha a kérelemben egy virtuális egyenleg- és forgalomtáblázat vagy virtuális forgalomtáblázat kerül kiválasztásra, akkor a „Periódus kezdete” és „Időszak vége” paraméterek automatikusan hozzáadódnak.
• Mi a teendő, ha egyenleget kell szereznie az időszak végén? Két módja van:
  1. Lépjen a „Paraméterek” fülre, és a „Kifejezések” oszlop „Időszak” paraméterébe írja be a következőket:
     &EndPeriod. Engedélyezzük a „Elérhetőség korlátozása” jelzőt is.
  2. Teljesen megszabadulunk a „Period” paramétertől, és helyettesítjük az „Időszak vége” paraméterrel. Konfiguráljunk egy opcionális virtuális tábla paramétert:
     • Lépjen az „Adatkészletek” fülre, és kattintson a „Lekérdezéskészítő...” gombra.
     • A bal felső sarokban található „Adatösszetétel” lapon kattintson a gombra a „Virtuális tábla beállításai” párbeszédpanel megnyitásához (ez egy szürke négyzet alakú gomb fogaskerék képével egy kis táblázat hátterében).
     • A párbeszédpanel „Időszak” mezőjébe ezt írjuk: &Időszak vége.
     • Most az adatkészlet-kérés szövegében a virtuális tábla paramétereiben ez a paraméter kapcsos zárójelekkel körülvéve jelenik meg:

Felhalmozási nyilvántartás. Fennmaradó áruk. Fennmaradó(((&EndPeriod) ), ) AS Fennmaradó

A kapcsos zárójelek az adatösszetétel lekérdezési nyelvi kiterjesztését jelzik. Ez azt is jelzi, hogy ez a paraméter nem kötelező. Ez azt jelenti, hogy ha az adatösszetételi sémában nincs definiálva, akkor az egyenlegek az aktuális dátumra vonatkoznak.

Lekérdezési nyelvi kiterjesztés.

Ezek speciális utasítások, amelyek a kérés törzsében kapcsos zárójelek között vannak. Ezek az utasítások jelzik azokat a mezőket és paramétereket, amelyek módosíthatók a jelentés verziójának beállításakor. A kapcsos zárójelekből származó adatok akkor is megjelennek az elrendezési diagramon, ha az Automatikus kiegészítés jelölőnégyzet le van tiltva.

Lekérdezési adatkészlet létrehozásakor alapértelmezés szerint az adatösszetételi séma elérhető mezői automatikusan kitöltődnek a létrehozott lekérdezés alapján (az „Adatkészletek” fülön az „Automatikus kitöltés” ​​jelölőnégyzet be van jelölve).

Hogyan működik az elérhető adatösszetételi séma mezők automatikus kiegészítése?

1. Elérhetővé válnak a lekérdezési listában szereplő mezők és a hozzájuk tartozó gyermekmezők.
2. Ha a felhalmozási regiszterből választunk, akkor a kérelemben nem szereplő regisztermezők is elérhetővé válnak az adatösszetétel mezőkben. De ezek a mezők csak kijelölésre állnak rendelkezésre (feltételes kifejezésekben)
   és nem használhatók kimeneti mezőként.
3. Az „Időszak”, „Időszak kezdete” és „Időszak vége” virtuális táblák paraméterei
   választható.
4. Ha a kérés szövegében „hard” feltétel van megadva, akkor ez a paraméter a „Parameters” fülre is felkerül.

Ha az Automatikus kiegészítés jelölőnégyzet nincs bejelölve, akkor az adatösszetételi séma mezői törlődnek, de a kérésszövegben kapcsos zárójelbe zárt paraméterek megmaradnak.

Hogyan töltse ki saját kezűleg az adatösszetételi séma mezőit?

Törölje az „Adatkészletek” lapon található „Automatikus kitöltés” ​​jelölőnégyzet jelölését.

Kattintson a „Lekérdezéskészítő…” gombra. Hozzuk létre a következő kérést:

SELECT Maradék. Nómenklatúra AS Nómenklatúra, Maradványok. Mennyiség AS Quantity RegisterAccumulation. Fennmaradó áruk. Fennmaradó(((&EndPeriod) ), ) AS Fennmaradó

A „Táblázatok” fülön minden táblához beállíthatunk virtuális tábla paramétereket.

Most az „Adatelrendezés” lapon válassza a „Mezők” lapot. Itt beállítjuk azokat a kiválasztási mezőket, amelyek
az elrendezési diagramon lesz bemutatva.

Az „És...” mező azt jelenti, hogy a gyermekrekordok szerepelni fognak a kiválasztásban
összetett típusú mezők, például könyvtárak és dokumentumok stb. Ha a mező olyan, mint egy szám, akkor nem lehet zászlót elhelyezni az „És...” mezőben.

Válasszunk ki két mezőt: „Nómenklatúra” és „Mennyiség”. A „Nómenklatúra” mezőben állítsa be az „I..” jelzőt,
hogy a gyermekrekordok legyenek kiválasztva. A következő lekérdezést fogja kapni:

SELECT Maradék. Nómenklatúra AS Nómenklatúra, Maradványok. Mennyiség AS Mennyiség (SELECT Nómenklatúra. * , Mennyiség) Felhalmozási regiszter. Fennmaradó áruk. Fennmaradó(((&EndPeriod) ), ) AS Fennmaradó

Az új kérésben, kapcsos kapcsos zárójelben egy újabb SELECT rész jelent meg - ez a kiterjesztés szövege, amely jelzi, hogy az elrendezésben milyen mezők lesznek elérhetők. A „Nómenklatúra.*” mező azt jelzi, hogy a „Nómenklatúra” mező és a hozzá tartozó gyermekadatok, például „Kód”, „Név” stb. elérhetők lesznek. Tehát mi magunk töltöttük ki az elrendezési mezőket.

De most nem használhatunk mezőket elrendezési feltételek mellett. Ha a „Beállítások” fülre lép, és kiválasztja a „Kiválasztás” lapot, nem állíthat be feltételeket az előző bekezdésben kiválasztott mezők egyikéhez sem. Miért?

A virtuális tábla paramétereinek feltételeit a Query Designer „Adatösszetétel” lapján is meg kell adni. A bal felső sarokban kattintson a gombra a „Virtuális táblázat paraméterei” párbeszédpanel megnyitásához
(ez egy szürke négyzet alakú gomb fogaskerék képével egy kis asztal hátterében). A párbeszédablak „Feltétel” mezőjébe ezt írjuk: Nomenclature. Most az adatkészlet-kérés szövegében a virtuális tábla paramétereiben ez a „Nómenklatúra” paraméter jelenik meg kapcsos zárójelekkel körülvéve:

Felhalmozási nyilvántartás. Fennmaradó áruk. Egyenlegek(((&időszak vége) ), ((Nómenklatúra) )) AS egyenlegek

A szokásos lekérdezési nyelvben a paraméter megadása így néz ki: Nomenclature = &Nómenklatúra. De a lekérdezési nyelvi kiterjesztésben másképp van írva. Csak a mező neve jelenik meg. Itt nem adjuk meg az egyenlőség, egyenlőtlenség vagy hierarchia működését, mivel a felhasználó maga választja ki a kívánt műveletet a beállításaiban.

A Lekérdezéskészítő „Adatösszetétel” lapján egy másik fül látható, a „Feltételek”. Szükséges a lekérdezési nyelvi kiterjesztésben feltüntetni a WHERE záradék feltételeit. Válassza ki a „Mennyiség” mezőt. Ez a mező most elérhető a „Beállítások” - „Kiválasztás” lap feltételei között. És új sorok jelentek meg a kérés szövegében, göndör kapcsos zárójelbe zárva.

(HERE marad. Mennyiség)

Ha a mennyiség szerinti kiválasztás meg van adva, akkor ez a mondat bekerül a végső kérésbe. Ahol a feltétel típusa és az összehasonlítási érték a jelentés opció beállításával kerül meghatározásra.

Szóval szerintem ennyi anyag mára elég. Ha valami nem világos, ne habozzon kérdezni, mert ezért van lehetőség megjegyzésre. Ezt az anyagot hamarosan rögzítjük, ezért iratkozzon fel a frissítésekre weboldalunkon, hogy ne maradjon le!

És ebben az órasorozatban megvizsgáljuk az SKD kifejezési nyelv funkcióit, beszélünk az elrendezési rendszer jellemzőiről, és elemezzük az elrendezési mezők alapvető beállításait is. Sok sikert ennek a nehéz anyagnak a megértéséhez!

A cikk végén szeretnék ajánlani egy ingyeneset Anatolij Szotnyikovtól. Ez a tanfolyam egy tapasztalt programozótól. Külön bemutatja, hogyan kell jelentéseket készíteni a beléptető rendszerben. Csak figyelmesen kell hallgatnod és emlékezned! Az alábbi kérdésekre kap választ:

• Hogyan készítsünk egyszerű listajelentést?
• Mire szolgálnak a Mező, Elérési út és Cím oszlopok a „Mezők” lapon?
• Milyen korlátozások vonatkoznak az elrendezési mezőkre?
• Hogyan kell helyesen beállítani a szerepköröket?
• Milyen szerepei vannak az elrendezési mezőknek?
• Hol találom az adatösszetétel lapot egy lekérdezésben?
• Hogyan kell konfigurálni a paramétereket a beléptető rendszerben?
• Egyre érdekesebb lesz...

Talán ne próbálja meg magának az interneten szörfözni a szükséges információk keresésére? Ráadásul minden készen áll a használatra. Csak kezdd el! Az ingyenes videoleckékről szóló összes részlet a szerző oldalán található softmaker http://www..pngsoftmaker 2015-12-07 14:51:12 2018-06-12 13:14:13 Adatösszetétel rendszer (DCS). 2. rész.

Figyelem! Ez a lecke bevezető változata, melynek anyagai hiányosak lehetnek.

Jelentkezzen be diákként az oldalra

Jelentkezzen be tanulóként az iskolai anyagok eléréséhez

Adatösszetétel rendszer 1C 8.3 kezdőknek: adatkészletek összekapcsolása

• Készítsen jelentést, amely bemutatja az ügyfeleket és kedvenc termékeiket. Minden ügyfélnek van egy kedvenc színe, és minden terméknek saját színe van - ezek alapján a színek alapján meg kell határoznia a termék „kedvencét”. Például, ha Andrey kedvenc színe a piros, akkor az egyik kedvenc étele a paradicsom lesz (ezek pirosak).
• Alkalmazzon két adatkészletet a jelentésben. Az első készlet az „Ügyfelek” címtártáblázatból származó adatok. A második a „Food” címtártáblázat adatai.
• Megvalósítani kapcsolat e két halmaz között, így a jelentés csak az egyes ügyfelek kedvenc termékeit tartalmazza.

Hozzon létre egy új jelentést

Nyissa meg a "Gastronom" adatbázist a konfigurátorban, és hozzon létre egy új jelentést a főmenüben:

Dokumentumtípus - "Külső jelentés":

Új jelentés formájában tüntesse fel a „6. lecke” nevet, majd kattintson az „Adatösszetételi diagram megnyitása” gombra:

Hagyja meg az alapértelmezett sémanevet:

Az első adatkészlet hozzáadása

A megnyíló diagramban lépjen az „Adatkészletek” fülre, és válassza a „Adatkészlet hozzáadása – Lekérdezés” lehetőséget a zöld pluszjel segítségével:

Hívja a kérés konstruktorát:

Megjelöljük a „Vásárlók” táblát és a kérésből beszerezendő mezőket:

Egy második adatkészlet hozzáadása

Adjon hozzá egy második adatkészletet:

Jelölje ki (DataSet2), és hívja meg újra a lekérdezés konstruktorát:

Megjelöljük az "Élelmiszer" címtár táblázatát és a kérésből beszerezendő mezőket:

Az így kapott kérés szövege a következő volt:

Felhívjuk figyelmét, hogy jelenleg két adatkészlet található a jelentésben: Data Set1 és Data Set2. Mindegyiknek megvan a saját kérési szövege és adatai.

A nevek leíróbbá tétele

Az egyértelműség kedvéért nevezzük át a DataSet1-et Customers-re, a DataSet2-t pedig Food-ra.

Ehhez kattintson duplán az egyes készletekre:

Az egyes halmazok adatait felhasználhatjuk jelentésünkben. Ezeket az adatokat mezőkön keresztül fogjuk elérni.

Jelenleg a „Vásárlók” készlet a következő mezőket tartalmazza: „Név” és „Kedvenc szín”, az „Étel” készlet pedig: „Név” és „Szín”.

Látjuk, hogy a nevek átfedik egymást, és könnyen összezavarodhatunk. Tehát változtassuk meg a mezőneveket, hogy értelmesebbek legyenek.

Válassza ki az „Ügyfelek” készletet, és módosítsa a mezőneveket az alábbiak szerint:

Ezután válassza ki az „Étel” készletet, és módosítsa a mezőneveket a következőképpen:

A beállítások konstruktorának meghívása

Végül lépjen a "Beállítások" fülre, és kattintson a varázspálcára a beállítástervező megjelenítéséhez:

Jelentés típusa - "Lista...":

Válassza ki a jelentés mezőit mindkét készletből:

Látod, miért volt olyan fontos a mezőnevek megváltoztatása? Az adatösszetétel-beállítások szakaszában nem látjuk, hogy ezek a mezők mely halmazokból származnak. Csak a nevüket látjuk.

A jelentés ellenőrzése

A jelentést elmentjük és felhasználói módban generáljuk:

Igen. Oké, de nem igazán. Két halmaz úgynevezett keresztillesztése történt (ezt az előző modulokban tanulmányozott lekérdezések összekapcsolásaiból nagyon jól ismernie kell). A Vevők tábla minden rekordjához tartozik egy megfelelő rekord az Élelmiszer táblából.

De ezekből a rekordokból csak azokat kell meghagynunk, amelyeknek az „Ügyfél kedvenc színe” mezője megegyezik a „FoodColor” mezővel:

Összekapcsolunk két adathalmazt

Ehhez két adatkészletet (Vásárlók és Élelmiszer) kapcsolunk össze az Ügyfél kedvenc színe és a FoodColor mezők használatával.

Lépjen az „Adatkészlet hivatkozások” fülre, és kattintson a plusz gombra új hivatkozás hozzáadásához:

A paramétereket az alábbi ábra szerint állítjuk be:

Adok magyarázatot.

A kommunikáció forrása és fogadója. Nos, itt minden világos. Jelöljük az első adathalmazt (Vásárlók) és a második halmazt (Élelmiszer). Külön szeretném felhívni a figyelmet arra, hogy a kommunikáció az elv szerint történik bal külső csatlakozás(az előző modulokban a kérések témakörben foglalkoztunk vele). Ez alapján kell kiválasztani, hogy melyik készlet legyen a forrás és melyik a vevő.

Kifejezés forrása. Itt egy kifejezést vagy egyszerűen egy mezőt jelölünk a forrásadatkészletből (a ClientFavoriteColor mezőt az itt beállított Kliensek közül adtuk meg).

Vevő kifejezés. Itt egy kifejezést vagy egyszerűen egy mezőt jelölünk a vevő adatkészletéből (itt a Food set közül a ColorFood mezőt jelöltük meg).

Így ez a kapcsolat csak azokat a sorokat hagyja el az előző listából, amelyeknél a Vevő FavoriteColor mezője megegyezik a FoodColor mezővel.

Mentsük el a jelentést, és futtassuk felhasználói módban:

Nagy!

Magyarázatot adok a mezőről" Kommunikációs állapot", amelyről a kezdő programozók oly gyakran ütik a lándzsáikat.

A csatlakozási feltétel egy segédmező. Oda írhatsz kifejezéseket csak a hivatkozási forrásban megadott adathalmazból vonja be a mezőket.

Ebben az esetben a hivatkozás forrásából származó összes sor esetében ez a kifejezés (hivatkozási feltétel) ellenőrzésre kerül a hivatkozás létrehozása előtt. És ha ez a kifejezés IGAZ, akkor a rendszer megpróbál kapcsolatot létesíteni e sor és a kapcsolatvevő sorai között. Ha a kifejezés HAMIS, akkor nem történik ilyen kísérlet.

Legutóbbi cikkemben már írtam, hogy az 1C egy paradox platform. Az adatösszeállítási rendszer az egyik ilyen paradoxon. Az SKD komplex jelentések tervezésére készült, és magában foglalja a „kézi” jelentésprogramozást a tervezéssel egy többfunkciós eszközkészletben. A beléptetőrendszerek használatának lehetősége a nyolcadik verzióban jelent meg, de sokáig tartott a 8.2-es verzió megjelenése, hogy az 1C használni tudja a szabványos termékeiben. Az ACS egyrészt egy többfunkciós eszköztár, amellyel nagyon összetett riportok készíthetők egyetlen kódsor nélkül. A beléptető rendszernek azonban meglehetősen magas a belépési korlátja, és nagyon nehéz elkezdeni a teljes használatot „menet közben”, mivel a felület nem teljesen intuitív, és a legteljesebb használati útmutatók csak a fizetett irodalom formája.

Az SKD vizsgálata során probléma merült fel. Adatokat kell beszerezni egy harmadik féltől származó értéktáblázatból egy lekérdezési nyelv segítségével, majd ezeket az adatokat úgy kell kezelni, mint az adatbázistáblák hasonló adatait (redukciós műveletek, csoportosítás stb.). A klasszikus formátumban olyan lekérdezést hoznánk létre, amely paraméterként a lekérdezésnek átadott táblából kap információkat.

Request = Új kérés(
"VÁLASZT
| táblázat.Nómenklatúra,
| Asztal.Raktár
|FROM
| &TK AS táblázat");
Request.SetParameter("TZ", TZ);

De az SKD-vel nem minden olyan egyszerű. Sajnos a fent leírt művelet nem hajtható végre az adatösszeállítási rendszerben. A rendszer azonban megvalósította a külső értéktáblázatok betöltésének lehetőségét.

Itt érdemes egy rövid kitérőt tenni, és beszélni az adatkészletekről. Az adatkészletek olyan információforrások, amelyekből az adatkezelő rendszer adatokat kap, amelyeket később jelentésbe állít össze. Az adatkészleteket típusokra osztják, főként a „Query” típus használatával, melynek törzsében a programozó lekérdezést ír az adatbázisba. Az "Objektum" típus a külső objektumok adatainak betöltésére szolgál. Mindkét esetben a kimenet egy bizonyos mezőkészlet, amelyet egy kérés végrehajtása vagy egy külső objektum betöltése eredményeként kapunk. Később ezek a mezők a „Beállítások” lapon módosíthatók, a jelentésszerkezet részletes beállításaival együtt. A különböző készletek összekapcsolásához az ACS lehetőséget biztosít az adatkészletek közötti kapcsolatok jelzésére az azonos nevű lapon. Ezek a kapcsolatok a bal oldali csatlakozás közvetlen analógjai egy klasszikus lekérdezésben. Figyelembe kell azonban venni, hogy a lekérdezések semmilyen adathalmazban nem „tudnak” más adatsorok létezéséről, az adatsorok közötti kapcsolatok végső soron befolyásolják az adatok elrendezését a „ Beállítások” fülre.

Részletezzük a problémát egy példán keresztül. Van egy szabványos jelentés: Bérszámfejtés a konfiguráció megszervezéséhez ZiK 8. Szükséges, hogy a jelentésben szereplő számítási típusokat bizonyos csoportokba csoportosítsák. A számítási nézet-csoport megfelelések egy külső értéktáblázatban tárolódnak. A fő adatelrendezési sémába való betöltéséhez létrehozunk egy „adatkészlet objektumot” „Csoportok” néven (2. ábra). Számítási mód szerint hozzuk létre a kapcsolatot a „lekérdezési adatkészlettel” - „Accruals” (3. ábra). Az „Adatkérés kérése” - „Elhatárolások” részben a csoportokra vonatkozó információk találhatók, minden bejegyzést törölünk. Ezt követően a „Beállítások” fülön használhatjuk a „Csoport” mezőt, melynek értéke külső adatforrásból töltődik be (4. ábra). A riportgenerálás funkcióban kiegészítjük a külső adatok betöltését.

Funkció GenerateReport(Eredmény = Nem definiált, Dekódolási adatok = Nem definiált, OutputInReportForm = Igaz) Export

//a szükséges „Csoportok” értéktáblázat beszerzése vagy létrehozása és beírása az azonos nevű változóba

ExternalData = New Structure();//a külső adatstruktúra létrehozása és kitöltése
ExternalData.Insert(Csoportok);

UserPanelValue = Tipikus jelentések.GetUserPanelSettingValuesofObject(ThisObject);
DefaultSettings = BeállításokComposer.GetSettings();
TypicalReports.GetAppliedSetting(ThisObject);
TypicalReports.GenerateTypicalReport(ThisObject, Result, Decryption Data, OutputToReportForm, ExternalData);
SettingsLinker.LoadSettings(DefaultSetting);
Eredmény visszaküldése;

EndFunction

Ha a semmiből készítenénk a jelentést, a jelentésgenerálás indítókódja így nézne ki:

ExternalDataSets = új struktúra;
ExternalDataSets.Insert("Csoportok", Csoportok); //Csoportok - a kívánt értéktáblázat
DataCompositionSchema = GetLayout("MainDataCompositionSchema"); //elrendezésünk adatfolyam diagrammal
Beállítások = DataCompositionScheme.DefaultSettings;
LayoutLinker = newDataLayoutLayoutLinker;
LayoutLayout = LayoutComposer.Execute(DataLayoutSchema, Settings);
DataCompositionProcessor = newDataCompositionProcessor;
DataCompositionProcessor.Initialize(LayoutLayout, ExternalDataSets);
TabDoc = Új táblázatos dokumentum;
OutputProcessor = New OutputProcessorDataCompositionResultInTabularDocument;
OutputProcessor.SetDocument(TabDoc);
OutputProcessor.Output(DataCompositionProcessor);

Olvas 9660 egyszer