Mire használható az SCD?

Kialakult vélemény – jelentésekhez.

Valójában Az ACS képességei túlmutatnak az univerzális jelentések létrehozásán.

És ma megmutatjuk, hogyan Az ACS használatával a felhasználó rugalmas adatkiválasztást konfigurálhat. Továbbá ezt a kiválasztást az adatok megszerzéséhez és feldolgozásához használják fel.

Milyen feladatokra lenne hasznos?

hozzuk példák tipikus konfigurációkból:

• "Adatok feltöltése a webhelyre" feldolgozása
• Árlista kialakítása
• Adatok feltöltése a TSD-re (adatgyűjtő terminál)
• Áruk szegmentálása, partnerek
• Megrendelések formálása (vevők, beszállítók) igény szerint
• Javítás tervezése 1C:ERP-ben.

Vagyis az eszköz mindenhol hasznos, ahol elegendő választási lehetőséget kell biztosítani a felhasználó számára.

Tetszőleges kiválasztás létrehozása ellenőrzött formában ACS segítségével

A lecke a vele való munkáról szól beállítások készítője adatösszetételi sémák:

• Kimenet kiválasztása az űrlapon
• A Beállítások készítő és az elrendezési séma programozott összekapcsolása
• Alapértelmezett kijelölések létrehozása az ACS-ben.

Adatok fogadása az adatbázisból szűréssel az ACS kiválasztásához

A videó bemutatja, hogyan választhat ki adatokat a beállítások készítőjében korábban beállított kijelöléssel.

Használt "szörnyű" tárgy - ProcessorOutputResultCompositionDataInCollectionValues.

Valójában nem minden olyan nehéz - 8 perc alatt megoldjuk a feladatot.

Az ACS-kiválasztások tárolása az információs bázisban

A leckében megvizsgáljuk az SKD linker beállításainak mentése az Értéktár használatával.

Megtaláljuk, hogyan lehet megoldani ezt a problémát az „1C: Manufacturing Enterprise Management 1.3” konfigurációban.

Jó nézelődést! :)

Általában véve az SKD rengeteg lehetőséget kínál.

Íme néhány „trükk”, amit nem is volt időnk leírni a tanfolyam oldalán.

Ha gyűjteni kell különböző forrásokból származó adatok, három lehetőség közül választhat.

Megpróbálhat egyetlen „univerzális” lekérdezést készíteni az összes adathoz (hosszú), több lekérdezésből is kiadhat adatokat egy ciklusban (merev, rugalmatlan szerkezet) - vagy egyszerűen ACS és adatkészletek csatlakoztatása egy kérés helyett.

Ugyanakkor fontos a helyes eredmények elérése – ennek több forrás esetén is vannak jellemzői

Az SKD segítségével egyszerűen a jelentés minden dátumához kap egy szeletet a legfrissebbről.

Vagy az egyértelműség kedvéért... kapja meg a tétel árát minden értékesítési dátumra.

Az SKD segítségével lehet szervezni az időszak összes dátumát tartalmazó jelentéshez, és nem csak azok, amelyekre a jelentésben adatok voltak (dátumok hozzáadása programozás nélkül, csak az ACS lehetőségeivel)

Az ACS segítségével beágyazott csoportosításokat szervezhet időszakok hozzáadásával (év/negyed/hónap stb.)

Tetszőlegesen rendezze el a jelentést, például jelenítse meg az oszlop fejlécét függőlegesen, az oszlopban lévő adatokat pedig vízszintesen.

Lehetővé teszi, hogy a felhasználó megválassza, hogy az adatok milyen gyakorisággal jelenjenek meg a jelentésben (évenként, negyedévenként, hónaponként) - kizárólag beállítások szerint, a jelentés modul szerkesztése nélkül.

Hogyan kombinálhat több feltételt VAGY-val egy jelentésben? Ilyen lehetőség például a jelentéskészítőben nincs – az ACS-ben viszont igen

Ha az összefoglaló adatokat diagram formájában jeleníti meg, akkor pontosan szabályozni kell a megjelenését: a sorozat markereinek láthatóságát, a diagramsorozatok színeinek váltakozását, a múltbeli adatok elkülönítését a diagramon lévő jövőbeli adatoktól. függőleges vonal stb.

Természetesen vannak olyan árnyalatok, amelyekre figyelni kell.

A jelentés létrehozásakor a fejlesztő hibakeresőt végzett a kérés szövegében, de ha ezt a kérést az ACS-ről készült jelentésben használja, a rendszer hibás eredményt ad.

Ezért fontos, hogy a rendszer által ténylegesen végrehajtott lekérdezést le lehessen szerezni az adatbázisból való adatok lekéréséhez, és az ilyen lekérdezések hibakeresése.

Amikor a bizonylat-nyilvántartóhoz részletezzük a jelentést, a rendszer esetenként „hibás” nyitó és záró egyenleget állít elő.

Ezért fontos az ACS jelentésében a mezőket helyesen beállítani, hogy az egyenlegek helyesen jelenjenek meg a dokumentum részletezésével és anélkül is.

