Nowy obiekt konfiguracyjny katalogu jest przeznaczony dla. Jak pracować z odwołaniem do obiektu konfiguracyjnego

Czasami zaczynam obwiniać siebie za to, że jestem taka leniwa. Ale szybko przestaję – lenistwo.

Lekcja 22 dotyczy ról. A tutaj opowiem Wam nawet trochę zabawnych historii z mojej praktyki poświęconej rolom (nie do końca).

Jaki jest cel obiektu konfiguracji roli?

Rola ma na celu uporządkowanie interfejsu rozwiązania aplikacyjnego oraz zróżnicowanie praw i działań poszczególnych użytkowników.

Jak utworzyć rolę za pomocą podsystemów konfiguracyjnych?

Rozwiń gałąź Ogólne - kliknij prawym przyciskiem myszy Role (ryc. 1). Następnie możesz skonfigurować ograniczenia dla różnych obiektów konfiguracyjnych (rys. 2)

Ryc.1

Ryc.2

Jak stworzyć listę użytkowników systemu i określić ich uprawnienia?
W głównym panelu poleceń przejdź do Narzędzia – Administracja – Użytkownicy.
Pojawi się lista użytkowników (rys. 3). Klikając na możesz dodać nowego użytkownika

Na zakładce głównej wpisujemy różne dane o użytkowniku, w zakładce „inne” podajemy uprawnienia (rys. 4).

Ryc.3

Ryc.4

Czym uwierzytelnianie 1C: Enterprise różni się od uwierzytelniania systemu operacyjnego?

Jak sama nazwa wskazuje, podczas uwierzytelniania za pomocą 1c użytkownik musi wprowadzić login/hasło bezpośrednio w systemie 1c. W przypadku uwierzytelniania za pomocą systemu operacyjnego nie trzeba niczego wpisywać, ponieważ 1c ustali, pod jakim użytkownikiem działa system operacyjny, zapozna się z wewnętrzną listą użytkowników, a jeśli znajdzie odpowiedni wpis, zaloguj się za ich pomocą prawa.

Najczęściej uwierzytelnianie systemu operacyjnego ma miejsce, jeśli 1c jest zwirtualizowany. Co to znaczy? Że serwer i klienci fizycznie znajdują się nie pod twoim nosem, ale w innym miejscu. Na swoim komputerze uruchamiasz zdalne połączenie, które jest już połączone z 1c.

A teraz historie z praktyki. Jeśli zajmujesz się wsparciem 1C, często zdarza się, że użytkownicy narzekają, że taki a taki dokument nie jest wykonywany, taki a taki raport nie jest generowany. Dzieje się tak często dlatego, że programiści przypisali prawa do dokumentu takiemu a takiemu użytkownikowi, ale zapomnieli o rejestrze, który w rzeczywistości odzwierciedla księgowania dokumentu. Przejdź do dziennika akcji i przyjrzyj się temu użytkownikowi, jak przetwarza dokument - ten niedostępny rejestr zostanie wyświetlony w dzienniku z napisem „naruszenie praw użytkownika”.

Znacznie smutniej jest, gdy programiści nakładają ograniczenia na role w kodzie - wtedy za pomocą debugera można jedynie sprawdzić, gdzie, kiedy i jakie są ograniczenia praw, bezpośrednio w module wymaganego dokumentu/raportu.

1C:Przedsiębiorstwo 8.0

Praktyczny przewodnikdeweloper

Przykłady i typowe techniki

Jako przykład przyjrzyjmy się metodom rozwoju w 1C:Enterprise 8.0, weźmy małą firmę - OO „Jack of All Trades”, która świadczy usługi naprawy różnych urządzeń gospodarstwa domowego.

Zadanie polega na zautomatyzowaniu jego pracy na podstawie praktycznych przykładów z wykorzystaniem 1C:Enterprise 8.0.

1C:Przedsiębiorstwo

System 1C:Enterprise to uniwersalny system automatyzacji działalności gospodarczej i organizacyjnej przedsiębiorstwa. Ponieważ takie działania mogą być dość zróżnicowane, system 1C:Enterprise ma możliwość „dostosowania się” do charakterystyki konkretnego obszaru działalności, w którym jest używany. Termin używany do określenia tej zdolności to konfigurowalność, czyli możliwość dostosowania systemu do charakterystyki konkretnego przedsiębiorstwa i klasy rozwiązywanych problemów.

Osiąga się to poprzez fakt, że 1C:Enterprise to nie tylko program istniejący jako zestaw niezmiennych plików, ale zbiór różnych narzędzi programowych, z którymi pracują programiści i użytkownicy. Logicznie rzecz biorąc, cały system można podzielić na dwie duże części, które

ściśle współdziałają ze sobą: konfiguracja i platforma zarządzająca działaniem konfiguracji.

Jest jedna platforma (1C:Enterprise 8.0) i wiele konfiguracji. Aby jakiekolwiek rozwiązanie aplikacyjne mogło działać, zawsze wymagana jest platforma i pewna (jedna) konfiguracja.

Sama platforma nie może wykonywać żadnych zadań automatyzacyjnych, gdyż jest stworzona tak, aby zapewnić działanie dowolnej konfiguracji. Sama konfiguracja też jest bezużyteczna, bo aby mogła wykonywać zadania, do których została stworzona, musi istnieć platforma zarządzająca jej działaniem.

Przykładami istniejących rozwiązań aplikacyjnych są rozwiązanie „Trade Management”, przeznaczone do automatyzacji zadań z zakresu księgowości operacyjnej i zarządczej, „Human Resources Management”, przeznaczone do realizacji polityki personalnej firmy, czy „Manufacturing Enterprise Management”, obejmujące główne nurty księgowości i zarządzanie w przedsiębiorstwie produkcyjnym.

