Kort teoretisk informasjon. "Directory"-konfigurasjonsobjektet er et applikasjonsobjekt og er designet for å fungere med lister med data. Katalogkonfigurasjonsobjekt Hva er de karakteristiske egenskapene til en katalog
1C:Enterprise 8.0
Praktisk veiledningutvikler
Eksempler og typiske teknikker
Som et eksempel, la oss se på utviklingsmetoder i 1C:Enterprise 8.0, la oss ta et lite selskap - OO "Jack of All Trades", som tilbyr reparasjonstjenester for ulike husholdningsapparater.
Oppgaven er å automatisere arbeidet mot slutten av de praktiske eksemplene ved å bruke 1C:Enterprise 8.0.
1C:Bedrift
1C:Enterprise-systemet er et universelt system for å automatisere de økonomiske og organisatoriske aktivitetene til en bedrift. Siden slike aktiviteter kan være ganske forskjellige, har 1C:Enterprise-systemet evnen til å "tilpasse seg" egenskapene til det spesifikke aktivitetsområdet det brukes i. Begrepet som brukes for å betegne denne evnen er konfigurerbarhet, det vil si evnen til å tilpasse systemet til egenskapene til en spesifikk bedrift og klassen av problemer som skal løses.
Dette oppnås ved at 1C:Enterprise ikke bare er et program som eksisterer som et sett med uforanderlige filer, men en samling av ulike programvareverktøy som utviklere og brukere jobber med. Logisk sett kan hele systemet deles inn i to store deler, som
samhandle tett med hverandre: konfigurasjonen og plattformen som styrer driften av konfigurasjonen.
Det er én plattform (1C:Enterprise 8.0) og mange konfigurasjoner. For at enhver applikasjonsløsning skal fungere, kreves det alltid en plattform og noen (én) konfigurasjon.
Plattformen selv kan ikke utføre noen automatiseringsoppgaver, siden den er opprettet for å sikre driften av enhver konfigurasjon. Konfigurasjonen i seg selv er også ubrukelig, fordi for at den skal utføre oppgavene den ble opprettet for, må det være en plattform som styrer driften.
Eksempler på eksisterende applikasjonsløsninger inkluderer "Trade Management"-løsningen, designet for å automatisere drifts- og ledelsesregnskapsoppgaver, "Human Resources Management", designet for å implementere selskapets personalpolitikk, eller "Manufacturing Enterprise Management", som dekker hovedkonturene av regnskap og ledelse i en produksjonsbedrift.
Applikasjonsløsningen er, der det er mulig, universell for å møte behovene til et bredt spekter av virksomheter som opererer i samme aktivitetsfelt. Og dette er bra. På den annen side vil en slik allsidighet uunngåelig føre til at ikke alle funksjonene til applikasjonsløsningen vil bli brukt i en bestemt bedrift, og noen funksjoner vil mangle.
Det er her konfigurerbarheten til systemet kommer i forgrunnen, siden plattformen, i tillegg til å administrere konfigurasjonen, inneholder verktøy som lar deg gjøre endringer i konfigurasjonen som er i bruk. Dessuten lar plattformen deg lage din egen konfigurasjon fra bunnen av, om det er av en eller annen grunn.
1C:Enterprise-systemet har forskjellige driftsmoduser: 1C:Enterprise og Configurator.
Modus 1C: Enterprise er den viktigste og tjener til arbeidet til systembrukere. I denne modusen legger brukere inn data, behandler dem og mottar utdata.
Konfiguratormodus brukes av utviklere og databaseadministratorer. Det er denne modusen som gir de nødvendige verktøyene for å endre en eksisterende eller opprette en ny konfigurasjon.
Først trenger vi en infobase med en tom konfigurasjon:
La oss lage en informasjonsbase med en tom konfigurasjon
La oss starte 1C:Enterprise i konfiguratormodus. La oss utføre den første kommandoen, som begynner å fungere med en hvilken som helst konfigurasjon - Konfigurasjon - Åpne konfigurasjon.
Konfigurasjonstreet er hovedverktøyet som utvikleren arbeider med. Den inneholder nesten all informasjon om hva konfigurasjonen består av:
For å gjøre utviklerens arbeid enklere, er "alt som utgjør konfigurasjonen" samlet i flere separate grupper, og nå viser treet deg disse gruppene.
Konfigurasjonsobjekter
Konfigurasjonen er en beskrivelse. Den beskriver strukturen til dataene som brukeren skal bruke i 1C:Enterprise-modus. I tillegg beskriver konfigurasjonen ulike algoritmer for å behandle disse dataene, konfigurasjonen inneholder informasjon om hvordan disse dataene skal se ut på skjermen og på skriveren osv.
I fremtiden vil 1C:Enterprise-plattformen, basert på denne beskrivelsen, lage en database som vil ha nødvendig struktur og gi brukeren mulighet til å jobbe med denne databasen.
For at 1C:Enterprise-systemet raskt og enkelt skal konfigureres for de nødvendige applikasjonsoppgavene, består hele beskrivelsen som konfigurasjonen inneholder av visse logiske enheter kalt konfigurasjonsobjekter.
Hvordan jobbe med konfigurasjonstreet og hvordan lage et objekt
Før vi begynner å lage de første konfigurasjonsobjektene, bør vi forklare noen teknikker for å jobbe med konfiguratoren.
For å åpne og lukke en konfigurasjon, bruk følgende menyelementer:
Konfigurasjon - Åpne konfigurasjon, og
Konfigurasjon - Lukk konfigurasjon.
Etter at konfigurasjonen er åpnet, vises sammensetningen i konfigurasjonstrevinduet. Du kan lukke dette vinduet som alle andre Windows-vinduer, men konfigurasjonen forblir åpen (dvs. tilgjengelig for redigering). For å vise konfigurasjonstrevinduet på skjermen igjen, bruk menykommandoen Konfigurasjon - Konfigurasjonsvindu.
Det er flere måter å lage et nytt konfigurasjonsobjekt på, og du kan alltid bruke metoden som er klarere og mer praktisk for deg.
Andre vei. Du kan bruke kontekstmenyen, som hentes frem når du klikker med høyre museknapp.
Plasser markøren på den typen konfigurasjonsobjekter du er interessert i og trykk på høyre museknapp. I menyen som vises, velg Legg til.
Konfigurasjonsobjekt Katalog
Katalogkonfigurasjonsobjektet er et applikasjonsobjekt og er ment å beskrive lister over data. Directory-konfigurasjonsobjektet brukes slik at plattformen, basert på det, lager en informasjonsstruktur i databasen der for eksempel en liste over ansatte, en vareliste, en liste over kunder eller leverandører vil bli lagret.
Et karakteristisk trekk ved katalogkonfigurasjonsobjektet er at brukeren selvstendig kan legge til nye elementer i katalogen mens han arbeider. For eksempel kan en bruker legge til nye ansatte i katalogen, opprette et nytt produkt eller legge til en ny klient.
Hvert katalogelement inneholder vanligvis tilleggsinformasjon som beskriver det elementet mer detaljert. For eksempel kan hvert element i "Produkter"-katalogen inneholde tilleggsinformasjon om produsenten, utløpsdato osv. Settet med slik informasjon er det samme for alle elementene i katalogen, og for å beskrive et slikt sett bruker vi nødvendigheter Katalogkonfigurasjonsobjekt, som også i sin tur er konfigurasjonsobjekter. Fordi disse objektene er logisk relatert til Directory-objektet, kalles de underordnede. Utvikleren oppretter de fleste detaljene til katalogkonfigurasjonsobjektet uavhengig, men hvert katalogkonfigurasjonsobjekt har to "standard"-felt: kode og navn.
I tillegg kan hvert katalogelement inneholde et visst sett med informasjon, som er den samme i struktur, men forskjellig i mengde, for forskjellige katalogelementer. For eksempel kan hvert element i katalogen for ansatte inneholde informasjon om sammensetningen av den ansattes familie. For en ansatt vil dette kun være ektefellen, mens for en annen kan familien bestå av ektefelle, sønn og datter. For å beskrive slik informasjon kan brukes tabelldeler Katalogkonfigurasjonsobjekter, som er underordnede konfigurasjonsobjekter.
For enkel bruk kan katalogelementene grupperes av brukeren i henhold til et eller annet prinsipp. For eksempel, i katalogen "Husholdningsapparater" kan følgende grupper opprettes: "Kjøleskap", "TVer", "Vaskemaskiner", etc. Muligheten til å opprette slike grupper i katalogen er spesifisert av egenskapen "Hierarkisk" til katalogkonfigurasjonsobjektet. I dette tilfellet vil katalogelementet, som er en gruppe, være forelder for alle elementer og grupper som er inkludert i denne gruppen. Denne typen hierarki kalles hierarki av grupper og elementer.
En annen type hierarki er også mulig - hierarki av elementer. I dette tilfellet er ikke overordnet en gruppe katalogelementer, men et av katalogelementene i seg selv. For eksempel kan denne typen hierarki brukes når du oppretter en "divisjons"-katalog, når en divisjon er overordnet til flere andre divisjoner som er en del av den.
Elementer i en katalog kan underordnes elementer eller grupper i en annen katalog. For eksempel kan katalogen "Måleenheter" være underordnet katalogen "Produkter". Deretter, for hvert element i "Produkter"-katalogen, vil vi kunne angi måleenhetene som dette produktet kommer til lageret i. I 1C:Enterprise-systemet oppnås dette ved at katalogen kan spesifiseres for hvert konfigurasjonsobjekt. liste over katalogeiere.
Noen ganger er det situasjoner der det er nødvendig at noen elementer alltid eksisterer i katalogen, uavhengig av brukerhandlinger. Anta at logikken til forretningsprosesser i en bedrift er slik at alle varer først kommer til hovedlageret, og deretter, etter behov, flyttes til andre varehus. I dette tilfellet må "Hoved"-lageret alltid eksistere i "Warehouses"-katalogen, ellers vil mottak av varer bli utført feil. Katalogkonfigurasjonsobjektet lar deg beskrive et hvilket som helst antall slike katalogelementer. De heter forhåndsdefinerte katalogelementer.
Avhengig av hvilke handlinger vi ønsker å utføre med katalogen, må vi vise katalogen i "forskjellige visninger". For eksempel, for å velge et katalogelement, er det mer praktisk å presentere katalogen i form av en liste, og for å endre et katalogelement er det mer praktisk å presentere alle detaljene til dette katalogelementet på ett form. Derfor kan katalogkonfigurasjonsobjektet ha et vilkårlig antall former, hvorav noen kan angis som hovedformene for katalogen.
Følgende tabell forklarer navnene på disse skjemaene som definert i konfiguratoren:
|
KonfigurasjonsobjektKatalog |
Katalog |
|
Grunnleggende objektform |
Katalogelementskjema |
|
Grunnleggende gruppeform |
Katalogelementgruppeskjema |
|
Grunnleggende listeskjema |
Kataloglisteskjema |
|
Hovedvalgskjema |
Skjema for valg av katalogelement eller gruppe |
|
Hovedskjema for valg av gruppe |
Skjema for valg av en gruppe katalogelementer |
Skjemaet tjener til å "visualisere" dataene i databasen. Skjemaet presenterer disse dataene i en brukervennlig form og lar deg beskrive algoritmene som vil følge brukerens arbeid med dataene som presenteres i skjemaet.
Enhver form kan beskrives i konfiguratoren. For å lage en slik beskrivelse er det et underordnet konfigurasjonsobjekt, Form. Som regel er den underordnet et av applikasjonsobjektene, men den kan eksistere uavhengig. Basert på beskrivelsen i skjemakonfigurasjonsobjektet, i rett øyeblikk i brukerens arbeid, vil 1C:Enterprise-plattformen opprette et skjemaprogramobjekt som brukeren skal jobbe med.
Opprette en katalog Klienter
Nå som vi er litt kjent med egenskapene til katalogkonfigurasjonsobjektet, la oss lage flere slike objekter for å beskrive katalogene som skal brukes i databasen vår.
Siden vår LLC "Master of All Trades" tilbyr reparasjonstjenester for husholdningsapparater, er det åpenbart at for journalføring må vi angi noen listeinformasjon.
Først trenger vi en liste over selskapets ansatte som skal yte tjenester. Da vil vi trenge en liste over kunder som selskapet vårt samarbeider med. Etter dette trenger vi en liste over tjenester som selskapet vårt kan tilby og en liste over materialer som kan konsumeres. I tillegg trenger vi en liste over varehus som kan inneholde materialer fra 000 "Jack of All Trades."
La oss starte med enkle ting – en liste over ansatte og en liste over kunder. La oss åpne treningskonfigurasjonen vår i konfiguratoren og lage et nytt konfigurasjonsobjekt, Directory.
Vår oppgave vil være å lage en katalog der navnene på våre kunder vil bli lagret.
Etter at du har klikket "Legg til", åpnes systemet vindu for redigering av konfigurasjonsobjekt.
Dette er et verktøy som ble laget for å hjelpe utvikleren. Den ble laget spesielt for komplekse konfigurasjonsobjekter og lar deg raskt lage slike objekter ved å utføre sekvensielle handlinger. For å følge riktig rekkefølge av handlinger, er det "Neste" og "Tilbake"-knapper nederst i vinduet. "Neste"-knappen lar deg angi objektets egenskaper i ønsket rekkefølge (for ikke å gå glipp av noe eller hoppe videre der data som skulle ha blitt lagt inn tidligere kreves). "Tilbake"-knappen lar deg gå noen trinn tilbake hvis du oppdager at du tidligere har lagt inn ufullstendige eller feil data.
La oss sette Navn katalog - "Klienter". Navnet er hovedegenskapen til ethvert konfigurasjonsobjekt. Når et nytt objekt er opprettet, tildeler systemet det automatisk et navn. Du kan bruke navnet som er tildelt av systemet, men det er bedre å erstatte det med ditt eget brukervennlige navn. Du kan angi hvilket som helst navn, så lenge det begynner med en bokstav og ikke inneholder noen spesialtegn (for eksempel et mellomrom). For å gjøre konfigurasjonen lettere å lese, er det vanlig å lage intuitive navn og, hvis de består av flere ord, fjerne mellomrom mellom ordene og starte hvert ord med stor bokstav.
Basert på navnet vil plattformen automatisk opprette synonym -"Kunder". Ethvert konfigurasjonsobjekt har også "Synonym"-egenskapen. Det er ment å lagre et "alternativt" navn for konfigurasjonsobjektet, som vil bli brukt i grensesnittelementene til programmet vårt - det vil si at det vil bli vist til brukeren.
Derfor er det praktisk talt ingen begrensninger på synonymet, og det kan spesifiseres i en form som er kjent for mennesker.
La oss angi navnet og synonymet til katalogen
Vi vil ikke konfigurere alle egenskapene til katalogkonfigurasjonsobjektet foreløpig; vi vil være helt fornøyd med verdiene som systemet tilbyr for dem som standard. Klikk derfor på «Neste» tre ganger og finn deg selv på «Data»-fanen.
Det som er av interesse for oss her er lengden på koden og lengden på navnet. Kodelengde er en viktig egenskap ved en oppslagsbok. Som regel brukes en katalogkode for å identifisere katalogelementer og inneholder verdier som er unike for hvert katalogelement. Selve plattformen kan kontrollere kodenes unike karakter og støtte automatisk nummerering av katalogelementer.
Selve plattformen kan spore kodenes unike karakter, så antallet elementer som kan inneholdes i katalogen vil avhenge av lengden på koden. Kodelengden er 5 tegn - dette er fra 0 til 99999, det vil si hundre tusen elementer. For vår lille OOO "Jack of all trades" er dette nok.
La oss gå videre til lengden på navnet. 25 tegn er tydeligvis ikke nok for oss, la oss øke lengden på navnet til 50.
La oss bli enige om lengden på koden og angi lengden på navnet
Vi vil la alle andre egenskaper for katalogkonfigurasjonsobjektet være slik de tilbys av systemet som standard, og klikker på "Lukk".
La oss nå se hva systemet vil lage basert på katalogkonfigurasjonsobjektet som vi la til. La oss kjøre menyelementet Debugging - Begynn å feilsøke. For å svare på spørsmålet:
Et systemvindu åpnes foran oss, i 1C:Enterprise-modus. Siden vi ikke opprettet noen brukergrensesnitt, bør vi bruke menyen som systemet oppretter som standard for å se resultatene av arbeidet vårt.
La oss kjøre menyelementet Operasjoner - Kataloger... og velg "Clients"-katalogen.
La oss utføre Operations I Directorys ... og velg "Clients"-katalogen
Systemet vil åpne en av hovedformene til katalogen - hovedlisteskjemaet.
Foreløpig er "Klienter"-katalogen tom, så la oss legge til flere elementer i den (du kan legge til et nytt element i katalogen ved å bruke menyelementet Handlinger jeg legger til, det tilsvarende ikonet eller "Sett inn"-tasten).
Legg til nye elementer i katalogen ved hjelp av en meny eller et ikon
Etter å ha lagt til elementer, vil katalogen se slik ut.
Nå kan vi gå videre til å lage den andre katalogen som skal brukes i vår konfigurasjon - "Ansatte"-katalogen.
Opprette en katalog Ansatte
"Ansatte"-katalogen vil være noe mer kompleks enn "Kunder"-katalogen. Faktum er at vi i den lagrer ikke bare etternavnet, fornavnet og patronymet til den ansatte, men også informasjon om hans tidligere arbeidsaktivitet. Denne informasjonen er homogen i sin struktur (organisasjon, start, slutt på arbeidet, stilling), men antall tidligere jobber kan variere for ulike ansatte. Derfor vil vi bruke den tabellformede delen av katalogen for å lagre slik informasjon.
La oss gå tilbake til konfiguratoren og lage et nytt katalogkonfigurasjonsobjekt. La oss kalle det "Ansatte".
Vår oppgave vil være å lage en katalog som har en tabelldel.
På "Data"-fanen, sett lengden på katalognavnet til 50 tegn og legg til en ny tabelldel i katalogen med navnet "Arbeidsaktivitet":
La oss legge til en ny tabelldel i "Ansatte"-katalogen og angi navnet...
La oss lage detaljene i tabelldelen "Arbeidsaktiviteter":
"Organisasjon" - type streng, lengde 100,
"Kom i gang" - skriv inn Dato, datosammensetning - "Dato",
"Fullføring av arbeid" - datotype, datosammensetning - "Dato",
"Posisjon" - type streng, lengde 100:
La oss lage detaljene i den tabellformede delen av katalogen...
For detaljene "Start of Work" og "End of Work" valgte vi datosammensetningen - "Date", siden i 1C: Enterprise 8.0-systemet inneholder verdier av datotypen både dato og klokkeslett. I dette tilfellet bryr vi oss ikke om start- og slutttider for arbeidet.
Nå bør vi velge alternativet for å redigere katalogen. Åpenbart vil redigering i listen ikke lenger fungere for oss, siden vi i listen ikke vil kunne redigere tabelldelen av katalogen og legge inn informasjon om arbeidsaktivitet.
Derfor vil vi i katalogen "Ansatte" velge alternativet for å redigere katalogen på begge måter - både i listen og i dialogen. For å gjøre dette, gå til "Skjemaer" -fanen og sett den tilsvarende bryteren:
La oss angi alternativet for å redigere katalogen.
Opprettelsen av "Ansatte"-katalogen er fullført - nå kan du starte 1C:Enterprise i feilsøkingsmodus og fylle ut katalogen.
Utfør menyelementet Feilsøking - Fortsett feilsøkingen, til systemspørsmålet:
svar "Ja", svar på de påfølgende spørsmålene på samme måte som før.
I programvinduet som vises åpner du katalogen "Ansatte" og kontrollerer at modusen for redigering av katalogen i dialogen er satt (Handlinger-menyen - Rediger i dialog eller et lignende ikon i kommandopanelet).
Opprett ansatte Nikolai Dmitrievich Gusakov, Ivan Sergeevich Delovoy og Valery Mikhailovich Simonov, som vist på bildene. Vær oppmerksom på at radene i den tabellformede delen av katalogen kan sorteres etter innholdet i hvilken som helst av kolonnene, eller ordnes i hvilken som helst rekkefølge ved hjelp av kommandolinjeikonene:
Du kan kontrollere rekkefølgen på rader i tabelldelen...
Nå kan vi begynne å lage den neste xNomenclature-katalogen."
Opprette en katalognomenklatur
Katalogen "Nomenklatur" vil inneholde informasjon om tjenestene som tilbys av "Jack of All Trades" LLC og om materialene som kan brukes.
Denne katalogen vil ikke være komplisert; den eneste funksjonen den vil ha er tilstedeværelsen av en hierarkisk struktur. For å gjøre katalogen praktisk å bruke, vil vi gruppere tjenester i én gruppe og materialer i en annen. I tillegg, siden Master of All Trades LLC tilbyr et bredt utvalg av tjenester, vil de også logisk grupperes i flere grupper. Det samme kan sies om materialer.
Vår oppgave blir å lage en hierarkisk katalog. La oss lage en ny konfigurasjonsobjektkatalog og kalle den "Nomenklatur". La oss gå til kategorien "Hierarki" og angi flagget "Hierarkisk katalog".
La oss gjøre katalogen hierarkisk...
På "Data"-fanen setter du lengden på katalognavnet til 100 tegn.
La oss nå starte 1C:Enterprise i feilsøkingsmodus og fylle ut "Nomenklatur"-katalogen. I prosessen med å fylle ut katalogen, vil vi vise hvordan du oppretter kataloggrupper og overfører elementer fra en gruppe til en annen.
La oss lage to grupper i roten av katalogen: "Materials" og "Tjenester" (meny Handlinger – Ny gruppe):
"Samsung horisontal transformator"
"GoldStar horisontal transformator"
"Philips 2N2369 transistor",
"Gummislange"
"Elektrisk kabel":
"Diagnostikk",
"Reparasjon av innenlandsk TV"
“Importert TV-reparasjon”
og installasjonstjenester for vaskemaskiner:
"Vanntilkobling"
"Elektrisk forbindelse":
I den siste leksjonen lærte vi HVA 1C-objekter er.
La oss nå se hvilke 1C-objekter som finnes og hva er de for?
Hovedobjektene i 1C-konfigurasjonen utgjør selve essensen av konfigurasjonen; det er nettopp på grunn av forskjellene i hovedobjektene at 1C Accounting skiller seg fra 1C Trade Management-konfigurasjonen.
Hoved 1C konfigurasjonsobjekter - for regnskap
Disse 1C-konfigurasjonsobjektene er et regnskapsmiddel.
1C-dokumenter
Essensen av regnskap er å legge inn dokumenter i en database. Hvert dokument betyr at noe skjedde i selskapets liv. Dokumentet registrerer denne hendelsen.
For eksempel «Kjøp av varer», «Salg av varer» osv.
Kataloger 1C
Det er tydelig at ulike dokumenter fungerer med samme data. For eksempel blir produktet "Shovel" først kjøpt og deretter solgt. Produktet er det samme.
For ikke å gå inn på nytt flere ganger, legges den inn i katalogen én gang, og deretter brukes katalogverdien "Shovel". Betydningen forblir den samme.
Kataloger er slike lister med forskjellige verdier.
Registrerer 1C
Dokument 1C registrerer én operasjon. Det er helt klart at i livet til et selskap er det hundrevis og millioner av dokumenter.
Resultatet av [flyttingen] av dokumentet er en endring i minst ett siffer i resultatene av operasjoner. For eksempel var det 0 produkt, nå +10.
Hvert dokument flytter dette sifferet i minst ett av registrene. Resultatet er en tabell over slike bevegelser, som totaler kan beregnes ut fra.
Essensen av registre er å måle resultatene av en virksomhets virksomhet.
Det finnes flere typer 1C-registre:
- 1C informasjonsregistre er enkle tabeller som Excel, ofte brukt til å lagre informasjon relatert til 1C-kataloger
- 1C akkumuleringsregistre - tabeller som mottar totaler for sine bevegelser, saldo (2+10, saldo 12) og omsetning (2+10, omsetning 10), brukes til operasjonell (lager) regnskap
- 1C regnskapsregistre - tabeller basert på regnskapskontoplanen, brukt til regnskap
- 1C beregningsregistre - tabeller basert på planer for typer beregninger, brukes til å vedlikeholde lønnsregistrene.
Grunnleggende 1C-konfigurasjonsobjekter - for brukeren
1C-brukerobjekter tillater ikke regnskap, men kreves for å gjøre det praktisk for brukeren å jobbe med programmet.
1C dokumentlogger
Lar deg kombinere lister over dokumenter for brukeren etter type. For eksempel magasinet "Lagerdokumenter" eller "Bankdokumenter". Hver journal inneholder vanligvis flere typer dokumenter.
1C rapporterer
Informasjonsregistre lar deg beregne resultatet. Imidlertid må brukeren jobbe med det i en form som er praktisk for ham.
Det finnes 1C-rapporter for dette.
Rapporten er et ferdig beregnet resultat av virksomhetens aktiviteter i en form som ligner på Excel eller Word.
Rapporten kan eksistere separat fra konfigurasjonen og databasen - den kan lagres i en fil. I dette tilfellet kalles det en "ekstern rapport".
Fortsettelse av enkeltemnet, svar på Radchenkos bok, leksjon 2 og 3.
Hva brukes "Subsystem"-konfigurasjonsobjektet til?
Et delsystem er hovedelementet for å bygge 1C:Enterprise-grensesnittet. Delsystemer skiller funksjonelle deler i konfigurasjonen som applikasjonsløsningen er logisk delt inn i.
Hvordan beskrive en logisk struktur ved å bruke undersystemer?
Ved å dele det inn i funksjonelle deler, som representerer separate fagområder.
Hvordan kontrollere rekkefølgen på utdata og visning av delsystemer i konfigurasjonen?
Høyreklikk på konfigurasjonen, velg kommandoen "Åpnet", du kan endre posisjoner ved hjelp av pilene.
Hva er redigeringsvinduet for konfigurasjonsobjekter og hvordan skiller det seg fra egenskapspanelet?
Redigeringsvindu - brukes hovedsakelig til å lage nye objekter.
Egenskapspalett - ikke knyttet til et spesifikt konfigurasjonsobjekt.
Leksjon 3.
Hva er formålet med katalogkonfigurasjonsobjektet?
Oppslagsboken er ment for arbeid med lister over data, som beskriver deres egenskaper og struktur.
Hva er de karakteristiske egenskapene til katalogkonfigurasjonsobjektet?
Katalogen består av elementer; Hvert element representerer en egen post i en tabell som lagrer informasjon fra denne katalogen;
Et element kan også inneholde tilleggsinformasjon som beskriver dette elementet mer detaljert - attributter som er like for alle elementene i katalogen; Rekvisitter er også et konfigurasjonsobjekt;
Hva brukes detaljene og tabelldelene av katalogen til?
Detaljer brukes til å beskrive tilleggsinformasjon som beskriver et katalogelement;
Tabelldelen brukes til å beskrive informasjonen til et katalogelement, den samme i struktur, men forskjellig i mengde.
Hvorfor trengs hierarkiske kataloger og hva er en forelder?
Hierarkiske kataloger er nødvendig for å gruppere katalogelementer i henhold til kriterier eller prinsipper. Det finnes flere typer hierarkier: hierarki av grupper og elementer- et katalogelement som representerer en gruppe - overordnet for alle elementer og grupper inkludert i denne gruppen;
Hierarki av elementer- overordnet er ikke en gruppe katalogelementer, men selve elementet.
Hvorfor trengs underordnede kataloger og hva er en eier?
Elementer i en katalog kan underordnes elementer i en annen katalog, og i dette tilfellet etableres en en-til-mange-relasjon. En en-til-en-relasjon kan også brukes når hvert element i en underordnet katalog er knyttet til et av elementene i eierkatalogen.
Hva er hovedformene for en katalog?
Elementform - for å redigere eller lage et katalogelement;
Gruppeskjema - for å redigere eller opprette en kataloggruppe;
Listeskjema - for å vise en liste over elementer i katalogen;
Gruppevalgskjema - for å velge en av kataloggruppene;
Hva er forhåndsdefinerte katalogelementer?
Katalogelementer opprettet i konfiguratoren kan ikke slettes av brukeren; Server for å lagre informasjon alltid, uavhengig av brukerhandlinger;
Når det gjelder konfigurasjon, hva er forskjellen mellom et vanlig element og et forhåndsdefinert element?
Konfigurasjonsalgoritmer kan knyttes til forhåndsdefinerte elementer; derfor legger systemet disse elementene til selve databasestrukturen, uten brukerintervensjon.
Hvordan kan en bruker skille et vanlig element fra et forhåndsdefinert?
Via piktogram
Hvordan lage et katalogkonfigurasjonsobjekt og beskrive dets struktur?
Opprett en ny katalog - struktur - på fanene hierarki, data, bilder her
Hvordan legge til et nytt element i katalogen?
Gjennom 1C:Enterprise-modus.
Hvordan oppretter jeg en kataloggruppe?
Via 1C:Enterprise-modus
Hvordan flytte et element fra en gruppe til en annen?
Høyreklikk på elementet, "flytt til gruppe"
Hvorfor trenger vi grunnleggende konfigurasjon og databasekonfigurasjon?
Hovedkonfigurasjonen er utviklerkonfigurasjonen. Databasekonfigurasjon - for arbeid med brukere.
Hvordan endrer jeg databasekonfigurasjonen?
Aldri. Du kan bare oppdatere til hovedkonfigurasjonstilstanden.
Hvordan er konfigurasjonsobjekter og databaseobjekter relatert?
Konfigurasjonsobjekter beskriver lagringer og tabeller. Og databaseobjekter er postene som finnes i disse tabellene.
Hva er konfigurasjonsunderobjekter?
Detaljer, tabelldeler osv.
Hvorfor trenger du å sjekke detaljene i katalogen?
Slik at brukeren ikke kan legge inn tomme eller feil poster.
Hva er Quick Select og når skal det brukes?
For å velge elementer ikke fra et eget skjema, men fra en rullegardinliste fylt med elementer fra denne katalogen.
Hvordan vise en katalog og definere presentasjonen i ulike deler av applikasjonsgrensesnittet?
For å vise - høyreklikk på katalogen, "Rediger"-fanen, "Subsystemer"-fanen.
Katalogvisning - "Hoved"-fanen, deretter Generelt - undersystemer - alle undersystemer. bilder her
Hvordan vise kommandoer for å lage et nytt katalogelement i undersystemgrensesnittet?
Generelt - undersystemer - alle undersystemer - avkrysningsboks "Nomenklatur: opprette"
Hvordan redigere kommandogrensesnittet til et undersystem?
Generelt - delsystemer - alle delsystemer. Øverst er feltet "Kommandogrensesnitt".
Hvilke standardpaneler brukes i applikasjonsgrensesnittet, og hvordan konfigurere plasseringen av disse panelene i konfiguratoren og i 1C:Enterprise-modus?
Seksjon panel; kommandopanelet til gjeldende seksjon (hvis de er spesifisert; inneholder kommandoer som tilsvarer den valgte seksjonen; i begynnelsen av panelet er det kommandoer som lar deg åpne alle lister, og deretter kommandoer som lar deg lage nye dataelementer, generere en rapport, eller utføre behandling); verktøylinje og informasjonspanel (favorittpanel, historiepanel, åpent panel...).
Sette opp plasseringen av disse panelene i konfiguratoren gjøres som følger:
La oss velge roten til objekttreet til konfigurasjonen vår, høyreklikk for å hente frem kontekstmenyen og velg "Åpne klientapplikasjonsgrensesnitt". I vinduet som vises til høyre er det en liste over alle standardpanelene til applikasjonsløsningen. Ved å dra dem til venstre side av vinduet eller fjerne dem derfra, konfigurerer vi ønsket visning av paneler.
Å sette opp plasseringen av disse panelene i 1C:Enterprise-modus gjøres som følger:
Hovedmeny -> Vis -> Panelinnstillinger -> Ved å velge og dra med musen vil vi konfigurere ønsket visning av paneler.
Fortsettelse av enkeltemnet, svar på Radchenkos bok, leksjon 2 og 3.
Hva brukes "Subsystem"-konfigurasjonsobjektet til?
Et delsystem er hovedelementet for å bygge 1C:Enterprise-grensesnittet. Delsystemer skiller funksjonelle deler i konfigurasjonen som applikasjonsløsningen er logisk delt inn i.
Hvordan beskrive en logisk struktur ved å bruke undersystemer?
Ved å dele det inn i funksjonelle deler, som representerer separate fagområder.
Hvordan kontrollere rekkefølgen på utdata og visning av delsystemer i konfigurasjonen?
Høyreklikk på konfigurasjonen, velg kommandoen "Åpnet", du kan endre posisjoner ved hjelp av pilene.
Hva er redigeringsvinduet for konfigurasjonsobjekter og hvordan skiller det seg fra egenskapspanelet?
Redigeringsvindu - brukes hovedsakelig til å lage nye objekter.
Egenskapspalett - ikke knyttet til et spesifikt konfigurasjonsobjekt.
Leksjon 3.
Hva er formålet med katalogkonfigurasjonsobjektet?
Oppslagsboken er ment for arbeid med lister over data, som beskriver deres egenskaper og struktur.
Hva er de karakteristiske egenskapene til katalogkonfigurasjonsobjektet?
Katalogen består av elementer; Hvert element representerer en egen post i en tabell som lagrer informasjon fra denne katalogen;
Et element kan også inneholde tilleggsinformasjon som beskriver dette elementet mer detaljert - attributter som er like for alle elementene i katalogen; Rekvisitter er også et konfigurasjonsobjekt;
Hva brukes detaljene og tabelldelene av katalogen til?
Detaljer brukes til å beskrive tilleggsinformasjon som beskriver et katalogelement;
Tabelldelen brukes til å beskrive informasjonen til et katalogelement, den samme i struktur, men forskjellig i mengde.
Hvorfor trengs hierarkiske kataloger og hva er en forelder?
Hierarkiske kataloger er nødvendig for å gruppere katalogelementer i henhold til kriterier eller prinsipper. Det finnes flere typer hierarkier: hierarki av grupper og elementer- et katalogelement som representerer en gruppe - overordnet for alle elementer og grupper inkludert i denne gruppen;
Hierarki av elementer- overordnet er ikke en gruppe katalogelementer, men selve elementet.
Hvorfor trengs underordnede kataloger og hva er en eier?
Elementer i en katalog kan underordnes elementer i en annen katalog, og i dette tilfellet etableres en en-til-mange-relasjon. En en-til-en-relasjon kan også brukes når hvert element i en underordnet katalog er knyttet til et av elementene i eierkatalogen.
Hva er hovedformene for en katalog?
Elementform - for å redigere eller lage et katalogelement;
Gruppeskjema - for å redigere eller opprette en kataloggruppe;
Listeskjema - for å vise en liste over elementer i katalogen;
Gruppevalgskjema - for å velge en av kataloggruppene;
Hva er forhåndsdefinerte katalogelementer?
Katalogelementer opprettet i konfiguratoren kan ikke slettes av brukeren; Server for å lagre informasjon alltid, uavhengig av brukerhandlinger;
Når det gjelder konfigurasjon, hva er forskjellen mellom et vanlig element og et forhåndsdefinert element?
Konfigurasjonsalgoritmer kan knyttes til forhåndsdefinerte elementer; derfor legger systemet disse elementene til selve databasestrukturen, uten brukerintervensjon.
Hvordan kan en bruker skille et vanlig element fra et forhåndsdefinert?
Via piktogram
Hvordan lage et katalogkonfigurasjonsobjekt og beskrive dets struktur?
Opprett en ny katalog - struktur - på fanene hierarki, data, bilder her
Hvordan legge til et nytt element i katalogen?
Gjennom 1C:Enterprise-modus.
Hvordan oppretter jeg en kataloggruppe?
Via 1C:Enterprise-modus
Hvordan flytte et element fra en gruppe til en annen?
Høyreklikk på elementet, "flytt til gruppe"
Hvorfor trenger vi grunnleggende konfigurasjon og databasekonfigurasjon?
Hovedkonfigurasjonen er utviklerkonfigurasjonen. Databasekonfigurasjon - for arbeid med brukere.
Hvordan endrer jeg databasekonfigurasjonen?
Aldri. Du kan bare oppdatere til hovedkonfigurasjonstilstanden.
Hvordan er konfigurasjonsobjekter og databaseobjekter relatert?
Konfigurasjonsobjekter beskriver lagringer og tabeller. Og databaseobjekter er postene som finnes i disse tabellene.
Hva er konfigurasjonsunderobjekter?
Detaljer, tabelldeler osv.
Hvorfor trenger du å sjekke detaljene i katalogen?
Slik at brukeren ikke kan legge inn tomme eller feil poster.
Hva er Quick Select og når skal det brukes?
For å velge elementer ikke fra et eget skjema, men fra en rullegardinliste fylt med elementer fra denne katalogen.
Hvordan vise en katalog og definere presentasjonen i ulike deler av applikasjonsgrensesnittet?
For å vise - høyreklikk på katalogen, "Rediger"-fanen, "Subsystemer"-fanen.
Katalogvisning - "Hoved"-fanen, deretter Generelt - undersystemer - alle undersystemer. bilder her
Hvordan vise kommandoer for å lage et nytt katalogelement i undersystemgrensesnittet?
Generelt - undersystemer - alle undersystemer - avkrysningsboks "Nomenklatur: opprette"
Hvordan redigere kommandogrensesnittet til et undersystem?
Generelt - delsystemer - alle delsystemer. Øverst er feltet "Kommandogrensesnitt".
Hvilke standardpaneler brukes i applikasjonsgrensesnittet, og hvordan konfigurere plasseringen av disse panelene i konfiguratoren og i 1C:Enterprise-modus?
Seksjon panel; kommandopanelet til gjeldende seksjon (hvis de er spesifisert; inneholder kommandoer som tilsvarer den valgte seksjonen; i begynnelsen av panelet er det kommandoer som lar deg åpne alle lister, og deretter kommandoer som lar deg lage nye dataelementer, generere en rapport, eller utføre behandling); verktøylinje og informasjonspanel (favorittpanel, historiepanel, åpent panel...).
Sette opp plasseringen av disse panelene i konfiguratoren gjøres som følger:
La oss velge roten til objekttreet til konfigurasjonen vår, høyreklikk for å hente frem kontekstmenyen og velg "Åpne klientapplikasjonsgrensesnitt". I vinduet som vises til høyre er det en liste over alle standardpanelene til applikasjonsløsningen. Ved å dra dem til venstre side av vinduet eller fjerne dem derfra, konfigurerer vi ønsket visning av paneler.
Å sette opp plasseringen av disse panelene i 1C:Enterprise-modus gjøres som følger:
Hovedmeny -> Vis -> Panelinnstillinger -> Ved å velge og dra med musen vil vi konfigurere ønsket visning av paneler.
Nå skal vi kort bli kjent med hovedkonfigurasjonsobjektene i 1C:Enterprise 8.2.
Konfigurasjonsobjekter- dette er de grunnleggende elementene, "detaljene" som utgjør enhver applikasjonsløsning.
De er tilpassede objekter (objekter med egendefinerte egenskaper) som støttes på teknologiplattformnivå. I det store og hele er utviklerens oppgave å sette sammen fra disse objektene, som fra en konstruktør, den nødvendige strukturen til en applikasjonsløsning og deretter beskrive spesifikke algoritmer for funksjonen og interaksjonen til disse objektene, som skiller seg fra deres typiske oppførsel.
Sammensetningen av objekter som støttes av teknologiplattformen er et resultat av en analyse av fagområdene til 1C:Enterprise-bruk, og identifisering og klassifisering av forretningsenheter brukt i disse områdene. Som et resultat av denne analysen kan utvikleren operere med objekter som kataloger, dokumenter, informasjonsregistre, kontoplaner, etc.
For å standardisere og forenkle prosessen med å utvikle og modifisere applikasjonsløsninger, er utvikleren utstyrt med et grafisk grensesnitt som han kan beskrive sammensetningen av objektene som brukes i en spesifikk applikasjonsløsning.
Ut fra denne beskrivelsen vil teknologiplattformen lage hensiktsmessige informasjonsstrukturer i databasen og arbeide på en bestemt måte med dataene som er lagret i disse strukturene. Utvikleren trenger ikke å bekymre seg for hvilke tabeller, for eksempel dataene skal plasseres i, hvordan de skal endres eller presenteres for brukeren. Plattformen vil utføre alle disse handlingene automatisk, basert på den typiske oppførselen til objektene som brukes.
Dermed opererer utvikleren med metadata - "data om data", eller konfigurasjonsobjekter. Ved å legge til et annet konfigurasjonsobjekt til strukturen til applikasjonsløsningen, legger utvikleren i hovedsak til en beskrivelse av hvordan de tilsvarende dataene skal plasseres og hvordan de vil samhandle med andre data som er lagret i informasjonsbasen.
Settet med objekter som en utvikler kan bruke er fast og definert på plattformnivå. Utvikleren kan ikke lage sine egne typer objekter; han kan bare operere med det settet med objekter som er tilgjengelig. En slik tilnærming til utvikling av applikasjonsløsninger gjør det for det første mulig å standardisere utviklingsprosessen, og for det andre å sikre enkel og rask modifikasjon av applikasjonsløsninger av andre utviklere eller brukere.
Sammensetningen av hovedkonfigurasjonsobjektene som brukes i 1C:Enterprise 8.2 er som følger:
Team
Kommandoer er handlinger som brukeren kan utføre. I tillegg til kommandoene som genereres av plattformen, kan utvikleren lage sine egne kommandoer som tilhører hele applikasjonsløsningen eller individuelle konfigurasjonsobjekter.
Konstant
Konstanter er designet for å lagre permanent eller betinget permanent informasjon. For eksempel kan en konstant lagre navnet på organisasjonen, etternavn, fornavn og patronym til lederen eller regnskapssjefen, etc.
Overføre
Oppregninger er designet for å beskrive en liste over verdier som en variabel kan ta. En oppregning kan for eksempel lagre verdier som beskriver en kundes status: «engros» og «detaljhandel».
Katalog
Kataloger brukes til å beskrive slike enheter som varer, motparter, valutaer, varehus osv. Alle disse enhetene har felles egenskaper: intern identifikasjon av et objekt i systemet, behovet for å støtte hierarki og gruppering av elementer, behovet for å støtte nestede tabeller , etc.
Dokument, Dokument Journal
De brukes til å beskrive slike enheter som fakturaer, fakturaer, ordre osv. Disse enhetene registrerer ulike hendelser som skjer i organisasjonens liv, de er tidsbestemt, inneholder nestede tabeller, må gjenspeiles i regnskapsmekanismer osv.
Behandling, Rapport
Behandling og rapportering brukes til å behandle informasjon akkumulert i systemet og innhente sammendragsdata i en form som er praktisk for visning og analyse. De beskriver iog inneholder ulike former og algoritmer for å presentere denne informasjonen til brukeren. Lar deg bruke tabeller og ulike typer diagrammer for å vise data visuelt.
Akkumulasjonsregister
Akkumuleringsregistre er "ansvarlige" for å regnskapsføre bevegelser av ressurser (finans, varer, materialer osv.). De lar deg automatisere områder som lagerregnskap, gjensidige oppgjør og planlegging. Akkumuleringsregistre lagrer informasjon om mottak og forbruk av enkelte ressurser, og funksjonaliteten til disse objektene gir mulighet til å innhente saldo på et bestemt tidspunkt, beregne totaler, cache-totaler osv.
Register over opplysninger
Informasjonsregistre er designet for å lagre flerdimensjonal informasjon om verdiene til ulike mengder. Slike verdier kan for eksempel være valutakurser eller priser for konkurrenters produkter fra en bestemt dato. Denne informasjonen kan enten være statisk eller endre seg over tid - i dette tilfellet er den gitt for å lagre en endringshistorikk.
Subsystem
Ved hjelp av delsystemer er applikasjonsløsningen visuelt delt inn i store og små funksjonsblokker. Delsystemer danner grunnlaget for dannelsen av programkommandogrensesnittet.
Generelle detaljer
Vanlige detaljer brukes til å lagre data av samme type i forskjellige konfigurasjonsobjekter og som en integrert del av dataseparasjonsmekanismen.
Oppgave, forretningsprosess
Oppgaver og forretningsprosesser lar deg lage formaliserte beskrivelser av typiske sekvenser av arbeid utført i en organisasjon, og på grunnlag av dem lage lister over oppgaver som må utføres av en bestemt ansatt i organisasjonen på et gitt tidspunkt. For eksempel kan prosessen med å selge et produkt representeres som en sekvens av å utstede en faktura, godkjenne den, motta kontant betaling og sende produktet fra lageret. Ulike ansatte kan være ansvarlige for å fullføre hvert trinn, så du kan til enhver tid bestemme tilstanden til produktsalgsprosessen og hvilken medarbeider som for øyeblikket trenger å utføre handlinger.
Kontoplan, Regnskapsregister
Kontoplaner og regnskapsregistre er ment å bygge en modell som implementerer et dobbelt bokføringssystem. De implementerer kontoplaner på flere nivåer med faste eller variable koder, flernivå- og flerdimensjonalt analytisk regnskap, regnskap for flere kontoplaner, regnskap for flere organisasjoner, valgfritt vedlikehold av kvantitativt, total- og valutaregnskap for individuelle analytiske seksjoner, etc.
Beregningstyper plan, Beregningsregister
Lønnstypeplaner og lønnsregistre tjener til å implementere lønnsmodeller. De lar deg beskrive ulike typer beregninger (for eksempel lønn, personlig tilleggsavgift, underholdsbidrag, bot osv.), fastsette regler etter hvilke enkelte typer beregninger kan påvirke resultatene av andre typer beregninger, og lagre mellomdata og endelige resultater av beregninger. Ved hjelp av disse objektene kan beregning av grunnopptjening, beregning av personskatt, fordeling av lønnsresultater med tanke på refleksjon i regnskap osv. organiseres.
Plan over egenskaper typer
Karakteristiske typeplaner er utformet for å lagre informasjon om egenskapene til ulike objekter. De lar brukeren lage alle slags egenskaper, beskrive typen av disse egenskapene og sette verdiene deres. Den karakteristiske typeplanen kan for eksempel brukes til å la brukeren beskrive produkter med et vilkårlig antall vilkårlige egenskaper (farge, størrelse, lukt osv.). Den lar deg opprette og lagre navnet på en egenskap og datatypen som verdiene til denne egenskapen skal ha.
Utvekslingsplan
Utvekslingsplaner er ment å beskrive strukturen til et distribuert informasjonssystem og spesifisere en liste over data som skal utveksles innenfor dette distribuerte systemet. Lar deg lage geografisk distribuerte informasjonssystemer både basert på 1C:Enterprise informasjonsbaser og ved å bruke vilkårlige informasjonssystemer som ikke er basert på 1C:Enterprise.
Utvalgsskjevhet
Utvalgskriterier brukes til å velge informasjon i kataloger, dokumenter, etc. De lar deg definere regler i henhold til hvilke ikke all informasjon som finnes i databasen vil bli valgt, men bare den som oppfyller de angitte betingelsene. Ved å bruke utvalgskriteriene kan du for eksempel organisere utvalget av dokumenter som kun er knyttet til en bestemt motpart.
Rolle
Roller lar deg beskrive ulike brukertilgangsrettigheter til data som er lagret i informasjonsbasen og bestemme rekkevidden av mulige brukerhandlinger. For eksempel kan lederen av en organisasjon ha full tilgang til all informasjon som er lagret i informasjonsbasen, mens en lagerholder kun må operere med lagerdokumenter og ikke ha tilgang til annen informasjon.
Event abonnement
Hendelsesabonnementer lar deg tilordne behandlere for ikke-interaktive hendelser for ett eller flere applikasjonsobjekter.
Planlagt oppgave
Planlagte oppgaver lar deg organisere automatisk utførelse av prosedyrer for vanlige moduler i henhold til en tidsplan.
Ekstern datakilde
Eksterne datakilder lar deg bruke data hentet fra eksterne databaser i applikasjonsløsningen. Inkludert fra databaser som ikke er basert på 1C:Enterprise.
Språk
Disse konfigurasjonsobjektene brukes til å lage applikasjonsløsningsgrensesnitt på forskjellige språk. Takket være bruken av språk blir det mulig å lage flerspråklige applikasjonsløsninger der brukeren kan velge sitt eget språk for å jobbe med applikasjonsløsningen.
Sesjonsparameter
Sesjonsparametere er først og fremst ment for bruk i spørringer og for å begrense datatilgang for gjeldende økt.
Funksjonelt alternativ, funksjonelt alternativ parameter
Funksjonelle alternativer lar utvikleren beskrive konfigurasjonsfunksjoner som raskt kan slås på eller av på implementeringsstadiet og/eller under systemdrift. For eksempel kan muligheten til å arbeide med ytterligere produktegenskaper deles inn i et eget funksjonelt alternativ. Så hvis du deaktiverer denne funksjonen, vil alle relaterte (med tilleggsproduktegenskaper) funksjoner "forsvinne" i konfigurasjonsgrensesnittet.
