Dokumenty, rejestry akumulacji, systemy przechowywania. Odnawialny rejestr akumulacji „Sprzedaż 1c 8 3 tworzy rejestry akumulacji

Aby odzwierciedlić różne transakcje biznesowe w programach opartych na 1C:Enterprise, użytkownicy korzystają z dokumentów. Można z nich uzyskać wszystkie niezbędne dane, np. stan środków pieniężnych na rachunkach firmy, liczbę sprzedanych towarów w określonym czasie.

W trakcie pracy może pojawić się dość duża liczba takich dokumentów. Nie mówimy tu o setkach dokumentów, ale o tysiącach i dziesiątkach tysięcy. Naturalnie budowanie raportów i innych danych z takiej liczby dokumentów jest bardzo długie, pracochłonne i nieefektywne.

Wyobraź sobie, że księgowy rejestrując sprzedaż produktu, siedzi i czeka, podczas gdy program sprawdza wprowadzone wcześniej dokumenty i oblicza, czy w magazynie jest wystarczająco dużo salda, aby dokonać odpisu.

Aby rozwiązać takie problemy w 1C, istnieją specjalne obiekty konfiguracyjne - rejestry akumulacji. Podczas przetwarzania dokumentów dokonuje się w nich wpisów i dopiero wtedy z tych rejestrów można szybko uzyskać wszystkie niezbędne dane, w tym salda i obroty. Oznacza to, że rejestry akumulacji nie tylko przechowują dane, ale także pozwalają na ich szybkie przetwarzanie.

Jak wspomniano wcześniej, rejestry akumulacji umożliwiają szybkie odzyskanie sald i obrotów. Funkcjonalność ta jest bezpośrednio powiązana z typem rejestru. Można to zmienić w zakładce „Podstawowe” formularza edycji konkretnego rejestru.

  • Obiegowe rejestry akumulacji umożliwiają uzyskanie jedynie obrotu za określony okres czasu. W takim przypadku nie jest możliwe uzyskanie salda. Rejestr akumulacji z widokiem „Obrót” tworzy w systemie tylko jedną wirtualną tabelę – obrót.
  • Rejestry akumulacyjne z widokiem „Pozostałości” umożliwiają deweloperowi uzyskanie zarówno sald, jak i obrotów. W tym przypadku utworzone zostaną trzy wirtualne tabele: salda, obroty, salda i obroty. Przykładem takiego rejestru może być rejestr stanów magazynowych oraz przepływów pieniężnych poprzez rachunki bieżące organizacji.

notatka, że pomimo uniwersalności rejestru sald przychodowych oraz sald i obrotów ma on także swoje wady. Po uzyskaniu obrotów w rejestrze wagi wydajność znacznie spada. W związku z tym zdecydowanie nie zaleca się korzystania z rejestru salda w przypadkach, gdy potrzebny jest jedynie obrót (na przykład obrót ze sprzedaży). Nie ustawiaj typu rejestru na reszty „na wszelki wypadek”, bo rejestry mają za zadanie przyspieszyć program, a wręcz przeciwnie, spowolnisz ten proces.

Dane rejestru akumulacji

Pomiary

Pomiary rejestrów akumulacji oznaczają pewne sekcje, w których można później uzyskać informacje. W naszym przypadku wymiary rejestru „Produkt wyjściowy” to: organizacja, porządek, specyfikacja, podział i inne.

W dowolnym momencie będziemy mogli otrzymać salda np. dla całej organizacji, pod konkretne zlecenie.

Właściwości wymiaru

Każdy wymiar ma swój własny zestaw właściwości, które mogą znacząco wpłynąć na działanie rejestru jako całości. Podobne właściwości występują także w zasobach ze szczegółami.

W przypadku, gdy planujesz w przyszłości wybierać dość często na dowolny wymiar. W naszym przypadku nie będziemy stosować indeksowania dla organizacji.

Możesz także określić tutaj, czy wymiar jest obowiązkowy, czy ma być używane wyszukiwanie pełnotekstowe i inne ustawienia.

Zasoby

Zasoby to dane liczbowe przechowujące określone informacje. To właśnie otrzymamy w przyszłości w różnych sekcjach. Na przykład w rejestrze akumulacji „Produkt wyjściowy” jako zasób będzie pełnić wyłącznie ilość. W takim przypadku będziemy mogli uzyskać ilość produktów wyprodukowanych w określonym momencie, np. dla określonego działu.

Kolejny prosty przykład. Załóżmy, że wszystkie transakcje gotówkowe realizujemy przy pomocy rejestru akumulacji. Zasobami będzie kwota pieniędzy otrzymana (paragon) lub wydana (wydatek) z kasy fiskalnej. Wymiarem może być na przykład kontrahent/osoba odpowiedzialna. Dzięki temu będziemy mogli uzyskać dane o saldach i obrotach zarówno kasy jako całości, jak i poszczególnych kontrahentów.

Przybory

W przeciwieństwie do wymiarów i zasobów, atrybuty nie są używane tak często. Przechowują dane potrzebne do poinformowania rejestru (uwaga). Dane zostaną użyte jako atrybuty, jeśli nie są zasobem ani wymiarem.

Standardowe szczegóły

Oprócz zwykłych szczegółów, które programista może dodać samodzielnie, istnieją również standardowe szczegóły. Nie możesz usuwać ani dodawać nowych do tej listy. Do szczegółów standardu można przejść przyciskiem o tej samej nazwie w zakładce „Dane”.

Agregaty

Agregaty dostępne są wyłącznie w rejestrach akumulacyjnych z widokiem „Obrót”. Dostęp do nich uzyskasz z zakładki „Dane”. Agregaty stosowane są w bazach zawierających dużą ilość danych w celu przyspieszenia generowania raportów. Nie będziemy szczegółowo omawiać tego mechanizmu, ponieważ jest to dość szeroki temat.

Ruchy w rejestrach akumulacji

Każdy rejestr akumulacyjny może mieć jednego lub kilku rejestratorów. Dokument pełni funkcję rejestratora, podczas którego generowany jest odpowiedni wpis w rejestrze akumulacji.

Listę rejestratorów akumulacji możesz przeglądać na zakładce o tej samej nazwie w formie samego rejestru. W tym przykładzie przesunięcia w rejestrze „Wydanie produktu” mogą zostać wygenerowane podczas księgowania czterech różnych dokumentów.

W samych dokumentach, które są rejestratorami, lista rejestrów, za pomocą których dokonują ruchów, znajduje się w zakładce „Przesunięcia”. Dostępny jest tu także konstruktor ruchu, który pomoże w stworzeniu takich procedur (przeprowadzenie i anulowanie wykonania). Porównanie danych dokumentów i rejestrów odbywa się poprzez porównanie typów danych.

koszt materiałów dostępnych w organizacji, będziemy musieli uzyskać dostęp do dokumentów, przejrzeć każdy z nich, spisać niezbędne dane, a następnie je podsumować, uzyskując niezbędne dane. Takie podejście jest niewygodne - jest zbyt wolne zarówno dla naszego wyimaginowanego przypadku „ręcznego”, jak i dla zautomatyzowanej księgowości.

Bardziej logiczne byłoby, oprócz dokumentów, prowadzenie specjalnych tabel, w których przy odbiorze materiałów i ich spisywaniu można wprowadzać krótkie informacje na ten temat. Jeśli, powiedzmy, codziennie podsumowujesz te tabele i wyświetlasz pozostałe materiały, to aby powiedzieć, ile i jakie materiały ma organizacja w określonym dniu, wystarczy odwołać się do odpowiedniej kolumny tabeli . W systemie 1C:Enterprise takie tabele są rejestry akumulacji. Jak sama nazwa wskazuje, mają one na celu odzwierciedlanie, kumulację i określone wskaźniki. A odbicie w księgach odbioru i zużycia materiałów jest jednym z typowych przykładów ich wykorzystania.

Nasza organizacja prowadzi ewidencję materiałów w powiązaniu z osobami odpowiedzialnymi, które je otrzymują i od których materiały te są odpisywane po dopuszczeniu do produkcji. Musimy przechowywać informacje o ilości materiałów i ich koszcie, a także, w przypadku odpisania do produkcji, mieć informację, któremu konkretnemu rzemieślnikowi te materiały zostały przekazane. Te rozważania pozwalają nam zaprojektować konstrukcję rejestr akumulacji, który teraz utworzymy.

Planując skład rejestr akumulacji musimy dokładnie zrozumieć, jakie dane będziemy w nim przechowywać, a następnie „rozłożyć” te dane na wymiary, zasoby i dane rejestrowe.

Musimy więc przechowywać następujące dane:

  • Stanowisko nomenklatury
  • Odpowiedzialny pracownik na tym stanowisku
  • Ilość przedmiotów
  • Koszt przedmiotu
  • Dane o mistrzu, któremu materiały zostały przekazane do wykorzystania.