Rozwiązanie aplikacyjne jest tam, gdzie to możliwe, uniwersalne, aby zaspokoić potrzeby szerokiej gamy przedsiębiorstw działających w tym samym obszarze działalności. I to jest dobre. Z drugiej strony taka wszechstronność nieuchronnie doprowadzi do tego, że nie wszystkie możliwości rozwiązania aplikacyjnego zostaną wykorzystane w konkretnym przedsiębiorstwie, a niektórych możliwości będzie brakować.

Tutaj na pierwszy plan wysuwa się konfigurowalność systemu, gdyż platforma oprócz zarządzania konfiguracją zawiera narzędzia, które pozwalają na dokonanie zmian w używanej konfiguracji. Co więcej, platforma pozwala na stworzenie własnej konfiguracji od podstaw, jeśli z jakiegoś powodu.

System 1C:Enterprise ma różne tryby pracy: 1C:Enterprise i Konfigurator.

Tryb 1C: Korporacja jest głównym i służy do pracy użytkowników systemu. W tym trybie użytkownicy wprowadzają dane, przetwarzają je i otrzymują wyniki wyjściowe.

Tryb konfiguratora używane przez programistów i administratorów baz danych. To właśnie ten tryb udostępnia narzędzia niezbędne do modyfikacji istniejącej lub stworzenia nowej konfiguracji.

Najpierw potrzebujemy bazy danych z pustą konfiguracją:

Stwórzmy bazę informacyjną z pustą konfiguracją

Uruchommy 1C:Enterprise w trybie konfiguratora. Wykonajmy pierwsze polecenie, które rozpocznie pracę z dowolną konfiguracją - Konfiguracja - Otwórz konfigurację.

Drzewo konfiguracyjne jest głównym narzędziem, z którym pracuje programista. Zawiera prawie wszystkie informacje o tym, z czego składa się konfiguracja:

Aby ułatwić pracę programiście, „wszystko, co składa się na konfigurację” zostało zebrane w kilka oddzielnych grup i teraz drzewo pokazuje te grupy.

Obiekty konfiguracyjne

Konfiguracja jest opisem. Opisuje strukturę danych, z których użytkownik będzie korzystał w trybie 1C:Enterprise. Dodatkowo konfiguracja opisuje różne algorytmy przetwarzania tych danych, konfiguracja zawiera informację jak te dane powinny wyglądać na ekranie i na drukarce itp.

W przyszłości platforma 1C:Enterprise w oparciu o ten opis utworzy bazę danych, która będzie miała niezbędną strukturę i zapewni użytkownikowi możliwość pracy z tą bazą danych.

Aby system 1C:Enterprise można było szybko i łatwo skonfigurować pod kątem wymaganych zadań aplikacyjnych, cały opis zawarty w konfiguracji składa się z pewnych jednostek logicznych zwanych obiekty konfiguracyjne.

Jak pracować z drzewem konfiguracyjnym i jak stworzyć obiekt

Zanim przystąpimy do tworzenia pierwszych obiektów konfiguracyjnych warto wyjaśnić kilka technik pracy z konfiguratorem.

Aby otworzyć i zamknąć konfigurację, użyj następujących pozycji menu:

Konfiguracja - Otwórz konfigurację i

Konfiguracja — zamknij konfigurację.

Po otwarciu konfiguracji, w oknie drzewa konfiguracji pojawi się jej skład. Możesz zamknąć to okno jak każde inne okno Windows, ale konfiguracja pozostanie otwarta (tzn. będzie dostępna do edycji). Aby ponownie wyświetlić okno drzewa konfiguracyjnego na ekranie należy skorzystać z polecenia menu Konfiguracja - Okno konfiguracji.

Istnieje kilka sposobów utworzenia nowego obiektu konfiguracyjnego i zawsze możesz skorzystać z metody, która jest dla Ciebie bardziej przejrzysta i wygodniejsza.

Pierwszy sposób. Należy umieścić kursor na interesującym Cię typie obiektów konfiguracyjnych i kliknąć przycisk w panelu poleceń okna konfiguracji Działania - Dodać.

Drugi sposób. Można skorzystać z menu kontekstowego, które wywołuje się po kliknięciu prawym przyciskiem myszy.

Umieść kursor na interesującym Cię typie obiektów konfiguracyjnych i naciśnij prawy przycisk myszy. W wyświetlonym menu wybierz opcję Dodaj.

Katalog obiektów konfiguracyjnych

Obiekt konfiguracyjny Directory jest obiektem aplikacji i ma za zadanie opisywać listy danych. Obiekt konfiguracyjny Katalog służy do tego, aby na jego podstawie platforma utworzyła w bazie danych strukturę informacyjną, w której przechowywana będzie np. lista pracowników, lista towarów, lista klientów czy dostawców.

Cechą charakterystyczną obiektu konfiguracyjnego Katalogu jest to, że użytkownik podczas pracy może samodzielnie dodawać nowe elementy do katalogu. Użytkownik może na przykład dodać nowych pracowników do katalogu, stworzyć nowy produkt lub dodać nowego klienta.