A jelentés eredménye attól függően változhat, hogy hol van konfigurálva az erőforrásérték szerinti kijelölés - jelentésszinten és külön csoportosítás szintjén ezt figyelni kell.

Ha akarod mestere SKD szakmailagés naponta alkalmazni a munkájában jelentkezz a tanfolyamra:

Támogatás - 2 hónap. A kurzus terjedelme - 34 tanítási óra.

Ne késleltesse a tanulást!

A Ebben a pillanatban, talán a legjobb SKD konzol és nem csak. Hatalmas funkcionalitás. A szerző hihetetlen munkát végzett! Lehetővé teszi, hogy jelentést hozzon létre az ACS-ről vállalati módban, és exportálja azt egy külső jelentésbe, választható sablonnal.

A függvényekből:
1. Bármilyen konfigurációban működik
2. Képes tetszőleges hierarchia létrehozására az elemek kényelmes átvitelével
3. Paraméterek haladó szerkesztése (pontok, öröklött paraméterek)
4. Végrehajtás a háttérben (konfiguráció módosítása nélkül)
5. Lekérdezési szövegek és lekérdezési eredmények összehasonlítása
6. SKD
Rugalmasság, kényelem és testreszabhatóság. A kód nyitva van.
A kívánságok regisztrálása és a hibák kijavítása a http://www.1cpp.ru/bugs/ projekt konzolon keresztül, az 1C 8.1-hez (kívánatos)

A fejlesztésről Jelenleg talán a legjobb ACS konzol és nem csak. Hatalmas funkcionalitás. A szerző hihetetlen munkát végzett! Lehetővé teszi, hogy jelentést hozzon létre az ACS-ről vállalati módban, és exportálja azt egy külső jelentésbe, választható sablonnal. Universal Reporting Console (jelenlegi verzió 2.7.7). A fejlesztés szerzője Evg-Lylyk. A funkciók közül: 1. Bármilyen konfigurációban működik 2. Képes tetszőleges hierarchia létrehozására az elemek kényelmes átvitelével 3. Paraméterek haladó szerkesztése (pontok, öröklött paraméterek) 4. Végrehajtás a háttérben (konfiguráció módosítás nélkül) 5. Összehasonlítás lekérdezési szövegek és lekérdezési eredmények 6 .SKD Rugalmasság kényelem és testreszabhatóság. A kód nyitva van. A kívánságok regisztrálása és a hibák kijavítása a http://www.1cpp.ru/bugs/ project Query Console for 1C 8.1-en keresztül (kívánatos) Főbb jellemzők 1. A lekérdezések listájában csoportokat hozhat létre és elemeket választhat ki. 2. Kimenet táblázatba, fába, elrendezésbe, összefoglaló jelentésbe. 3. A táblázat és a fa oszlopában lévő összegek kiszámítása. 4. Számítsa ki a kijelölés mennyiségét az elrendezésben. 5. Futtassa a háttérben. 6. Funkció az utolsó eredmény megjelenítésére. 7. A fájl menüben a legutóbbiak listája található nyissa meg a fájlokat. 8. Lekérdezési szövegek és lekérdezési eredmények összehasonlítása. 9. A mezők formátuma 10. A végrehajtási idő mérése. 11. Drag & Drop funkciót a fában és az építő beállításaiban. 12. Másolja a kimenetet Excel, HTML, CSV-be. 13. Szöveggenerálás a beépített nyelven. 14. A listaparaméter és az összetett paraméter kényelmesebb bevitele. 15. A StartPeriod, EndPeriod és hasonló paraméterek csoportosítása egy csoportba. 16. Öröklött paraméter, amelynek értéke egy másik kérésből származik. 17. Paraméterek kitöltése másik kérésből. 18. A paramétereket és azok értékeit a rendszer megjegyzi és helyettesíti az azonos nevű paraméter használatakor. 19. Lekérdezés többszöri végrehajtása egy teszthez. 20. Megnyithatja a konzolt hibakeresési módban, és a hibakeresési paraméterek automatikusan megérkeznek, a feldolgozó modulból meg kell hívni az „OpenForDebug” eljárást, átadva neki a „Query” vagy „Report Builder”, „Query Builder” parancsot. ”, „Data Composition Schema” objektumok a Report Builder objektumhoz mint paraméterhez. Amikor a konzolt megnyitják hibakeresésre, a szöveg (debug) hozzáadódik a fejléchez. Példa: Expression= ExternalProcessing.Create("C:d_ReportConsole2.3.epf").OpenForDebug(RequestProducts); 21. Tálca-tippek hosszan tartó kérés vagy háttér-végrehajtás esetén. 22. Tömeges adatfeldolgozás 23. Szerkeszthető elrendezés 24. Paraméter, amelynek értéke a szöveg beépített nyelven történő végrehajtásával nyerhető 25. Paraméterek átnevezése közvetlenül a konstruktor használata nélkül a Paramétertáblázatból 26. SKD 27. A paraméterértékek intuitív kitöltése ​​28. Kontextus súgó 29. Lehetőség van rcf-fájlok importálására a szabványos 1C konzolról és dcf-fájlok importálása a szabványos elrendezési konzolról 1C és sel IR konzolformátumból. 30. Lekérdezés szövegének konvertálása TSQL-be ​​31. Adatelemzés 32. Felhasználói mód 33. Exportálás CSV-be 34. Feldolgozáskezelő funkciók 35. A táblázatban és az eredményfában a NULL értékek színnel és „Null” szöveggel vannak kiemelve 36. Generálás külső feldolgozás SKD alapján (cikk „Kényelmes konstruktor külső jelentések SKD-n”) Képernyőképek Az Universal Reporting Console 2.7.7.rar (1,54 Mb) letöltése...