Zarejestruj pomiary, czyli nacięcia, w których przechowywane są dane, pozwalają odpowiedzieć na pytania o to, jakie dane są przechowywane w księdze. W naszym przypadku musimy znać dwie główne cechy - to właśnie odpowiedzialna osoba ustalone w ten czy inny sposób stanowisko nomenklatury. Oczywiście wymiary z naszej listy danych będą dotyczyć elementu i odpowiedzialnego pracownika.

Zasoby rejestru– są to zawsze wartości liczbowe charakteryzujące przechowywane dane. Wartości liczbowe to ilość i suma i to one będą zasobami naszego rejestru.

Szczegóły rejestracji pełnią rolę pomocniczą i w naszym przypadku logiczne byłoby przechowywanie w rejestrze szczegółowych informacji o rzemieślniku, który otrzymał materiały do ​​pracy - na wypadek, gdybyśmy musieli dowiedzieć się, kto dokładnie tych materiałów użył.

Kolejną ważną kwestią, którą należy podjąć podczas projektowania rejestru, jest to, czy rejestr będzie rejestr bilansowy Lub rejestr rewolucji. Nas interesują zarówno informacje o pozostałych materiałach, jak i informacje o obrocie, dlatego zakładając rejestr należy określić rodzaj rejestru - Resztki. Zarejestruj się z widokiem Resztki pozwala nam pracować zarówno z saldami, jak i obrotami

Proponowana tutaj struktura rejestr akumulacji– to tylko jedna z możliwości organizacji przechowywania opisywanych danych. Taki schemat księgowy można wdrożyć, powiedzmy, za pomocą pary rejestrów, z których jeden służy wyłącznie do przechowywania całkowitych sald materiałów - czyli danych potrzebnych do sprawozdań finansowych, drugi - do przechowywania dane dotyczące ośrodków odpowiedzialności. W każdym razie każdy konkretny schemat księgowy może wymagać własnej struktury rejestru, a nasz przykład jest jedynie demonstracją jednej z możliwych opcji.

Po omówieniu teoretycznej części zagadnienia przejdźmy do praktyki. Stwórzmy nowy rejestr akumulacji, nazwijmy to Pozostałe materiały, parametr Typ rejestru zostawmy tę wartość Resztki, Ryż. 6.12.


Ryż. 6.12.

Włączmy to rejestr akumulacji do podsystemu Rachunkowość materiałów operacyjnych.

Na karcie Dane Utwórzmy następujące wymiary, zasoby i szczegóły:

Pomiary:

Nazwa: Nomenklatura, Typ: DirectoryLink.Nomenklatura, Zakaz pustych wartości – ustaw.

Nazwa: OdpowiedzialnyPracownik, Typ: DirectoryLink.Employees, Zakaz podawania pustych wartości – ustaw.

Zasoby

Nazwa: Ilość, Typ: liczba, długość 10, dokładność 3

Nazwa: Suma, Typ: liczba, długość 10, precyzja 2

Przybory:

Nazwa: Odbiorca materiałów, Typ: DirectoryLink.Employees

Zwróć uwagę na nazwy tych szczegółów, ich rodzaje, a także standardowe dane rejestru (ryc. 6.13.) - dane te przydadzą nam się podczas pracy nad procedurą wykonanie dokumentu.

Wykluczmy atrybut ogólny ze szczegółów rejestru Organizacja. Teraz nie ma takiej potrzeby. Aby uporządkować przechowywanie danych w rejestrze pomiędzy różnymi organizacjami potrzebny byłby nowy wymiar – Organizacja, dzięki któremu moglibyśmy pracować z materiałami pochodzącymi z różnych organizacji.

Przejdźmy do zakładki Rejestratorzy okno edycji obiektu i wyboru dokumentów jako dokumentów rejestratora - Odbiór materiałów I Wydanie materiałów Mistrzowi.

Na tym etapie konfiguracja rejestr akumulacji gotowe, przejdźmy do ustawień dokumentu. Zacznijmy od dokumentu Odbiór materiałów.

Otwórzmy okno edycji obiektu dla tego dokumentu, przejdźmy do zakładki Ruchy(Rys. 6.14.) i naciśnij przycisk


Ryż. 6.14.

W konstruktorze wybierz rodzaj ruchu rejestru - Nadchodzący, w polu Część tabelaryczna wskazać tabelaryczną część dokumentu Materiały, kliknij przycisk Pełne wyrażenia. Automatyczny mechanizm ustalania zgodności pomiędzy danymi dokumentu i rejestru nie zawsze działa poprawnie (w przypadku, gdy nie jest w stanie jednoznacznie określić zgodności lub gdy ustalona przez niego korespondencja według jego logiki różni się od pożądanej), dlatego będziemy sprawdzić poprawność ustalonej korespondencji. W rezultacie okno Projektant rejestrować ruchy powinien wyglądać jak pokazano na rys. 6.15.


Ryż. 6.15.

Po kliknięciu przycisku OK w module obiektu dokumentu zostanie wygenerowana następująca procedura przetwarzania wykonania (tak wygląda po usunięciu komentarzy, że kod został zbudowany przez projektanta ruchu):

Procedura ProcessingProcessing(Failure, Mode) // zarejestruj pozostałe materiały Przybycie ruchu pozostałych materiałów Write = True; Dla każdego TekStrowMaterials z cyklu materiałów Movement = Movements.RemainingMaterials.Add(); Movement.MovementType = AccumulationMovementType.Incoming; Ruch.Period = Data; Movement.Nomenclature = TexStringMaterials.Nomenclature; Ruch.ResponsibleEmployee = OdpowiedzialnyPracownik; Motion.Quantity = TechStringMaterials.Quantity; Movement.Amount = TexStringMaterials.Amount; Koniec cyklu; Koniec procedury

Procedura ta jest zadeklarowana w module obiektowym, na którym jest wykonywana

W dowolnej konfiguracji 1s 8.2 tego typu obiekty można zobaczyć jako rejestry. Ich głównym celem jest optymalizacja pozyskiwania danych do raportów. Wyróżnia się cztery rodzaje rejestrów: rejestry informacyjne, rejestry akumulacyjne, rejestry księgowe i rejestry kalkulacyjne. I choć typy te mają za zadanie rozwiązywać różne problemy, to już po tym, że wszystkie nazywane są „rejestrami”, można się domyślić, że i one mają ze sobą coś wspólnego.

Po pierwsze, jak już wspomniano, jako obiekty konfiguracyjne potrzebne są do szybszego odczytania informacji z bazy danych, np. w zapytaniach. Rejestry można porównać do katalogu książkowego biblioteki (wcześniej sporządzano je na kartach papierowych). Oznacza to, że jest to nie tylko przechowywanie informacji (danych), ale także ich systematyzacja (tworzenie określonej struktury), gdy dane trafiają do określonego rejestru (na przykład z dokumentów różnego typu) i, jeśli to konieczne, mogą można stamtąd szybko pobrać i wyświetlić na przykład w raporcie lub w innym procesie. Ogólnie rzecz biorąc, główne zastosowanie rejestrów w 1C można zilustrować następującym schematem: „Dokument - rejestr - raport”, choć są wyjątki.

Po drugie, wszystkie rejestry, niezależnie od rodzaju, posiadają zasoby, wymiary i szczegóły. Czyli jest zdeterminowane Co(ratunek) w jakich sekcjach(pomiary) należy wziąć pod uwagę. Dotyczy biblioteki – bierzemy pod uwagę książki według autora, gatunku i wydawcy. Za pomocą szczegółów możesz uzupełnić informacje, na przykład o rok publikacji. I tu jest jedna ważna kwestia – strukturę rejestru trzeba bardzo dokładnie określić, w zależności od tego, jakie informacje będziemy z niego wydobywać. Przykładowo, jeśli w naszej bibliotece wyszukiwanie odbywa się najczęściej po nazwisku autora, na karcie w pierwszej kolejności należy podać autora (pierwszy wymiar), a dopiero potem gatunek (drugi wymiar).

Po trzecie, rejestry mają strukturę tabelaryczną, ale różni się ona od struktury tabel obiektowych. Nie znajdziesz więc klas takich jak RegisterReference czy RegisterObject. Skład tabeli rejestrów zależy od jej właściwości.

Po czwarte, dane zapisywane są do rejestrów w postaci zbiorów rekordów. Każdy zestaw składa się z jednego lub większej liczby rekordów. Jednak do rekordu w zestawie nie można się odwoływać ani uzyskać do niego dostępu. Ani zbiór rekordów, ani rekord w zestawie nie mogą mieć stanu „oznaczenia do usunięcia”.