Każdy element katalogu zazwyczaj zawiera dodatkowe informacje, które bardziej szczegółowo opisują ten element. Przykładowo każdy element katalogu „Produkty” może zawierać dodatkowe informacje o producencie, dacie ważności itp. Zbiór takich informacji jest taki sam dla wszystkich elementów katalogu, a do opisu takiego zestawu używamy przybory Obiekt konfiguracyjny katalogu, który z kolei jest także obiektem konfiguracyjnym. Ponieważ obiekty te są logicznie powiązane z obiektem Directory, nazywane są one podwładni. Deweloper tworzy większość szczegółów obiektu konfiguracyjnego Directory niezależnie, jednak każdy obiekt konfiguracyjny Directory ma dwa „domyślne” pola: kod i nazwę.

Ponadto każdy element katalogu może zawierać pewien zestaw informacji o tej samej strukturze, ale różnej ilości, dla różnych elementów katalogu. Przykładowo każdy element katalogu Pracownicy może zawierać informacje o składzie rodziny pracownika. Dla jednego pracownika będzie to wyłącznie małżonek, dla innego rodzina może składać się z małżonka, syna i córki. Do opisu można zastosować takie informacje części tabelaryczne Obiekty konfiguracyjne katalogu, które są podrzędnymi obiektami konfiguracyjnymi.

Dla ułatwienia użytkownika elementy katalogu mogą być grupowane przez użytkownika według jakiejś zasady. Przykładowo w katalogu „Spd AGD” można utworzyć grupy: „Lodówki”, „Telewizory”, „Pralki” itp. Możliwość tworzenia takich grup w katalogu określa właściwość „Hierarchical” obiektu konfiguracyjnego Directory. W tym przypadku elementem katalogu będącym grupą będzie rodzic dla wszystkich elementów i grup zawartych w tej grupie. Ten typ hierarchii nazywa się hierarchia grup i elementów.

Możliwy jest również inny rodzaj hierarchii - hierarchia elementów. W tym przypadku rodzicem nie jest grupa elementów katalogu, ale sam jeden z elementów katalogu. Na przykład tego typu hierarchii można użyć podczas tworzenia katalogu „Dywizje”, gdy jedna dywizja jest rodzicem kilku innych dywizji, które są jej częścią.

Elementy jednego katalogu można podporządkować elementom lub grupom innego katalogu. Przykładowo katalog „Jednostki miary” można podporządkować katalogowi „Produkty”. Wtedy dla każdego elementu katalogu „Produkty” będziemy mogli wskazać jednostki miary, w jakich produkt ten trafia na magazyn. W systemie 1C:Enterprise osiąga się to poprzez fakt, że dla każdego obiektu konfiguracyjnego można określić katalog lista właścicieli katalogów.

Czasami zdarzają się sytuacje, gdy konieczne jest, aby pewne elementy zawsze istniały w katalogu, niezależnie od działań użytkownika. Załóżmy, że logika procesów biznesowych w przedsiębiorstwie jest taka, że ​​wszystkie towary najpierw trafiają do magazynu głównego, a następnie w razie potrzeby są przenoszone do innych magazynów. W takim przypadku magazyn „Główny” musi zawsze znajdować się w katalogu „Magazyny”, w przeciwnym razie przyjęcie towaru zostanie przeprowadzone niepoprawnie. Obiekt konfiguracyjny Katalog pozwala na opisanie dowolnej liczby takich elementów katalogu. Nazywają się predefiniowane elementy katalogu.

W zależności od tego, jakie akcje chcemy wykonać na katalogu, musimy wyświetlić katalog w „różnych widokach”. Przykładowo, aby wybrać jakiś element katalogu, wygodniej jest przedstawić katalog w formie listy, a aby zmienić jakiś element katalogu, wygodniej jest przedstawić wszystkie szczegóły tego elementu katalogu na jednym formularz. Dlatego obiekt konfiguracyjny Katalog może mieć dowolną liczbę formularzy, z których część można wyznaczyć jako główne formularze katalogu.

Poniższa tabela objaśnia nazwy tych formularzy zdefiniowane w konfiguratorze:

Obiekt konfiguracyjnyInformator	Informator
Podstawowy kształt obiektu	Formularz elementu katalogu
Podstawowy formularz grupowy	Formularz grupy elementów katalogu
Podstawowy formularz listy	Formularz listy katalogów
Główny formularz wyboru	Formularz wyboru elementu katalogu lub grupy
Główny formularz wyboru grupy	Formularz wyboru grupy elementów katalogu

Formularz służy do „wizualizacji” danych znajdujących się w bazie danych. Formularz prezentuje te dane w przyjaznej dla użytkownika formie oraz pozwala na opisanie algorytmów, które będą towarzyszyły pracy użytkownika z danymi prezentowanymi w formularzu.

W konfiguratorze można opisać dowolną formę. Do stworzenia takiego opisu służy podrzędny obiekt konfiguracyjny Form. Z reguły jest podporządkowany jednemu z obiektów aplikacji, ale może istnieć niezależnie. Na podstawie opisu zawartego w obiekcie konfiguracyjnym Form, w odpowiednim momencie pracy użytkownika, platforma 1C:Enterprise utworzy obiekt programu Form, z którym użytkownik będzie pracował.

Tworzenie katalogu Klienci

Teraz, gdy już trochę zaznajomiliśmy się z możliwościami obiektu konfiguracyjnego Directory, utwórzmy kilka takich obiektów opisujących katalogi, które będą wykorzystywane w naszej bazie danych.

Ponieważ nasza spółka z ograniczoną odpowiedzialnością „Master of All Trades” świadczy usługi naprawy sprzętu gospodarstwa domowego, oczywiste jest, że w celu prowadzenia dokumentacji będziemy musieli ustawić pewne informacje na liście.

