Denne konfigurasjonen. Gjenoppretter leverandørkonfigurasjon
Du kan angi konfigurasjonsegenskaper som navn og beskrivelse, samt spesifikasjonsparametere og andre avanserte alternativer.
Angi konfigurasjonsegenskaper når du oppretter nye konfigurasjoner manuelt. I dette tilfellet er PropertyManager-navnet Legg til konfigurasjon.
Du kan også redigere egenskapene til eksisterende konfigurasjoner. I dette tilfellet er PropertyManager-navnet Konfigurasjonsalternativer.
For å spesifisere konfigurasjonsegenskaper, gjør ett av følgende:
Konfigurasjonsalternativer
| Konfigurasjonsnavn | Skriv inn et navn for konfigurasjonen. Du kan ikke bruke skråstrek (/) eller @-tegn i navnet. Hvis feltet inneholder ett av tegnene ovenfor, feltet er tomt, eller navnet eksisterer allerede, vises en advarsel når du lukker dialogboksen. Du kan konfigurere FeatureManager-designtreet til å vise komponentkonfigurasjonsnavn. |
| Beskrivelse | (Ikke nødvendig). Skriv inn en beskrivelse av konfigurasjonen. Du kan vise beskrivelser av komponentkonfigurasjoner i FeatureManager-designtreet og i ConfigurationManager. Hvis du vil bruke tekst som beskrivelse i spesifikasjonen, velg alternativet Bruk i spesifikasjonen. Denne teksten erstatter enhver spesifikk konfigurasjon eller brukeregenskap i viktighet, men den overstyrer ikke verdien til disse egenskapene. |
| Notatet | (Ikke nødvendig). Skriv inn tilleggsinformasjon for å beskrive denne konfigurasjonen. |
| Brukerinstillinger | (Bare tilgjengelig når du redigerer egenskapene til en eksisterende konfigurasjon). Klikk for å få tilgang til egenskapene til en bestemt konfigurasjon i dialogboksen Sammendragsinformasjon. |
Spesifikasjonsparametere
| Delenummeret vises når det brukes i en stykkliste | Brukes til å bestemme hvordan sammenstillingen eller delen vises i stykklisten. Velg ett av følgende alternativer: Dokumentnavn Delbetegnelsen er identisk med dokumentnavnet. Konfigurasjonsnavn Delbetegnelsen samsvarer med konfigurasjonsnavnet. Kobling til overordnet konfigurasjon (kun for avledede konfigurasjoner.) Betegnelsen er den samme som navnet på den overordnede konfigurasjonen. Brukerkonfigurert navn Betegnelsen er det angitte navnet. |
| Viser barn når det brukes som en delenhet | (Kun for sammenstillinger.) Når denne sammenstillingskonfigurasjonen brukes som en delenhet i en annen sammenstilling, brukes disse innstillingene sammen med innstillingene Spesifikasjonstype i BOM PropertyManager for å kontrollere hvordan underordnede komponenter vises i sammenstillingsstykklisten på toppnivå. For mer informasjon om innstillinger Spesifikasjonstype se spesifikasjon PropertyManager. Velg ett av følgende alternativer: Visning Viser underordnede komponenter i stykklisten som spesifisert i alternativet Spesifikasjonstype i spesifikasjonen PropertyManager. (Barnekomponenter vises ikke i stykklisten Kun toppnivå.) Skjul Skjuler underordnede komponenter i spesifikasjonen, selv om parameteren Spesifikasjonstype ville vise dem. Underenheten vises som en egen post i stykklisten. For eksempel viser en bare deler-stykkliste vanligvis underordnede komponenter som separate objekter. Hvis alternativet Skjul er valgt, vises undersammenstillingen i stedet. Promote Deler en undersammenstilling i en stykkliste og viser dens underordnede komponenter, selv om Spesifikasjonstype ville vise dem. For eksempel spesifikasjon Kun toppnivå inneholder vanligvis en liste over underenheten i stedet for dens underordnede. Hvis alternativet Promoter er valgt, vises de underordnede komponentene, men ikke undersammenstillingen. Eksempler - Visningsegenskaper for underordnede komponenter |
Ekstra alternativer
Følgende egenskaper styrer prosessen med å legge til nye elementer til en annen konfigurere og deretter aktivere på nytt gitt konfigurasjon De tilgjengelige alternativene avhenger av dokumenttypen.
| Undertrykke elementer | (Kun detaljer). Når dette alternativet er valgt, legges nye elementer til annen konfigurasjoner er skjult i gitt konfigurasjoner Ellers vil nye elementer bli inkludert (ikke undertrykt) i denne konfigurasjonen. |
| Undertrykk nye elementer og venner | (Kun for sammenstillinger). Når dette alternativet er valgt, legges nye kamerater og elementer til annen konfigurasjoner innløses i gitt konfigurasjoner. Ellers vil nye kamerater og elementer bli aktivert (ikke undertrykt) i denne konfigurasjonen. Nye funksjoner i sammenstillinger inkluderer monteringskutt og -hull, komponentmønstre, referansegeometri og skisser som matcher montering(og ikke til en av monteringskomponentene). |
| Skjul nye komponenter | annen konfigurasjoner gjemt i gitt konfigurasjoner. Ellers vil de nye komponentene også vises i denne konfigurasjonen. |
| Undertrykk nye komponenter | (Kun for sammenstillinger). Når dette alternativet er valgt, legges nye komponenter til annen konfigurasjoner er tilbakebetalt i denne konfigurasjonen. Ellers vil nye komponenter i denne konfigurasjonen bli løst (ikke undertrykt). |
| Bruk en farge som er relatert til konfigurasjonen | For å spesifisere en konfigurasjonsfarge, velg dette alternativet, og velg deretter Farge for å velge en farge fra paletten. Den konfigurasjonsspesifikke fargen brukes bare på skyggelagt modus hvis alternativet ikke er valgt Bruk samme farge på modusene Wireframe, Hide Hidden Lines og Shaded i delen Dokumentfargealternativer. For å bruke en konfigurasjonsspesifikk farge på sammenstillingskomponenter, høyreklikk på de valgte komponentene i FeatureManager-designtreet, åpne vinduet Utseende og velg komponenten. Velg deretter en farge i Appearances PropertyManager. |
Alternativer for foreldre/barn
Kun tilgjengelig i sammenstillinger og bare når du legger til en ny konfigurasjon eller en av dens komponenter til sammenstillingen. Velg komponentene du vil legge til en ny konfigurasjon for.
For eksempel er det en skrustikkeenhet med en håndtaksenhet som inneholder en koblingskomponent. Hvis du har lagt til en ny konfigurasjon kalt long til skrustikkeenheten, kan du legge til en konfigurasjon som heter long til håndtaksenheten og koblingsenheten samtidig ved å velge dem i det forenklede treet under Alternativer for foreldre/barn.
Fra brukerens synspunkt består 1C-programmet av en plattform og konfigurasjon. Vi sa at i hvert enkelt tilfelle brukes en av mange mulige konfigurasjoner. Det er på tide å si at dette ikke er helt sant.
Hvorfor Ikke Så? For i hver infobase er det minst to konfigurasjoner.
Hvorfor ikke i det hele tatt Så? Fordi brukeren egentlig bare jobber med én konfigurasjon. Den andre konfigurasjonen er for utvikleren eller personen som trenger å gjøre endringer i konfigurasjonen (for eksempel en databaseadministrator). Det er "ikke synlig" for brukeren.
Konfigurasjonen beregnet på utvikleren kalles Grunnleggende konfigurasjon(eller ganske enkelt Konfigurasjon– den vi redigerte i konfiguratoren). Konfigurasjonen som brukere arbeider med kalles Databasekonfigurasjon.
Hovedkonfigurasjonen kan redigeres. Databasekonfigurasjonen kan ikke redigeres, du kan bare oppdatere databasekonfigurasjonen basert på hovedkonfigurasjonen.
Denne interne designen gjør at konfigurasjonsendringer kan gjøres uten å avbryte brukernes arbeid (siden endringene er gjort i hovedkonfigurasjonen). Så, når utvikleren er sikker på at alle endringene han har gjort er riktige, kan han raskt oppdatere databasekonfigurasjonen ved å bruke hovedkonfigurasjonen. Men for å gjøre dette må du stenge alle brukere.
Utvikleren kan alltid sammenligne hovedkonfigurasjonen og databasekonfigurasjonen, og kan gå tilbake til den opprinnelige tilstanden til hovedkonfigurasjonen ved å bruke databasekonfigurasjonen (hvis han for eksempel er helt forvirret over endringene sine).
Dermed kan samspillet mellom de to konfigurasjonene representeres som følger (fig. 2.24):
Ris. 2.24. Samspill mellom to konfigurasjoner
Når en utvikler jobber med hovedkonfigurasjonen, forteller systemet ham alltid om hans versjon av hovedkonfigurasjonen er forskjellig fra den som ble lagret, og om den lagrede versjonen av hovedkonfigurasjonen er forskjellig fra databasekonfigurasjonen.
Hvis en utvikler redigerer hovedkonfigurasjonen og den redigerte versjonen av hovedkonfigurasjonen er forskjellig fra den som ble lagret, vises et tegn på endring av konfigurasjonen (*) i overskriften til konfigurasjonstrevinduet (*) - Fig. 2,25:
Ris. 2,25.
Hvis den lagrede versjonen av hovedkonfigurasjonen er forskjellig fra databasekonfigurasjonen, vises et konfigurasjonsforskjellssymbol i overskriften til konfigurasjonstrevinduet () - ris. 2,26:
Ris. 2.26. Konfigurasjonstrevindustittel
For å lagre hovedkonfigurasjonen, bruk kommandoen Konfigurasjon à Lagre konfigurasjon, og for å oppdatere databasekonfigurasjonen, bruk kommandoen Konfigurasjon à Oppdater databasekonfigurasjon. Når du utfører kommandoen Debug à Start Debugging, lagrer systemet selv først hovedkonfigurasjonen og sammenligner den med databasekonfigurasjonen. Hvis konfigurasjonene er forskjellige, sendes det en forespørsel om å oppdatere databasekonfigurasjonen, som du så i de forrige eksemplene.
Når du utfører kommandoen Debugging à Continue, foreslår systemet, etter trinnene beskrevet ovenfor, også å starte programmet på nytt for å avslutte gjeldende feilsøkingsøkt.
Dermed prøver systemet å gjøre utviklerens liv enklere og automatisere ofte utførte operasjoner.
Et viktig faktum er at det er i øyeblikket for oppdatering av databasekonfigurasjonen at systemet oppretter (modifiserer) i databasen de datalagringsstrukturene som vi beskrev i form av konfigurasjonsobjekter.
Dermed legger brukeren til vanlige katalogelementer til databasestrukturen som systemet opprettet basert på katalogkonfigurasjonsobjektet, og systemet legger til forhåndsdefinerte elementer av denne katalogen til selve strukturen, basert på samme beskrivelse av denne strukturen, som er katalogen konfigurasjonsobjekt.
1. Kjede. Open-loop konfigurasjon. Basert på lineær kommunikasjon. Den kan ha forskjellig romlig orientering: vertikal (fig. 2a), horisontal (fig. 2b) og vertikal-horisontal (fig. 2c). Den kan være basert på både serielle og mot- og divergerende forbindelser. Ulike kombinasjoner av disse forbindelsene er mulige. Konfigurasjoner av denne typen kan danne uavhengige strukturer (for eksempel en teknologisk struktur i kontinuerlig produksjon), men brukes hovedsakelig som tilleggselementer i komplekse strukturer som sikrer avstand mellom perifere områder fra sentrum (fig. 4b).
2. Ringe(Fig. 3). Lukket desentralisert konfigurasjon. Basert på seriell kommunikasjon. Et eksempel kan være strukturen til en kreativ forskningsgruppe: utvikling av et forskningsprogram (ledende spesialist) – konsekvent gjennomføring av forskning (alle gruppemedlemmer) – generalisering av resultatene (igjen ledende spesialist).
3. Stjerne(Fig. 4a). Open-loop konfigurasjon. Preget av tydelig sentralisering og fravær av perifere forbindelser. Dannet på grunnlag av ekspanderende (lederstruktur) eller innsnevring (tilbakemeldingsstruktur) forbindelser. Kan brukes i strengt sentraliserte styringssystemer med svak delegering av myndighet, samt som et sentralt element i eventuelle sentraliserte strukturer. Styrking av sentralisering kan oppnås ved å "forlenge strålene" som kommer fra midten av "stjernen" (fig. 4b).
4. "Hjul"(Fig. 5). Lukket sentralisert konfigurasjon. Dannet på grunnlag av innsnevrende eller ekspanderende forbindelser. Representerer syntesen av ring- og stjernekonfigurasjoner. I tillegg til sentraliserte, har den også utviklet perifere forbindelser. Strukturene til denne konfigurasjonen er ganske vanlige. Dette kan for eksempel være ledelsesstrukturen til et selskap: sentralisert styring av divisjoner fra et enkelt senter og perifere forbindelser mellom divisjonene selv. Denne konfigurasjonen kan også brukes som det sentrale elementet i komplekse sentraliserte strukturer.
5. "Dobbel ring"(Fig. 6). Lukket konfigurasjon. Dannet på grunnlag av utvidende og kontraherende forbindelser. Det er ingen uttalt sentralisering. Men en slik konfigurasjon er ikke helt desentralisert, siden det er et relativt senter, innelukket i den indre ringen, og en relativ periferi, innelukket i den ytre ringen. Slike strukturer er typiske for organisasjoner som administreres av et styre, hvor hvert medlem overvåker et spesifikt aktivitetsområde.
Å kombinere "dobbelringen" med stjernen gir en mer komplett, rasjonell og utbredt konfigurasjon "dobbelt felghjul", som i motsetning til «dobbelringen» har tydelig sentralisering (fig. 7). Eksempel: lederen av en organisasjon har flere varamedlemmer, som hver leder en bestemt avdeling på grunnlag av delegering av myndighet.
6. Fan. Sentralisert konfigurasjon med åpen sløyfe. Dannet på grunnlag av konvergerende og divergerende forbindelser. Avhengig av den romlige orienteringen kan den være vertikal eller horisontal, og avhengig av type baseforbindelse, divergent eller konvergent. Et eksempel på en vertikal divergerende vifte er et tradisjonelt lineært kontrollsystem (fig. 8a), en konvergerende vifte er et system med tilbakemelding og informasjonsstøtte for ledelsen (fig. 8b). Et eksempel på en horisontal divergerende (konvergerende) vifte er den teknologiske strukturen i produksjonen med en utvidelse (reduksjon) i antall produksjonssteder langs den teknologiske prosessen (fig. 8c).
7. Omnikanal. En lukket konfigurasjon der hvert element i systemet er koblet til alle andre elementer. Kan dannes på grunnlag av enkle flerkanals, innsnevrende eller ekspanderende forbindelser. Hovedvarianter: desentralisert og sentralisert.
Desentralisert ligner på ring, men med full utplassering av forbindelser av typen «Alle med alle» (fig. 9a). Typisk for uformelle kommunikasjonsgrupper, kreative og andre grupper som ikke har tydelige ledere.
Den sentraliserte ligner på "hjul"-konfigurasjonen, også med full utplassering av perifere forbindelser (fig. 9b). Eksempler på organisasjoner med slike strukturer er produksjonsteam med fullstendig utskiftbarhet av arbeidere eller forskningsgrupper som ikke har en uttalt spesialisering av utøvere etter type arbeid, forutsatt at disse teamene har klart definerte koordinerende ledere.
8. Cellular(Fig. 10). En desentralisert konfigurasjon med høy grad av regulerte forbindelser dannes på grunnlag av ulike typer forbindelser. Når den er ferdig, er den stengt. Et eksempel kan være strukturen til systemet for generering, lagring og bruk av konfidensiell informasjon.
Fig.2 Kjedekonfigurasjon
Ris. 3 Ringkonfigurasjon
Ris. 4-stjerners konfigurasjon
Ris. 5-hjulskonfigurasjon
Ris. 6 Dobbel ringkonfigurasjon
Ris. 7 "Dobbelt felghjul"-konfigurasjon
Ris. 8 Viftekonfigurasjon
Ris. 9 Konfigurasjon av alle kanaler
Ris. 10 Mobilkonfigurasjon
Vi vil vurdere det grunnleggende om å utvikle applikasjonskonfigurasjoner ved å bruke eksemplet med å automatisere aktivitetene til Marina skjønnhetssalong. Salongen har direktør, administrator, formenn og øvrige ansatte. Hovedoppgaven til håndverkerne er å yte tjenester til oppdragsgivere. Salongen kjøper inn materiell fra leverandører. Materialer forbrukes under levering av tjenester, og de kan også selges til kunder - enkeltpersoner eller organisasjoner.
Vi automatiserer salongens aktiviteter. Spesielt er det nødvendig å automatisere regnskapsføring av materialer, regnskap for håndverkers aktiviteter og regnskap for kunder med muligheten til å tildele spesielle servicevilkår for vanlige kunder. Det er nødvendig å automatisere lønnsberegninger for ansatte, lage rapporter som lar ledelsen analysere effektiviteten til salongen. I løpet av å løse problemet vil vi møte mange andre praktiske situasjoner som krever automatisering.
Vi vil ikke strebe etter å lage en løsning som kan brukes i praksis. Vår hovedoppgave er å vurdere å jobbe med systemobjekter, ved å bruke et utvalgt fagområde for å demonstrere systemets muligheter og funksjoner. Selv om på den annen side vår endelige konfigurasjon, etter modifikasjon, kan brukes i praksis.
La oss fortsette å bli kjent med konfiguratoren. Nemlig, la oss begynne å studere operasjoner med objekter.
1.3. Opprette objekter
Den første operasjonen med objekter som vi skal mestre i konfiguratoren vil være å lage objekter. Det er flere måter å lage et objekt av ønsket type. For eksempel ved å kalle opp kontekstmenyen til en gruppe objekter og velge elementet Legg til(Fig. 1.9).
Ris. 1.9.
Vær oppmerksom på ikonet som følger med menyelementet. Knappen har samme ikon Legg til på vinduets verktøylinje konfigurasjonstreet. Den samme kommandoen dupliseres i menyen Handlinger.
Vær oppmerksom på at den samme handlingen i konfiguratoren kan utføres på forskjellige måter.
Vi vil ikke utføre den beskrevne kommandoen foreløpig. I neste forelesning skal vi øve på å lage objekter og andre operasjoner med dem.
Ovenfor brukte vi begrepet "objekt", men vi forklarte det ikke. Hvis du er kjent med objektorientert programmeringsmetodikk, begrepet "objekt" bør være kjent for deg. Hvis ikke, la oss se på et enkelt eksempel som vil hjelpe deg å forstå essensen av objekter. Tenk deg at konfigurasjonen er en bærbar datamaskin. En bærbar datamaskin består av separate deler koblet sammen og samhandler med hverandre. Dette er en skjerm, tastatur, hovedkort, sentral prosessor, RAM - listen kan fortsettes veldig lenge. Alt den bærbare datamaskinen vår består av, dens deler, er objekter. Hvert objekt har en spesifikk funksjonalitet. Den kan kommunisere på en eller annen måte med andre objekter, den har kontroller, den kan kommunisere til andre objekter om dens tilstand. I bredere forstand er en bærbar PC også et objekt. Den kan styres ved hjelp av tastaturet. Den kan vise meldinger ved hjelp av en skjerm. De utgjør grensesnittet som brukeren samhandler med den bærbare datamaskinen gjennom.
Så objektet er en "detalj" av konfigurasjonen. Det er gjenstander av forskjellige typer - en liste over dem kan ses i vinduet konfigurasjonstreet.
La oss nå se på noen andre like viktige handlinger som utføres i konfiguratoren.
1.4. Arkivert kopi av informasjonsgrunnlaget
En av de viktigste tjenesteoperasjonene du hele tiden må utføre er å lage en arkivkopi informasjonsgrunnlag.
Arkivkopier av arbeidsdatabaser bør lages ganske regelmessig for å beskytte deg mot tap av informasjon. Hvis du skal utføre en operasjon som kan påvirke normal drift av konfigurasjonen, for eksempel - oppdatering av konfigurasjonen - før du utfører den, må du lage en sikkerhetskopi informasjonsgrunnlag.
Vær oppmerksom på at arkiveringsoperasjonen informasjonsgrunnlag er universell, som mange andre operasjoner i konfiguratoren. Det vil si at ved å bruke de beskrevne kommandoene kan du lage en arkivkopi av enhver konfigurasjon som kjører på 1C:Enterprise 8-plattformen.
Lag en arkivkopi informasjonsgrunnlag mulig på flere måter.
Den første av disse er å ganske enkelt kopiere eller arkivere katalogen fra informasjonsgrunnlag.
Den andre måten er å bruke arkiveringsverktøyene innebygd i konfiguratoren. Nemlig hvis du utfører menykommandoen Administrasjon > Last ned infobase, vil et vindu vises som inneholder en standard forespørsel om å spesifisere navnet på den lagrede filen. I vårt tilfelle er dette en fil med filtypen .DT. Den inneholder en arkivert kopi informasjonsgrunnlag. Ved skade eller tap informasjonsgrunnlag du kan gjenopprette den fra en arkivfil med kommandoen Administrasjon > Last inn infobase.
Husk at informasjonsgrunnlag inneholder ikke bare konfigurasjonen, men også en database som dannes når brukeren arbeider med systemet, det vil si dataene som han legger inn i systemet i 1C:Enterprise-modus.
Under lasting informasjonsgrunnlag fra filen får du tilstanden den hadde ved lossing. Endringer gjort etter dette går tapt. La oss anta at vi lastet opp informasjonsgrunnlag og etter det opprettet vi et nytt systemobjekt og la inn noen data i brukermodus. Hvis du etter disse trinnene laster den tidligere avlastede informasjonsgrunnlag, viser det seg at endringene som er gjort går tapt.
1.5. Grunnleggende og databasekonfigurasjon
Informasjonsbase lagrer to konfigurasjoner. En av dem heter hovedkonfigurasjon eller bare konfigurasjonen. Dette er det vi redigerer mens vi jobber med konfiguratoren, og det er dette vi åpner med kommandoen Konfigurasjon > Åpne Konfigurasjon. Den andre konfigurasjonen kalles databasekonfigurasjon. Den brukes under brukerarbeid. Redigere grunnleggende konfigurasjon mulig mens brukerne jobber med informasjonsgrunnlag. For å overføre endringer til databasekonfigurasjon, trenger du brukere for å fullføre arbeidet med programmet. Å åpne databasekonfigurasjon, kjør kommandoen Konfigurasjon > Databasekonfigurasjon > Åpne DB-konfigurasjon. Kommandoer for å endre objekter i et vindu databasekonfigurasjon stengt.
Hvis vi, etter å ha åpnet konfigurasjonen, gjør endringer i den, for eksempel oppretter et nytt objekt, i vinduets tittel konfigurasjonstreet vil du kunne se ikonet: "*" (et tegn på en modifisert konfigurasjon) (fig. 1.10).
Ris. 1.10.
"*"-ikonet betyr at endringene som er gjort ikke lagres i grunnleggende konfigurasjon. Det vil si at det signaliserer at endringene vi gjorde på konfigurasjonsstadiet kan gå tapt hvis det for eksempel oppstår et plutselig strømbrudd.
Etter lagring forsvinner det endrede konfigurasjonsikonet, men ikonet for konfigurasjonsforskjell vises "" (Fig. 1.11).
Ris. 1.11.
Konfigurasjonstegnet indikerer at endringer gjort til grunnleggende konfigurasjon, er ennå ikke inkludert i databasekonfigurasjon.
For å overføre endringer fra grunnleggende konfigurasjon V databasekonfigurasjon, må du kjøre kommandoen Konfigurasjon > Oppdater databasekonfigurasjon. Hvis det gjøres endringer i grunnleggende konfigurasjon ble ikke lagret før utførelse av denne kommandoen - system, før oppdatering databasekonfigurasjon, vil be deg om å lagre endringene først.
Ved oppdatering databasekonfigurasjon systemet viser et vindu med en liste over endringer som vil bli gjort databasekonfigurasjon(Fig. 1.12).
Ris. 1.12.
Hvis du er enig i listen over endringer, klikker du på knappen Aksepterer, ellers - til knappen Avbryt.
Tegn på forskjeller mellom konfigurasjoner og modifikasjoner kan vises i vinduets tittel konfigurasjonstreet samtidig. Hvis du har gjort endringer i konfigurasjonen, lagre grunnleggende konfigurasjon uten å oppdatere databasekonfigurasjon, og fortsatte deretter å gjøre endringer - begge ikonene vises i vinduets tittellinje.
Hvis du har gjort endringer i grunnleggende konfigurasjon, lagret dem, men har ikke oppdatert dem ennå databasekonfigurasjon, kan du gå tilbake til databasekonfigurasjon, reverser endringene som er gjort i grunnleggende konfigurasjon. Det er faktisk erstatte grunnleggende konfigurasjon databasekonfigurasjon. For å gjøre dette må du kjøre kommandoen Konfigurasjon > Databasekonfigurasjon > Gå tilbake til DB-konfigurasjon.
Konfigurasjonen kan lagres i en fil og lastes fra en fil. Å redde grunnleggende konfigurasjon kjør kommandoen inn i filen Konfigurasjon > Lagre konfigurasjon til fil. For å laste inn konfigurasjonen fra en fil, kjør kommandoen Konfigurasjon > Last inn konfigurasjon fra fil. Den nedlastede konfigurasjonen lagres i en fil med filtypen .CF.
Konfigurasjon, fra brukerens synspunkt er dette en programvareløsning skreddersydd for spesifikke forretningsoppgaver. For eksempel er det en 1C: Trade Management-konfigurasjon for automatisering av handelsoperasjoner. Fra utviklerens synspunkt implementeres forretningslogikken til denne programvareløsningen ved hjelp av spesifikke konfigurasjonsobjekter - elektroniske inndataskjemaer, rapporter, kataloger, algoritmer, etc. Disse objektene er gruppert som konfigurasjonstreet:
Konfigurasjonsobjekter kjøpt fra en leverandør er som standard beskyttet mot endringer. Hvis funksjonaliteten til en slik konfigurasjon ikke dekker noen forretningsoppgaver, kan den endres - gjør endringer i standardobjekter eller legg til nye. For å gjøre dette, må standardkonfigurasjonen fjernes fra støtten - gjennom menyen Konfigurasjon -> Støtte -> Støtteinnstillinger, Aktiver redigering:
Ytterligere forbedringer kan gjøres. Den endrede konfigurasjonen vil avvike fra standarden; begge alternativene ( grunnleggende konfigurasjon, endret og leverandørkonfigurasjon, original typisk) vil bli lagret i databasen; om nødvendig kan de vises og sammenlignes:
Etter å ha gjort endringer, må de "projiseres" til konfigurasjonen der forretningsdataene er lagret direkte - på databasekonfigurasjon. For eksempel, etter å ha lagt til et nytt attributt til hovedkonfigurasjonen, vil det ikke være umiddelbart tilgjengelig for brukeren, siden databasekonfigurasjonen ennå ikke er endret. For å oppdatere databasekonfigurasjonen, trykk F7; Etter oppdateringen blir databasekonfigurasjonen lik hovedkonfigurasjonen:
Oppsummering. I hver 1C-database er det tre konfigurasjoner om gangen: leverandørkonfigurasjon, hovedkonfigurasjon og databasekonfigurasjon. I en standardløsning, uten endringsalternativet aktivert, er alle tre like.
Hver konfigurasjon består av applikasjonsobjekter gruppert i et konfigurasjonstre basert på likhetsprinsippet. For eksempel, et tre med objekter av typen Dokument:
Hvert av konfigurasjonsobjektene kan ha en spesifisert logikk algoritmer; algoritmer er skrevet i programmoduler ved hjelp av innebygd 1C-språk:
Antallet konfigurasjonsobjekter kan være svært stort; For deres vilkårlige klassifisering etter formål, brukes mekanismen til delsystemer. Hvert konfigurasjonsobjekt kan inkluderes i ett eller flere delsystemer. Ved å velge et undersystem kan du velge hele listen over objekter relatert til en gitt applikasjonsoppgave:
Oppgave 01.02 av eksamen 1C: Plattformprofesjonell. Hvilket objekt inneholder brukerredigerbar informasjon?
- Konfigurasjonsobjekt
- Innebygd språkobjekt
- Infobaseobjekt
- Svar 1 og 3 er riktige
- Alle alternativer er riktige
Oppgave 01.05 av eksamen 1C: Plattformprofesjonell. Velg riktig sett med assosiasjoner "Objekt" - "filtype":
- ekstern behandling - "epf", ekstern rapport - "erf", konfigurasjon - "cf"
- ekstern behandling - "ert", ekstern rapport - "mxl", konfigurasjon - "pfl"
- ekstern behandling - "ert", ekstern rapport - "erf", konfigurasjon - "cfu"
- ekstern behandling - "epf", ekstern rapport - "mxl", konfigurasjon - "cfu"
Riktig svar er det første. Ekstern prosessorfil er en utvidelse av ekstern behandling, Ekstern rapportfil er en utvidelse av eksterne rapporter, Konfigurasjonsfil er en utvidelse av en konfigurasjonsfil.
Oppgave 01.21 av eksamen 1C: Plattformprofesjonell. Hva består konfigurasjonen av?
- Konfigurasjonsobjekter
- Innebygde språkobjekter
- Infobaseobjekter
- Svar 1 og 3 er riktige
- Alle alternativer er riktige
Oppgave 01.27 av eksamen 1C: Plattformprofesjonell. Hvilke objekter brukes for å beskrive algoritmen?
- Konfigurasjonsobjekter
- Innebygde språkobjekter
- Infobaseobjekter
- Svar 1 og 3 er riktige
- Alle alternativer er riktige
Oppgave 01.34 av eksamen 1C: Plattformprofesjonell. Hvilken konfigurasjon kan endres interaktivt i konfiguratoren?
- Grunnleggende konfigurasjon
- Databasekonfigurasjon
- Leverandørkonfigurasjon
- Eksterne konfigurasjoner
Oppgave 01.57 av eksamen 1C: Plattformprofesjonell. Vilkårlig klassifisering av konfigurasjonsobjekter utføres ved hjelp av...
- egenskaper Kommentar for konfigurasjonsobjektet
- oppretter "Klassifisering"-attributtet
- ved å bruke subsystem-konfigurasjonsobjektet
- Alternativ 1 og 2 er riktige
- alle alternativer er riktige
Spørsmål 01.63 av eksamen 1C: Plattformprofesjonell. Hvor mange infobaser kan det være med samme konfigurasjon?
- Bare en
- Bare to (fungerende og demo)
- Ubegrenset
- Bestemmes av leveringspakken til applikasjonsløsningen
- Definert i konfigurasjonsinnstillinger
Oppgave 01.64 av eksamen 1C: Plattformprofesjonell. Hvor mange konfigurasjoner må finnes i en applikasjonsløsning?
- Så mye du vil
Spørsmål 03.13 av eksamen 1C: Plattformprofesjonell. I hvilket tilfelle er det mulig å endre metadata i konfigurasjonsvinduet?
- Alltid
- Kun grunnleggende konfigurasjon
- For hoved- og databasekonfigurasjon
- For leverandørkonfigurasjon
- For en konfigurasjon åpnet fra en fil