Po piąte, uzyskując dostęp do rejestrów w zapytaniach w celu uzyskania danych, można uzyskać dostęp nie tylko do fizycznych tablic rejestrów, ale także do tablic wirtualnych, które są zagnieżdżonym zapytaniem, które uzyskuje dane na podstawie określonych parametrów. Parametry tabeli wirtualnej ustawiane są w zależności od konkretnych potrzeb pozyskania danych z tablic rejestrowych.

Porozmawiajmy teraz o cechach każdego typu rejestrów:

1. Rejestry informacyjne

Być może najprostszy typ rejestru. W przeciwieństwie do innych typów rejestrów, jego zasób można nazwać nie tylko wartością liczbową, ale także innym typem danych.

Ma specjalną właściwość, która nie jest wykorzystywana w innych typach rejestrów - okresowość.

Może nie mieć rejestratora, to znaczy być niezależny; w tym przypadku wpisów dokonuje się bezpośrednio w rejestrze, z pominięciem dokumentu rejestracyjnego (jest to wyjątek od ogólnego schematu korzystania z rejestrów w 1c). Natomiast inne typy rejestrów muszą posiadać co najmniej jednego rejestratora dokumentów.

Dodatkowo tego typu rejestry posiadają automatyczną kontrolę unikalności rekordów ze względu na okres (częstotliwość określoną we właściwościach rejestru) i wymiary. Oznacza to, że wśród wpisów rejestru nie może znajdować się więcej niż jeden wpis o tym samym okresie wskaźników + pomiar + rejestrator (o ile taki istnieje). O unikalności wpisów w innych typach rejestrów decyduje rejestrator.

2. Rejestry akumulacyjne

Przeznaczony do gromadzenia wskaźników liczbowych (zasobów) i dzieli się na dwa podtypy - Pozostałości i Obroty. Różnica między nimi polega na tym, że Salda Rejestru Akumulacji mają na celu uzyskanie informacji o stanie „w pewnym momencie”, a Obroty mają na celu uzyskanie informacji o danych „za pewien okres”.

Dane rejestru akumulacji przechowywane są w bazie danych w postaci dwóch tabel – tabeli ruchów i tabeli sum. Bezpośredni dostęp jest możliwy tylko do stołu ruchowego.

3. Rejestry księgowe

Przypomina ona rejestr akumulacyjny, lecz ma za zadanie usystematyzować dane dotyczące zapisów księgowych. Można go jednak stosować nie tylko do rachunkowości, ale także do każdego innego rodzaju rachunkowości.

Jego główną cechą jest możliwość rejestracji danych metodą podwójnego zapisu na zasadzie Debet-Kredyt. Aby zaimplementować możliwość generowania transakcji, Rejestr Księgowy musi być powiązany ze specjalnym obiektem – Planem Kont.

4. Rejestry obliczeniowe

Rejestr tego typu przeznaczony jest nie tylko do przechowywania, gromadzenia i systematyzacji danych, ale także do implementowania skomplikowanych mechanizmów obliczeń okresowych. Aby to zrobić, we właściwościach rejestru obliczeń należy zdefiniować kolejny obiekt 1C - plan typów obliczeń. Oznacza to, że obsługa rejestru tego typu nie jest możliwa bez określenia dla niego konkretnego planu typów obliczeń.

Można powiedzieć, że rejestr obliczeniowy służy do przechowywania informacji o rodzajach obliczeń oraz do przechowywania wyników obliczeń i wartości pośrednich obliczeń. Jego głównym celem w konfiguracjach 1C jest obliczanie rozliczeń międzyokresowych, na przykład wynagrodzeń i innych płatności na rzecz pracowników. Aby zrealizować te zadania, przy ustalaniu parametrów rejestru obliczeniowego można w nim wskazać powiązanie z harmonogramem czasowym, co pozwala na wykonywanie obliczeń w zależności od czasu określonego w tym harmonogramie. Sam harmonogram czasowy należy określić za pomocą odpowiedniego rejestru informacyjnego.

Można zatem powiedzieć, że rejestr obliczeniowy ma ostatecznie najbardziej złożoną strukturę w porównaniu do innych typów rejestrów w 1s.

Kontynuujmy rozważanie pracy naszego dokumentu „Świadczenie usług”. Do tej pory rejestry akumulacji ruchu tworzyliśmy tylko dla linii dokumentów zawierających materiały. Nie uwzględniliśmy usług zawartych w dokumencie.

Faktem jest, że przy rozliczaniu usług ważne są zupełnie inne kryteria niż przy rozliczaniu materiałów. Przede wszystkim nie ma sensu mówić o tym, ile było usług, a ile jeszcze pozostało; ważna jest tylko ilość i liczba usług, które zostały wykonane w określonym czasie. Ponadto interesujące są następujące punkty:

jakie usługi zostały wykonane (w celu stworzenia oceny usług)