Na początek potrzebujemy listy pracowników firmy, którzy będą świadczyć usługi. Następnie będziemy potrzebowali listy klientów, z którymi współpracuje nasza firma, listę usług, które nasza firma może świadczyć oraz listę materiałów, które można zużyć. Dodatkowo będziemy potrzebować listy magazynów, w których mogą znajdować się materiały z 000 „Jack of All Trades”.

Zacznijmy od prostych rzeczy – listy pracowników i listy klientów. Otwórzmy naszą konfigurację treningową w konfiguratorze i utwórzmy nowy obiekt konfiguracyjny Directory.

Naszym zadaniem będzie stworzenie katalogu, w którym będą przechowywane nazwiska naszych klientów.

Po kliknięciu „Dodaj” system się otworzy okno edycji obiektu konfiguracyjnego.

Jest to narzędzie, które powstało, aby pomóc programiście. Został stworzony specjalnie dla złożonych obiektów konfiguracyjnych i pozwala na szybkie tworzenie takich obiektów poprzez wykonywanie sekwencyjnych działań. Aby zachować prawidłową kolejność działań, w dolnej części okna znajdują się przyciski „Dalej” i „Wstecz”. Przycisk „Dalej” umożliwia ustawienie właściwości obiektu w żądanej kolejności (aby niczego nie przeoczyć lub pominąć tam, gdzie potrzebne są dane, które powinny zostać wprowadzone wcześniej). Przycisk „Wstecz” umożliwia cofnięcie się o kilka kroków, jeśli odkryjesz, że wcześniej wprowadziłeś niekompletne lub nieprawidłowe dane.

Ustawmy Nazwa katalog - „Klienci”. Nazwa jest główną właściwością dowolnego obiektu konfiguracyjnego. Kiedy tworzony jest nowy obiekt, system automatycznie nadaje mu nazwę. Możesz użyć nazwy nadawanej przez system, ale lepiej zastąpić ją własną, przyjazną dla użytkownika nazwą. Możesz ustawić dowolną nazwę, pod warunkiem, że zaczyna się od litery i nie zawiera znaków specjalnych (np. spacji). Aby konfiguracja była bardziej czytelna, zwyczajowo tworzy się intuicyjne nazwy, a jeśli składają się z kilku słów, usuwa się spacje między wyrazami i rozpoczyna się każde słowo dużą literą.

Na podstawie nazwy platforma utworzy się automatycznie synonim -„Klienci”. Każdy obiekt konfiguracyjny ma również właściwość „Synonim”. Ma za zadanie przechowywać „alternatywną” nazwę obiektu konfiguracyjnego, która będzie wykorzystywana w elementach interfejsu naszego programu – czyli będzie pokazywana użytkownikowi.

Dlatego praktycznie nie ma ograniczeń dotyczących synonimu i można go określić w formie znanej ludziom.

Ustalmy nazwę i synonim katalogu

Nie będziemy na razie konfigurować wszystkich właściwości obiektu konfiguracyjnego Directory, będziemy w pełni usatysfakcjonowani wartościami, które system domyślnie dla nich oferuje. Dlatego kliknij trzykrotnie „Dalej” i znajdź się na zakładce „Dane”.

Interesująca nas tutaj jest długość kodu i długość nazwy. Długość kodu jest ważną właściwością podręcznika. Z reguły kod katalogu służy do identyfikacji elementów katalogu i zawiera wartości unikalne dla każdego elementu katalogu. Sama platforma może kontrolować unikalność kodów i wspierać automatyczną numerację elementów katalogów.

Platforma sama potrafi śledzić niepowtarzalność kodów, zatem ilość elementów, jakie zmieści się w katalogu, będzie zależała od długości kodu. Długość kodu wynosi 5 znaków - jest to od 0 do 99999, czyli sto tysięcy elementów. Dla naszego małego OOO „Jack of all trade” to w zupełności wystarczy.

Przejdźmy do długości nazwy. 25 znaków to dla nas zdecydowanie za mało, zwiększmy długość nazwy do 50.

Uzgodnijmy długość kodu i ustalmy długość nazwy

Wszystkie pozostałe właściwości obiektu konfiguracyjnego Directory pozostawiamy tak, jak są one domyślnie oferowane przez system i klikamy „Zamknij”.

Zobaczmy teraz, co system utworzy na podstawie dodanego przez nas obiektu konfiguracyjnego Directory. Wykonajmy element menu Debugowanie — rozpocznij debugowanie. Aby odpowiedzieć na pytanie:

Otworzy się przed nami okno systemowe w trybie 1C:Enterprise. Ponieważ nie stworzyliśmy żadnych interfejsów użytkownika, do podglądu wyników naszej pracy powinniśmy skorzystać z menu, które domyślnie tworzy system.

Wykonajmy element menu Operacje - Katalogi... i wybierz katalog „Klienci”.

Wykonajmy Operację I Katalogi... i wybierzmy katalog „Klienci”.

System otworzy jedną z głównych form katalogu - formularz listy głównej.

Na razie nasz katalog „Klienci” jest pusty, więc dodajmy do niego kilka elementów (nowy element do katalogu możesz dodać za pomocą pozycji menu Akcje Dodaję, odpowiedniej ikony lub klawisza „Wstaw”).

Dodaj nowe elementy do katalogu za pomocą menu lub ikony

Po dodaniu elementów katalog będzie wyglądał następująco.

Teraz możemy przejść do tworzenia drugiego katalogu, który będzie używany w naszej konfiguracji - katalogu „Pracownicy”.

Tworzenie katalogu Pracownicy

