Používatelia používajú dokumenty na vyjadrenie rôznych obchodných transakcií v programoch založených na 1C:Enterprise. Z nich môžete získať všetky potrebné údaje, napríklad o hotovostných zostatkoch na účtoch spoločnosti, počte predaných tovarov za určité časové obdobie.
Počas pracovného procesu môže byť takýchto dokumentov pomerne veľké množstvo. Tu nehovoríme o stovkách dokumentov, ale o tisíckach a desaťtisícoch. Prirodzene, vytváranie správ a iných údajov z takého množstva dokumentov je veľmi zdĺhavé, prácne a neefektívne.
Len si predstavte, že účtovník pri evidencii predaja produktu sedí a čaká, kým program skontroluje predtým zadané doklady a vypočíta, či je na sklade dostatočný zostatok na odpis.
Na vyriešenie takýchto problémov v 1C existujú špeciálne konfiguračné objekty - akumulačné registre. Pri spracovaní dokladov sa do nich robia zápisy a až potom z týchto registrov rýchlo získate všetky potrebné údaje vrátane zostatkov a obratov. To znamená, že akumulačné registre údaje nielen uchovávajú, ale umožňujú ich aj rýchle spracovanie.
Ako už bolo spomenuté, akumulačné registre umožňujú rýchle získanie zostatkov a obratov. Táto funkcia priamo súvisí s typom registra. Dá sa zmeniť na záložke „Základné“ konkrétneho formulára na úpravu registra.
- Obehové akumulačné registre umožňujú získať len obrat za určité časové obdobie. V tomto prípade nie je možné získať zostatky. Akumulačný register s pohľadom „Obrat“ vytvára v systéme iba jednu virtuálnu tabuľku – obrat.
- Akumulačné registre s pohľadom „Zostatky“ umožňujú developerovi získať zostatky aj obrat. V tomto prípade sa vytvoria tri virtuálne tabuľky: zostatky, obraty, zostatky a obraty. Príkladom takéhoto registra môže byť register zostatkov zásob na skladoch a peňažných tokov cez bežné účty organizácie.
Poznámka, že napriek univerzálnosti evidencie zostatkov a zostatkov a obratov má aj svoje nevýhody. Pri získavaní otáčok v bilančnom registri výrazne klesá produktivita. V tejto súvislosti sa dôrazne neodporúča používať bilanciu v prípadoch, keď potrebujete iba obrat (napríklad obrat z predaja). Typ registra by ste pre istotu nemali nastavovať na reziduá, pretože registre sú určené na zrýchlenie programu, ale naopak, tento proces spomalíte.
Údaje z akumulačného registra
Merania
Merania akumulačných registrov znamenajú určité úseky, v ktorých môžete neskôr získať informácie. V našom prípade sú rozmery registra „Produktový výstup“: organizácia, zákazka, špecifikácia, rozdelenie a iné.
Kedykoľvek budeme môcť prijímať zostatky, napríklad za celú organizáciu ako celok, na konkrétnu zákazku.
Vlastnosti rozmerov
Každá dimenzia má svoj vlastný súbor vlastností, ktoré môžu výrazne ovplyvniť fungovanie registra ako celku. Podobné vlastnosti sú prítomné aj v zdrojoch s podrobnosťami.
V prípade, že v budúcnosti plánujete zaviesť selekciu pre akúkoľvek dimenziu pomerne často. V našom prípade indexovanie pre organizáciu nepoužijeme.
Môžete tu tiež určiť, či je rozmer povinný, či sa má použiť fulltextové vyhľadávanie a ďalšie nastavenia.
Zdroje
Zdroje sú číselné údaje, ktoré uchovávajú určité informácie. To je to, čo dostaneme v rôznych sekciách v budúcnosti. Napríklad v akumulačnom registri „Produktový výstup“ bude ako zdroj fungovať iba množstvo. V tomto prípade budeme môcť získať množstvo produktov vyrobených v určitom časovom bode, napríklad pre určitú divíziu.
Ďalší jednoduchý príklad. Predpokladajme, že všetky hotovostné operácie realizujeme pomocou registra akumulácie. Zdrojmi bude suma peňazí, ktorá bola buď prijatá (príjem) alebo vydaná (výdavok) z registračnej pokladnice. Dimenzia môže byť napríklad protistrana/zodpovedná osoba. Vďaka tomu budeme môcť získať údaje o zostatkoch a obratoch ako pokladne ako celku, tak aj za jednotlivé protistrany.
Požiadavky
Na rozdiel od dimenzií a zdrojov sa atribúty nepoužívajú tak často. Uchovávajú údaje, ktoré sú potrebné na informovanie registra (poznámka). Údaje sa použijú ako atribúty, ak nie sú zdrojom ani dimenziou.
Štandardné detaily
Okrem bežných detailov, ktoré môže vývojár pridať samostatne, sú tu aj štandardné detaily. Do tohto zoznamu nemôžete vymazať ani pridať nové. Na štandardné podrobnosti môžete prejsť pomocou tlačidla s rovnakým názvom na karte „Údaje“.
Agregáty
Agregáty sú dostupné len v akumulačných registroch so zobrazením „Obrat“. Môžete k nim pristupovať na karte „Údaje“. Agregáty sa používajú v databázach s veľkým množstvom dát na urýchlenie generovania reportov. Tento mechanizmus nebudeme podrobne zvažovať, pretože ide o pomerne širokú tému.
Pohyby v akumulačných registroch
Každý register akumulácie môže mať jedného alebo viacerých registrátorov. Dokument pôsobí ako registrátor, počas ktorého sa vygeneruje zodpovedajúci záznam v akumulačnom registri.
Zoznam akumulačných registrátorov si môžete pozrieť na rovnomennej záložke v podobe samotného registra. V tomto príklade je možné generovať pohyby v registri „Uvoľnenie produktu“ pri účtovaní štyroch rôznych dokladov.
V samotných dokumentoch, ktoré sú registrátormi, sa zoznam registrov, ktorými vykonávajú pohyby, nachádza na záložke „Pohyby“. K dispozícii je tu aj pohybový konštruktor, ktorý pri vytváraní takýchto postupov (vykonanie a odvolanie) pomôže. Porovnanie údajov dokladu a registra sa vykonáva porovnaním údajových typov.
Logickejšie by bolo okrem dokladov viesť aj špeciálne tabuľky, do ktorých sa pri preberaní materiálov a pri ich odpisovaní zapisujú stručné informácie. Ak povedzme denne sumarizujete tieto tabuľky a zobrazujete zostávajúce materiály, potom, aby ste povedali, koľko a akých materiálov má organizácia k určitému dátumu, stačí sa pozrieť na príslušný stĺpec tabuľky. . V systéme 1C:Enterprise takéto tabuľky sú akumulačné registre. Ako už názov napovedá, sú navrhnuté tak, aby odrážali, hromadili a určité ukazovatele. A práve odraz v registroch príjmu a spotreby materiálov je jedným z typických príkladov ich využitia.
Naša organizácia vedie evidenciu materiálov v spojení so zodpovednými osobami, ktoré ich preberajú a od ktorých sú tieto materiály pri uvoľnení do výroby odpísané. Potrebujeme uchovávať informácie o množstve materiálov a ich cene a tiež pri odpise do výroby mať informáciu o tom, ktorému konkrétnemu remeselníkovi boli tieto materiály prevedené. Tieto úvahy nám umožňujú navrhnúť štruktúru akumulačný register, ktorý teraz vytvoríme.
Pri plánovaní mužstva akumulačný register musíme presne pochopiť, aké údaje v ňom budeme ukladať, a potom tieto údaje „rozložiť“ na dimenzie, zdroje a detaily registrov.
Musíme teda uložiť nasledujúce údaje:
- Pozícia nomenklatúry
- Zodpovedný zamestnanec na tejto pozícii
- Množstvo položiek
- Cena položky
- Údaje o majstrovi, ktorému boli materiály odovzdané na použitie.
Zaregistrujte merania, alebo výrezy, v ktorých sú údaje uložené, nám umožňujú odpovedať na otázky o tom, aké údaje sú uložené v účtovnej knihe. V našom prípade potrebujeme poznať dve hlavné charakteristiky – to je to, čo zodpovedná osoba opravené tak či onak nomenklatúrna položka. Je zrejmé, že rozmery z nášho zoznamu údajov budú položka položka a zodpovedný zamestnanec.
Zdroje registra– ide vždy o číselné hodnoty charakterizujúce uložené dáta. Číselné hodnoty sú množstvo a súčet a budú zdrojom nášho registra.
Podrobnosti o registrácii zohrávajú podpornú úlohu a v našom prípade by bolo logické uchovávať v registri podrobnosti o remeselníkovi, ktorý dostal materiály na prácu - pre prípad, že by sme potrebovali zistiť, kto presne tieto materiály použil.
Ďalšou dôležitou otázkou, o ktorej sa treba rozhodnúť pri navrhovaní registra, je, či register bude bilančný register alebo register revolúcie. Zaujímajú nás informácie o zostávajúcich materiáloch aj informácie o obrate, preto by sme pri zakladaní registra mali špecifikovať typ registra - Zvyšky. Zaregistrujte sa s pohľadom Zvyšky nám umožňuje pracovať so zostatkami aj obratom
Tu navrhovaná štruktúra akumulačný register– to je len jedna z možností, ako si zorganizovať ukladanie popísaných údajov. Takáto účtovná schéma môže byť implementovaná povedzme pomocou dvojice registrov, z ktorých jeden sa používa výlučne na účely uchovávania celkových zostatkov materiálu - teda údajov, ktoré sú potrebné pre finančné správy, druhý - na uchovávanie údaje o centrách zodpovednosti. V každom prípade si každá konkrétna účtovná schéma môže vyžadovať vlastnú štruktúru registra a náš príklad je len ukážkou jednej z možných možností.
Po prebratí teoretickej časti problematiky prejdime k praxi. Vytvorme nový akumulačný register, nazvime to Zostávajúce materiály, parameter Typ registrácie nechajme to na tej hodnote Zvyšky, ryža. 6.12.
Ryža. 6.12.
Poďme to zapnúť akumulačný register do subsystému Účtovníctvo prevádzkových materiálov.
Na karte Údaje Vytvorme nasledujúce dimenzie, zdroje a podrobnosti:
Merania:
názov: Nomenklatúra, Typ: DirectoryLink.Nomenclature, Zákaz prázdnych hodnôt – nastaviť.
názov: ResponsibleEmployee, Typ: DirectoryLink.Employees, Zákaz prázdnych hodnôt – nastaviť.
Zdroje
názov: Množstvo, Typ: počet, dĺžka 10, presnosť 3
názov: Súčet, Typ: počet, dĺžka 10, presnosť 2
Požiadavky:
názov: Príjemca materiálov, Typ: DirectoryLink.Employees
Venujte pozornosť názvom týchto detailov, ich typom, ako aj štandardným detailom registra (obr. 6.13.) - tieto údaje sa nám budú hodiť pri práci na postupe vykonanie dokumentu.
Vylúčme všeobecný atribút z podrobností registra Organizácia. Teraz to už nie je potrebné. Na organizáciu ukladania údajov do registra naprieč rôznymi organizáciami by sme potrebovali nový rozmer – Organizáciu, vďaka ktorému by sme vedeli pracovať s materiálmi od rôznych organizácií.
Poďme na kartu Registrátori okno na úpravu objektu a výber dokumentov ako dokumentov záznamníka - Príjem materiálov A Uvoľnenie materiálov majstrovi.
V tejto fáze nastavenie akumulačný register hotovo, prejdime k nastaveniam dokumentu. Začnime s dokumentom Príjem materiálov.
Otvorte okno na úpravu objektu pre tento dokument, prejdite na kartu Pohyby(obr. 6.14.) a stlačte tlačidlo
Ryža. 6.14.
V konštruktore vyberte typ pohybu registra - Prichádza, v teréne Tabuľková časť uveďte tabuľkovú časť dokumentu Materiály, kliknite na tlačidlo Kompletné výrazy. Automatický mechanizmus zhody medzi dokumentom a údajmi registra nefunguje vždy správne (v prípade, že nedokáže jednoznačne určiť zhodu, alebo keď sa ním zistená zhoda podľa svojej logiky líši od želanej), skontrolujte správnosť zistených korešpondencií. V dôsledku toho okno Dizajnér registrovať pohyby by mal vyzerať ako na obr. 6.15.
Ryža. 6.15.
Po kliknutí na tlačidlo OK sa v module objektu dokumentu vygeneruje nasledujúci postup spracovania vykonávania (takto to vyzerá po odstránení komentárov, že kód vytvoril návrhár pohybu):
Procedúra ProcessingProcessing(Failure, Mode) // registrácia Remaining Materials Príchod pohybu.Remaining Materials. Write = True; Pre každý TekStrowMaterials From Materials Cycle Movements = Movements.RemainingMaterials.Add(); Movement.MovementType = AccumulationMovementType.Incoming; Pohyb.Obdobie = Dátum; Movement.Nomenclature = TexStringMaterials.Nomenclature; Movement.ResponsibleEmployee = zodpovedný zamestnanec; Motion.Quantity = TechStringMaterials.Quantity; Movement.Amount = TexStringMaterials.Amount; EndCycle; Koniec procedúry
Táto procedúra je deklarovaná v objektovom module, je vykonaná na
V akejkoľvek konfigurácii 1s 8.2 môžete vidieť tento typ objektov ako registre. Ich hlavným účelom je optimalizovať získavanie údajov pre zostavy. Existujú štyri typy registrov: informačné registre, akumulačné registre, účtovné registre a kalkulačné registre. A hoci sú tieto typy určené na riešenie rôznych problémov, už len podľa toho, že sa všetky nazývajú „registre“, možno uhádnuť, že majú aj niečo spoločné.
Po prvé, ako už bolo spomenuté, ako konfiguračné objekty sú potrebné na rýchlejšie čítanie informácií z databázy, napríklad v dotazoch. Registre možno prirovnať ku katalógu knižníc (predtým boli zostavované na papierových lístkoch). To znamená, že nejde len o uchovávanie informácií (údajov), ale aj o ich systematizáciu (vytváranie určitej štruktúry), kedy údaje vstupujú do konkrétneho registra (napríklad z dokumentov rôzneho typu) a v prípade potreby môžu odtiaľto rýchlo získať a zobraziť napríklad v správe alebo inom procese. Vo všeobecnosti možno hlavné použitie registrov v 1C ilustrovať nasledujúcou schémou: „Dokument - Register - Správa“, aj keď existujú výnimky.
Po druhé, všetky registre, bez ohľadu na ich typ, majú zdroje, rozmery a podrobnosti. To znamená, že je rozhodnuté Čo(zdroj) v akých úsekoch(merania) je potrebné vziať do úvahy. Platí pre knižnicu – berieme do úvahy knihy podľa autora, žánru a vydavateľa. A pomocou detailov môžete doplniť informácie napríklad o rok vydania. A tu je jeden dôležitý bod – štruktúru registra je potrebné určiť veľmi opatrne, podľa toho, aké informácie z neho ideme vytiahnuť. Ak sa napríklad v našej knižnici najčastejšie vyhľadáva podľa priezviska autora, karta by mala najskôr obsahovať autora (prvý rozmer) a až potom žáner (druhý rozmer).
Po tretie, registre majú štruktúru tabuľky, ktorá sa však líši od štruktúry tabuliek objektov. Nenájdete tu teda triedy ako RegisterReference alebo RegisterObject. Zloženie tabuľky registrov závisí od jej vlastností.
Po štvrté, údaje sa zapisujú do registrov vo forme súborov záznamov. Každá sada pozostáva z jedného alebo viacerých záznamov. Na záznam v súprave však nemožno odkazovať ani k nemu nie je možné pristupovať. A ani množina záznamov, ani záznam v sade nemôže mať stav „značka na vymazanie“.
Po piate, pri prístupe k registrom v dotazoch na získanie údajov je možné pristupovať nielen k tabuľkám fyzických registrov, ale aj k virtuálnym tabuľkám, ktoré sú vnoreným dotazom, ktorý získava údaje na základe určitých parametrov. Parametre virtuálnej tabuľky sa nastavujú v závislosti od konkrétnych potrieb získavania údajov z tabuliek registrov.
Teraz si povedzme o vlastnostiach každého typu registrov:
1. Registre informácií
Možno najjednoduchší typ registra. Na rozdiel od iných typov registrov môže byť jeho zdroj pomenovaný nielen ako číselná hodnota, ale aj ako iný dátový typ.
Má špeciálnu vlastnosť, ktorá sa v iných typoch registrov nepoužíva – periodicitu.
Nemusí mať registrátora, to znamená byť nezávislý; v tomto prípade sa zápisy vykonávajú priamo do registra, pričom sa obchádza registračný dokument (toto je samotná výnimka zo všeobecnej schémy používania registrov v 1c). Zatiaľ čo iné typy registrov musia mať aspoň jeden záznamník dokumentov.
Tento typ registra má navyše automatickú kontrolu jedinečnosti záznamov podľa obdobia (frekvencia uvedená vo vlastnostiach registra) a rozmerov. To znamená, že medzi záznamami registra nemôže byť viac záznamov s rovnakými ukazovateľmi perióda + meranie + záznamník (ak existuje). Jedinečnosť záznamov v iných typoch registrov určuje registrátor.
2. Akumulačné registre
Určený na akumuláciu číselných ukazovateľov (zdrojov) a je rozdelený na dva podtypy - Zvyšky a Obraty. Rozdiel medzi nimi je v tom, že zostatky registra kumulácie sú určené na získavanie informácií o stave „v určitom čase“ a obraty na získavanie informácií o údajoch „za určité obdobie“.
Údaje akumulačného registra sú uložené v databáze vo forme dvoch tabuliek - tabuľky pohybu a tabuľky súčtov. Priamy prístup je možný len do tabuľky pohybu.
3. Účtovné registre
Je podobný akumulačnému registru, ale je určený na systematizáciu údajov o účtovných zápisoch. Dá sa však použiť nielen na účtovníctvo, ale aj na akýkoľvek iný druh účtovníctva.
Jeho hlavnou vlastnosťou je možnosť evidovať údaje metódou podvojného zápisu na princípe Debet-Credit. Pre implementáciu možnosti generovania transakcií musí byť Register účtovníctva prepojený so špeciálnym objektom - Účtovnou osnovou.
4. Výpočtové registre
Tento typ registra je určený nielen na ukladanie, zhromažďovanie a systematizáciu údajov, ale aj na implementáciu zložitých mechanizmov pre periodické výpočty. Aby ste to dosiahli, musíte vo vlastnostiach výpočtového registra definovať ďalší objekt 1C - plán typov výpočtov. To znamená, že prevádzka registra tohto typu nie je možná bez toho, aby sa preň definoval špecifický plán pre typy výpočtov.
Dá sa povedať, že register výpočtov sa používa na ukladanie informácií o typoch výpočtov a na ukladanie výsledkov výpočtov a na medzihodnoty výpočtov. Jeho hlavným účelom v konfiguráciách 1C je vypočítať časové rozlíšenie, napríklad mzdy a iné platby zamestnancom. A na realizáciu týchto úloh pri určovaní parametrov výpočtového registra je možné v ňom uviesť spojenie s časovým harmonogramom, ktorý umožňuje vykonávať výpočty v závislosti od času uvedeného v tomto harmonograme. Samotný časový harmonogram musí byť definovaný pomocou príslušného informačného registra.
Môžeme teda povedať, že výpočtový register má v konečnom dôsledku najkomplexnejšiu štruktúru v porovnaní s inými typmi registrov za 1s.
Pozrime sa ďalej na prácu nášho dokumentu „Poskytovanie služieb“. Doteraz sme registre akumulácie pohybu vytvárali len pre riadky dokladov, ktoré obsahujú materiály. Nebrali sme do úvahy služby obsiahnuté v dokumente.
Faktom je, že pri účtovaní služieb sú dôležité úplne iné kritériá ako pri účtovaní materiálu. V prvom rade nemá zmysel hovoriť o tom, koľko služieb bolo a koľko zostáva, dôležité je len množstvo a počet služieb, ktoré boli poskytnuté za určité obdobie. Okrem toho sú zaujímavé nasledujúce body:
aké služby boli poskytnuté (na vytvorenie hodnotenia služby)
ktorému konkrétnemu klientovi boli služby poskytnuté (poskytnúť mu zľavu z objemu predtým zaplatených služieb,
ktorý pán poskytol služby (na výpočet jeho mzdy)
Je zrejmé, že existujúce akumulačné registre sú na riešenie takýchto problémov úplne nevhodné. Preto vytvoríme ďalšie „úložisko“ dát, ktoré budeme používať v našom programe – obehový akumulačný register „Tržby“.
10.2. Čo je obchodovateľný akumulačný register?
Akumulačnými registrami môžu byť bilančné a obratové registre.
Registre „Material Remaining“ a „Material Cost“, ktoré existujú v našej tréningovej konfigurácii, sú bilančné registre. Ak si pamätáte na moment, keď sme vytvárali výkaz „Materiály“, tak v návrhári výkazov sme videli, že systém pre takéto registre vytvára tri virtuálne tabuľky: tabuľku zostatkov, obrat a kumulatívnu tabuľku zostatkov a obratov.
Register obehovej akumulácie je veľmi podobný nám už známemu bilančnému registru, pre ktorý pojem „zvyšok“ nedáva zmysel. Obratový register akumuluje len otáčky, zostatky sú bez
sú rôzne. Preto jedinou virtuálnou tabuľkou, ktorú systém pre takýto register vytvorí, bude tabuľka obratu.
Inak sa obratový register nelíši od bilancie.
Malo by sa povedať o jednej vlastnosti návrhu akumulačných registrov, ktorá priamo súvisí s možnosťou získania zostatkov.
Pri vytváraní obehového akumulačného registra nie je zvlášť ťažké určiť, ktoré parametre by mali mať rozmery registra - ako jeho rozmery môžeme priradiť akékoľvek parametre, ktoré potrebujeme.
Úplne iná situácia je v prípade akumulačného registra, ktorý podporuje akumuláciu zostatkov. Pre neho by výber meraní mal byť založený na skutočnosti, že pohyby registra sa môžu vykonávať „v dvoch smeroch“: prítok a odtok. Preto je potrebné ako merania zvoliť tie parametre, podľa ktorých sa budú presne vykonávať pohyby v jednom aj druhom smere.
Ak sa napríklad o materiáloch účtuje položka a sklad, je zrejmé, že položka aj sklad môžu byť meraniami, pretože príjem aj spotreba materiálu sa vždy uskutočnia s uvedením konkrétnej položky a konkrétneho skladu. Ak v tejto situácii existuje túžba zohľadniť účtovanie materiálov aj v kontexte dodávateľa, potom je potrebné vychádzať zo špecifickej účtovnej schémy prijatej v podniku.
S najväčšou pravdepodobnosťou pri prijatí materiálov bude uvedený dodávateľ, ale keď sa materiály spotrebujú, s vysokou pravdepodobnosťou nebude dodávateľ uvedený, pretože vo väčšine prípadov ide o úplne zbytočné informácie. To znamená, že dodávateľ by mal byť pridaný ako atribút akumulačného registra.
Ak pri spotrebe materiálov bude určite uvedený dodávateľ, potom má zmysel pridať dodávateľa k rozmerom registra.
Inými slovami, pre každú z dimenzií registra akumulácie zostatkov musí byť zmena zdrojov nevyhnutne vykonaná oboma smermi: príjmami aj výdavkami.
Pre detaily registra je táto zásada nepodstatná, podľa detailov registra možno zdroje iba prijímať alebo iba míňať.
Porušenie tohto princípu konštrukcie akumulačných registrov povedie k neproduktívnemu využívaniu systémových prostriedkov a v dôsledku toho k spomaleniu a strate výkonu.
10.3. Vytvorenie pracovného akumulačného registra
Teraz, keď vieme o akumulačných registroch „takmer všetko“, otvorme konfigurátor a vytvorte nový konfiguračný objekt, register akumulácie. Nazvime to „Predaj“ a definujme typ registra – „Obrat“.
262. Vytvorme nový konfiguračný objekt Register akumulácie: vyberte objekt v strome Register akumulácie, MP, vyberte Pridať , do poľa Názov zadajte Predaj , do poľa Rozšírené zobrazenie zoznamu vstúpiť pohyby v evidencii tržieb, kliknite na Ďalej.
263. Na záložke Podsystémy vyberte Účtovníctvo, Účtovníctvo materiálov, Služby.
264. Na karte Údaje vytvorte rozmery registra:
265. Vytvorte registráciu tri zdroj:
Množstvo, typ Počet, dĺžka 22, presnosť 2, Výnos, typ Počet, dĺžka 22, presnosť 2, Cena, typ Počet, dĺžka 22, presnosť 2.
266. Sprístupnite na paneli akcií sekcie príkaz na zobrazenie položiek registra akumulácie: vyberte vetvu v strome konfiguračných objektov Subsystémy, MP, Všetky podsystémy, v okne Všetky podsystémy vľavo v zozname Podsystémy vyberte podsystém Účtovníctvo v skupine Navigačný panel Normálne pre tím predaja zapnite viditeľnosť a presuňte ho do skupiny Navigačný panel. Pozri tiež.
267. Urobte to isté pre podsystémy Poskytovanie služieb a
Materiálové účtovníctvo
268. Otvorte okno na úpravu konfiguračného objektu Document Poskytovanie služieb a na záložke Pohyby označíme, že tento doklad bude vytvárať pohyby v evidencii tržieb.
269. Vyberte kartu Iné, Objektový modul.
270. Zadajte kód, ktorý vytvára pohyby registra tržieb vytvorený dokumentom Poskytovanie služieb, zvýraznený tučným písmom:
Postup ProcessingConduct(Failure, Mode) //((__MOTION_REGISTER_CONSTRUCTOR)
// Tento fragment vytvoril konštruktér.
// Pri opätovnom použití konštruktora sa zmeny vykonané ručne stratia!!!
Movements.RemainingMaterials.Write = True; Movement.CostMaterials.Write = True;
Movements.Sales.Record = Pravda;
Pre každý technický riadokZoznam nomenklatúr Cyklus zoznamu nomenklatúr
TechStringList of Nomenclature.Nomenclature.Type of Nomenclature
= Enumerácia. Typy nomenklatúry. Materiál Potom
// Zaregistrujte zostávajúcu spotrebu materiálu
Pohyb = Movements.RemainingMaterials.Add();
Pohyb.Obdobie = Dátum;
Movement.Warehouse = Sklad;
Pohyb = Movements.MaterialsCost.Add();
Movement.MovementType = AccumulationMotionType.Expense;
Pohyb.Obdobie = Dátum;
Movement.Material = TekStringList of Nomenclature.Nomenclature;
Movement.Cost = TechStringListItems.Quantity*TechStringListItems.Cost;
koniec Ak;
Pohyb = Movements.Sales.Add(); Pohyb.Obdobie = Dátum;
Movement.Nomenclature = TechStringList of Nomenclature.Nomenclature;
Pohyb.Klient = Klient; Move.Master = Majster;
Movement.Quantity = TechStringList of Nomenclature.Quantity;
Movement.Revenue = TechLineList of Items.Amount;
Movement.Cost = TechStringListItems.Cost*TechStringListItems.Quantity;
EndCycle; //))__CONSTRUCTOR_MOVEMENT_REGISTERS
Koniec procedúry
271. Spustíme 1C:Enterprise v režime ladenia, otvoríme dokument Poskytovanie služieb z 27. júla, klikneme na Správať, prejdeme na zoznam pohybov v evidencii Predaj.
272. Otvorte doklad Poskytovanie služieb zo dňa 29. júla, kliknite na Pokračovať, prejdite na zoznam pohybov v Evidencii tržieb.
273. Otvorte doklad Poskytovanie služieb zo dňa 29. júla, kliknite na Pokračovať, prejdite na zoznam pohybov v Evidencii tržieb.
11. deň. Správy 11.1. Metódy prístupu k údajom
Systém 1C:enterprise podporuje dva spôsoby prístupu k údajom uloženým v databáze:
objekt (čítanie a zápis)
tabuľkový (na čítanie).
Objektový spôsob prístupu k údajom je realizovaný pomocou vstavaných jazykových objektov. Zároveň pri prístupe k akémukoľvek objektu vstavaného jazyka pristupujeme k určitej množine údajov nachádzajúcich sa v databáze ako k jedinému objektu.
Napríklad objekt DocumentObject.Service Provision bude obsahovať hodnoty všetkých podrobností dokumentu Service Provider a všetkých jeho tabuľkových častí.
Tabuľkový prístup k údajom je realizovaný pomocou databázových dotazov, ktoré sú zostavené v dotazovacom jazyku. Vývojár tu dostáva možnosť pracovať s jednotlivými poliami databázových tabuliek, v ktorých sú uložené určité dáta.
11.2. Práca so žiadosťami
Na generovanie a vykonávanie dotazov na databázové tabuľky systém používa špeciálny objekt Request. Dotaz je vhodný na použitie, keď potrebujete získať komplexnú vzorku údajov, zoskupenú a zoradenú požadovaným spôsobom. Jedným z klasických príkladov jeho aplikácie je zhrnutie stavu účtovného registra k určitému časovému bodu. Mechanizmus dopytov navyše uľahčuje získavanie informácií v rôznych časových rámcoch.
11.3. Dopyt na zdroje údajov
Dotaz prijíma počiatočné informácie zo sady tabuliek.
Všetky tabuľky, s ktorými dopytovací jazyk pracuje, možno rozdeliť do dvoch skupín:
skutočné stoly
virtuálne stoly.
Reálne tabuľky obsahujú údaje z ľubovoľnej reálnej tabuľky uloženej v databáze.
Napríklad skutočná tabuľka je Directory.Clients zodpovedajúca adresáru Clients.
Virtuálne tabuľky sa tvoria prevažne z údajov z viacerých databázových tabuliek. Virtuálna tabuľka je napríklad Register akumulácie.Zostatky materiálu.ZostatkyAndTurnover, vytvorená z niekoľkých tabuliek akumulačného registra Zostávajúci materiál.
Spoločné majú to, že môžu dostať množstvo parametrov, ktoré určujú, aké dáta budú zahrnuté do týchto virtuálnych tabuliek.
Virtuálne tabuľky nie sú uložené v databáze.
Reálne tabuľky sa delia na objektové (referenčné) a neobjektové.
Tabuľky objektov poskytujú informácie o referenčných typoch údajov (adresáre, dokumenty atď.). A v neobjektových - všetky ostatné dátové typy (konštanty, registre atď.).
Špeciálnou vlastnosťou tabuliek objektov je, že obsahujú pole Odkaz, ktoré obsahuje odkaz na aktuálny záznam.
11.4. Jazyk dopytu
Algoritmus, ktorým sa budú vyberať údaje zo vstupných dotazovacích tabuliek, je popísaný v špeciálnom jazyku – dotazovacom jazyku.
Text žiadosti môže pozostávať z častí:
1. popis žiadosti
2. zlučovanie dopytov
3. výsledky objednávky
4. automatické objednávanie
5. popis výsledkov.
Jedinou požadovanou časťou je popis požiadavky.
Popis dotazu – definuje zdroje údajov, výberové polia, zoskupenia atď.
Zlučovanie dopytov – určuje, ako sa budú kombinovať výsledky vykonania viacerých dopytov.
Usporiadanie výsledkov—definuje podmienky zoradenia pre riadky výsledkov dotazu.
Automatické zoradenie vám umožňuje povoliť automatické zoradenie riadkov výsledkov dotazu.
Popis súčtov – určuje, ktoré súčty je potrebné vypočítať v dotaze a ako výsledok zoskupiť.
Systém skladania údajov
Systém skladania údajov je navrhnutý na vytváranie vlastných zostáv.
Zdrojové údaje pre rozloženie zostavy obsahujú schému rozloženia údajov. Ide o súbory údajov a metódy práce s nimi.
Vývojár vytvorí schému kompozície údajov, v ktorej popíše text požiadavky, množiny údajov, prepojenia medzi nimi, dostupné polia, parametre získavania údajov a nastaví počiatočné nastavenia rozloženia – štruktúru zostavy, rozloženie údajov atď.
Vývojár vytvorí schému rozloženia údajov a predvolené nastavenia.
Na základe rozloženia a nastavení vytvorí tvorca rozloženia rozloženie.
Spracovateľ zostavy dát vyberá dáta z informačnej bezpečnosti podľa dispozičného usporiadania, tieto dáta agreguje a formátuje.
Výsledok rozloženia spracuje výstupný procesor a v dôsledku toho používateľ dostane výsledný tabuľkový dokument.
11.5. Výber údajov z jednej tabuľky
274. Vytvorme zostavu: v strome konfiguračných objektov vyberte vetvu Prehľady, MP, zvoľte Pridať, do poľa Názov zadajte
Register dokumentov Poskytovanie služieb , stlačte tab a v poli Synonymum by sa malo objaviť Register dokumentov Poskytovanie služieb , do poľa rozšíreného zobrazenia zadajte Zoznam poskytovaných služieb,
275. kliknite na Otvoriť s diagramom zloženia údajov
276. Pridať nový súbor údajov - dotaz: kliknite na tlačidlo Pridať, vyberte.
277. Vytvorte text požiadavky: kliknite na tlačidlo Žiadosť o konštruktora
sa.
278. Poskytovanie služieb, z tejto tabuľky vyberieme polia Sklad,
279. Vyberte kartuasociácie/aliasy, uveďte, že pole Odkaz bude mať alias dokumentu.
280. Vyberte kartu Poradie, zadajte, že výsledok dotazu má byť zoradený podľa hodnoty poľa Dokument.
281. Kliknite na tlačidlo OK.
Poskytovanie služieb.Sklad,
Poskytovanie služieb. Majster,
TRIEDIŤ PODĽA
Dokument
Poskytovanie služieb.Sklad,
Poskytovanie služieb. Majster,
Dokument.Poskytovanie Služieb AKO PoskytovaťSlužby
TRIEDIŤ PODĽA
Dokument
Popis požiadavky Usporiadanie výsledkov (štandardne vzostupne) Zoznam výberových polí
Po AS zdroj údajov alias Zdroje údajov
282. vyberte kartu nastavení, vyberte položku Správa, MP, Nové
zoskupenie.
283. Na karte Vybrané polia presúvajte polia myšou.
284.
285. V okne úpravy konfiguračného objektu Report Registry dokumentovPoskytovanie služieb zvoľte záložku Subsystémy, zvoľte Poskytovanie služieb.
286. Spustíme 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Poskytovanie služieb vyberte Register dokumentov pre poskytovanie služieb, kliknite na Generovať.
Vidíme, že správa obsahuje register dokumentov Poskytovanie služieb. Navyše dvojitým kliknutím na pole Dokument môžeme otvoriť zdrojový dokument a tiež vykonať ďalšie akcie.
11.6. Výber údajov z dvoch tabuliek
286. Vytvorme zostavu: vyberte vetvu v strome konfiguračných objektov Správy, MP, vyberte Pridať, do poľa Názov zadajte hodnotenie služby, stlačte tabulátor a malo by sa objaviť v poli Synonymum
287. kliknite na Otvoriť s diagramom zloženia údajov . V okne návrhára rozloženia vyberte typ rozloženia Diagram zloženia údajov, kliknite na tlačidlo Dokončiť.
288. Pridať nový súbor údajov - dotaz: kliknite na tlačidlo Pridať, vyberte Pridať množinu údajov – dotaz.
289. Vytvorte text požiadavky: kliknite na tlačidlo Žiadosť o konštruktora
sa.
290. Ako zdroj údajov pre požiadavku vyberte tabuľku objektov Nomenklatúra a virtuálnu tabuľku akumulačného registra SalesTurnover.
290. Premenujme tabuľku Nomenclature na sprNomenclature
291. Presuňme polia SprNomenclature.Link a SalesTurnover.RevenueTurnover do zoznamu polí.
292. vyberte kartu komunikácie. Keďže dotaz zahŕňa viacero tabuliek, je potrebné určiť vzťah medzi nimi.
Platforma už štandardne vytvorila spojenie pre pole Nomenklatúra. To znamená, že hodnoty dimenzie Nomenklatúra registra predaja sa musia rovnať odkazu na prvok adresára Nomenklatúra.
293. Zrušte začiarknutie políčka Všetky pre tabuľku SalesTurnover a nastavte tabuľku SprNomenclature.
Toto bude pripojenie typu ľavého spojenia, to znamená, že výsledok dotazu bude zahŕňať všetky záznamy referenčnej knihy nomenklatúry a tie záznamy registra predaja, ktoré spĺňajú podmienku pripojenia pre pole Nomenklatúra.
V dôsledku požiadavky budú k dispozícii všetky služby a pri niektorých z nich bude uvedený obrat príjmov.
294. Vyberte záložku Podmienky a nastavte výber tak, aby sa v prehľade nezobrazovali skupiny v adresári Nomenklatúra.
295. Vyberte štandardnú nomenklatúru, vyberte pole ThisGroup, začiarknite políčko Vlastné a zadajte kód do poľa Podmienka:
nomenklatúra sprNomenclature.ThisGroup = FALSE
296. Ďalšou podmienkou je, že vybraný tovar je službou. Toto je jednoduchá podmienka. Potiahnite pole Typ položky do zoznamu podmienok. Platforma automaticky vygeneruje podmienku, podľa ktorej sa typ položky musí rovnať hodnote parametra Typ položky. Ďalej pred vykonaním požiadavky odovzdáme hodnotu enumerácie – Service – do parametra Nomenclature Type.
297. Vyberte kartu Zlúčiť/Aliasy, pole Odkaz bude mať alias Služba a pole registra je Výnosy.
298. Vyberte kartu Poradie, vyberte Výnosy, zadajte, že výsledok dotazu sa má zoradiť v zostupnom poradí podľa hodnoty poľa výnosov.
299. Kliknite na tlačidlo OK.
PredajTurnover.RevenueObrat AS Tržby OD
Adresár.Nomenklatúra AS referenciaNomenklatúra
ĽAVÉ PRIPOJENIE RegisterAkumulácia.Predaj.Obrat AKO PredajObrat
Predaj softvéruTurnover.Nomenclature = referenceNomenclature.Link
WHERE sprNomenclature.ThisGroup = FALSE
A sprNomenclature.Type of Nomenclature = &Type of Nomenclature-
OBJEDNAŤ PODĽA ZNÍŽENIA tržieb
V systéme zloženia údajov sa zdroje vzťahujú na polia, ktorých hodnoty sa vypočítavajú na základe podrobných záznamov zahrnutých do zoskupenia. Zdroje sú skupinové alebo celkové súčty prehľadov.
300. Zvoľte záložku Zdroje, zvoľte Príjmy, zvoľte >>, aby dizajnér vybral všetky dostupné zdroje, pre ktoré je možné vypočítať súčet. Pre nás je to zdroj príjmov.
možnosti
Používateľa zaujímajú údaje o ekonomickej aktivite za určité obdobie. Preto má každá správa parametre, ktoré určujú začiatok a koniec vykazovaného obdobia.
Parametre zostavy nastavujú podmienky pre výber záznamov pre zostavu.
301. Vyberte kartu možnosti
302. Používateľa odbremení od potreby uvádzať čas pri zadávaní dátumu obdobia, za ktoré sa výkaz generuje: v riadku Začiatok obdobia označíme pole Dátum, M2, v zozname Zloženie dátumu zvolíme Dátum, klikneme na OK.
303. Pre parameter Koniec obdobia začiarknite políčko Obmedzenie dostupnosti.
304. kliknite na tlačidlo Pridať, do poľa Názov zadajte Dátum ukončenia, v zozname Typ vyberte Dátum, zadajte Zloženie dátumu – Dátum.
305. Vyberte parameter Koniec obdobia, zadajte výraz do poľa Výraz
EndPeriod(&Dátum konca, "Deň")
306. Vyberte riadok Typ nomenklatúry, V zozname v stĺpci Hodnota vyberte položku Služba.
nastavenie
307. vyberte kartu nastavení, vyberte položku Správa, MP, Nové zoskupenie.
V štruktúre zostavy sa zobrazí zoskupenie podrobných záznamov.
308. Na záložke Vybrané polia presuňte myš na polia Služba, Výnosy.
309. Vyberte kartu Iné nastavenia, zadajte názov správy – Hodnotenie služby.
Rýchle vlastné nastavenia
310. Vyberte kartu
311.
312. V poli Dátum začiatku vyberte v zozname Hodnoty možnosť Začiatok tohto mesiaca.
313. V poli Dátum ukončenia vyberte v zozname Hodnoty možnosť Začiatok tohto dňa.
314. Zatvorme návrhár schémy zloženia údajov.
315. V okne pre úpravu konfiguračného objektu Report Hodnotenie služby zvoľte záložku Subsystémy, zvoľte Poskytovanie služieb.
316. Spustite 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberte Hodnotenie služby.
Symbol
317. V konfigurátore otvorte schému zloženia údajov na záložke Nastavenia, vyberte záložku v spodnej časti okna symbol, Kliknite na tlačidlo Pridať.
318. V poli Dizajn vyberte bordovú farbu textu, kliknite na
319. Potom označíme Podmienku, pri ktorej výskyte bude dizajn aplikovaný, vyberieme Nový prvok, klikneme na tlačidlo Pridať, v stĺpci Ľavá hodnota uvedieme Výnosy, v stĺpci Typ porovnania uvedieme Menej, v stĺpci Pravej hodnoty uvedieme 700 ,
kliknite na tlačidlo OK.
To znamená, že keď má pole Výnosy hodnotu menšiu ako 700, niečo sa zvýrazní červenou farbou.
320. Teraz nastavíme zoznam polí, ktoré sa majú vytvoriť: v poli Polia formulára kliknite na tri bodky, kliknite na Pridať, vyberte Služba, vyberte položku Výnosy a kliknite na tlačidlo OK.
321. Do poľa Symbol Representation zadajte Nepopulárna služba. To je to, čo používateľ uvidí vo svojich nastaveniach.
322. Teraz pridajte vytvorenú podmienku do používateľských nastavení: kliknite na tlačidlo Vlastné vlastnosti prvku
nastavenie , začiarknite políčko Zahrnúť do používateľských nastavení a nastavte vlastnosť Upravte režim na hodnotu
Obyčajný.
Nastavenie podmieneného vzhľadu, ktoré sme vytvorili, sme zahrnuli do bežných používateľských nastavení. Tieto nastavenia sa na rozdiel od rýchlych nastavení nenachádzajú vo formulári prehľadu, ale vyvolávajú sa kliknutím na tlačidlo Nastavenia.
323. Spustite 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberte Hodnotenie služby, kliknite na Generovať.
Vidíme, že množstvo služieb je menej ako 700 rubľov. zvýraznené červenou farbou.
323. Kliknite na tlačidlo Nastavenia, zrušte začiarknutie políčka Nepopulárna služba a kliknite na tlačidlo Dokončiť úpravy.
324. Kliknite na vytvoriť, uvidíte, že farebné zvýraznenie zmizlo.
Vlastné nastavenia
325. V konfigurátore na karte Nastavenia schémy zloženia údajov obsahujú úplné nastavenia zostavy, ktoré určuje vývojár. Niektoré z nich môžu byť prezentované používateľovi na vytvorenie náhodného výberu, podmieneného návrhu správy atď.
326. Kliknite na tlačidlo Vlastné vlastnosti položky nastavení nachádza v hornej časti príkazového panela okna nastavení.
327. Nastavte príznak použitia pre nastavenia Výber a Podmienené prevedenie a nastavte ich režim úprav na
hodnotu Normálne, kliknite na tlačidlo OK.
328. Vyberte kartu Výber, rozbaľte pole Služba, vyberte pole Rodič, M2 a presuňte ho do výberového zoznamu na pravej strane okna.
Vytvorili sme možnosť výberu podľa skupín služieb, ktoré si používateľ môže nastaviť v režime 1C:Enterprise.
329. Spustíme 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberte Hodnotenie služby, kliknite na Nastavenia, zobrazia sa tam nastavenia Výber a Symbol.
Nastavenie služby Nepopulárne sme si vytvorili vopred v konfigurátore. A teraz, keď sme pridali nastavenie podmienenej notácie vo všeobecnosti,
Používateľovi sme poskytli možnosť vytvárať ľubovoľné množstvo vlastných podmienok.
330. Nastavme výber v prehľade tak, aby zahŕňal tieto služby súvisiace s inštaláciou práčok: v okne užívateľských nastavení v riadku Výber klikneme na tri bodky: v riadku Výber klikneme na tri bodky, v riadku Hodnota klikneme tri bodky, rozbaľte skupinu Služby a vyberte Práčky z adresára Nomenklatúra, kliknite na OK, kliknite na Dokončiť úpravy, kliknite na Generovať.
Správa obsahuje iba inštalačné služby pre práčky.
331. Kliknite na Nastavenia, v riadku Výber kliknite na tlačidlo Čistenie.
11.7. Report 3. Zobrazenie údajov za všetky dni vo vybranom období
Správa o príjmoch remeselníkov bude obsahovať informácie o tom, aké príjmy spoločnosť LLC získala vďaka práci remeselníkov, s podrobnosťami podľa dní vo vybranom období a rozpisom obsluhovaných klientov v jednotlivých dňoch.
331. Vytvorme report: v strome konfiguračných objektov vyberte vetvu Reporty, MP, zvoľte Pridať, zadajte do poľa Názov RevenueMasters, stlačte tabulátor a v poli Synonymá by sa mali objaviť tržby matiek, v rozšírenom poli zobrazenia zadajte Zoznam poskytovaných služieb,
332 kliknite na Otvoriť s diagramom zloženia údajov . V okne návrhára rozloženia vyberte typ rozloženia Diagram zloženia údajov, kliknite na tlačidlo Dokončiť.
333. Pridať nový súbor údajov - dotaz: kliknite na tlačidlo Pridať, vyberte Pridať množinu údajov – dotaz.
334. Vytvorte text požiadavky: kliknite na tlačidlo Žiadosť o konštruktora
sa.
335. Ako zdroj údajov pre požiadavku vyberte virtuálnu tabuľku akumulačného registraPredaj.Obrat.
336. V poli Tabuľky vyberte Sales.Turnover, kliknite na tlačidlo Parametre virtuálneho stola, vyberte Deň v zozname Frekvencia, kliknite na OK.
337. Vyberte polia z tabuľky SalesTurnover.Master, Pro
predajObrat.Obdobie, PredajObratKlient, PredajObrat.VýnosyObrat.
338. Vyberte kartuasociácie/aliasy, uveďte toto pole PredajTurnover.RevenueTurnover bude mať alias Výnosy, kliknite na tlačidlo OK.
SalesTurnover.Master,
PredajTurnover.Period,
SalesTurnover.Customer, SalesTurnover.RevenueTurnover AS Výnosy
RegisterAccumulations.Sales.Turnover(, Day,) AS SalesTurnover
339. Vyberte kartu Zdroje a vyberte položku Výnosy.
možnosti
340. Vyberte záložku Parametre, pre parameter Začiatok obdobia zadajte Dátum začiatku nadpisu, v poli Typ vyberte zloženie dátumu Dátum.
342. Pridajte parameter EndDate, typ dátumu, zloženie dátumu –
343. Pre EndPeriod zadajte výrazEndPeriod(&EndDate, “Day”)
a začiarkavacie políčko Obmedziť dostupnosť. nastavenie
344. Vyberte kartu Nastavenia, vyberte koreňový prvok Report, kliknite na Pridať, pridajte zoskupenie najvyššej úrovne podľa poľa Master, pridajte zoskupenie vnorené do predchádzajúceho podľa poľa Obdobie, pridajte ďalšie zoskupenie vnorené do zoskupenia Podrobné záznamy podľa obdobia pole bez zadania poľa zoskupenia.
345. Vyberte záložku Vybrané polia, pridajte polia Zákazník, Výnos.
346. Vyberte záložku Iné nastavenia, v zozname Umiestnenie polí zoskupenia vyberte Samostatne a iba súčty, v zozname Vertikálne umiestnenie všeobecných Tiogov vyberte Začiatok a do poľa Nadpis zadajte Mater Revenue.
347. Vyberte kartu Možnosti, vyberte Dátum spustenia, kliknite na položku Vlastnosti položky vlastných nastavení, začiarknite políčko Zahrnúť do vlastných nastavení a kliknite na tlačidlo OK.
348. Vyberte kartu Možnosti, vyberte Dátum ukončenia, kliknite na položku Vlastnosti položky vlastných nastavení, začiarknite políčko Zahrnúť do používateľských nastavení a kliknite na tlačidlo OK.
349. V okne pre úpravu konfiguračného objektu Výkaz kmeňových výnosov zvoľte záložku Podsystémy, zvoľte Poskytovanie služieb a Mzdy.
350. Spustíme 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberieme Výnosy remeselníkov, nastavíme obdobie od 1. júla do 30. júla, klikneme na Generovať.
Zobrazí všetky dátumy vo vybranom období
Zobrazujeme len tie dni, pre ktoré sú v tabuľke registra akumulácie tržieb nenulové údaje. Potrebujeme zobraziť údaje s podrobnosťami za všetky dni vo vybranom období.
351. V schéme zloženia údajov vyberte položku Nastavenia, vyberte zoskupenie Obdobie a kliknite na kartu Obdobie v príkazovom riadku okna.
352. Vyberte kartu Zoskupenie polí, vyberte pole Obdobie,
V V zozname Typ doplnku vyberte deň.
353. V novom riadku v stĺpci Dátum začiatku obdobia, M2, kliknite na tlačidlo Vymazať, kliknite na tlačidlo výberu typu údajov T, vyberte Pole zloženia údajov, kliknite na tlačidlo OK, vyberte tri bodky a vyberte možnosť Začiatok obdobia.
354. V novom riadku v stĺpci Dátum ukončenia obdobia, M2, kliknite na tlačidlo Vymazať, kliknite na tlačidlo výberu typu údajov T, vyberte Pole zloženia údajov, kliknite na tlačidlo OK, vyberte tri bodky a vyberte možnosť Dátum ukončenia.
355. Spustíme 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberieme Výnosy remeselníkov, nastavíme obdobie od 1. júla do 30. júla, klikneme na Generovať.
Nová verzia prehľadu. Diagram
Logicky je diagram súborom bodov, radov a sériových hodnôt v bode.
Momenty alebo objekty, pre ktoré získame charakteristické hodnoty, sa používajú ako body a charakteristiky, ktorých hodnoty nás zaujímajú, sa používajú ako série. Na priesečníku radu a bodu je hodnota grafu.
Napríklad diagram predaja typov produktov podľa mesiacov pozostáva z bodov - mesiacov, série - typov produktov a hodnôt - obratu predaja.
Diagram ako objekt vstavaného jazyka má tri oblasti: oblasť konštrukcie, oblasť názvu, oblasť legendy
356. Otvorte schému zloženia údajov na karte Nastavenia, v zozname možností zostavy vyberte Pridať, zadajte názov Objem tržieb.
357. Do štruktúry zostavy pridáme graf: vyberieme koreňový prvok Report, MP, New Chart.
358. Vyberte vetvu Body, MP, Nové zoskupenie, vyberte pole Master.
359. Vyberte vybraté polia, kliknite na položku Správa, vyberte
360. Vyberte kartu Iné nastavenia, vyberte Typ grafu – Meranie.
361. Vyberte pruhy meracieho diagramu podľa obr.
362. Vyberte kartu Možnosti, vyberte Dátum spustenia, kliknite na položku Vlastnosti položky vlastných nastavení, začiarknite políčko Zahrnúť do vlastných nastavení a kliknite na tlačidlo OK.
363. Vyberte kartu Možnosti, vyberte Dátum ukončenia, kliknite na položku Vlastnosti položky vlastných nastavení, začiarknite políčko Zahrnúť do používateľských nastavení a kliknite na tlačidlo OK.
364. Spustite 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Poskytovanie služieb vyberte Výnosy majstrov, kliknite na možnosť vybrať, vyberte Suma výnosov, kliknite
11.8. Správa 4. Získanie aktuálnych hodnôt z periodického informačného registra
Správa bude obsahovať informácie o tom, aké služby LLC poskytuje a za akú cenu.
365. Vytvorme zostavu: v strome konfiguračných objektov vyberte vetvu Prehľady, MP, zvoľte Pridať, do poľa Názov zadajte Zoznam služieb, stlačte tabulátor a v poli Synonymum by sa mal zobraziť zoznam služieb, v poli rozšírené zobrazenie zadajte zoznam poskytovaných služieb,
366 kliknite na Otvoriť s diagramom zloženia údajov . V okne návrhára rozloženia vyberte typ rozloženia Diagram zloženia údajov, kliknite na tlačidlo Dokončiť.
367. Pridať nový súbor údajov - dotaz: kliknite na tlačidlo Pridať, vyberte Pridať množinu údajov – dotaz.
368. Vytvorte text požiadavky: kliknite na tlačidlo Žiadosť o konštruktora
sa.
369. Vyberte tabuľku objektov ako zdroj údajov pre dotaz Nomenklatúra a virtuálna tabuľka registra informácií Ceny. Najnovší strih.
370. Premenujte tabuľku nomenklatúry na sprNomenclature.
371. V poli Tabuľky vyberte Ceny.RezanieNajnovšie, kliknite na tlačidlo Parametre virtuálnej tabuľky, do poľa Obdobie zadajte &Dátum zostavy.
372. Vyberte polia z tabuľky sprNomenklatúra.Rodič,
373. Vyberte kartu Odkazy, zrušte začiarknutie políčka Všetky pre tabuľku registra a začiarknite políčko Všetky pre vyhľadávaciu tabuľku.
374. Vyberte kartu podmienky, vyberte pole Typ položky,
375. Zvoľte záložku Asociácia/Aliasy, nahraďte pole Parent za Service Group, pole Link to Service, kliknite na OK.
SELECT sprNomenclature.Parent AS Service Group,
FROM Directory.Nomenclature AS referenceNomenclature
LEFT JOIN RegisterInformation.Prices.SliceLast(&ReportDate,) AS PricesSliceLast
Softvér (PricesSliceLast.Nomenclature = referenceNomenclature.Link)
WHERE odkazNomenklatúra.Typ nomenklatúry = &Typ nomenklatúry
376. Vyberte kartu Zdroje a vyberte položku Cena.
377. Vyberte kartu Parametre, pre parameter Typ položky v stĺpci Hodnota vyberte položku Služba.
378. Pre parameter Dátum zostavy odstráňte obmedzenie dostupnosti (Og), v poli Typ vyberte zloženie dátumu – Dátum.
379. Pre parameter Obdobie nastavte limit dostupnosti.
380. Vyberte kartu Nastavenia, vyberte koreňový prvok Správa, MP, Nové zoskupenie podľa skupiny služieb, Typ zoskupenia hierarchie.
379. Vyberte zoskupenie GroupServices, MP, New grouping bez zadania poľa skupiny (Detailed records).
380. Vyberte Vybrané polia, zadajte polia Služba, Cena.
381. Vyberte Iné nastavenia, Zvislé súčty vyberte Žiadne.
382. Vyberte záložku Skupina služieb, v zozname Umiestnenie polí zoskupenia vyberte Samostatne a iba súčty a do poľa Nadpis zadajte Zoznam služieb.
383. Vyberte kartu Možnosti , vyberte Dátum správy, kliknite na položku Vlastnosti položky vlastných nastavení, začiarknite políčko Zahrnúť do vlastných nastavení a kliknite na tlačidlo OK.
384. V okne úpravy konfiguračného objektu Výkaz Zoznam služieb vyberieme záložku Podsystémy, zvolíme Poskytovanie služieb a Účtovníctvo.
385. Otvorte periodický register cien, pridajte novú hodnotu pre službu Diagnostika za 27. júla - 350 rubľov.
386. Spustíme 1C:Enterprise v režime ladenia, na paneli akcií v časti Služby vyberte Zoznam služieb, zadajte dátum 26. júl, kliknite na Generovať, cena za diagnostiku by mala byť 600.
387. Spustíme 1C:Enterprise v režime ladenia, na paneli akcií v časti Služby vyberte Zoznam služieb, zadajte dátum 27. júl, kliknite na Generovať, cena za diagnostiku by mala byť 350.
11.9. Zostava 5: Použitie vypočítavaného poľa v zostave
388. Vytvorme report: v strome konfiguračných objektov vyberte pobočku Reporty, MP, zvoľte Pridať, do poľa Názov zadajte Hodnotenie klienta, stlačte tabulátor a malo by sa objaviť v poli Synonymum Hodnotenie zákazníkov, do poľa rozšíreného zobrazenia zadajte Zoznam poskytovaných služieb,
389. Kliknite na Otvoriť s diagramom zloženia údajov . V okne návrhára rozloženia vyberte typ rozloženia Diagram zloženia údajov, kliknite na tlačidlo Dokončiť.
390. Pridať nový súbor údajov - dotaz: kliknite na tlačidlo Pridať, vyberte Pridať množinu údajov – dotaz.
391. Vytvorte text požiadavky: kliknite na tlačidlo Žiadosť o konštruktora
sa.
392. Ako zdroj údajov pre požiadavku vyberte virtuálnu tabuľku registra úspor Predaj.Obrat.
393. Vyberte polia z tabuľky
PredajObrat.Klient
PredajTurnover.RevenueTurnover
393. Vyberte záložku Asociácia/Aliasy, pole RevenueTurnover nahraďte Revenue, CostTurnover za Cost.
394. Kliknite na tlačidlo OK.
395. Vyberte kartu Vypočítané polia, kliknite na tlačidlo Pridať, do poľa Cesta k údajom zadajte Výnosy a do poľa Výraz zadajte Výnosy.
Výnosy – náklady
396. Vyberte kartu Zdroje, vyberte položku Výnosy, Príjem, Náklady
397. Vyberte kartu Nastavenia, vyberte koreňový prvok Správa, MP, Nový graf.
398. Vyberte pole Body, MP, Nové zoskupenie podľa klienta.
399. Vyberte Vybraté polia, vyberte Výnosy.
400. Vyberte Iné nastavenia, typ grafu – 3-D koláč, do poľa nadpis zadajte Hodnotenie zákazníka.
401. V okne úpravy konfiguračného objektu Výkaz Zoznam služieb vyberieme záložku Podsystémy, zvolíme Poskytovanie služieb a Účtovníctvo.
402. Spustite 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberte Hodnotenie zákazníka, kliknite na Generovať.
11.10. Správa 6. Výstup údajov do tabuľky
Vytvorme univerzálny prehľad, ktorý umožní užívateľovi zmeniť jeho štruktúru a vzhľad.
403. Vytvorme zostavu: v strome konfiguračných objektov vyberte vetvu Zostavy, MP, zvoľte Pridať, do poľa Názov zadajte Universal, stlačte tabulátor a v poli Synonymum by sa mal objaviť Universal, v rozšírenom zobrazení zadajte Zoznam poskytovaných služieb lúka,
404. Kliknite na Otvoriť s diagramom zloženia údajov . V okne návrhára rozloženia vyberte typ rozloženia Diagram zloženia údajov, kliknite na tlačidlo Dokončiť.
405. Pridať nový súbor údajov - dotaz: kliknite na tlačidlo Pridať, vyberte Pridať množinu údajov – dotaz.
406. Vytvorte text požiadavky: kliknite na tlačidlo Žiadosť o konštruktora
sa.
407. Ako zdroj údajov pre požiadavku vyberte virtuálnu tabuľku akumulačného registra Predaj.Obrat.
408. Vyberte polia z tabuľky
PredajObrat.Nomenklatúra
PredajObrat.Klient
PredajObrat.Majster
PredajObrat.MnožstvoObrat
PredajTurnover.RevenueTurnover
PredajTurnover.CostTurnover
409. Kliknite na tlačidlo OK.
410. Vyberte kartu Zdroje, vyberte >>.
411. Vyberte kartu Nastavenia, vyberte koreňový prvok Správa, MP, Nová tabuľka.
412. Vyberte prvok Tabuľka v štruktúre a kliknite na tlačidlo Vlastnosti prvku Vlastné nastavenia. Vyberte Vybraté polia, Zoskupenie riadkov, Zoskupenie stĺpcov.
413. V okne pre úpravu konfiguračného objektu Report Zoznam služieb zvoľte záložku Subsystémy, zvoľte Poskytovanie služieb.
414. Spustite 1C:Enterprise v režime ladenia, na paneli akcií v sekcii Služby vyberte Univerzálny a kliknite na Generovať. Prázdne!
415. V riadku Vybrané polia kliknite na tri bodky a vyberte položku Tržby.
416. V riadku Riadky kliknite na tri bodky, pridajte zoskupenie podľa poľa Nomenklatúra s typom Hierarchy.
417. V riadku Stĺpce pridajte zoskupenie podľa poľa Master.
418. Kliknite na Generovať.
419. V riadku Vybrané polia kliknite na tri bodky a vyberte položku CostTurnover.
420. V riadku Riadky kliknite na tri bodky, odstráňte zoskupenie podľa poľa Položky a zadajte zoskupenie podľa poľa Zákazník.
421. Kliknite na Generovať.
422. V riadku Vybrané polia kliknite na tri bodky a odstráňte CostTurnover.
423. V riadku Riadky kliknite na tri bodky, odstráňte staré zoskupenie, zadajte zoskupenie podľa poľa Nomenklatúra s typom Iba hierarchia.
424. V riadku Stĺpce pridajte zoskupenie podľa poľa Zákazník a umiestnite ho na prvé miesto.
425. Kliknite na Generovať.
Zásady delenia akumulačných registrov na prúdové a zvyškové nájdete v článku.
Otázka 12.21 skúšky 1C: Platform Professional. Aký je maximálny počet meraní, ktoré možno definovať pre register akumulácie s typom Zostávajúce?
- Počet meraní nie je obmedzený platformou
- Počet meraní pri použití jednotiek do 30
- Všetky možnosti sú správne
V súlade s odpoveďami počet rozmerov pre zvyškové registre nie je obmedzený, ale pre obežné registre je obmedzený na 30. V skutočnosti sa nenašli žiadne dôkazy a pre reverzné registre bolo možné pridať ďalšie:
Otázka 12.22 skúšky 1C: Platform Professional. Aký je maximálny počet meraní, ktoré možno určiť pre register akumulácie pomocou typov Obrat?
- Počet meraní nie je obmedzený platformou
- Počet dimenzií pri použití súhrnnej tabuľky do 30
- Počet meraní pri použití jednotiek do 30
- Všetky možnosti sú správne
Pozri predchádzajúcu otázku. Agregáty v skutočnosti neovplyvňujú obmedzenie rozmerov:
Otázka 12.27 skúšky 1C: Platform Professional. Pri určovaní typu akumulačného registra by sa malo brať do úvahy:
- Závislosť ukazovateľov uložených v zdrojoch od predchádzajúcich stavov
- Závislosť ukazovateľov uložených v zdrojoch od obdobia stanovenia
- Dostupnosť možných záznamov s typom pohybu "Prichádzajúci" a "Výstup"
- Typ hodnoty ukazovateľov uložených v zdrojoch
- Všetky vyššie uvedené odpovede sú správne
- Správne odpovede sú 1,2,3
Správna odpoveď je šesť. Typ hodnoty s tým nemá nič spoločné – štandardne je číselný.
Otázka 12.28 skúšky 1C: Platform Professional.Na získanie informácií o zostatkoch akumulovaných prostriedkov môžete použiť:
- Akumulačné registre s pohľadom "Zostatky".
- Odpovede 1 a 2 sú správne
Určite prvá odpoveď.
Otázka 12.29 skúšky 1C: Platform Professional. Na získanie informácií o obrate akumulovaných prostriedkov môžete použiť:
- Akumulačné registre s pohľadom "Zostatky".
- Akumulačné registre s pohľadom "Obrat".
- Odpovede 1 a 2 sú správne
Správna odpoveď je tretia – evidencia zostatkov obsahuje údaje o obrate aj o akumulovaných zostatkoch.
Otázka 12.31 skúšky 1C: Platform Professional. Vyberte správny výrok:
- Akumulačný register s pohľadom „Obrat“ umožňuje efektívnejšie získavať informácie o obrate za obdobie ako register s pohľadom „Zostatky“.
- Akumulačný register typu „Obrat“ umožňuje získavať informácie o obrate za obdobie rovnako efektívne ako register typu „Zostatky“, avšak pri zaúčtovaní dokladu dôjde k rýchlejšiemu zápisu do registra, pretože zostatky sa nebudú počítať
- Akumulačný register s pohľadom "Obrat" zvyšuje celkovú efektivitu databázy, pretože informácie o zostatkoch sa neukladajú ani neprepočítavajú a následne sa zmenšuje veľkosť databázy
Správna odpoveď je tá prvá. Veľkosť spracovanej tabuľky je menšia.
Otázka 12.50 zo skúšky 1C: Platform Professional. Ako systém určí obrat pre akumulačný register s typom bilancie?
- Systém berie aktuálne údaje pre register akumulácie zostatkov z tabuľky súčtov, v ktorej sú uložené už vypočítané obraty
- Ak chcete získať obežné údaje, musíte povoliť používanie agregátov
- Aktuálne údaje pre takéto registre nie sú uložené v systéme, ale sú vypočítané v čase, keď je systém kontaktovaný kvôli takýmto údajom
Správna odpoveď je tretia, obrat sa vypočíta ako rozdiel medzi súčtami.
Otázka 12.51 skúšky 1C: Platform Professional. Prečo existuje register akumulácie obratu, ak v registri akumulácie zostatku existuje možnosť získať obrat?
- Na použitie v prípadoch, keď sa nevyžadujú informácie o zostatkoch
- Rozšíriť možnosti analýzy súčasných údajov
- Možnosti 1 a 2 sú správne
- Všetky možnosti sú správne
Správna odpoveď je piata. Po prvé, existujú ukazovatele, pre ktoré sú zostatky v podstate bezvýznamné, napríklad peňažné toky rozdelené podľa položiek; to určuje prvú možnosť. Po druhé, predpokladá sa, že registre zvyškov sú konštruované s minimálnou analytickosťou, a preto je potrebné vynaložiť úsilie na získanie údajov z nich. To vedie k druhej a tretej možnosti.
Otázka 12.52 skúšky 1C: Platform Professional. Na aké úlohy možno použiť mechanizmus získavania obehových údajov v akumulačnom registri s typovými zostatkami?
- Pre zjednodušenie štruktúry aplikačného riešenia
- Na urýchlenie procesu vývoja
- Na optimalizáciu konfigurácie
- Získať jednoduché otáčky spolu so zvyškami
- Všetky možnosti sú správne
Správna odpoveď je samozrejme štvrtá.