Figyelem! Íme a lecke próbaverziója, melynek anyagai nem biztos, hogy teljesek.

Jelentkezzen be diákként

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

1C 8.3 adatösszetétel rendszer kezdőknek: adathalmazok közötti kapcsolat létrehozá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 kell meghatároznia a termék "kedvencét". Például, ha Andrei kedvenc színe a piros, akkor az egyik kedvenc étele a paradicsom lesz (ez piros).
• Alkalmazzon két adatkészletet a jelentéshez. Az első készlet az „Ügyfelek” referenciatáblázat adatai. A második - az „Élelmiszer” referenciakönyv táblázatának adatai.
• Megvalósítani e két halmaz kapcsolataígy csak az egyes vásárlók kedvenc termékei maradnak a jelentésben.

Új jelentés készítése

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 adja meg a "6. lecke" nevet, és kattintson az "Adatösszetételi séma megnyitása" gombra:

Hagyja meg az alapértelmezett sémanevet:

Az első adatkészlet hozzáadása

A megnyíló sémában lépjen az "Adatkészletek" fülre, és válassza ki az "Adatkészlet hozzáadása - lekérdezés" lehetőséget a zöld pluszjelen keresztül:

A lekérdezés konstruktorát hívjuk:

Adja meg az "Ügyfelek" táblát és azokat a mezőket, amelyeket le szeretne kapni a lekérdezésből:

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

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

Jelölje ki (DataSet2), és hívja újra a lekérdezés konstruktort:

Adja meg az "Élelmiszer" referenciakönyv táblázatát és a kérésből lekérni kívánt mezőket:

Ez a kérés szövege:

Kérjük, vegye figyelembe, hogy most két adatkészletünk van a jelentésben: DataSet1 és DataSet2. 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 Ügyfelek-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 keresztezik egymást, és könnyen összekeveredhetünk. Tehát változtassuk meg a mezőneveket, hogy leíróbbak 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 "Élelmiszer" 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 gombra varázspálca a beállítások konstruktorának meghívásához:

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. Megtörtént a két halmaz úgynevezett keresztillesztése (ezt az előző modulokban vizsgált lekérdezések összekapcsolásaiból ismernie kell). A „Vásárlók” tábla minden rekordjához tartozik egy megfelelő rekord az „Élelmiszer” táblából.

De ezen rekordok közül csak azokat kell meghagynunk, amelyeknél a „FavoriteCustomerColor” mező megegyezik a „FoodColor” mezővel:

Két adathalmaz összekapcsolása

Ehhez kapcsoljunk össze két adatsort (Vásárlók és Élelmiszer) az Ügyfél Kedvenc színe és Élelmiszerszíne mezők szerint.

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

Állítsa be a paramétereket az alábbiak szerint:

Adok magyarázatot.

Kommunikációs forrás és vevő. Nos, itt minden világos. Adja meg az első adatkészletet (Customers) és a másodikat (Élelmiszer). rajzolni akarok Speciális figyelem 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 jártuk végig). Ez alapján ki kell választani, hogy melyik készlet legyen a forrás és melyik vevő.

forrás kifejezés. Adjon meg itt egy kifejezést vagy egyszerűen egy mezőt a forrásadatkészletből (az Ügyfél kedvenc színe mezőt az itt beállított Kliensek közül adtuk meg).

vevő kifejezés. Itt egy kifejezést vagy csak egy mezőt jelölünk a vevő adatkészletéből (itt az Élelmiszer készletből az Élelmiszer szín mezőt jelöltük).

Ily módon ezt a kapcsolatot csak azokat a sorokat hagyja el az előző listából, amelyeknél a Kliens FavoriteColor mezője megegyezik a FoodColor mezővel.

Mentse el a jelentést, és futtassa felhasználói módban:

Kiváló!

Magyarázatot fogok készíteni a mezőről" Kommunikációs állapot", amiről a kezdő programozók oly gyakran ütik a lándzsáikat.

A linkfeltétel egy segédmező. Oda írhatsz kifejezéseket. csak a hivatkozási forrásban megadott adatkészlet mezőinek bevonásával.

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 linkelés előtt. És ha ez a kifejezés IGAZ, akkor a rendszer megpróbálja összekapcsolni ezt a karakterláncot a hivatkozási fogadó karakterláncaival. Ha a kifejezés HAMIS, nem történik ilyen kísérlet.