Katalog „Pracownicy” będzie nieco bardziej skomplikowany niż katalog „Klienci”. Faktem jest, że będziemy w nim przechowywać nie tylko nazwisko, imię i nazwisko pracownika, ale także informacje o jego przeszłej działalności zawodowej. Informacje te mają jednorodną strukturę (organizacja, rozpoczęcie, zakończenie pracy, zajmowane stanowisko), jednak liczba dotychczasowych stanowisk pracy może być różna dla poszczególnych pracowników. Dlatego do przechowywania takich informacji wykorzystamy tabelaryczną część katalogu.

Wróćmy do konfiguratora i utwórzmy nowy obiekt konfiguracyjny Katalog. Nazwijmy to „Pracownikami”.

Naszym zadaniem będzie utworzenie katalogu zawierającego część tabelaryczną.

W zakładce „Dane” ustaw długość nazwy katalogu na 50 znaków i dodaj do katalogu nową część tabelaryczną o nazwie „Praca”:

Dodajmy nową część tabelaryczną do katalogu „Pracownicy” i ustawmy jej nazwę...

Stwórzmy szczegóły sekcji tabelarycznej „Działania pracownicze”:

„Organizacja” - wpisz String, długość 100,

„Pierwsze kroki” - wpisz Data, skład daty - „Data”,

„Zakończenie Pracy” – typ daty, skład daty – „Data”,

„Pozycja” - wpisz String, długość 100:

Stwórzmy szczegóły części tabelarycznej katalogu...

Dla szczegółów „Rozpoczęcie pracy” i „Koniec pracy” wybraliśmy kompozycję daty - „Data”, ponieważ w systemie 1C: Enterprise 8.0 wartości typu Data zawierają zarówno datę, jak i godzinę. Nie zwracamy w tym przypadku uwagi na godzinę rozpoczęcia i zakończenia pracy.

Teraz powinniśmy wybrać opcję edycji katalogu. Oczywiście edycja na liście nie będzie już dla nas działać, ponieważ na liście nie będziemy mogli edytować tabelarycznej części katalogu i wprowadzać informacji o aktywności zawodowej.

Dlatego w katalogu „Pracownicy” zaznaczymy opcję edycji katalogu w obie strony – zarówno na liście, jak i w oknie dialogowym. W tym celu należy przejść do zakładki „Formularze” i ustawić odpowiedni przełącznik:

Ustawmy opcję edycji katalogu.

Tworzenie katalogu „Pracownicy” zostało zakończone - teraz możesz uruchomić 1C:Enterprise w trybie debugowania i wypełnić katalog.

Wykonaj element menu Debugowanie — Kontynuuj debugowanie, na pytanie systemowe:

odpowiedz „Tak”, na kolejne pytania odpowiedz w taki sam sposób jak poprzednio.

W wyświetlonym oknie programu otwórz katalog „Pracownicy” i upewnij się, że ustawiony jest tryb edycji katalogu w oknie dialogowym (menu Akcje - Edytuj w oknie dialogowym lub podobna ikona w panelu poleceń).

Utwórz pracowników Nikołaja Dmitriewicza Gusakowa, Iwana Siergiejewicza Biznesu i Walerego Michajłowicza Simonowa, jak pokazano na zdjęciach. Należy pamiętać, że wiersze części tabelarycznej katalogu można posortować według zawartości dowolnej kolumny lub ułożyć w dowolnej kolejności za pomocą ikon na pasku poleceń:

Możesz kontrolować kolejność wierszy w sekcji tabelarycznej...

Teraz możemy rozpocząć tworzenie kolejnego katalogu xNomenclature.”

Tworzenie nomenklatury katalogów

Katalog „Nomenklatura” będzie zawierał informacje o usługach świadczonych przez „Jack of All Trades” LLC oraz o materiałach, które można wykorzystać.

Katalog ten nie będzie skomplikowany, jedyną jego cechą będzie obecność struktury hierarchicznej. Aby korzystanie z katalogu było wygodne, zgrupujemy usługi w jedną grupę, a materiały w drugą. Ponadto, ponieważ Master of All Trades LLC świadczy szeroką gamę usług, zostaną one również logicznie pogrupowane w kilka grup. To samo można powiedzieć o materiałach.

Naszym zadaniem będzie utworzenie katalogu hierarchicznego. Stwórzmy nowy obiekt konfiguracyjny Katalog i nazwijmy go „Nomenklatura”. Przejdźmy do zakładki „Hierarchia” i ustawmy flagę „Katalog hierarchiczny”.

Uczyńmy katalog hierarchicznym...

W zakładce „Dane” ustaw długość nazwy katalogu na 100 znaków.

Teraz uruchommy 1C:Enterprise w trybie debugowania i wypełnijmy katalog „Nomenklatura”. W procesie wypełniania katalogu pokażemy jak tworzyć grupy katalogów i przenosić elementy z jednej grupy do drugiej.

Stwórzmy w katalogu głównym dwie grupy: „Materiały” i „Usługi” (menu Akcje - Nowa grupa):

W grupie „Materiały” utworzymy pięć elementów:

„Transformator poziomy Samsung”

„Transformator poziomy GoldStar”

"Tranzystor Philips 2N2369",

"Gumowy wąż"

"Przewód elektryczny":

W grupie „Usługi” stworzymy także kilka elementów – usługi naprawy telewizorów:

"Diagnostyka",

„Naprawa telewizora domowego”

„Naprawa importowanego telewizora”

i usługi instalacyjne pralek:

„Przyłącze wodne”

"Połączenie elektryczne":

