Dodatkowe wartości charakterystyczne 1c. Jak wykorzystać plan typów cech w żądaniu dotyczącym systemu kontroli dostępu
W jaki sposób zazwyczaj prowadzi się dokumentację w przedsiębiorstwie komercyjnym?
Przez pierwsze kilka lat wszyscy gonią za zyskiem: aby kupić więcej, szybko sprzedać, nikogo jeszcze nie interesują wiszące zapasy towarów w sklepach i magazynach. Objętość bazy danych rośnie skokowo, ponieważ... Natomiast kolejność towarów pisanych wielką literą jest chaotyczna.
Przykładowo wczoraj kupiłeś krzesło czerwone, dzisiaj kupiłeś zielone krzesło, na początku wprowadzają dane do bazy: 1) stara pozycja - czerwone krzesło; 2) nowa pozycja - zielone krzesło. Jednak po inwentaryzacji zawsze następuje przeklasyfikowanie towaru i tutaj pojawia się możliwość utworzenia nowej pozycji, bez konkretnego opisu w nazwie produktu jego szczególnych właściwości tj. wchodzą do produktu jako np. po prostu „Krzesło” i zaznaczają dwie poprzednie pozycje produktów do usunięcia.
Po pewnym czasie ilość wolnego kapitału obrotowego jest ograniczona. Tutaj pojawia się pytanie: na jakie produkty był większy popyt, aby w nie zainwestować, a nie w produkt wiszący.
To znaczy znowu musisz znać dodatkowe cechy produktu, ale trzeba te cechy wprowadzać do bazy już nie w chaotycznej kolejności - po prostu dodając kilka opisów do nazwy produktu, ale jasno i poprawnie: nazwa powinna być krótka, zwięzła i w dodatkowym polu - wszystkie możliwe cechy tego produktu są opisane: na przykład jego kolor, objętość, waga, producent i wiele więcej.
Tutaj, jeśli w katalogu Nomenklatury w polu „Uwagi” zapiszemy właściwości produktu, to Analitykowi nie będzie łatwo sporządzić potrzebnego mu raportu na temat popularności i obrotu konkretnego produktu o konkretnie podanych właściwościach produktu.
Do katalogu Nomenklatury możemy dołączyć katalog podrzędny, do którego użytkownik może wprowadzić niezbędne właściwości i opisy produktu, jednak w tym podejściu napotkamy na problem polegający na tym, że nie będziemy w stanie odgadnąć, jakiego rodzaju informacje użytkownik będzie chciał wprowadzić dodatkowe Informacja.
Przykładowo pod produktem „Krzesło” – użytkownik chce wskazać właściwość produktu – kolor, jest to wartość danych typu string. Oznacza to, że w katalogu podrzędnym utworzymy ciąg props. A co jeśli będzie chciał wskazać dodatkową cechę produktu, np. producenta? Następnie musimy uczynić szczegóły w katalogu podrzędnym typem referencyjnym, wskazując na inny katalog „Producenci”. A co jeśli użytkownik w dodatkowych właściwościach swojego produktu będzie chciał wskazać ile nóg posiada krzesło? W katalogu podrzędnym musimy ustawić atrybut jako numeryczny.....
Stąd, kiedy musimy dać użytkownikowi możliwość tworzenia Typ danych , do którego wartości wprowadzi następnie swoje informacje musimy stworzyć PVC(plan typów cech).
W naszym przykładzie utworzymy złożony PVC, dzięki czemu istnieje pełnoprawny mechanizm opisywania dodatkowych właściwości produktu.
Ale najpierw Spójrzmy na lekcję dotyczącą tworzenia PCV z książki(str. 476) " 1C_ Przedsiębiorstwo 8.3. Praktyczny przewodnik dla programistów. Przykłady i typowe techniki” Radczenko/Chrustalewa
Tutaj mamy już podręcznik Nomenklatura. Cel zadania: móc poznać pozostałości materiałów, które mają określoną wartość charakterystyczną. W tym celu utworzymy w Konfiguratorze nowe obiekty: 1) Rejestr informacyjny „Wartości właściwości nomenklatury”; 2) PVC „Właściwości nomenklatury”; 3) podporządkowany skoroszytowi nomenklatury „Opcje nomenklatury” do opisu partii materiałów; 4 ) podrzędna książka referencyjna PVC „Dodatkowe właściwości nomenklatury”, aby ustawić wartości typu, cechy, dla których nie ma odpowiednich typów w konfiguracji.
W rezultacie wystarczy nam wybranie z rejestru informacyjnego wszystkich elementów katalogu podrzędnego o tej charakterystycznej wartości, a następnie na ich podstawie i na ich podstawie uzyskamy pozostałą część rejestru akumulacji.
W tworzonym PVC, w polu „Charakterystyczny typ wartości” wskażemy złożony typ danych: Number, String, Date, Boolean, DirectoryLink.AdditionalNomenclatureProperties. A także w polu PVC „Dodatkowe wartości cech” - wskazujemy podrzędny katalog PVC „Dodatkowe właściwości nomenklatury”.
2) TypeProperties, type = Plan typów cechLink.PropertiesNomenclature
I utwórz zasób rejestru informacji:
Wartość, typ = Charakterystyka.Nomenklatura Właściwości.
Stworzyliśmy wszystkie nowe obiekty. Nie ma potrzeby dodawania ich do podsystemów (do interfejsu użytkownika), ponieważ istnieje połączenie między nowymi obiektami, a najważniejsze jest katalog „Opcje nomenklatury” podporządkowany Nomenklaturze, który możemy zobaczyć otwierając dowolny produkt z katalogu Nomenklatury:
Istnieje kilka niuansów podczas konfigurowania rejestru informacyjnego „NomenclaturePropertyValues”, tutaj zaleca się ustawienie wymiar rejestru Zestaw właściwości(tutaj przypada wybór z listy Nomenklatura opcji) - jak Prezenter, da nam to możliwość z odniesienia „Opcje nomenklatury” - nazwij ten rejestr informacyjny. A także dla zasobu rejestru Wartość - ustaw „Link według typu” = Typ właściwości i „Łącza parametrów wyboru” = Wybór.Właściciel(Typ właściwości). Te ustawienia rejestru informacyjnego uproszczą użytkownikowi wprowadzanie danych.
Ponadto w książce w tej lekcji jest szczegółowy opis- jak najlepiej skonfigurować formularze list i formularze główne nowych obiektów, aby użytkownik podczas wypełniania właściwości produktu widział tylko te informacje, których potrzebuje. Nie będziemy tutaj pokazywać wszystkich tych szczegółów.
Spróbujmy po prostu w naszym produkcie np. „Kable elektryczne” – ustawmy dodatkową właściwość „Białe kable” i skład właściwości: „typ właściwości” = Kolor i „wartość właściwości” = Biały. Oto schemat otwierania się okien jeden po drugim:
....Nie wiem jak u Was, ale u mnie już kręci się w głowie i nie jest już do końca jasne, co robimy i dlaczego))))
Wyobraź sobie wyjaśnienie takiego łańcucha użytkownikowi?!?.....Aby nasz użytkownik mógł zrozumieć to, czego sami już nie rozumiemy, musi mieć co najmniej trzy certyfikaty 1C)))
Jeśli boisz się i denerwujesz wprowadzeniem właściwości produktu zgodnie ze schematem opisanym powyżej, możesz spojrzeć na ten sam schemat z samego podręcznika:
To po prostu niesamowicie trudne!!! I każdy początkujący programista uzna, że łatwiej jest nigdy nie zadzierać z PVC, niż próbować wymyślić taki schemat….
Aby uzyskać końcowy efekt zadania - bilanse towarów według ich właściwości, książka sugeruje dodanie wymiaru „Zbiór właściwości” z typem odniesienia do katalogu „Opcje Nomenklatury” podrzędnego Nomenklatury w rejestrze Pozostałe. Następnie dodaj pole o tej samej nazwie i typie danych do dokumentów przyjęcia/wydatku materiałów w sekcjach tabelarycznych i dodaj do modułów tych dokumentów wpis do rejestru bilansowego „Zestawu właściwości”. W samym katalogu „Opcje Nomenklatury” - wpisz w jego menu Charakterystyki, co pozwoli Ci zobaczyć je później w raporcie SKD. Na koniec utwórz raport SKD na temat pozostałych produktów z wyborem według cech:
Tak, raport okazuje się ciekawy, ale proces tworzenia dodatkowych Charakterystyk (właściwości) produktu jest bardzo zagmatwany, w dodatku użytkownik wpisując tak dużo dodatkowych danych przy wypełnianiu faktur paragonowych/wydatkowych, nie utworzy ani jednej błąd.....Począwszy od wpisania „Zestawu właściwości” „w polach dokumentu....
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Spróbujmy zrozumieć mechanizm tworzenia dodatkowych właściwości produktu, być może uda nam się rozwiązać problem w prostszy sposób.
Czego więc potrzebujemy:
1. Zezwól użytkownikowi na dodanie opisu Właściwości do Nomenklatury.
2. Umożliwić Analitykowi badanie wskaźników sprzedaży w wyborze według Właściwości Produktu.
Zastanówmy się, jakie mamy opcje przy rozwiązywaniu pierwszego punktu problemu:
1. Do katalogu Nomenklatury możemy dodać katalog podrzędny, w którym użytkownik będzie opisywał tylko konkretne dane typu string, które określiliśmy w Konfiguratorze.... to nie jest odpowiednie, gdyż przy opisywaniu Właściwości produktu , a wpiszmy w Konfiguratorze „nieprzewidywalne” mogą być potrzebne dane: np. data, numer, linia, link do innego katalogu.
2. Dlatego, aby stworzyć dodatkowe właściwości Nomenklatury, musimy stworzyć PVC, ponieważ PVC to podręcznik + Opis typów danych.
Jeśli jesteśmy w katalogu Nomenklatura, utworzymy część tabelaryczną, w której znajdą się dwa pola - Typ danych wprowadzonych Właściwości produktu i bezpośrednio sama wartość. To bardzo proste - jedno pole będzie odnosiło się do PVC, drugie do Charakterystyki tego PVC.
Ale w tym przypadku nie będziemy w stanie uczynić wpisów unikalnymi... Wyobraź sobie opcję, w której pod produktem, na przykład Kiełbasami, możesz wprowadzić dwa rodzaje wartości dla właściwości „Kolor”: oba czerwone i zielone)))
Dlatego ta metoda jest najprostsza, ale nie zapewnia wyjątkowości właściwości Nomenklatury.
3.Stwórzmy PCV, ale my wpiszemy jego wartości poprzez Rejestr Informacyjny. Rejestr informacyjny - zawiera tylko unikalne dane.
Jest to najbardziej wszechstronna opcja. Będziemy rejestrować Właściwości Produktu za pomocą różne rodzaje danych, a wartości tych właściwości dla konkretnego produktu będą unikalne.
p.s. Tutaj możesz utworzyć podrzędny katalog PVC, aby zapisać w nim wszystkie właściwości ciągu znaków. Ale na razie nie komplikujmy sprawy.
W tym celu dodajemy w rejestrze informacyjnym dwa wymiary:
2) Właściwości nomenklatury, typ = Plan typów cech Link Uniwersalny PVC.
W zasobach rejestru wskazujemy „Wartość właściwości”, typ = Charakterystyka.UniversalPVC:
To wszystko na razie, stworzyliśmy mechanizm unikalne właściwości dobra. Pozostaje nam jeszcze skonfigurować wygodę wybierania danych dla użytkownika.
Wybierzmy zasób „PropertyValue” rejestru informacyjnego i w menu po prawej stronie na zakładce „Widoki” utwórzmy połączenia tak, aby wybierając wartość tego rejestru w trybie użytkownika, od razu otrzymaliśmy zestawienie z wymiaru tego rejestru „Nomenklatura Właściwość”. Ponieważ Pamiętamy, że wymiar „Właściwość nomenklatury” to PVC, a zasób „Wartość właściwości” to Cecha charakterystyczna tego PVC. A więc na tej desce wskazać „Powiązanie według typu” = „Właściwość nomenklatury”. Teraz, jeśli w wymiarze rejestru wybraliśmy typ danych, na przykład string, to gdy wprowadzimy wartość do zasobu, od razu będziemy mieli typ string, a nie wszystkie możliwe listy typów!
Przejdźmy do trybu użytkownika, wybierzmy dowolny produkt z katalogu Nomenklatury, otwórz go, na górze elementu katalogu mamy link do utworzonego rejestru informacji, do którego dodamy nowe właściwości naszego produktu:
W tym przykładzie dla produktu „Tranzystor Philips 2N2369” - najpierw utwórz Typ żądanej właściwości produktu, niech będzie to „Tranzystory” i od razu wskaż typ danych dla tej właściwości - w tym przykładzie ręcznie wybieramy typ danych = Strunowy. Ratować. A następnie musimy ustawić wartości dla tego typu właściwości produktu, niech będą to „Tranzystory niskoprądowe”:
Dodajmy jeszcze jedną właściwość do tego produktu, na przykład producenta „Korea”.
Weźmy inny produkt i utwórz dla niego właściwość „Transformers”, typ = string, wartość = „String transformatory”. A drugą właściwością, którą chcemy wprowadzić dla tego produktu będzie również „Producent” - nie ma potrzeby jej tworzyć, mamy ją już w selekcji, ale jeśli spróbujemy wprowadzić tę samą wartość tej właściwości, równą „Korea”, to będziemy musieli wpisać go ręcznie....Nie jest to zbyt wygodne...Dobrze, gdy raz wpisaną wartość można podstawiać wielokrotnie.
Aby dodać to udogodnienie przejdźmy do Konfiguratora i utwórzmy katalog, w zakładce „Właściciel” wskażemy utworzony wcześniej nasz „Uniwersalny PCV”. Teraz, jeśli naszymi właściwościami wartości są ciągi znaków, to nie musimy ciągle wybierać typu = String, wystarczy podać link do tej podrzędnej książki referencyjnej: bardzo wygodnie jest zapisać w nim wartości ciągów i dodatkowo ta metoda pozwoli nam wybrać gotowe wartości ciągów dla Właściwości produktu.
Wprowadźmy kilka drobnych zmian w PVC w związku z pojawiającym się katalogiem podrzędnym:
Ponadto w rejestrze informacyjnym musimy dodać ustawienia, aby wybierając wartość zasobu rejestru, od razu mieliśmy wybór przez Właściciela tej właściwości.
Zakończyliśmy pierwszy punkt zadania - stworzyliśmy mechanizm tworzenia unikalnych właściwości produktu.
Wypełnijmy różne właściwości elementu w trybie użytkownika 1c. Należy pamiętać, że wcześniej wprowadzone właściwości, takie jak np. Producent, są już od razu dostępne w opcji wyboru właściwości, mamy też możliwość od razu wybrania gotowej wartości dla tej właściwości, np. „Korea” .
Przejdźmy teraz do drugiego etapu rozwiązania zadania: umożliwienia dokonania w raporcie selekcji np. według sald produktów lub sprzedaży produktów z Właściwości tego produktu.
Od razu powiem, że nie będziemy wymyślać skomplikowanego mechanizmu dodając jakiekolwiek właściwości produktu do pól tabelarycznych części dokumentów!!! W praktyce nie da się tego zrobić, bo w przeciwnym razie będzie takie zamieszanie z dokumentami, że wtedy nikt nie będzie miał dość sił, żeby to naprawić....
Wszystko jest znacznie prostsze. Mamy produkt, jego nazwa jest krótka, lakoniczna, wszystkie niuanse są opisane w jego właściwościach. Jeśli mamy produkt o różnych typach właściwości, oznacza to, że jest to produkt inny, a nie taki sam!
Na przykład mamy jeden produkt „Samsung Line Transformer”, który ma dwie właściwości: 1) „Transformers” = „Line Transformers”; 2) „Producent” = „Korea” i inny produkt „Russia Line Transformer”, który ma dwie właściwości: 1) „Transformatory” = „Transformatory małej mocy” 2) „Producent” = „Rosja”. Nie możemy więc w żaden sposób powiedzieć, że te dwa produkty są takie same, a różnią się jedynie właściwościami!!! Nie, te dwa produkty są różne, co pokrótce wskazujemy na różnicę w Nazwie, a szerzej opisujemy we właściwościach tego produktu.
Nie musimy zatem tworzyć dodatkowego pola w dokumentach podstawowych, aby zarejestrować jedną z cech produktu (możemy mieć więcej niż jedną z tych cech!).
Ponownie wystawimy wszystkie nasze faktury i dokumenty.Świadczenie usług. (tutaj w dokumentach pierwszej metody z książki znajdują się pola z dodatkowymi charakterystykami, które jednak w żaden sposób nie wpływają na nasz nowo stworzony własny mechanizm PVC)
W Konfiguratorze utworzymy Raport dotyczący rejestru „Unikalność Uniwersalnego PCV”. Napiszmy następujący kod w żądaniu raportu ACS:
WYBIERZ pozostałe materiałyPozostałeiobroty.Materiał, pozostałe materiałyPozostałeiobroty.IlośćpoczątkowaPozostałe jako początkowePozostałe, pozostałe materiałyPozostałeiobroty.Ilośćprzychodzące jako przychodzące, pozostałe materiałyPozostałeiobroty.IlośćZużycie jako zużycie, pozostałe materiałyPozostałePozostałeIobrót.IlośćFinalRe maining AS Pozostała część, Unikalność UniversalPVC.Właściwość nomenklatury, Wyjątkowość UniversalPVC.WartośćWłaściwości Z RejestruAkumulacji. Pozostałe materiały.PozostałeIObrót AS Pozostałe materiałyPozostałeiObrót LEWE POŁĄCZENIEZarejestrujInformacje.WyjątkowośćUniwersalnegoPVC JAKO Wyjątkowość UniwersalnegoPVC ON Pozostałe materiałyPozostająIObrót.Materiał = UnikalnośćUniwersalnegoPVC.Nomenklatura
W ustawieniach raportu ACS umożliwimy jego wykorzystanie w trybie użytkownika „Wybór”. Generując raport w 1C-Enterprise, wybierz w wyborze Właściwość nomenklatury = Producent. Otrzymamy bardzo ciekawy raport:
Zastępując rejestr salda rejestrem Sprzedaży, utworzymy drugi Raport Sprzedaży z możliwością wyboru po właściwościach produktu.
Spełniliśmy, a nawet przekroczyliśmy drugi punkt zadania – umożliwienie Analitykowi tworzenia raportów w kontekście Właściwości Produktu.
W naszej wersji mechanizm PVC okazał się prosty, przejrzysty i szybko konfigurowalny.
p.s. Podczas tworzenia tego artykułu informacje, które tu przeczytałem, bardzo mi pomogły:
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Mam nadzieję, że mój artykuł przyda się początkującym programistom na platformie 1c 8.3
p.s. Załączam bazę szkoleniową, w której w pobraniu powstały wszystkie aktualne przykłady. Zacząłem pisać tę bazę danych od podstaw, korzystając z lekcji z książki „1C_ Enterprise 8.3. Praktyczny przewodnik dla programisty. Przykłady i typowe techniki” Radchenko/Khrustaleva http://v8.1c.ru/metod/books/book.jsp ?id=441, po prostu uzupełniając go własnymi osiągnięciami.
Powodzenia w opanowaniu PCV, w przypadku rozwiązania tego trudnego problemu - poniższe hasło jest bardzo odpowiednie)):
W jaki sposób zazwyczaj prowadzi się dokumentację w przedsiębiorstwie komercyjnym?
Przez pierwsze kilka lat wszyscy gonią za zyskiem: aby kupić więcej, szybko sprzedać, nikogo jeszcze nie interesują wiszące zapasy towarów w sklepach i magazynach. Objętość bazy danych rośnie skokowo, ponieważ... Natomiast kolejność towarów pisanych wielką literą jest chaotyczna.
Przykładowo wczoraj kupiłeś krzesło czerwone, dzisiaj kupiłeś zielone krzesło, na początku wprowadzają dane do bazy: 1) stara pozycja - czerwone krzesło; 2) nowa pozycja - zielone krzesło. Jednak po inwentaryzacji zawsze następuje przeklasyfikowanie towaru i tutaj pojawia się możliwość utworzenia nowej pozycji, bez konkretnego opisu w nazwie produktu jego szczególnych właściwości tj. wchodzą do produktu jako np. po prostu „Krzesło” i zaznaczają dwie poprzednie pozycje produktów do usunięcia.
Po pewnym czasie ilość wolnego kapitału obrotowego jest ograniczona. Tutaj pojawia się pytanie: na jakie produkty był większy popyt, aby w nie zainwestować, a nie w produkt wiszący.
To znaczy znowu musisz znać dodatkowe cechy produktu, ale trzeba te cechy wprowadzać do bazy już nie w chaotycznej kolejności - po prostu dodając kilka opisów do nazwy produktu, ale jasno i poprawnie: nazwa powinna być krótka, zwięzła, a w dodatkowym polu - wszystkie możliwe cechy ten produkt jest opisany: na przykład jego kolor, objętość, waga, producent i wiele więcej.
Tutaj, jeśli w katalogu Nomenklatury w polu „Uwagi” zapiszemy właściwości produktu, to Analitykowi nie będzie łatwo sporządzić potrzebnego mu raportu na temat popularności i obrotu konkretnego produktu o konkretnie podanych właściwościach produktu.
Do katalogu Nomenklatury możemy dołączyć katalog podrzędny, do którego użytkownik może wprowadzić niezbędne właściwości i opisy produktu, lecz w tym podejściu napotkamy na problem polegający na tym, że nie będziemy w stanie odgadnąć, jakiego rodzaju informacje użytkownik będzie chciał wprowadzić dodatkowe Informacja.
Przykładowo pod produktem „Krzesło” – użytkownik chce wskazać właściwość produktu – kolor, jest to wartość danych typu string. Oznacza to, że w katalogu podrzędnym utworzymy ciąg atrybutów. A co jeśli będzie chciał wskazać dodatkową cechę produktu, np. producenta? Następnie musimy uczynić szczegóły w katalogu podrzędnym typem referencyjnym, wskazując na inny katalog „Producenci”. A co jeśli użytkownik w dodatkowych właściwościach swojego produktu będzie chciał wskazać ile nóg posiada krzesło? W katalogu podrzędnym musimy ustawić atrybut jako numeryczny.....
Stąd, kiedy musimy dać użytkownikowi możliwość tworzenia Typ danych , do którego wartości wprowadzi następnie swoje informacje musimy stworzyć PVC(plan typów cech).
W naszym przykładzie utworzymy złożony PVC, dzięki czemu istnieje pełnoprawny mechanizm opisywania dodatkowych właściwości produktu.
Ale najpierw Spójrzmy na lekcję dotyczącą tworzenia PCV z książki(str. 476) „ 1C_ Przedsiębiorstwo 8.3. Praktyczny przewodnik dla programistów. Przykłady i typowe techniki” Radczenko/Chrustalewa
Tutaj mamy już podręcznik Nomenklatura. Cel zadania: móc poznać pozostałości materiałów, które mają określoną wartość charakterystyczną. W tym celu utworzymy w Konfiguratorze nowe obiekty: 1) Rejestr informacyjny „Wartości właściwości nomenklatury”; 2) PVC „Właściwości nomenklatury”; 3) podporządkowany skoroszytowi nomenklatury „Opcje nomenklatury” do opisu partii materiałów; 4 ) podrzędna książka referencyjna PVC „Dodatkowe właściwości nomenklatury”, aby ustawić wartości typu, cechy, dla których nie ma odpowiednich typów w konfiguracji.
W rezultacie wystarczy nam wybranie z rejestru informacyjnego wszystkich elementów katalogu podrzędnego o tej charakterystycznej wartości, a następnie za ich pomocą i ich właścicielami uzyskamy pozostałą część rejestru akumulacji.
W tworzonym PVC, w polu „Charakterystyczny typ wartości” wskazujemy złożony typ danych: Numer, Łańcuch, Data, Boolean, Directory Link.Dodatkowe właściwości nomenklatury. A także w polu PVC „Dodatkowe wartości charakterystyk” - wskaż podrzędny katalog PVC „Dodatkowe właściwości nomenklatury”.
2) TypeProperties, type = Plan typów cechLink.PropertiesNomenclature
I utwórz zasób rejestru informacji:
Wartość, typ = Charakterystyka.Nomenklatura Właściwości.
Stworzyliśmy wszystkie nowe obiekty. Nie ma potrzeby dodawania ich do podsystemów (w interfejsie użytkownika), ponieważ istnieje połączenie między nowymi obiektami, a najważniejsze jest katalog „Opcje nomenklatury” podporządkowany Nomenklaturze, który możemy zobaczyć otwierając dowolny produkt z katalogu Nomenklatury:
Istnieje kilka niuansów podczas konfigurowania rejestru informacyjnego „NomenclaturePropertyValues”, tutaj zaleca się ustawienie wymiar rejestru Zestaw właściwości(tutaj przypada wybór z listy Nomenklatura opcji) - jak Prezenter, da nam to możliwość z odniesienia „Opcje nomenklatury” - nazwij ten rejestr informacyjny. A także dla zasobu rejestru Wartość – ustaw „Link by type” = Typ właściwości i „Selection Parameter Links” = Selection.Owner(Property Type) Te ustawienia dla rejestru informacyjnego uproszczą użytkownikowi wprowadzanie danych.
Dodatkowo w książce tej lekcji znajduje się szczegółowy opis jak najlepiej skonfigurować formularze list oraz główne formularze nowych obiektów, tak aby użytkownik podczas wypełniania właściwości produktu widział tylko te informacje, których potrzebuje. Nie będziemy tutaj pokazywać wszystkich tych szczegółów.
Spróbujmy po prostu w naszym produkcie np. „Kable elektryczne” – ustawmy dodatkową właściwość „Białe kable” i skład właściwości: „typ właściwości” = Kolor i „wartość właściwości” = Biały. Oto schemat otwierania się okien jeden po drugim:
....Nie wiem jak u Was, ale u mnie już kręci się w głowie i nie jest już do końca jasne, co robimy i dlaczego))))
Wyobraź sobie wyjaśnienie takiego łańcucha użytkownikowi?!?…..Aby nasz użytkownik mógł zrozumieć to, czego sami już nie rozumiemy, musi mieć co najmniej trzy certyfikaty 1C)))
Jeśli boisz się i denerwujesz wprowadzeniem właściwości produktu zgodnie ze schematem opisanym powyżej, możesz spojrzeć na ten sam schemat z samego podręcznika:
….to po prostu niesamowicie trudne!!! I każdy początkujący programista uzna, że łatwiej jest w ogóle nie angażować się w PVC, niż próbować wymyślić taki schemat….
Aby uzyskać końcowy efekt zadania - bilanse towarów według ich właściwości, książka sugeruje dodanie wymiaru „Zbiór właściwości” z typem odniesienia do katalogu „Opcje Nomenklatury” podrzędnego Nomenklatury do Rejestru Pozostałości. Następnie dodaj pole o tej samej nazwie i typie danych do dokumentów przyjęcia/wydatku materiałów w sekcjach tabelarycznych i dodaj do modułów tych dokumentów wpis do rejestru bilansowego „Zestawu właściwości”. W samym katalogu „Opcje Nomenklatury” - wpisz w jego menu Charakterystyki, co pozwoli Ci zobaczyć je później w raporcie SKD. Na koniec utwórz raport SKD na temat pozostałych produktów z wyborem według cech:
Tak, raport okazuje się ciekawy, ale proces tworzenia dodatkowych Charakterystyk (właściwości) produktu jest bardzo zagmatwany, w dodatku użytkownik wpisując tak dużo dodatkowych danych przy wypełnianiu faktur paragonowych/wydatkowych, nie utworzy ani jednej błąd..... Zaczynając od wpisania „Zestawu właściwości” w polach dokumentu...
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Spróbujmy zrozumieć mechanizm tworzenia dodatkowych właściwości produktu, być może uda nam się rozwiązać problem w prostszy sposób.
Czego więc potrzebujemy:
1. Zezwól użytkownikowi na dodanie opisu Właściwości do Nomenklatury.
2. Umożliwić Analitykowi badanie wskaźników sprzedaży w wyborze według Właściwości Produktu.
Zastanówmy się, jakie mamy opcje przy rozwiązywaniu pierwszego punktu problemu:
1. Do katalogu Nomenklatury możemy dodać katalog podrzędny, w którym użytkownik będzie opisywał tylko konkretne dane typu string, które określiliśmy w Konfiguratorze... to nie jest odpowiednie, gdyż opisując Właściwości produktu, może być potrzebny typ danych, który jest przez nas „nieprzewidywalny” w Konfiguratorze: na przykład data, numer, linia, link do innego katalogu.
2. Dlatego, aby stworzyć dodatkowe właściwości Nomenklatury, musimy stworzyć PVC, ponieważ PVC to podręcznik + Opis typów danych.
Jeśli jesteśmy w katalogu Nomenklatura, utworzymy część tabelaryczną, w której znajdą się dwa pola - Typ danych wprowadzonych Właściwości produktu i bezpośrednio sama wartość. To bardzo proste - będziemy mieli jedno pole odnoszące się do PVC, drugie do Charakterystyki tego PVC.
Ale w tym przypadku nie będziemy w stanie uczynić wpisów unikalnymi... Wyobraź sobie opcję, w której pod produktem, na przykład Kiełbasami, możesz wprowadzić dwa rodzaje wartości dla właściwości „Kolor”: oba czerwone i zielone)))
Dlatego ta metoda jest najprostsza, ale nie zapewnia wyjątkowości właściwości Nomenklatury.
3.Stwórzmy PCV, ale my wpiszemy jego wartości poprzez Rejestr Informacyjny. Rejestr informacyjny – zawiera tylko unikalne dane.
Jest to najbardziej wszechstronna opcja. Właściwości Produktu będziemy rejestrować różnymi rodzajami danych, a wartości tych właściwości dla konkretnego produktu będą unikalne.
p.s. Tutaj możesz utworzyć podrzędny katalog PVC, aby zapisać w nim wszystkie właściwości ciągu znaków. Ale na razie nie komplikujmy sprawy.
W tym celu dodajemy w rejestrze informacyjnym dwa wymiary:
2) Właściwości nomenklatury, typ = Plan typów cech Link Uniwersalny PVC.
W zasobach rejestru wskazujemy „Wartość właściwości”, typ = Charakterystyka.UniversalPVC:
To na razie wszystko, stworzyliśmy mechanizm pozwalający uzyskać unikalne właściwości produktu. Pozostaje nam jeszcze skonfigurować wygodę wybierania danych dla użytkownika.
Wybierzmy zasób „Wartość właściwości” rejestru informacyjnego i w menu po prawej stronie na zakładce „Widoki” - utwórz połączenia, aby wybierając wartość tego rejestru w trybie użytkownika, od razu otrzymaliśmy listę z wymiaru tego rejestru „Nomenklatura Własność”. Ponieważ pamiętaj, że wymiar „Właściwość nomenklatury” to PVC, a zasób „Wartość właściwości” jest Cechą charakterystyczną tego PVC. A więc na tej desce wskazać „Powiązanie według typu” = „Właściwość nomenklatury”. Teraz, jeśli w wymiarze rejestru wybraliśmy typ danych, na przykład string, to gdy wprowadzimy wartość do zasobu, od razu będziemy mieli typ string, a nie wszystkie możliwe listy typów!
Przejdźmy do trybu użytkownika, wybierzmy dowolny produkt z katalogu Nomenklatury, otwórz go, na górze elementu katalogu mamy link do utworzonego rejestru informacji, do którego dodamy nowe właściwości naszego produktu:
W tym przykładzie dla produktu „Tranzystor Philips 2N2369” - najpierw utwórz Typ żądanej właściwości produktu, niech będzie to „Tranzystory” i od razu wskaż typ danych dla tej właściwości - w tym przykładzie ręcznie wybieramy typ danych = Ciąg. Ratować. A następnie musimy ustawić wartości dla tego typu właściwości produktu, niech będą to „Tranzystory niskoprądowe”:
Dodajmy jeszcze jedną właściwość do tego produktu, na przykład producenta „Korea”.
Weźmy inny produkt, utwórz dla niego właściwość „Transformers”, typ = string, wartość = „Niskie transformatory”. A drugą właściwością, którą chcemy wprowadzić dla tego produktu będzie również „Producent” - nie ma potrzeby jej tworzyć, mamy ją już w selekcji, ale jeśli spróbujemy wprowadzić tę samą wartość tej właściwości, równą „Korea”, to będziemy musieli wpisać go ręcznie... Nie jest to zbyt wygodne... Dobrze, gdy raz wpisaną wartość można podstawiać wielokrotnie.
Aby dodać to ułatwienie przejdźmy do Konfiguratora i utwórzmy katalog, w zakładce „Właściciel” wskażemy nasz wcześniej utworzony „Universal PVC”. Teraz, jeśli naszymi właściwościami wartości są ciągi znaków, to nie musimy ciągle wybierać typu = String, wystarczy podać link do tej podrzędnej książki referencyjnej: bardzo wygodnie jest zapisać w nim wartości ciągów i dodatkowo ta metoda pozwoli nam wybrać gotowe wartości ciągów dla Właściwości produktu.
Wprowadźmy kilka drobnych zmian w PVC w związku z pojawiającym się katalogiem podrzędnym:
Ponadto w rejestrze informacyjnym musimy dodać ustawienia, aby wybierając wartość zasobu rejestru, od razu mieliśmy wybór przez Właściciela tej właściwości.
Zakończyliśmy pierwszy punkt zadania - stworzyliśmy mechanizm tworzenia unikalnych właściwości produktu.
Wypełnijmy różne właściwości elementu w trybie użytkownika 1c. Należy pamiętać, że wcześniej wprowadzone właściwości, takie jak np. Producent, są już od razu dostępne w opcji wyboru właściwości, mamy też możliwość od razu wybrania gotowej wartości dla tej właściwości, np. „Korea” .
Przejdźmy teraz do drugiego etapu rozwiązania zadania: umożliwienia dokonania w raporcie selekcji np. według sald produktów lub sprzedaży produktów z Właściwości tego produktu.
Od razu powiem, że nie będziemy wymyślać skomplikowanego mechanizmu dodając jakiekolwiek właściwości produktu do pól tabelarycznych części dokumentów!!! W praktyce nie da się tego zrobić, bo inaczej będzie takie zamieszanie z dokumentami, że wtedy nikt nie będzie miał na tyle sił, żeby to poprawić...
Wszystko jest znacznie prostsze. Mamy produkt, jego nazwa jest krótka, lakoniczna, wszystkie niuanse są opisane w jego właściwościach. Jeśli mamy produkt o różnych typach właściwości, oznacza to, że jest to produkt inny, a nie taki sam!
Na przykład mamy jeden produkt „Samsung Line Transformer”, który ma dwie właściwości: 1) „Transformers” = „Line Transformers”; 2) „Producent” = „Korea” i inny produkt „Russia Line Transformer”, który ma dwie właściwości: 1) „Transformatory” = „Transformatory małej mocy” 2) „Producent” = „Rosja”. Nie możemy więc w żaden sposób powiedzieć, że te dwa produkty są takie same, a różnią się jedynie właściwościami!!! Nie, te dwa produkty są różne, co pokrótce wskazujemy na różnicę w Nazwie, a szerzej opisujemy we właściwościach tego produktu.
Nie musimy zatem tworzyć dodatkowego pola w dokumentach podstawowych, aby zarejestrować jedną z cech produktu (możemy mieć więcej niż jedną z tych cech!).
Ponownie wystawimy wszystkie nasze faktury i dokumenty.Świadczenie usług. (tutaj w dokumentach pierwszej metody z książki znajdują się pola z dodatkowymi charakterystykami, które jednak w żaden sposób nie wpływają na nasz nowo stworzony własny mechanizm PVC)
W Konfiguratorze utworzymy Raport dotyczący rejestru „Unikalność Uniwersalnego PCV”. Napiszmy następujący kod w żądaniu raportu ACS:
WYBIERZ pozostałe materiałyPozostałeiobroty.Materiał, pozostałe materiałyPozostałeiobroty.IlośćpoczątkowaPozostałe jako początkowePozostałe, pozostałe materiałyPozostałeiobroty.Ilośćprzychodzące jako przychodzące, pozostałe materiałyPozostałeiobroty.IlośćZużycie jako zużycie, pozostałe materiałyPozostałePozostałeIobrót.IlośćFinalRe maining AS Pozostała część, Unikalność UniversalPVC.Właściwość nomenklatury, Wyjątkowość UniversalPVC.WartośćWłaściwości Z RejestruAkumulacji. Pozostałe materiały.PozostałeIObrót AS Pozostałe materiałyPozostałeiObrót LEWE POŁĄCZENIEZarejestrujInformacje.WyjątkowośćUniwersalnegoPVC JAKO Wyjątkowość UniwersalnegoPVC ON Pozostałe materiałyPozostająIObrót.Materiał = UnikalnośćUniwersalnegoPVC.Nomenklatura
W ustawieniach raportu ACS umożliwimy użycie opcji „Wybór” w trybie użytkownika. Generując raport w 1C-Enterprise, wybierz w wyborze Właściwość nomenklatury = Producent. Otrzymamy bardzo ciekawy raport:
Zastępując rejestr salda rejestrem Sprzedaży, utworzymy drugi Raport Sprzedaży z możliwością wyboru po właściwościach produktu.
Spełniliśmy, a nawet przekroczyliśmy drugi punkt zadania – umożliwienie Analitykowi tworzenia raportów w kontekście Właściwości Produktu.
W naszej wersji mechanizm PVC okazał się prosty, przejrzysty i szybko konfigurowalny.
p.s. Podczas tworzenia tego artykułu informacje, które tu przeczytałem, bardzo mi pomogły:
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Mam nadzieję, że mój artykuł przyda się początkującym programistom na platformie 1c 8.3
p.s. Załączam bazę szkoleniową, w której w pobraniu powstały wszystkie aktualne przykłady. Zacząłem pisać tę bazę danych od zera, korzystając z lekcji z książki „1C_Enterprise 8.3. Praktyczny przewodnik dla programistów. Przykłady i typowe techniki” Radczenki/Khrustalevy http://v8.1c.ru/metod/books/book.jsp?id=441, po prostu uzupełniając go własnymi opracowaniami.
Powodzenia w opanowaniu PCV, w przypadku rozwiązania tego trudnego problemu - poniższe hasło jest bardzo odpowiednie)):
W artykule opisano powiązania pomiędzy planem typu charakterystycznego, podrzędnym katalogiem cech dodatkowych i rejestrem informacyjnym, w którym przechowywane są wartości charakterystyczne.
Studiuję 1C 8.2. W kursie audio Gileva osiągnął plan typów cech. Wcześniej czytałem o PVC w kilku źródłach. Wszystko wydaje się jasne, ale ponieważ nie programuję jeszcze w 1C 8, teoria z czasem zostaje zapomniana, a za każdym razem, gdy pojawia się temat dotyczący planu typów cech, muszę boleśnie pamiętać i budować w głowie diagram . Teraz pojawiło się konkretne pytanie, wszystko zakręciło mi się w głowie i stało się jasne, że znowu nic nie jest jasne. Dlatego od samego początku musieliśmy się temu szczegółowo przyjrzeć. Postanowiłem spisać to na przyszłość dla siebie, ale może przyda się komuś innemu.
Właściwie pytanie: nie mogłem zrozumieć znaczenia właściwości „Powiązania parametrów selekcji” w zasobie rejestru informacyjnego, w którym przechowywane są wartości cech pozycji (struktura rejestru: wymiary – typ przedmiotu i właściwości, zasób – wartość )
Drugą część kursu wideo Gilev można pobrać na przykład tutaj http://turbobit.net/8ztu277cf9t9/Gil_Base_02.rar.html. Znajduje się tam również plik bazy danych. W tym artykule korzystam z rozdziałów 404-409 tego kursu wideo
Plan typów cech
Elementy tego obiektu przechowują typy właściwości czegoś. Sam plan nie określa, czego będą dotyczyć te nieruchomości. Oczywiście można to odzwierciedlić w nazwie planu (na przykład plan będzie się nazywał „Rodzaje właściwości pozycji”), ale w konfiguracji zostanie to określone dopiero podczas tworzenia rejestru informacyjnego do przechowywania wartości właściwości (w jednym z wymiarów rejestru). W rzeczywistości w jednym planie można określić rodzaje właściwości różnych obiektów - towarów, kontrahentów itp. Ale prawdopodobnie częściej tworzone są własne PCV dla różnych obiektów.
Zatem plan przechowuje rodzaje właściwości czegoś.
Na przykład typ właściwości to kolor, wartości typu właściwości to niebieski, żółty. Typ właściwości - materiał, wartości typów właściwości - skóra, substytut.
We właściwości „Charakterystyczne typy wartości” podane są TYPY (a nie same typy) wartości rodzaje właściwości (rodzaje cech). Nazwy samych cech (właściwości) są podawane albo przez użytkownika, albo przez programistę, zgodnie z predefiniacją w konfiguratorze.
Właściwość „Dodatkowe wartości właściwości” określa NAZWĘ (nie link) katalogu, w którym będą przechowywane wartości właściwości. Właścicielem tego katalogu jest PVC.
Te. Jeśli spojrzysz na ten katalog bez wybierania właściciela, będą tam dokładnie wartości wszystkich typów cech.
Otwórzmy formularz tego katalogu:
Tutaj możesz zobaczyć, że przechowywane są wartości różnych właściwości, kolorów i materiałów. Ale każda wartość ma swojego właściciela - rodzaj własności, czyli inaczej element planu typów cech, tj. wszystko się tutaj zgadza.
Wydaje mi się, że bardziej logiczne byłoby nazwać tę właściwość „Typem wartości dodatkowych cech” i podać nie nazwę, ale jak zwykle link do książki referencyjnej. Ponieważ jeżeli użytkownik tworząc nowy typ właściwości w formularzu planu zaznaczy, że wartość tego typu będzie elementem tego katalogu, to oznacza to, że typem wartości jest katalog.
Otwórzmy sam formularz planu typów cech:
Tutaj widać, że użytkownik tworzy nowe typy właściwości i wybiera ich typ z podanej listy typów. Lista typów, jak już mówiłem, jest określona we właściwości „Charakterystyczne typy wartości”.
Typ właściwości - data pojawienia się, typ wartości - data
Typ nieruchomości - magazynier, typ wartości - link do katalogu „Osoby fizyczne”
Jeżeli użytkownik utworzył typ właściwości „kolor”, to w formularzu tworzenia elementu planu po prawej stronie pojawi się odnośnik umożliwiający przejście do podręcznej książeczki referencyjnej, w której należy utworzyć wartości kolorów. Formularz katalogu otwiera się automatycznie z wyborem właściciela, tj. w formie listy znajdują się tylko kolory, a nie wartości wszystkich właściwości, jak na pierwszym obrazku.
Ryż. 4
Następnie tworzony jest rejestr informacyjny i dlaczego jest on potrzebny. Przechowuje typy właściwości, wartości właściwości i to, do czego te właściwości się odnoszą. Te. nie właściwości same w sobie, ale w połączeniu z jakimś przedmiotem. Na przykład rejestr informacyjny „Wartości właściwości produktu” (nazwałbym go „Właściwościami towaru”). Te. że dany produkt „biurko komputerowe” ma kolor – „niebieski”, a materiał – „dąb”. Będą 2 wpisy do rejestru informacyjnego:
Ryż. 5
Struktura rejestru:
Pomiary- nazewnictwo i rodzaj nieruchomości (rodzaj - link do planu).
Ratunek- wartość (Typ charakterystyczny jest typem wirtualnym, który obejmuje wszystkie typy z planu).
Dochodzimy więc do pytania, czym jest ta właściwość „Połączenia parametrów wyboru” w zasobie rejestru informacyjnego? Tam mamy Selection.Owner(PropertyType). Nie rozumiałem, czego dotyczył ten wybór i jakiego właściciela, właściciela czego? Nie wiemy, jakiego typu będzie to wartość.
Przejdźmy do porządku: myślę, że wybór jest właściwością formy listy katalogu „Charakterystyka użytkownika”
Pomocnik składni mówi, że lista katalogów ma właściwość „selection” polegającą na wyborze typu (niektóre właściwości w pomocniku składni są ujęte w nawiasy trójkątne; nie są one wyświetlane w artykule):
CatalogList.Nazwa katalogu (CatalogList.Nazwa katalogu)
Filtr
Wybór typu:
Filtr
Elementy kolekcji:
Element wyboru
Dla obiektu istnieje możliwość poruszania się po kolekcji za pomocą operatora For each... From... Loop. Podczas przeszukiwania wybierane są elementy selekcji.
Dostęp do elementu selekcji można uzyskać za pomocą operatora [...]. Jako argument przekazywany jest indeks elementu (numeracja od 0).
Nieruchomości:
Nazwa elementu filtrującego
Zaznaczenie ma również właściwość „Nazwa elementu zaznaczenia”
Te. w tym przypadku nazwą elementu selekcji jest Właściciel.
Jednak nazwa właściciela ma sens tylko w przypadku rekordów, które jako zasób mają element katalogu „Charakterystyka użytkownika”. Z tego wnioskuję, że ta właściwość dotyczy tylko takich zapisów. Te. w przypadku rekordów z typem nieruchomości „data pojawienia się” i „składnik” po prostu nie ma to sensu. Wtedy wszystko układa się na swoim miejscu.
Na przykład otwiera się formularz wpisu do rejestru informacji z niestandardową charakterystyką:
Ryż. 6
Jeśli przejdziemy do formularza listy podręcznika „Custom Characteristics”, aby wybrać kolor, to przy określonej wartości właściwości „Selection Parameter Links” Selection.Owner(Property Type) pojawią się tylko kolory
Te. Wybierane są tylko te wartości właściwości, których typem właściwości jest kolor. (na przykład wartości z właścicielem „Kolor” zamiast „Materiał”)
Te. kształt jest taki sam jak na trzecim zdjęciu.
Konkluzję, że właściwość „Połączenia parametrów wyboru” dotyczy tylko wartości dodatkowych cech potwierdza fakt, że jeśli wyczyścimy tę właściwość, będzie to miało wpływ tylko na rekordy z dodatkowymi typami właściwości i np. przy wyborze magazyniera, zawsze otwiera, zgodnie z oczekiwaniami, katalog osób.
Użytkownik wprowadza dokument - np. jeden telefon został sprzedany. Dokument dokonuje wpisu do rejestru. Raport pokazuje księgowania wielu dokumentów jednocześnie.
Specjalizacją rejestru jest gromadzenie liczb. Same liczby nie są interesujące – zamiast „w sumie 3000 sprzedanych egzemplarzy” bardziej przydatna byłaby informacja „2900 sprzedanych telefonów i 100 zestawów słuchawkowych”.
Dlatego podstawą rejestrów są katalogi, w ramach których gromadzone są numery.
Jednak, jak wiemy, problemy zawsze tkwią w subtelnościach. Podczas korzystania z każdego z trzech typów rejestrów 1C każdy wymaga własnych dodatkowych ustawień.
Gdzie są przechowywane?
Plan kont 1C
Rachunkowość opiera się na planie kont 1C. To jest lista rachunków, przez które przepływają pieniądze. Dla każdego konta może być kilka analityki - sekcji według katalogów („sub-conto”).
W rzeczywistości księgowość w rachunkowości odbywa się nie na planie kont 1C, ale w rejestrach księgowych, w których przechowywana jest lista rzeczywistych transakcji, wskazująca księgi referencyjne (analityk) i kwoty.
Plan kont 1C to ustawienie rejestru księgowego, które określa:
- Lista rachunków, na które można dokonywać księgowań
- Rodzaje rachunkowości kont (na przykład możliwość określenia kwoty w walucie; można policzyć nie tylko kwotę, ale także ilość)
- Rodzaje rachunkowości subkontowej (czyli w kontekście katalogów, podobnie jak w przypadku rachunków).
Plan rodzajów obliczeń 1C
Podobna sytuacja w księgowości wynagrodzenie. Istnieją rejestry rozliczeniowe - naliczają rzeczywiste kwoty przez pracowników, organizacje itp. Istnieje plan typów obliczeń 1C - jest to ustawienie determinujące użycie rejestru obliczeń w przyszłości.
Przykłady typów obliczeń 1C:
- Płaca
- Dodatkowa płaca za ciężką pracę
- Płatność sztukowa za wyniki.
Dlaczego musisz przenieść to do innych ustawień?
Ponieważ różne rodzaje płace są obliczane inaczej:
- Odbicie rozliczeń międzyokresowych w podatkach i różnych funduszach
- Mogą być ze sobą powiązane
- o Jeden wpis zastępuje drugi (wynagrodzenie naliczane jest za cały miesiąc z wyjątkiem tych dni, w których naliczane jest zwolnienie lekarskie, czyli zwolnienie chorobowe zastępuje wynagrodzenie)
o Jeden wpis zależy [na okres] od drugiego (alimenty za okres naliczane są na podstawie wynagrodzenia za okres, a nie odwrotnie).
Plan typów cech 1C
Plan typów cech 1C (PVC 1C) - zawiera charakterystykę.
Charakterystyka to właściwości dowolnego obiektu, które określa sam użytkownik.
Przykładowo możemy samodzielnie dodać dla klientów właściwość Degree of Cool, wypełnić ją i potem zobaczyć w raportach. Nie trzeba w tym celu programować ani ogólnie pracować w konfiguratorze.
Jak to działa?
- Sama cecha 1C (jej nazwa) jest przechowywana w PVC w trybie 1C Enterprise
- Jakie mogą być wartości (tj. Warianty wartości) są przechowywane w dowolnym katalogu 1C
- Charakterystyka = pary wartości są przechowywane w rejestrze informacyjnym 1C.
Jak tego użyć?
- Programista w konfiguratorze definiuje w PVC 1C
o Rodzaj cech 1C (na przykład „Dodatkowe właściwości katalogów”)
o Dodatkowy katalog 1C, w którym będą przechowywane warianty wartości
o Katalogi 1C dostępne do użytku użytkownika (standardowe i dodatkowe, wskazane powyżej) - Użytkownik w „Dodatkowych właściwościach” PCV określa cechę „Stopień chłodu”
- W formie odpowiedniego katalogu musisz zorganizować instalację wartości, które będą przechowywane w rejestrze informacyjnym 1C.
Niedogodnością użytkowania jest to, że nie zobaczymy automatycznie właściwości w raporcie – wszak platforma „wie” tylko o tych utworzonych w konfiguratorze.
Aby wskazać platformie, że katalog ma cechy 1C, które są przechowywane w rejestrze informacyjnym, musisz wykonać następujące czynności:
- Kliknij katalog prawym przyciskiem myszy i wybierz z menu opcję 1C Characteristics
- W tabeli wskaż ustawienie, które będzie stosowane w raportach ACS i listach dynamicznych, aby automatycznie powiązać katalog z jego charakterystyką
o Typy cech 1C – nazwa tabeli i pola, w którym przechowywane są typy cech (wybór przez łącze)
o Wartości charakterystyki 1C – nazwa tabeli i pola, w którym przechowywane są wartości rzeczywiste (wybór przez odniesienie).
Plan typów cech jest obiektem dość prostym, wcześniej na studiach, analizując przykłady w podręcznikach, wydawało mi się to skomplikowane, bo został natychmiast oddany razem z innymi przedmiotami. Były to przykłady cech nomenklatury lub subconto. Czym zatem jest PCV?
Myślę, że znasz takie pojęcia, jak opis typu i katalog. Jeśli nie, to zanim przeczytasz dalej, spójrz na poniższe artykuły, wtedy wszystko stanie się bardziej jasne.
Więc kontynuujmy. Jeśli znasz już Opisy Typów i Katalogi, to Plan Typów Charakterystycznych to Katalog + Opisy Typów. Jak widać, wszystko jest proste. I to jest główna idea, tj. Sam plan typów cech nie może realizować funkcjonalności cech elementu lub subkonta, w tym celu wykorzystywane są dodatkowo właściwości i mechanizmy innych obiektów.
Przyjrzyjmy się, jak skonfigurować funkcjonalność charakterystyki elementu.
Zadanie
Mamy więc nomenklaturę, dla której musimy ustawić kilka dodatkowych właściwości, na przykład:
Na tym obrazku PVC będzie odpowiedzialne za kolumnę „Właściwość” i typ wartości w kolumnie „Wartość”.
Te. Właściwość będzie elementem PVC (być może predefiniowanym), a typem wartości dla kolumny „Value” będzie obiekt TypeDescription obecny w każdym elemencie PVC.
Tworzymy PCV
Na powyższym obrazku widać, że katalog „Wartości dodatkowe” jest oznaczony jako dostępny typ, to jest inny funkcjonalność PVC - wskazuje katalog, w którym można przechowywać wszystkie niezbędne właściwości. Niekoniecznie musi to być wskazane, ale taki mechanizm znacznie ułatwia pracę. Przecież z reguły właściwościami i charakterystykami elementu są wartości tekstowe, a nie inne obiekty bazy danych. A wszystko to będzie zapisane w jednym miejscu, także przy tworzeniu nowego elementu domyślnym typem będzie tylko katalog Dodatkowe cechy.
Aby określić dodatkowy katalog, należy najpierw przeprowadzić instalację w tym katalogu właściciel naszego PCV w przeciwnym razie nie będzie go na liście wyboru, a następnie wybierz go we właściwościach PCV w zakładce „Podstawowe”.
Krótkie wyjaśnienie działania PCV. Najpierw w zakładce „Podstawowe” w polu „Typ wartości charakterystycznej” wybieramy wszystkie typy dostępne w tym PCV, a dla elementów ustalamy typ wartości już z dostępnych w tym PCV. W naszym przypadku dla PVC możesz wybrać tylko katalog „Wartości dodatkowe”.
Tworzenie rejestru informacyjnego
Teraz stworzyliśmy właściwości (PVC) i księgę referencyjną do przechowywania wartości (Wartości dodatkowe), teraz musimy powiązać nomenklaturę i właściwości. W tym celu wykorzystywany jest rejestr informacyjny, w naszym przypadku będzie on zawierał następujące pola: wymiary „Przedmiot, Właściwość elementu” oraz zasób „Właściwość Wartość”
Jeśli używasz zarządzany wówczas wystarczy dodać dla zasobu „PropertyValue” w rejestrze „NomenclaturePropertyValues”. Połączenie typu z polem „NomenclatureProperty” a następnie podczas edycji rekordu rejestru informacyjnego, przy wyborze wartości dla „NomenclatureProperty ", zmieni się typ wartości w polu "PropertyValue".
Jeśli masz zwykły aplikacji, to połączenie to „Powiązanie według typu” będzie musiało zostać skonfigurowane w formularzu dla pola wejściowego „Wartość właściwości” i w tym przypadku konieczne będzie skorzystanie z metody „ ObsadaWartość()", aby pozbyć się niepotrzebnego wyboru typu i uniknąć sytuacji błędów:
Właściwości wartości = Nomenklatura właściwości. Typ wartości. Wartość leadu(Właściwości wartości);Wybór przez właściciela
Ponieważ Ponieważ nasz katalog „Wartości dodatkowe” jest podporządkowany PVC „Właściwości nomenklatury”, możesz ustawić selekcję tak, aby po wybraniu właściwości nomenklatury w polu „Wartość właściwości” można było wybierać tylko elementy podrzędne. Dla zarządzany aplikacji, odbywa się to we właściwościach zasobu, właściwość nazywa się „Łącza parametrów wyboru”, należy wybrać „Selection.Owner(Właściwość nomenklatury)”. Dla zwykły aplikacja nie musi nic robić, ponieważ Ustawiając Link według typu, sam program będzie wyświetlał jedynie elementy podrzędne.
Ważny! Właściwość „Połącz według typu” działa tylko z atrybutami, których typem jest PVC.
W areszcie
W ten sposób poprzez rejestr informacyjny połączyliśmy katalog „Nomenklatura” z jego właściwościami PVC „Właściwości nomenklatury” i jego wartościami w katalogu „Wartości dodatkowe”.
Ważny! Wszystkie dane, które nas interesują, tj. charakterystyka towaru zapisana jest w rejestrze, a nie w PCV.
Dla zwykły aplikacji możliwe jest otwarcie rejestru z właściwościami towaru poprzez kliknięcie przycisku „Przejdź”, ponieważ Wskazaliśmy, że wymiar „Nomenklatura” ma charakter „Wiodący”.
Dla zarządzany aplikacje mają łącze na pasku nawigacyjnym
Zgadliście, można też przejść na kasę z PCV, bo... Wiodący jest także wymiar „Własność nomenklatury”.