dla jakiego konkretnego klienta były świadczone usługi (aby zapewnić mu rabat od wolumenu wcześniej opłaconych usług,

który mistrz świadczył usługi (do obliczenia jego wynagrodzenia)

Jest oczywiste, że istniejące rejestry akumulacji zupełnie nie nadają się do rozwiązywania takich problemów. Dlatego stworzymy kolejny „magazyn” danych, który będzie wykorzystany w naszym programie - obiegowy rejestr akumulacji „Sprzedaż”.

10.2. Co to jest zbywalny rejestr akumulacji?

Rejestrami akumulacyjnymi mogą być rejestry bilansowe i rejestry obrotu.

Rejestry „Pozostały materiał” i „Koszt materiału”, które istnieją w naszej konfiguracji szkoleniowej, są rejestrami bilansowymi. Jeśli pamiętacie moment, kiedy tworzyliśmy raport „Materiały”, to w kreatorze raportów widzieliśmy, że system tworzy dla takich rejestrów trzy wirtualne tabele: tabelę sald, obrotów oraz zbiorczą tabelę sald i obrotów.

Krążący rejestr akumulacji jest bardzo podobny do znanego nam już rejestru bilansowego, dla którego pojęcie „reszty” nie ma sensu. Rejestr obrotów gromadzi tylko obroty; salda są bez

są różne. Dlatego jedyną wirtualną tabelą, jaką system utworzy dla takiego rejestru, będzie tabela obrotów.

Poza tym rejestr obrotów nie różni się od rejestru salda.

Należy powiedzieć o jednej cesze konstrukcji rejestrów akumulacji, która jest bezpośrednio związana z możliwością uzyskania sald.

Tworząc obiegowy rejestr akumulacji nie ma szczególnej trudności w ustaleniu, jakie parametry powinny mieć wymiary rejestru – jako jego wymiary możemy przypisać dowolne potrzebne nam parametry.

Zupełnie inaczej sytuacja wygląda w przypadku rejestru akumulacji wspierającego akumulację sald. Według niego wyboru pomiarów należy dokonać w oparciu o fakt, że ruchy rejestrów można przeprowadzać „w dwóch kierunkach”: dochodów i wydatków. Dlatego jako pomiary należy wybrać te parametry, według których ruchy będą dokładnie wykonywane zarówno w jednym, jak i drugim kierunku.

Na przykład, jeśli materiały są rozliczane pod względem pozycji i magazynu, oczywiste jest, że pomiarami można mierzyć zarówno pozycję, jak i magazyn, ponieważ zarówno przyjęcie, jak i zużycie materiałów będzie zawsze realizowane ze wskazaniem konkretnej pozycji i konkretnego magazynu. Jeśli w tej sytuacji istnieje potrzeba odzwierciedlenia rozliczania materiałów również w kontekście dostawcy, wówczas tutaj należy przejść od konkretnego schematu rachunkowości przyjętego w przedsiębiorstwie.

Najprawdopodobniej po otrzymaniu materiałów zostanie wskazany dostawca, natomiast w przypadku zużycia materiałów z dużym prawdopodobieństwem dostawca nie zostanie wskazany, gdyż w większości przypadków jest to informacja zupełnie zbędna. Oznacza to, że jako atrybut rejestru akumulacji należy dodać dostawcę.

Jeżeli przy zużyciu materiałów dostawca zostanie na pewno wskazany, wówczas warto dodać dostawcę do wymiarów rejestru.

Innymi słowy, dla każdego z wymiarów rejestru akumulacji salda zmiana zasobów musi koniecznie odbywać się w obu kierunkach: dochodów i wydatków.

W przypadku danych rejestrowych zasada ta jest nieistotna; według danych rejestrowych środki można jedynie otrzymać lub jedynie wydać.

Naruszenie tej zasady konstruowania rejestrów akumulacji doprowadzi do bezproduktywnego wykorzystania zasobów systemowych, a w rezultacie do spowolnienia i utraty wydajności.

10.3. Utworzenie działającego rejestru akumulacji

Skoro już wiemy „prawie wszystko” o rejestrach akumulacji, otwórzmy konfigurator i utwórzmy nowy obiekt konfiguracyjny – rejestr akumulacji. Nazwijmy to „Sprzedaż” i zdefiniujmy rodzaj rejestru – „Obrót”.

262. Stwórzmy nowy obiekt konfiguracyjny Rejestr akumulacji: wybierz obiekt na drzewie Rejestr akumulacji, MP, wybierz Dodaj , w polu Nazwa wpisz Sprzedaż , w polu Zaawansowany widok listy Wchodzić Ruchy w rejestrze sprzedaży, Kliknij Następny.

263. Na zakładce Podsystemy wybierz Księgowość, Księgowość materiałów, Usługi.

264. Na zakładce Dane utwórz wymiary rejestru:

265. Utwórz rejestr trzeci ratunek:

Ilość, typ Liczba, długość 22, dokładność 2, Przychód, typ Liczba, długość 22, dokładność 2, Koszt, typ Liczba, długość 22, dokładność 2.

266. Udostępnij w panelu akcji sekcji polecenie przeglądania zapisów rejestru akumulacji: wybierz gałąź w drzewie obiektów konfiguracyjnych Podsystemy, MP, Wszystkie podsystemy, w oknie Wszystkie podsystemy po lewej stronie na liście Podsystemy wybierz podsystem Księgowość, w grupie Panel nawigacyjny Normalny dla zespołu Sprzedaży włącz widoczność i przeciągnij go do grupy Panel nawigacyjny. Zobacz też.

267. Zrób to samo dla podsystemówŚwiadczenie usług i

Rachunkowość materiałów

268. Otwórz okno edycji obiektu konfiguracyjnego DokumentŚwiadczenie Usług i w zakładce Przesunięcia wskazujemy, że dokument ten będzie tworzył ruchy w Rejestrze Sprzedaży.

269. Wybierz kartę Inne, moduł obiektowy.

270. Wprowadź kod tworzący ruchy rejestru sprzedaży utworzone w dokumencie Świadczenie usług, wyróżniony pogrubioną czcionką:

Procedura ProcessingConduct(awaria, tryb) //((__MOTION_REGISTER_CONSTRUCTOR

// Fragment ten zbudował konstruktor.

// Podczas ponownego użycia konstruktora zmiany wprowadzone ręcznie zostaną utracone!!!

Movements.RemainingMaterials.Write = True; Movement.CostMaterials.Write = True;

Movements.Sales.Record = True;

Dla każdej linii technologicznejWykaz nomenklatur z cyklu Wykaz nomenklatur

TechStringLista nomenklatury.Nomenklatura.Rodzaj nomenklatury

= Wyliczenie. Rodzaje nomenklatury materiału

// Zarejestruj pozostałe zużycie materiału

Ruch = Ruchy.PozostałeMateriały.Dodaj();

Ruch.Period = Data;

Ruch.Magazyn = Magazyn;

Ruch = Ruchy.MateriałyKoszt.Dodaj();

Movement.MovementType = AccumulationMotionType.Expense;

Ruch.Period = Data;

Movement.Material = TekStringList of Nomenclature.Nomenclature;

Movement.Cost = TechStringListItems.Quantity*TechStringListItems.Cost;

koniecJeśli;

Ruch = Ruchy.Sprzedaż.Dodaj(); Ruch.Period = Data;

Movement.Nomenclature = TechStringList of Nomenclature.Nomenclature;

Ruch.Klient = Klient; Ruch.Master = Mistrz;

Movement.Quantity = TechStringList of Nomenclature.Quantity;

Movement.Revenue = TechLineList of Items.Amount;

Movement.Cost = TechStringListItems.Cost*TechStringListItems.Quantity;

Koniec cyklu; //))__CONSTRUCTOR_MOVEMENT_REGISTERS

Koniec procedury

271. Uruchommy 1C:Enterprise w trybie debugowania, otwórz dokument Świadczenie usług z dnia 27 lipca, kliknij Postępowanie, przejdź do listy ruchów w rejestrze sprzedaży.

272. Otwórz dokument Świadczenie usług z dnia 29 lipca, kliknij Kontynuuj, przejdź do listy ruchów w Rejestrze Sprzedaży.

273. Otwórz dokument Świadczenie usług z dnia 29 lipca, kliknij Kontynuuj, przejdź do listy przesunięć w Rejestrze Sprzedaży.

11 dzień. Raporty 11.1. Metody dostępu do danych

System 1C:enterprise obsługuje dwa sposoby dostępu do danych przechowywanych w bazie danych:

obiekt (odczyt i zapis)

tabelaryczne (do czytania).

Obiektowy sposób dostępu do danych realizowany jest poprzez wykorzystanie wbudowanych obiektów językowych. Jednocześnie uzyskując dostęp do dowolnego obiektu języka wbudowanego, uzyskujemy dostęp do pewnego zestawu danych znajdujących się w bazie danych jako pojedynczy obiekt.

Przykładowo obiekt DocumentObject.Service Provision będzie zawierał wartości wszystkich szczegółów dokumentu Świadczenia usługi oraz wszystkich jego części tabelarycznych.

Tabelaryczny dostęp do danych realizowany jest za pomocą zapytań do baz danych, które są kompilowane w języku zapytań. Tutaj programista otrzymuje możliwość operowania na poszczególnych polach tabel bazy danych, w których przechowywane są określone dane.

11.2. Praca z prośbami

Do generowania i wykonywania zapytań do tabel bazy danych system wykorzystuje specjalny obiekt Request. Zapytanie jest wygodne w użyciu, gdy trzeba uzyskać złożoną próbkę danych, pogrupować i posortować w pożądany sposób. Jednym z klasycznych przykładów jego zastosowania jest podsumowanie stanu rejestru księgowego w określonym momencie. Dodatkowo mechanizm zapytań ułatwia pozyskiwanie informacji w różnych ramach czasowych.

11.3. Zapytania o źródła danych

Zapytanie pobiera początkowe informacje ze zbioru tabel.

Wszystkie tabele, na których operuje język zapytań, można podzielić na dwie grupy:

prawdziwe stoły

wirtualne stoły.

Tabele rzeczywiste zawierają dane z dowolnej tabeli rzeczywistej przechowywanej w bazie danych.

Na przykład rzeczywista tabela to Directory.Clients odpowiadająca katalogowi Clients.

Tabele wirtualne tworzone są głównie z danych z kilku tabel bazy danych. Na przykład wirtualna tabela to Rejestr akumulacji.Pozostałości materiału.RemainingsAndTurnover, utworzona z kilku tabel rejestru akumulacji Pozostały materiał.

Łączy je to, że można im nadać szereg parametrów, które określają, jakie dane będą zawarte w tych wirtualnych tabelach.

Tabele wirtualne nie są przechowywane w bazie danych.

Tabele rzeczywiste dzielą się na obiektowe (odniesienia) i nieobiektowe.

Tabele obiektów dostarczają informacji o typach danych referencyjnych (katalogi, dokumenty itp.). A w nieobiektowych - wszystkie inne typy danych (stałe, rejestry itp.).

Cechą szczególną tabel obiektów jest to, że zawierają one pole Link zawierające łącze do bieżącego rekordu.

11.4. Język zapytań

Algorytm, według którego będą wybierane dane z wejściowych tabel zapytań, opisany jest w specjalnym języku – języku zapytań.

Tekst żądania może składać się z części:

1. opis żądania

2. łączenie zapytań

3. zamawianie wyników

4. automatyczne zamawianie

5. opis wyników.

Jedyną wymaganą częścią jest opis żądania.

Opis zapytania – definiuje źródła danych, pola selekcji, grupowania itp.

Łączenie zapytań – określa sposób łączenia wyników wykonania kilku zapytań.

Porządkowanie wyników — określa warunki porządkowania wierszy wyników zapytania.

Automatyczne zamawianie umożliwia włączenie automatycznego porządkowania wierszy wyników zapytania.

Opis sum – określa, jakie sumy należy obliczyć w zapytaniu i jak grupować wynik.

System kompozycji danych

System kompozycji danych przeznaczony jest do tworzenia niestandardowych raportów.

Dane źródłowe układu raportu zawierają diagram układu danych. Są to zbiory danych i metody pracy z nimi.

Programista tworzy schemat kompozycji danych, w którym opisuje treść żądania, zbiory danych, połączenia między nimi, dostępne pola, parametry pobierania danych oraz ustala wstępne ustawienia układu - strukturę raportu, układ danych itp.

Programista tworzy schemat układu danych i ustawienia domyślne.

Na podstawie układu i ustawień kreator układu tworzy układ.

Procesor składu danych wybiera dane z zabezpieczeń informacji zgodnie z układem układu, agreguje i formatuje te dane.

Wynik układu jest przetwarzany przez procesor wyjściowy, w wyniku czego użytkownik otrzymuje wynikowy dokument arkusza kalkulacyjnego.

11,5. Wybór danych z jednej tabeli

274. Stwórzmy raport: w drzewie obiektów konfiguracyjnych wybierz gałąź Raporty, MP, wybierz Dodaj, wpisz w polu Nazwa

Rejestr Dokumentów Świadczenia Usług , naciśnij klawisz Tab i w polu Synonimy powinien pojawić się Rejestr Dokumentów Świadczenia Usług w polu widoku zaawansowanego wpisz Lista świadczonych usług,

275. kliknij Otwórz za pomocą diagramu kompozycji danych

276. Dodaj nowy zbiór danych - zapytanie: kliknij przycisk Dodaj, wybierz .

277. Utwórz tekst żądania: kliknij przycisk Konstruktor żądania

sa.

278. Świadczenie usług, z tej tabeli wybieramy pola Magazyn,

279. Wybierz kartęStowarzyszenia/aliasy, wskazuje, że pole Link będzie zawierało alias dokumentu.

280. Wybierz kartę Kolejność, określ, że wynik zapytania ma być uporządkowany według wartości pola Dokument.

281. Kliknij OK.

Świadczenie Usług,

Świadczenie usług Mistrzu,

SORTUJ WEDŁUG

Dokument

Świadczenie Usług,

Świadczenie usług Mistrzu,

Dokument.Świadczenie usług JAK świadczyć usługi

SORTUJ WEDŁUG

Dokument

Opis zapytania Kolejność wyników (domyślnie rosnąca) Lista pól wyboru

Po aliasie źródła danych AS Źródła danych

282. wybierz zakładkę ustawień, wybierz Raport, MP, Nowy

grupowanie.

283. Na zakładce Wybrane pola przesuwaj pola myszką.

284.

285. W oknie edycji obiektu konfiguracyjnego Rejestracja Dokumentu RaportuŚwiadczenie usług wybierz zakładkę Podsystemy i wybierz opcję Świadczenie usług.

286. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Świadczenie usług wybierz Rejestr dokumentów dotyczących świadczenia usług, kliknij Generuj.

Widzimy, że raport zawiera rejestr dokumentów Świadczenie usług. Co więcej, klikając dwukrotnie pole Dokument, możemy otworzyć dokument źródłowy, a także wykonać inne czynności.

11.6. Wybór danych z dwóch tabel

286. Stwórzmy raport: wybierz gałąź w drzewie obiektów konfiguracyjnych Raporty, MP, wybierz Dodaj, w polu Nazwa wpisz Service Rating, naciśnij klawisz Tab i powinien pojawić się w polu Synonim

287. kliknij Otwórz za pomocą diagramu kompozycji danych . W oknie projektanta układu wybierz typ układu Diagram składu danych kliknij przycisk Zakończ.

288. Dodaj nowy zbiór danych - zapytanie: kliknij przycisk Dodaj, wybierz Dodaj zbiór danych — zapytanie.

289. Utwórz tekst żądania: kliknij przycisk Konstruktor żądania

sa.

290. Jako źródło danych dla zapytania wybierz tabelę obiektów Nomenklatura oraz wirtualną tabelę rejestru akumulacji SalesTurnover.

290. Zmieńmy nazwę tabeli Nomenklatura na sprNomenclature

291. Przenieśmy pola SprNomenclature.Link i SalesTurnover.RevenueTurnover na listę pól.

292. wybierz zakładkę komunikacja. Ponieważ zapytanie obejmuje kilka tabel, konieczne jest określenie relacji między nimi.

Domyślnie platforma utworzyła już połączenie dla pola Nomenklatura. Oznacza to, że wartości wymiaru Nomenklatura rejestru Sprzedaż muszą być równe odwołaniu do elementu katalogu Nomenklatura.

293. Odznacz pole wyboru Wszystkie dla tabeli Obrót Sprzedaży i ustaw tabelę SprNomenklatura.

Połączenie tego typu będzie połączeniem lewym, co oznacza, że ​​w wyniku żądania zostaną uwzględnione wszystkie rekordy w księdze referencyjnej Nomenklatury oraz te rekordy w rejestrze Sprzedaż, które spełniają warunek połączenia dla pola Nomenklatura.

W wyniku zapytania wszystkie usługi będą obecne, a dla niektórych z nich zostanie wskazany obrót przychodowy.

294. Wybierz zakładkę Warunki i dokonaj wyboru tak, aby grupy znajdujące się w katalogu Nomenklatura nie pojawiały się w raporcie.

295. Wybierz nomenklaturę standardową, zaznacz pole TaGrupa, zaznacz pole wyboru Niestandardowe i wpisz kod w polu Warunek:

sprNomenclature.ThisGroup = FAŁSZ

296. Kolejnym warunkiem jest to, że wybrany przedmiot jest usługą. Jest to prosty warunek. Przeciągnij pole Typ elementu na listę warunków. Platforma automatycznie wygeneruje warunek, zgodnie z którym typ towaru musi być równy wartości parametru Typ artykułu. Następnie przed realizacją żądania przekażemy wartość wyliczenia – Service – do parametru Nomenclature Type.

297. Wybierz zakładkę Scal/Aliasy, pole Link będzie miało alias Usługa, a polem rejestru jest Przychód.

298. Wybierz kartę Zamów, wybierz Przychód, określ, że wynik zapytania ma być posortowany w kolejności malejącej według wartości pola Przychód.

299. Kliknij OK.

SalesTurnover.RevenueObrót JAKO Przychód OD

Katalog.Nomenklatura Odniesienie ASNomenklatura

POŁĄCZENIE LEWE RejestrAkumulacje.Sprzedaż.Obrót AS SprzedażObrót

Oprogramowanie SalesTurnover.Nomenclature = referenceNomenclature.Link

WHERE sprNomenclature.ThisGroup = FALSE

Oraz sprNomenclature.Type of Nomenclature = &Type of Nomenclature-

ZAMÓW WG SPADKU PRZYCHODÓW

W systemie kompozycji danych zasoby odnoszą się do pól, których wartości wyliczane są na podstawie szczegółowych rekordów zawartych w grupowaniu. Zasoby to sumy grupowe lub raporty ogólne.

300. Wybierz zakładkę Zasoby, wybierz Przychody, wybierz >>, aby projektant wybrał wszystkie dostępne zasoby, dla których można obliczyć sumę. Dla nas jest to zasób przychodów.

Opcje

Użytkownika interesują dane dotyczące działalności gospodarczej za określony okres. Dlatego każdy raport posiada parametry określające początek i koniec okresu sprawozdawczego.

Parametry raportu określają warunki wyboru rekordów do raportu.

301. Wybierz kartę Opcje

302. Odciążamy użytkownika od konieczności podawania godziny przy wpisywaniu daty okresu, za który generowany jest raport: w linii Początek okresu wybierz opcję Data, pole M2, z listy Skład dat wybierz opcję Data, kliknij OK.

303. Dla parametru Koniec okresu zaznacz pole wyboru Ograniczenie dostępności.

304. kliknij przycisk Dodaj, w polu Nazwa wpisz Datę końcową, z listy Typ wybierz opcję Data, podaj Skład daty - Data.

305. Wybierz parametr Koniec okresu, w polu Wyrażenie wprowadź wyrażenie

EndPeriod(&DataZakończenia, "Dzień")

306. Wybierz linię rodzaj nomenklatury, Na liście w kolumnie Wartość wybierz opcję Usługa.

Ustawienia

307. wybierz zakładkę ustawienia, wybierz Raport, MP, Nowe grupowanie.

W strukturze raportu pojawi się grupa szczegółowych rekordów.

308. Na zakładce Wybrane pola przesuń mysz do pól Usługa, Przychody.

309. Wybierz zakładkę Inne ustawienia, wpisz tytuł raportu – Ocena usługi.

Szybkie ustawienia niestandardowe

310. Wybierz kartę

311.

312. W polu Data rozpoczęcia na liście Wartości wybierz Początek tego miesiąca.

313. W polu Data zakończenia na liście Wartości wybierz Początek tego dnia.

314. Zamknijmy projektanta schematu kompozycji danych.

315. W oknie edycji obiektu konfiguracyjnego Report Service Rating wybierz zakładkę Podsystemy i wybierz opcję Świadczenie usług.

316. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Ocena usługi.

Symbol

317. W konfiguratorze otwórz schemat kompozycji danych na zakładce Ustawienia, wybierz zakładkę znajdującą się w dolnej części okna Symbol, Kliknij przycisk Dodaj.

318. W polu Projekt wybierz bordowy kolor tekstu, kliknij-

319. Następnie wskazujemy Warunek, po którym zostanie zastosowany wzór, wybieramy Nowy element, klikamy przycisk Dodaj, w lewej kolumnie wartość wskazujemy Przychód, w kolumnie Typ porównania wskazujemy Mniej, w prawej kolumnie wartość wskazujemy 700 ,

Kliknij OK.

Oznacza to, że gdy pole Przychód ma wartość mniejszą niż 700, coś zostanie podświetlone na czerwono.

320. Teraz ustalmy listę pól, które mają zostać utworzone: w polu Pola formularza kliknij trzy kropki, kliknij Dodaj, wybierz Usługę, wybierz Przychody, kliknij OK.

321. W polu Reprezentacja symbolu wpisz Niepopularna usługa. To właśnie zobaczy użytkownik w swoich ustawieniach.

322. Dodajmy teraz utworzony warunek do ustawień użytkownika: kliknij przycisk Niestandardowe właściwości elementu

ustawienia , Sprawdź pudełko Uwzględnij w ustawieniach użytkownika i ustaw właściwość Edytuj tryb do wartości

Zwykły.

Uwzględniliśmy ustawienie wyglądu warunkowego, które utworzyliśmy w normalnych ustawieniach użytkownika. Ustawienia te w odróżnieniu od szybkich ustawień nie znajdują się w formularzu raportu, lecz wywołuje się je poprzez kliknięcie przycisku Ustawienia.

323. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Ocena usługi i kliknij Generuj.

Widzimy, że kwota usług jest mniejsza niż 700 rubli. podświetlone na czerwono.

323. Kliknij przycisk Ustawienia, odznacz ustawienie Niepopularna usługa, kliknij Zakończ edycję.

324. Kliknij przycisk Utwórz. Zobaczysz, że podświetlenie kolorów zniknęło.

Własne ustawienia

325. W konfiguratorze na zakładce Ustawienia schematu kompozycji danych zawierają pełne ustawienia raportu określone przez programistę. Niektóre z nich można zaprezentować użytkownikowi w celu utworzenia losowego wyboru, warunkowego projektu raportu itp.

326. Kliknij przycisk Właściwości elementu ustawień niestandardowych znajduje się w górnej części panelu poleceń okna ustawień.

327. Ustaw flagę użycia dla ustawień Wybór i Projekt warunkowy i ustaw ich tryb edycji na

wartość Normalna, kliknij OK.

328. Wybierz zakładkę Selekcja, rozwiń pole Usługa, wybierz pole Rodzic, M2 i przeciągnij je na listę wyboru po prawej stronie okna.

Stworzyliśmy możliwość wyboru grup usług, które użytkownik może ustawić w trybie 1C:Enterprise.

329. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Ocena usługi, kliknij Ustawienia, pojawią się tam ustawienia Wybór i Symbol.

W konfiguratorze utworzyliśmy wcześniej ustawienie usługi Niepopularna. A teraz, po dodaniu ogólnego ustawienia notacji warunkowej,

Zapewniliśmy użytkownikowi możliwość stworzenia dowolnej liczby własnych warunków.

330. Ustawmy selekcję w raporcie tak, aby obejmowała następujące usługi związane z montażem pralek: kliknij trzy kropki w oknie ustawień użytkownika w linii Wybór: w linii Wybór kliknij trzy kropki, w linii Wartość kliknij trzy kropki, rozwiń grupę Usługi i z katalogu Nomenklatura wybierz Pralki, kliknij OK, kliknij Zakończ edycję, kliknij Generuj.

W raporcie uwzględniono wyłącznie usługi montażu pralek.

331. Kliknij Ustawienia, w linii Wybór kliknij przycisk Czyszczenie.

11.7. Raport 3. Wyświetlanie danych dla wszystkich dni w wybranym okresie

Raport przychodów rzemieślników będzie zawierał informacje o tym, ile przychodów spółka LLC uzyskała dzięki pracy rzemieślników, ze szczegółami według dnia w wybranym okresie oraz zestawieniem obsługiwanych klientów każdego dnia.

331. Stwórzmy raport: w drzewie obiektów konfiguracyjnych wybierz gałąź Raporty, MP, wybierz Dodaj, wpisz w polu Nazwa Mistrzowie przychodów, naciśnij zakładkę i w polu Synonim powinien pojawić się dochód matek, w rozwiniętym polu widoku wpisz Lista świadczonych usług,

332 kliknij Otwórz za pomocą diagramu kompozycji danych . W oknie projektanta układu wybierz typ układu Diagram składu danych kliknij przycisk Zakończ.

333. Dodaj nowy zbiór danych - zapytanie: kliknij przycisk Dodaj, wybierz Dodaj zbiór danych — zapytanie.

334. Utwórz tekst żądania: kliknij przycisk Konstruktor żądania

sa.

335. Jako źródło danych dla żądania wybierz wirtualną tabelę rejestru akumulacjiObrót sprzedaży.

336. W polu Tabele wybierz Sprzedaż.Obrót, kliknij przycisk Parametry wirtualnej tabeli, z listy Częstotliwość wybierz Dzień i kliknij OK.

337. Wybierz pola z tabeli SprzedażObrót.Master, Pro

salesTurnover.Period, SalesTurnoverClient, SalesTurnover.RevenueTurnover.

338. Wybierz kartęStowarzyszenia/aliasy, wskazać to pole SalesTurnover.RevenueTurnover będzie miał alias Przychody, kliknij OK.

SprzedażObrót.Master,

Obrót sprzedaży.Okres,

SalesTurnover.Customer, SalesTurnover.RevenueTurnover AS Revenue

RegisterAccumulations.Sales.Turnover(, Day,) AS SalesTurnover

339. Wybierz kartę Zasoby i wybierz Przychody.

Opcje

340. Wybierz zakładkę Parametry, dla parametru Początek okresu wpisz Data rozpoczęcia kursu, w polu Typ wybierz skład daty Data.

342. Dodaj parametr EndDate, typ daty, skład daty –

343. W polu EndPeriod określ wyrażenieEndPeriod(&EndDate, „Day”)

i pole wyboru Ogranicz dostępność. Ustawienia

344. Wybierz zakładkę Ustawienia, wybierz element główny Raport, kliknij Dodaj, dodaj grupowanie najwyższego poziomu według pola Główne, dodaj grupowanie zagnieżdżone w poprzednim polu Okres, dodaj kolejne grupowanie zagnieżdżone w Szczegółowym grupowaniu rekordów według Okresu pole bez określania pola grupującego.

345. Wybierz zakładkę Wybrane pola, dodaj pola Klient, Przychód.

346. Wybierz zakładkę Inne ustawienia, z listy Lokalizacja pól grupowania wybierz opcję Oddzielnie i tylko w sumie, z listy Pionowa lokalizacja ogólnych tiogów wybierz opcję Start, a w polu Nagłówek wpisz Przychód Mater.

347. Wybierz kartę Opcje, wybierz opcję Data rozpoczęcia, kliknij opcję Właściwości elementu ustawień niestandardowych, zaznacz pole wyboru Uwzględnij w ustawieniach niestandardowych i kliknij przycisk OK.

348. Wybierz kartę Opcje, wybierz opcję Data zakończenia, kliknij opcję Właściwości elementu ustawień niestandardowych, zaznacz pole wyboru Uwzględnij w ustawieniach niestandardowych i kliknij przycisk OK.

349. W oknie edycji obiektu konfiguracyjnego Raport przychodów magisterskich wybierz zakładkę Podsystemy, wybierz opcję Świadczenie usług i Płace.

350. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Dochody rzemieślników, ustaw okres od 1 lipca do 30 lipca, kliknij Generuj.

Wyświetla wszystkie daty w wybranym okresie

Pokazujemy tylko te dni, dla których w tabeli Rejestr akumulacji sprzedaży znajdują się niezerowe dane. Musimy wyświetlić dane ze szczegółami dla wszystkich dni w wybranym okresie.

351. Na schemacie kompozycji danych wybierz Ustawienia, wybierz grupowanie Okres, kliknij zakładkę Okres w pasku poleceń okna.

352. Wybierz zakładkę Grupowanie pól, wybierz pole Okres,

V Na liście Typ dodatku wybierz dzień.

353. W nowym wierszu kolumny Data rozpoczęcia okresu M2 kliknij przycisk Wyczyść, kliknij przycisk wyboru typu danych T, wybierz Pole składu danych, kliknij OK, wybierz trzy kropki i wybierz opcję Początek okresu.

354. W nowym wierszu kolumny Data zakończenia okresu M2 kliknij przycisk Wyczyść, kliknij przycisk wyboru typu danych T, wybierz Pole składu danych, kliknij OK, wybierz trzy kropki, wybierz opcję Data zakończenia.

355. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Dochody rzemieślników, ustaw okres od 1 lipca do 30 lipca, kliknij Generuj.

Nowa wersja raportu. Diagram

Logicznie rzecz biorąc, diagram jest zbiorem punktów, serii i wartości serii w jednym punkcie.

Jako punkty wykorzystujemy momenty lub obiekty, dla których uzyskujemy wartości charakterystyczne, a jako serie cechy, których wartości nas interesują. Na przecięciu szeregu i punktu znajduje się wartość wykresu.

Na przykład diagram sprzedaży typów produktów według miesiąca składa się z punktów - miesięcy, serii - typów produktów i wartości - obrotu ze sprzedaży.

Diagram jako obiekt języka wbudowanego ma trzy obszary: obszar konstrukcyjny, obszar tytułowy, obszar legendy

356. Otwórz schemat zestawienia danych w zakładce Ustawienia, z listy opcji raportu wybierz Dodaj, wpisz nazwę Wielkość przychodów.

357. Dodajmy wykres do struktury raportu: wybierz element główny Raport, MP, Nowy wykres.

358. Wybierz gałąź Punkty, MP, Nowe grupowanie, wybierz pole Master.

359. Wybierz Wybrane pola, kliknij Raport, wybierz

360. Wybierz zakładkę Inne ustawienia, wybierz Typ wykresu – Pomiar.

361. Wybierz paski wykresu pomiarowego zgodnie z rys.

362. Wybierz kartę Opcje, wybierz opcję Data rozpoczęcia, kliknij opcję Właściwości elementu ustawień niestandardowych, zaznacz pole wyboru Uwzględnij w ustawieniach niestandardowych i kliknij przycisk OK.

363. Wybierz kartę Opcje, wybierz opcję Data zakończenia, kliknij opcję Właściwości elementu ustawień niestandardowych, zaznacz pole wyboru Uwzględnij w ustawieniach niestandardowych i kliknij przycisk OK.

364. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Świadczenie usług wybierz Przychody Masters, kliknij wybierz opcję, wybierz Kwota przychodu, kliknij

11.8. Raport 4. Uzyskanie wartości bieżących z rejestru informacji okresowych

Raport będzie zawierał informacje o tym, jakie usługi świadczy LLC i za jaką cenę.

365. Stwórzmy raport: w drzewie obiektów konfiguracyjnych wybierz gałąź Raporty, MP, wybierz Dodaj, w polu Nazwa wpisz Lista usług, naciśnij zakładkę i w polu Synonim powinna pojawić się lista usług, w polu widoku zaawansowanego wprowadzić Listę świadczonych usług,

366 kliknij Otwórz ze schematem składu danych . W oknie projektanta układu wybierz typ układu Diagram składu danych kliknij przycisk Zakończ.

367. Dodaj nowy zbiór danych - zapytanie: kliknij przycisk Dodaj, wybierz Dodaj zbiór danych — zapytanie.

368. Utwórz tekst żądania: kliknij przycisk Konstruktor żądania

sa.

369. Wybierz tabelę obiektów jako źródło danych dla zapytania Nazewnictwo i tablica wirtualna rejestru informacji Ceny. Najnowsza obniżka.

370. Zmień nazwę tabeli Nomenklatura na sprNomenclature.

371. W polu Tabele wybierz Ceny.CięcieNajnowsze kliknij przycisk Parametry tabeli wirtualnej, w polu Okres wpisz &DataReportu.

372. Wybierz pola z tabeli sprNomenklatura.Parent,

373. Wybierz zakładkę Linki, odznacz pole Wszystkie dla tabeli rejestrów i zaznacz pole Wszystkie dla tabeli przeglądowej.

374. Wybierz zakładkę warunek, wybierz pole Typ pozycji,

375. Wybierz zakładkę Powiązania/Aliasy, zamień pole Nadrzędny na Grupa usług, pole Połącz z usługą i kliknij OK.

SELECT sprNomenclature.Parent AS Service Group,

FROM Katalog.Nomenklatura AS Nomenklatura referencyjna

LEWY DOŁĄCZ RejestracjaInformacja.Ceny.KawałekOstatni(&Data raportu,) AS CenyKawałekOstatni

Oprogramowanie (PricesSliceLast.Nomenclature = referenceNomenclature.Link)

GDZIE referenceNomenclature.Type of Nomenclature = &Type of Nomenclature

376. Wybierz kartę Zasoby, wybierz opcję Cena.

377. Wybierz zakładkę Parametry, dla parametru Typ pozycji w kolumnie Wartość wybierz opcję Usługa.

378. Dla parametru Data raportu usuń ograniczenie dostępności (Og), w polu Typ wybierz kompozycję daty – Data.

379. Dla parametru Okres ustaw limit dostępności.

380. Wybierz zakładkę Ustawienia, wybierz element główny Raport, MP, Nowe grupowanie według pola Grupa usług, Typ grupowania Hierarchia.

379. Wybierz grupowanie GroupServices, MP, New grouping bez określania pola grupy (Rekordy szczegółowe).

380. Wybierz Wybrane pola, określ pola Usługa, Cena.

381. Wybierz Inne ustawienia, Pionowe sumy końcowe wybierz Brak.

382. Wybierz zakładkę Grupa usług, na liście Lokalizacja pól grupowania wybierz Oddzielnie i tylko sumarycznie, a w polu Nagłówek wpisz Lista usług.

383. Wybierz kartę Opcje, wybierz opcję Data raportu, kliknij opcję Właściwości elementu ustawień niestandardowych, zaznacz pole wyboru Uwzględnij w ustawieniach niestandardowych i kliknij przycisk OK.

384. W oknie edycji obiektu konfiguracyjnego Raport Lista usług wybierz zakładkę Podsystemy, wybierz opcję Świadczenie usług i Księgowość.

385. Otwórz okresowy Rejestr cen, dodaj nową wartość za usługę Diagnostyka na 27 lipca - 350 rubli.

386. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Lista usług, wprowadź datę 26 lipca, kliknij Wygeneruj, cena diagnostyczna powinna wynosić 600.

387. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Lista usług, wprowadź datę 27 lipca, kliknij Wygeneruj, cena diagnostyczna powinna wynosić 350.

11.9. Raport 5: Korzystanie z pola obliczeniowego w raporcie

388. Stwórzmy raport: w drzewie obiektów konfiguracyjnych wybierz gałąź Raporty, MP, wybierz Dodaj, w polu Nazwa wpisz Client Rating, naciśnij klawisz Tab i powinien pojawić się w polu Synonim Ocena klienta w polu widoku zaawansowanego wpisz Lista świadczonych usług,

389. Kliknij Otwórz za pomocą diagramu kompozycji danych . W oknie projektanta układu wybierz typ układu Diagram składu danych kliknij przycisk Zakończ.

390. Dodaj nowy zbiór danych - zapytanie: kliknij przycisk Dodaj, wybierz Dodaj zbiór danych — zapytanie.

391. Utwórz tekst żądania: kliknij przycisk Konstruktor żądania

sa.

392. Jako źródło danych dla żądania wybierz wirtualną tabelę rejestru akumulacji Obrót sprzedaży.

393. Wybierz pola z tabeli

Obrót sprzedaży.Klient

SalesTurnover.RevenueTurnover

393. Wybierz zakładkę Powiązania/Aliasy, zamień pole Obrót przychodów na przychód, Obrót kosztów na Koszt.

394. Kliknij OK.

395. Wybierz zakładkę Pola obliczeniowe, kliknij przycisk Dodaj, w polu Ścieżka danych wpisz Przychód, a w polu Wyrażenie wpisz Przychód.

Przychody - Koszty

396. Wybierz zakładkę Zasoby, wybierz Przychody, Dochody, Koszty

397. Wybierz zakładkę Ustawienia, wybierz element główny Raport, MP, Nowy wykres.

398. Wybierz pole Punkty, MP, Nowe grupowanie według Klienta.

399. Wybierz Wybrane pola, wybierz Przychody.

400. Wybierz Inne ustawienia, typ wykresu – kołowy 3-D, w polu tytułu wpisz Customer Rating.

401. W oknie edycji obiektu konfiguracyjnego Raport Lista usług wybierz zakładkę Podsystemy, wybierz opcję Świadczenie usług i Księgowość.

402. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji w sekcji Usługi wybierz Ocena klienta i kliknij Generuj.

11.10. Raport 6. Wyprowadzanie danych do tabeli

Stwórzmy uniwersalny raport, który umożliwi użytkownikowi zmianę jego struktury i wyglądu.

403. Stwórzmy raport: w drzewie obiektów konfiguracyjnych wybierz gałąź Raporty, MP, wybierz Dodaj, w polu Nazwa wpisz Uniwersalny, naciśnij klawisz Tab i w polu Synonim powinien pojawić się Uniwersalny, w rozwiniętym widoku wpisz Lista świadczonych usług pole,

404. Kliknij Otwórz za pomocą diagramu kompozycji danych . W oknie projektanta układu wybierz typ układu Diagram składu danych kliknij przycisk Zakończ.

405. Dodaj nowy zbiór danych - zapytanie: kliknij przycisk Dodaj, wybierz Dodaj zbiór danych — zapytanie.

406. Utwórz tekst żądania: kliknij przycisk Konstruktor żądania

sa.

407. Jako źródło danych dla żądania wybierz wirtualną tabelę kasy oszczędnościowej Obrót sprzedaży.

408. Wybierz pola z tabeli

SprzedażObrót.Nomenklatura

Obrót sprzedaży.Klient

SprzedażObrót.Master

SalesTurnover.QuantityTurnover

SalesTurnover.RevenueTurnover

SalesTurnover.CostTurnover

409. Kliknij OK.

410. Wybierz zakładkę Zasoby, wybierz >>.

411. Wybierz zakładkę Ustawienia, wybierz element główny Raport, MP, Nowa tabela.

412. Wybierz element Tabela w strukturze i kliknij przycisk Właściwości elementu ustawień niestandardowych. Wybierz Wybrane pola, Grupowanie wierszy, Grupowanie kolumn.

413. W oknie edycji obiektu konfiguracyjnego Raport Lista usług wybierz zakładkę Podsystemy i wybierz opcję Świadczenie usług.

414. Uruchommy 1C:Enterprise w trybie debugowania, w panelu akcji sekcji Usługi wybierz Universal, kliknij Generuj. Pusty!

415. W wierszu Wybrane pola kliknij trzy kropki i wybierz Obrót przychodów.

416. W linii Linie kliknij trzy kropki, dodaj grupowanie według pola Nomenklatura z typem Hierarchia.

417. W wierszu Kolumny dodaj grupowanie według pola Główne.

418. Kliknij opcję Generuj.

419. W linii Wybrane pola kliknij trzy kropki, wybierz także KosztObrót.

420. W wierszu Linie kliknij trzy kropki, usuń grupowanie po polu Towary, wprowadź grupowanie po polu Klient.

421. Kliknij opcję Generuj.

422. W wierszu Wybrane pola kliknij trzy kropki i usuń CostTurnover.

423. W wierszu Linie kliknij trzy kropki, usuń stare grupowanie, wprowadź grupowanie według pola Nomenklatura z typem Tylko hierarchia.

424. W linii Kolumny dodaj grupowanie według pola Klient i umieść je na pierwszym miejscu.

425. Kliknij opcję Generuj.

Zasady podziału rejestrów akumulacji na bieżące i rezydualne można znaleźć w artykule.

Pytanie 12.21 egzaminu 1C: Platform Professional. Jaka jest maksymalna liczba pomiarów, jaką można zdefiniować dla rejestru akumulacji typu Pozostało?

  1. Liczba pomiarów nie jest ograniczona przez platformę
  2. Liczba pomiarów przy użyciu jednostek do 30
  3. Wszystkie opcje są prawidłowe

Zgodnie z odpowiedziami liczba wymiarów dla rejestrów resztkowych nie jest ograniczona, natomiast dla rejestrów obiegowych jest ograniczona do 30. W rzeczywistości nie znaleziono żadnych dowodów, a dla rejestrów odwrotnych można było dodać więcej:

Pytanie 12.22 egzaminu 1C: Platform Professional. Jaka jest maksymalna liczba pomiarów, jaką można wyznaczyć dla rejestru akumulacji przy użyciu typów Obrót?

  1. Liczba pomiarów nie jest ograniczona przez platformę
  2. Liczba wymiarów w przypadku korzystania z tabeli zbiorczej do 30
  3. Liczba pomiarów przy użyciu jednostek do 30
  4. Wszystkie opcje są prawidłowe

Zobacz poprzednie pytanie. Agregaty w rzeczywistości nie wpływają na ograniczenie wymiaru:

Pytanie 12.27 egzaminu 1C: Platform Professional. Przy ustalaniu rodzaju rejestru akumulacji należy wziąć pod uwagę:

  1. Zależność wskaźników przechowywanych w zasobach od stanów poprzednich
  2. Zależność wskaźników zgromadzonych w zasobach od okresu wyznaczania
  3. Dostępność możliwych zapisów z typem ruchu „Przychodzący” i „Wyjście”
  4. Rodzaj wartości wskaźników przechowywanych w zasobach
  5. Wszystkie powyższe odpowiedzi są prawidłowe
  6. Prawidłowe odpowiedzi to 1,2,3

Prawidłowa odpowiedź to sześć. Typ wartości nie ma z tym nic wspólnego – domyślnie jest to numeryczny.

Pytanie 12.28 egzaminu 1C: Platform Professional.Aby uzyskać informacje o saldach zgromadzonych środków, możesz skorzystać z:

  1. Rejestry akumulacyjne z widokiem „Pozostałości”.
  2. Odpowiedzi 1 i 2 są prawidłowe

Zdecydowanie pierwsza odpowiedź.

Pytanie 12.29 egzaminu 1C: Platform Professional. Aby uzyskać informacje o obrocie zgromadzonych środków, możesz skorzystać z:

  1. Rejestry akumulacyjne z widokiem „Pozostałości”.
  2. Rejestry akumulacyjne z widokiem „Obrót”.
  3. Odpowiedzi 1 i 2 są prawidłowe

Prawidłowa odpowiedź jest trzecia - rejestr rezydualny zawiera dane zarówno o obrotach, jak i skumulowanych saldach.

Pytanie 12.31 egzaminu 1C: Platform Professional. Wybierz prawidłowe stwierdzenie:

  1. Rejestr akumulacji z widokiem „Obrót” umożliwia efektywniejsze uzyskanie informacji o obrotach za dany okres niż rejestr z widokiem „Pozostałości”.
  2. Rejestr akumulacji typu „Obrót” umożliwia uzyskanie informacji o obrocie za dany okres z taką samą skutecznością jak rejestr typu „Pozostałości”, z tym że przy zaksięgowaniu dokumentu zapisanie w rejestrze nastąpi szybciej, gdyż salda nie będą naliczane
  3. Rejestr akumulacji z widokiem „Obrót” zwiększa ogólną wydajność bazy danych, ponieważ informacje o saldach nie są przechowywane ani przeliczane, co powoduje zmniejszenie rozmiaru bazy danych

Prawidłowa odpowiedź to ta pierwsza. Rozmiar przetwarzanego stołu jest mniejszy.

Pytanie 12.50 z egzaminu 1C: Platform Professional. W jaki sposób system wyznacza obrót dla rejestru akumulacji o typie salda?

  1. System pobiera aktualne dane do rejestru akumulacji sald z tabeli sum, w której przechowywane są już wyliczone obroty
  2. Aby uzyskać dane obiegowe należy włączyć możliwość korzystania z agregatów
  3. Aktualne dane dla takich rejestrów nie są przechowywane w systemie, ale są obliczane w momencie kontaktu z systemem w sprawie tych danych

Prawidłowa odpowiedź to trzecia odpowiedź, obrót oblicza się jako różnicę pomiędzy sumami.

Pytanie 12.51 egzaminu 1C: Platform Professional. Po co istnieje rejestr akumulacji obrotów, skoro w rejestrze akumulacji salda istnieje możliwość uzyskania obrotu?

  1. Do stosowania w przypadkach, gdy nie jest wymagana informacja o saldach
  2. Aby rozszerzyć możliwości bieżącej analizy danych
  3. Opcje 1 i 2 są prawidłowe
  4. Wszystkie opcje są prawidłowe

Prawidłowa odpowiedź to numer pięć. Po pierwsze, istnieją wskaźniki, dla których salda są w zasadzie bez znaczenia, na przykład przepływy pieniężne w podziale na pozycje; to decyduje o pierwszej opcji. Po drugie, zakłada się, że rejestry resztowe są konstruowane z minimalną analitycznością, dlatego wydobycie z nich danych wymaga wysiłku. Prowadzi to do drugiej i trzeciej opcji.

Pytanie 12.52 z egzaminu 1C: Platform Professional. Do jakich zadań można wykorzystać mechanizm pozyskiwania danych obiegowych w rejestrze akumulacyjnym typu salda?

  1. Aby uprościć strukturę rozwiązania aplikacyjnego
  2. Aby przyspieszyć proces rozwoju
  3. Aby zoptymalizować konfigurację
  4. Aby uzyskać proste obroty wraz z resztą
  5. Wszystkie opcje są prawidłowe

Prawidłowa odpowiedź to oczywiście czwarta.