Do przechowywania informacji o charakterze listowym wykorzystywane są obiekty typu Katalog. Zawartość każdej pozycji katalogu można scharakteryzować zbiorem cech – szczegółów, a także posiadać pewne podmioty podrzędne, także o charakterze listowym – są one prezentowane w tabeli. Przykładowo harmonogram płatności można scharakteryzować nazwą i formą płatności, a zestaw etapów płatności według terminów będzie zapisany w podrzędnej tabeli:

Odpowiednio konfiguracyjnie wygląda to jak drzewo szczegółów i podrzędna sekcja tabelaryczna ze szczegółami:

Pytanie 01.01 z egzaminu 1C: Platform Professional. Na jaką wartość można ustawić właściwość „Code Series” obiektu konfiguracyjnego „Directory”?

1. W całym katalogu
2. W granicach podporządkowania
3. W ramach podporządkowania właściciela
4. Wszystkie powyższe odpowiedzi są prawidłowe
5. Odpowiedzi 1 i 2 są poprawne

Prawidłowa odpowiedź jest czwarta. W całym katalogu oznacza ogólnie numerację ciągłą; w granicach podporządkowania- numeracja ciągła w obrębie grupy hierarchicznej; w ramach podporządkowania właściciela- numeracja będzie ciągła dla wszystkich pozycji podporządkowanych jednemu właścicielowi (np. dla wszystkich kontraktów jednego kontrahenta).

Pytanie 01.17 z egzaminu 1C: Platform Professional. Do czego służą sekcje tabelaryczne w podręcznikach?

1. Do przechowywania bytów podrzędnych, które mają charakter obiektowy
2. Do przechowywania podmiotów podrzędnych, które nie mają charakteru przedmiotowego
3. Generowanie drukowanych formularzy elementów katalogów

Prawidłowa odpowiedź to ta druga. Części tabeli przechowują podrzędne elementy. Przez naturę przedmiotową rozumiemy niezależność części tabelarycznej. Ponieważ wiersz w części zakładki katalogu nie ma samodzielnego znaczenia, odrębnego od katalogu, nie ma charakteru przedmiotowego.

Pytanie 01.70 z egzaminu 1C: Platform Professional. Co zawiera obiekt infobase podczas edycji nowego elementu katalogu z częściami tabelarycznymi?

1. Detale
2. Odniesienie do elementu katalogu
3. Wiersze tabeli
4. Odpowiedzi 1 i 3 są prawidłowe
5. Wszystkie opcje są prawidłowe

Czwarta prawidłowa odpowiedź brzmi, że skoro element jest nowy, to znaczy, że nie został jeszcze zarejestrowany, czyli nie ma jeszcze do niego linku w bazie.

Pytanie 01.71 z egzaminu 1C: Platform Professional. Co zawiera obiekt infobase podczas edycji istniejącego elementu katalogu z częściami tabelarycznymi, który istnieje w bazie danych?

1. Detale
2. Odniesienie do elementu odniesienia
3. Wiersze tabeli
4. Odpowiedzi 1 i 3 są prawidłowe
5. Wszystkie opcje są prawidłowe

Prawidłowa odpowiedź to numer pięć, w przypadku istniejącego elementu link już istnieje.

Pytanie 06.15 egzaminu 1C: Platform Professional. Jak usunięcie elementu katalogu, który jest już używany w innych obiektach, a następnie utworzenie nowego z tymi samymi szczegółami, wpłynie na zachowanie programu?

1. Nic, nie wpłynie to w żaden sposób na logikę programu.
2. Element będzie miał inny identyfikator wewnętrzny (link) i może to mieć wpływ na logikę programu
3. Występuje wyjątek

Prawidłowa odpowiedź to ta druga. Każdy element katalogu, nawet identyczny z innymi, ma swój własny numer i własny identyfikator GUID.

drzewo konfiguracyjne Są pospolite. Odgrywają rolę pomocniczą w opracowaniu konfiguracji.

Ryż. 2.1.

W szczególności za ich pomocą można zarządzać strukturą logiczną opracowywanej konfiguracji, dostosowywać funkcje interakcji użytkownika z konfiguracją, obejmują one obiekty, które można skonfigurować w celu współdzielenia z innymi obiektami konfiguracyjnymi.

Obiekty współdzielone odgrywają rolę wspierającą z punktu widzenia rozwoju rozwiązanie aplikacyjne rola Wynik ich pracy jest bardziej interesujący dla programisty niż użytkownika, choć nie można powiedzieć, że obiekty te nie uczestniczą w pracy użytkownika lub są nieistotne dla rozwiązania problemu aplikacji. Są ważną częścią konfiguracji. Przejdźmy do krótkiego opisu tych obiektów.

• Podsystemy. Pozwalają one uporządkować konfigurację ze względu na rodzaje zadań rozwiązywanych za ich pomocą. Przykładowo, jeśli konfiguracja rozwiązuje problemy księgowo-płacowe, logiczne byłoby utworzenie dwóch podsystemów. Tworząc nowe obiekty, można je „powiązać” z podsystemami w zależności od ich przeznaczenia. Zastosowanie podsystemów ułatwia pracę z dużymi konfiguracjami.
• Wspólne moduły. Zawierają procedury i funkcje dostępne z innych obiektów. W tych modułach nie można definiować zmiennych.
• Opcje sesji. Są potrzebne głównie do konfiguracji praw dostępu do danych. Parametry te ustawiane są podczas uruchamiania systemu. Na przykład ten parametr może rejestrować nazwę zalogowanego użytkownika.
• Role. Zaprojektowany do konfigurowania uprawnień różnych grup użytkowników w zakresie dostępu do danych. Po utworzeniu i skonfigurowaniu roli możesz przypisać ją do użytkownika (aby skonfigurować listę użytkowników użyj polecenia menu Administracja > Użytkownicy).
• Plany wymiany. Określ zasady wymiany danych pomiędzy bazami informacji. Mechanizm ten można wykorzystać na przykład do wymiany danych pomiędzy organizacją macierzystą a oddziałami lub pomiędzy oddziałami organizacji.
• Kryteria wyboru. Umożliwia tworzenie reguł wyboru, które użytkownik może zastosować podczas pracy z listami danych w trybie 1C:Enterprise.
• Subskrypcje wydarzeń. Używając subskrypcje wydarzeń Można przypisać procedury obsługi zdarzeń obiektowych. Na przykład procedurę obsługi można wywołać podczas kopiowania dokumentu.
• Zaplanowane zadania. Zaplanowane zadania umożliwiają wykonywanie różnych zaplanowanych operacji.
• Formularze ogólne. Formy te mogą być wykorzystywane przez różne obiekty do rozwiązywania podobnych problemów.
• Interfejsy. Przechowuje interfejsy użytkownika (menu główne, zestaw pasków narzędzi), które można przypisać różnym użytkownikom. Każdy interfejs może być wyposażony tylko w te polecenia, które są potrzebne konkretnemu użytkownikowi.
• Układy ogólne. Przechowuje układy ogólne (szablony formularzy do druku), które są dostępne dla innych obiektów konfiguracyjnych w celu generowania drukowanych wersji materiałów elektronicznych.
• Zdjęcia ogólne. Przechowuje publicznie dostępne obrazy. Można je wykorzystać np. w formularzach przy ustawianiu obrazków na przyciskach i w innych przypadkach.
• Pakiety XDTO. Obiekt przesyłania danych XML (XDTO) to uniwersalna metoda reprezentacji danych przeznaczona do organizowania interakcji z zewnętrznymi systemami oprogramowania. W szczególności w przypadku innych konfiguracji 1C:Enterprise 8, z innymi systemami informatycznymi.
• Usługi internetowe. Tutaj możesz tworzyć i konfigurować usługi internetowe, które zapewniają eksport funkcjonalności konfiguracji.
• Linki WS. Zawiera statyczne linki do opublikowanych usług internetowych. Umożliwia korzystanie z funkcjonalności tych usług.
• Style. Zawiera zestawy ustawień formatowania, które można zastosować podczas programowania. Na przykład, korzystając z mechanizmu stylów, możesz szybko dostosować formularz w ustalony z góry sposób.
• Języki. Umożliwia ustawienie różnych języków, w których można skonfigurować interfejs programu. Jeżeli w systemie określono kilka języków, podczas konfigurowania obiektu możliwe staje się ustawienie niektórych parametrów w różnych językach. W rezultacie prowadzi to do tego, że interfejs systemu może istnieć dla różnych języków.

2.2. Przegląd obiektów 1C:Enterprise 8: zastosowane obiekty

Obiekty aplikacji służą do programowania rozwiązanie aplikacyjne. To właśnie te obiekty są „widoczne” dla użytkownika, który pracuje z większością z nich w trybie 1C:Enterprise. Podajmy opis zastosowanych obiektów (ryc. 2.2).

Ryż. 2.2.

• Stałe. Zaprojektowany do przechowywania informacji, które albo nie zmieniają się w trakcie działalności organizacji, albo zmieniają się bardzo rzadko. Na przykład możesz przechowywać w stałej nazwę organizacji, imię i nazwisko dyrektora i inne podobne dane.
• Katalogi. Zaprojektowany do przechowywania list podobnych danych. Na przykład katalogi przechowują listy klientów, pracowników, towarów i materiałów.
• Dokumentacja. Z ich pomocą informacje trafiają do systemu. Dokumenty mogą pełnić funkcję elektronicznych odpowiedników pierwotnych dokumentów księgowych. Obiekty takie jak: Numeratory(w celu zapewnienia ciągłej numeracji różnych dokumentów) oraz Sekwencje(w celu zapewnienia prawidłowej kolejności dokumentów).
• Dzienniki dokumentów. Służą do grupowania dokumentów różnych typów.
• Transfery. Służą do przechowywania zestawów wartości określonych w procesie konfiguracji i niezmienianych w trakcie pracy użytkownika z konfiguracją.
• Raporty. Służą do tworzenia raportów, które stanowią sposób prezentacji danych wyjściowych systemu księgowego.
• Zabiegi. Przeznaczony do przetwarzania informacji i wykonywania różnych operacji na danych.
• Charakterystyczne plany typu. Służy do opisu typów cech obiektów.
• Plany kont. Używany do celów księgowych. Reprezentują wykazy kont księgowych. Używane w połączeniu z rejestry księgowe.
• Plany typu obliczeniowego. Używany do opisu rodzajów obliczeń i ich relacji, używany w połączeniu z rejestry obliczeniowe.
• Rejestry informacyjne. Zaprojektowany do gromadzenia informacji w kilku wymiarach z możliwością przechowywania historii zmian danych i możliwością przechowywania danych nienumerycznych.
• Rejestry akumulacyjne. Przeznaczone do przechowywania danych w kontekście kilku wymiarów, wspomagają pozyskiwanie informacji o saldach i obrotach przechowywanych ilości.
• Rejestry księgowe. Przechowuj informacje o transakcjach księgowych.
• Rejestry obliczeniowe Przechowuj informacje o obliczeniach. Wykorzystywane są głównie do celów płacowych.
• Procesy biznesowe. Umożliwia tworzenie struktur automatyzujących wykonywanie wieloetapowych operacji. Na przykład przepływ dokumentu między różnymi urzędnikami organizacji.
• Zadania. Używane w połączeniu z Procesy biznesowe. Konieczne śledzenie zadań według wykonawców.

2.3. Przegląd obiektów 1C:Enterprise 8: obiekty podrzędne

Obiekty podrzędne są podporządkowane innym obiektom konfiguracyjnym. Na przykład na ryc. Na rysunku 2.3 widać obiekt konfiguracyjny Dokument, który posiada kilka obiektów podrzędnych. Wymieńmy je i opiszmy.

Ryż. 2.3.

Przybory. Atrybuty umożliwiają dodanie dodatkowych właściwości do obiektu. Przykładowo, jeśli potrzebujemy mieć możliwość wpisania kwoty transakcji do dokumentu, możemy wpisać w nim odpowiednie dane.

Części stołu. Stosuje się je w przypadku konieczności dodania dowolnej liczby rekordów (właściwie dodatkowych właściwości) w postaci tabeli do dokumentu (lub innego obiektu, któremu podporządkowana jest część tabelaryczna). Części tabelaryczne z kolei zawierają szczegóły.

Formularze. Formularze służą do organizowania wprowadzania i przeglądania informacji. W 1C:Enterprise 8 dostępny jest specjalny edytor przeznaczony do tworzenia i modyfikowania formularzy.

Układy. Układy służą do opisu drukowanych form różnych obiektów. Układ zawiera „puste miejsca”, które tworząc drukowany formularz dla konkretnego obiektu, zostają wypełnione danymi.

Na ryc. 2.4 przedstawia jeszcze kilka obiektów podrzędnych – tym razem dla obiektów aplikacji Dziennik dokumentów I Rejestr akumulacji.

Ryż. 2.4.

Wykresy. Wykresy dziennik dokumentów służą do wyświetlania informacji o dokumentach zawartych w dzienniku.

Pomiary. Wymiary rejestrów to obiekty, w kontekście których rejestrowane są wskaźniki w rejestrach.

Na ostatniej lekcji dowiedzieliśmy się, CZYM są obiekty 1C.

Zobaczmy teraz, jakie są obiekty 1C i do czego służą?

Główne obiekty konfiguracji 1C stanowią samą istotę konfiguracji, właśnie ze względu na różnice w głównych obiektach księgowość 1C różni się od konfiguracji 1C Trade Management.

Główne obiekty konfiguracyjne 1C - do rozliczania

Te obiekty konfiguracyjne 1C służą do rozliczania.

Dokumenty 1C

Istotą rachunkowości jest wprowadzanie dokumentów do bazy danych. Każdy dokument oznacza, że ​​coś wydarzyło się w życiu firmy. Dokument rejestruje to wydarzenie.

Na przykład „Zakup towarów”, „Sprzedaż towarów” itp.

Katalogi 1C

Oczywiste jest, że różne dokumenty działają z tymi samymi danymi. Na przykład produkt „Łopata” jest najpierw kupowany, a następnie sprzedawany. Produkt jest taki sam.

Aby nie wprowadzać go ponownie kilka razy, jest on raz wprowadzany do katalogu i wówczas używana jest wartość katalogowa „Shovel”. Znaczenie pozostaje takie samo.

Katalogi to takie listy różnych wartości.

Rejestry 1C

Dokument 1C rejestruje jedną operację. Nie ulega wątpliwości, że w życiu firmy istnieją setki i miliony dokumentów.

Skutkiem [przesunięcia] dokumentu jest zmiana przynajmniej jednej cyfry w wynikach operacji. Na przykład było 0 produktów, teraz +10.

Każdy dokument przesuwa tę cyfrę przynajmniej w jednym z rejestrów. Wynikiem jest tabela takich ruchów, z której można obliczyć sumy.

Istotą rejestrów jest pomiar wyników działalności przedsiębiorstwa.

Istnieje kilka typów rejestrów 1C:

• Rejestry informacyjne 1C to proste tabele, takie jak Excel, często używane do przechowywania informacji związanych z katalogami 1C
• Rejestry akumulacji 1C - tabele, które otrzymują sumy za swoje ruchy, salda (2+10, saldo 12) i obrót (2+10, obrót 10), służą do rachunkowości operacyjnej (magazynowej)
• Rejestry księgowe 1C - tabele oparte na księgowym planie kont, wykorzystywane do rachunkowości
• Rejestry obliczeniowe 1C - tabele oparte na planach rodzajów obliczeń służą do prowadzenia ewidencji płac.

Podstawowe obiekty konfiguracyjne 1C - dla użytkownika

Obiekty użytkownika 1C nie pozwalają na rozliczanie, ale są wymagane, aby ułatwić użytkownikowi pracę z programem.

Dzienniki dokumentów 1C

Umożliwia łączenie list dokumentów dla użytkownika według typu. Na przykład magazyn „Dokumenty magazynowe” lub „Dokumenty bankowe”. W każdym czasopiśmie znajduje się zazwyczaj kilka typów dokumentów.

Raporty 1C

Rejestry informacyjne pozwalają obliczyć wynik. Użytkownik musi jednak z nim pracować w dogodnej dla niego formie.

Istnieją na to raporty 1C.

Raport to gotowe, wyliczone wyniki działalności firmy w formie zbliżonej do Excela lub Worda.

Raport może istnieć niezależnie od konfiguracji i bazy danych - można go zapisać do pliku. W tym przypadku nazywa się to „raportem zewnętrznym”.