"1C: Library of Standard Subsystems" (heretter referert til som BSP) er ment for utviklinger basert på "1C: Enterprise". Den originale versjonen av BSP, opprettet i 2010, ble utviklet for å konfigurere 1C-løsninger selv. Derfor er grunnlaget for alle standardprodukter produsert av 1C BSP.

Bruken av BSP gjorde det mulig å løse problemer som standardisering av applikasjonsprogrammer og sparer tid for programmerere. Siden all grunnleggende funksjonalitet er inkludert i BSP og alt som gjenstår er å implementere den, er det ikke nødvendig å utvikle standard funksjonsblokker.

Installasjon av BSP. Leveringsfiler

BSP er ikke en løsning, det er bare et verktøy for programmereren. Det er ikke på salg, det mottas av kunder eller 1C-franchisetakere ved abonnement på ITS.

Installerer biblioteket

Figur 1

Etter installasjonsprogrammet går vi gjennom trinnene og klikker på "Fullfør".

Fig.2

Fig.3

Fig.4

Legg til en ny informasjonsbase ved å bruke "Legg til"-knappen og velg "Opprett en ny informasjonsgrunnlag", og deretter til du klikker "Ferdig".

Fig.5

Fig.6

Fig.7

Fig.8

Fig.9

Fig.10

Leveransen av BSP inkluderer en demobase med installasjonsalternativ og følgende filer:

• 1Cv8.jf bibliotekleveringsfil som ikke er ment for å skape informasjonssikkerhet ved hjelp av en mal;
• 1Cv8_international.cf Leveringsfilen for den internasjonale versjonen av biblioteket er heller ikke beregnet for arbeid med maler;
• 1Cv8_demo.dt demo base;
• 1Cv8_demo.cf demobase leveringsfil.

Fig.11

Fig.12

Dette eksemplet er vist med versjon 3.0.1.240. Konfigurasjonsfilene er plassert i underkatalogen \1c\SSL\3_0_1_240\. Vær oppmerksom på at denne versjonen brukes med 1C 8.3-plattformen ikke lavere enn versjon 8.3.12.1412.

Når du installerer biblioteket, kan du støte på "SDBL-feil. ConfigVersion-tabellen eller -feltet finnes ikke i FROM-leddet."

Fig.13

Dette problemet kan løses ved å laste opp og laste ned Dt-filen (i vårt tilfelle lastet vi ned demofilen fra leveringssettet).

Fig.14

BSP implementeringsassistent

Fig.15

Fig.16

Første implementering av BSP.epf – ekstern behandling, hvis navn taler for seg selv. Med dens hjelp kan du velge delsystemer for implementering, ta hensyn til deres relasjoner, la innstillinger for sammenligning (sammenslåing) og fjerne overflødige, ubrukte fragmenter av delsystemkode.

En trinn-for-trinn-assistent er tilgjengelig fra delen "Utviklerverktøy - Første BSP-implementering".

Fig.17

Ved hjelp av assistenten opprettes også en mal for konfigurasjonen som opprettes. Til høyre kan du se en beskrivelse av hvert valgbare delsystem.

Fig.18

Fig.19

Fig.20

Vi registrerer tilleggsparametere for hvert delsystem vi velger.

Vi overfører dataene, i henhold til våre innstillinger, til den opprettede, tomme konfigurasjonen I "Konfigurator"-modus går vi inn i den.

Fig.21

For klarhets skyld, la oss gi det nytt navn til "Min_konfigurasjon".

For første gang i konfiguratormodus, spesifiser "Konfigurasjon-Sammenlign, slå sammen med konfigurasjon fra fil", spesifiser bibliotekleveringsfilen i dialogboksen og bekreft støtteforespørselen.

Fig.22

Til spørsmålet "Vil du utføre en full konfigurasjonsnedlasting?" Vi svarer benektende.

Fig.23

Fig.24

Vi ser en sammenligning av to konfigurasjoner - "My_Configuration" og "Standard Subsystem Library".

Fig.25

I sammenligningsvinduet kan du laste inn innstillinger fra en fil som tidligere er lagret ved hjelp av assistenten via "Handlinger - Last inn innstillinger fra fil".

Fig.26

I vinduet som åpnes, velg filen vår som tidligere er lagret med assistenten - "Sammenligningsinnstillingsfil".

Fig.27

Vær oppmerksom på at undersystemene vil bli uthevet avhengig av hvilke som ble identifisert under oppsett av assistenten. Så hvis du bare velger den grunnleggende funksjonaliteten (fig. 28), vil konfigurasjonsvinduet se slik ut:

Fig.28

Fig.29

De. vi ser at ikke alle konfigurasjonsobjekter er sjekket.

La oss nå konfigurere de underordnede undersystemene, merke objektene som skal overføres, gjennom "Handlinger - Marker etter filundersystemer". Vi aktiverer "Aktiver området for underordnede undersystemer".

Fig.30

Fig.31

Som standard er alle undersystemer implementert, så du må fjerne alle avmerkingsboksene, og la bare de nødvendige (før du implementerer biblioteket med standard undersystemer i konfigurasjonen din, må du studere listen over implementerte undersystemer).

Fra "Standard undersystemer" velger vi de nødvendige, uavhengig av hvilken funksjonalitet som trengs. Blant dem er grunnleggende funksjonalitet, oppdatering av databaseversjoner, brukere, kontakter.

Det er også tilleggssystemer som må overføres for å fungere i servicemodellen, og valgfrie som krever selektiv installasjon. Du kan bestemme forholdet deres ved å bruke tabellene ved å lese artikkelen på ITS-nettstedet.

Fig.32

Etter å ha valgt undersystemene, klikk på "Installer"-knappen.

Du kan også velge en sammenslåingsmodus for individuelle elementer - "Ta fra fil" eller "Slå sammen med prioritet til hovedkonfigurasjonen" (for å gjøre dette, høyreklikk på den).

Fig.33

Disse handlingene kan brukes på alle elementer ved å sette dem gjennom menyen "Handlinger - Angi modus for alle".

Fig.34

Fig.35

Fig.36

Fig.37

Fig.38

Før du oppdaterer konfigurasjonen, må du angi versjonsnummeret til konfigurasjonen som opprettes i egenskapene, ellers vil det ved åpning av programmet dukke opp en feil som sier at egenskapen for konfigurasjonsversjon ikke er fylt ut.

Fig.39

Fig.41

Vær oppmerksom på at når prosessene er fullført, blir metadataobjektene migrert, men ikke konfigurert ennå. Derfor er det nødvendig å begynne å sette opp BSP-objekter.

Versjon 1.0.4.5

Versjon 1.0.5.21

Siste versjon

• Informasjon N11853 for brukere og partnere 14/05/2010 "Om utgivelsen siste versjon verktøysett "1C: Library of standard subsystems 8.2"

1C-selskapet kunngjør utgivelsen 14. mai 2010 av den endelige versjonen av verktøysettet for utviklere av applikasjonsløsninger på 1C:Enterprise 8.2-plattformen - 1C: Library of Standard Subsystems 8.2. "...Totalt inkluderer BSP 31 delsystemer..."

Versjon 1.0.6.8

Versjon 1.0.7.5

• Utgivelsesdato 2010.08.05
• utgivelse: http://users.v8.1c.ru/SSLTest.aspx
• Dokumentasjon: http://its.1c.ru/db/bspdoc#content:23:1

Eksempler på bruk

Hva er dette

Library of Standard Subsystems (BSS) inkluderer et sett med universelle funksjonelle undersystemer som kan brukes i den utviklede konfigurasjonen, både sammen og hver for seg. Ved hjelp av BSP kan du raskt lage nye konfigurasjoner med ferdige grunnfunksjoner, samt inkludere ferdige funksjonsblokker i eksisterende konfigurasjoner.

Alle BSP-delsystemer kan deles inn i følgende kategorier:

• Delsystemer som implementerer "uavhengig" funksjonalitet. De implementeres ved ganske enkelt å overføre funksjonalitet og krever ikke vesentlige tilleggsinnstillinger.
• Integrerte delsystemer som implementerer funksjonalitet beregnet for bruk i visse forbrukerkonfigurasjonsobjekter (“tett” integrasjon). Ved implementering er det nødvendig å bestemme sammensetningen av forbrukerkonfigurasjonsobjekter som funksjonalitet må implementeres for, og deretter utføre et visst antall tilleggsinnstillinger, foreta endringer i koden og skjemaene til de valgte objektene.

BSP-delsystemer dekker slike områder som administrasjon av informasjonsbasen, administrasjon av systembrukere, vedlikehold av ulike regulatoriske og referanseopplysninger (adresseklassifiserer, valutakurser, kalenderdiagrammer osv.). BSP gir bruker- og programgrensesnitt for arbeid med oppgaver og forretningsprosesser, vedlagte filer, kontaktinformasjon, e-postmeldinger osv. Den fullstendige sammensetningen av delsystemene til prøveversjonen er gitt i dokumentasjonen.

I tillegg til delsystemer tilbyr BSP separate metoder for å utvikle standardløsninger.

Bruk av BSP ved utvikling av applikasjoner på 1C:Enterprise 8.2-plattformen vil redusere tiden brukt på utvikling, forbedre kvaliteten på applikasjonsløsninger, og også standardisere konfigurasjoner utgitt på 1C:Enterprise 8.2-plattformen. Nå, i tillegg til plattformen, tilbyr 1C ferdiglaget grunnleggende funksjonalitet og teknologi for utvikling av applikasjonsløsninger, hvis bruk vil redusere tiden for å studere og implementere applikasjonsløsninger på grunn av deres forening i henhold til settet med standard delsystemer som brukes . Prøvefunksjoner

Den nåværende versjonen 1.0.4 har en rekke begrensninger:

• Kompatibilitet av prøveversjonen av BSP med påfølgende versjoner er ikke garantert.
• Bruk av denne versjonen i kommersielle prosjekter anbefales ikke.
• Prøveversjonen er ment for bruk med 1C:Enterprise 8.2-plattformversjon 8.2.9.260.

Foreløpige testutgivelser av konfigurasjoner leveres til 1C-partnere og brukere av 1C:Enterprise-programvaresystemet for testing, foreløpig kjennskap til nye konfigurasjonsmuligheter, feilrettinger og for å teste driften av nye utgivelser på ekte data.

Bruk av en forhåndsutgivelse for å automatisere virkelige virksomhetsoppgaver kan bare gjøres i individuelle tilfeller etter brukerens skjønn, i samarbeid med partneren som støtter implementeringen. Meldinger om feil identifisert under testing skal sendes til e-postadressen [e-postbeskyttet]. Denne adressen registrerer kun feil i foreløpige testutgivelser av konfigurasjoner.

Når du sender en feilmelding, sørg for å angi:

• partnerkode eller brukerregistreringsnummer;
• konfigurasjonsnavn;
• det fullstendige utgivelsesnummeret der feilen ble identifisert;
• detaljert beskrivelse av feilen;
• rekkefølgen feilen er gjengitt i.

• angi egenskapene til datamaskinen;
• angi operativsystemversjonen;
• overføre applikasjonsdata (infobaser og andre data som kan bidra til å gjenskape feilen).

Det skal sendes et eget brev for hver oppdaget feil.

Bibliotekets komposisjon

Biblioteket "1C:Enterprise 8. Library of standard subsystems 8.2" inkluderer et sett med universelle funksjonelle subsystemer beregnet for bruk i applikasjonsløsninger på 1C:Enterprise 8.2-plattformen. Biblioteket er ikke en komplett (fra et fagsynspunkt) søknadsløsning. Bibliotekundersystemer kan brukes i en forbrukerkonfigurasjon enten sammen eller hver for seg.

Alle bibliotekundersystemer kan deles inn i følgende kategorier:

1. Delsystemer som implementerer uavhengig funksjonalitet.

2. Integrerte delsystemer som implementerer funksjonalitet beregnet for bruk i visse forbrukerkonfigurasjonsobjekter (tett integrasjon).

Undersystemer av forskjellige kategorier er forskjellige i kompleksiteten til implementeringen i konfigurasjonen. Undersystemer av den første kategorien implementeres ved å overføre funksjonalitet som regel, de vises i konfigurasjonsgrensesnittet og krever ikke betydelige tilleggsinnstillinger. Slike delsystemer kan inneholde brukergrensesnitt og gi et programmeringsgrensesnitt som kan brukes i forbrukerkonfigurasjonen. Å oppdatere disse undersystemene når neste versjon av biblioteket er utgitt, kommer ofte ned på å oppdatere de tilsvarende konfigurasjonsobjektene. Eksempler på delsystemer er "Valutaer", "Oppsigelse av brukere".

Når du implementerer integrerte delsystemer etter overføring av funksjonaliteten til delsystemet, er det nødvendig å bestemme sammensetningen av som funksjonaliteten må implementeres for. Etter dette er det nødvendig å utføre et visst antall tilleggsinnstillinger, gjøre endringer i koden og formene til de valgte objektene, dvs. utføre tett integrasjon av delsystemet i forbrukerkonfigurasjonsobjekter. Oppdatering av slike delsystemer når neste versjon av biblioteket slippes kommer også ned til en enkel oppdatering av delsystemet og krever som regel ikke gjentatte endringer av forbrukerkonfigurasjonsobjekter.

Biblioteket inneholder kun standard delsystemer, og tilbyr også noen metoder for å utvikle standardløsninger, for eksempel en metode for å sette sesjonsparametere.

Beskrivelse nøkkelfunksjoner delsystemer er gitt i tabell 1.

Tabell 1. Formål med bibliotekundersystemer (v-ikonet angir undersystemer beregnet for implementering i leverandørkonfigurasjonsobjekter (tett integrasjon))

№	Delsystem	Nøkkelegenskaper
1.	Standard delsystemer	Generelle prosedyrer og funksjoner. Stille inn tittelen på programvinduet. Tjenestefunksjoner til systemadministratoren (sletting av merkede objekter, liste over aktive brukere og logg)
2.	Adresseklassifiserer	Tilbyr en adresseklassifiserer (KLADR) for bruk i applikasjonsundersystemer. Laster adresseklassifisereren fra ITS-disken, fra en fil og fra brukerdelen av 1C-selskapets nettsted. Sjekker med jevne mellomrom etter oppdateringer til adresseklassifisereren på 1C-selskapets nettsted
3.	Forretningsprosesser og oppgaver	Informere brukeren om hans nåværende oppgaver. Interaktiv oppgaveoppføring. Overvåking og kontroll av oppgavegjennomføring av interessenter - forfattere og oppgavekoordinatorer. Grunnleggende funksjonalitet for å utvikle tilpassede forretningsprosesser i konfigurasjonen
4.	Valutaer	Lagre og gi tilgang til listen og valutakurser. Laste ned valutakurser fra nettstedet rbc.ru. Velg valutaer fra all-russisk klassifiserer OKW
5.	Versjon av objekter	Lagre historikken for endringer i kataloger og dokumenter (brukeren som gjorde endringene, tidspunktet for endringen og endringens art, nøyaktig til detaljene i objektet og detaljene i dets tabelldeler). Sammenligning av vilkårlige versjoner av objekter. Vis tidligere lagrede versjoner av et objekt
6.	Å stenge brukere	Sette blokker for nye tilkoblinger til infobasen. Avslutte eksisterende tilkoblinger til infobasen
7.	Forbud mot å redigere objektdetaljer	Undersøkelse obligatorisk fylling noen detaljer om objekter som bestemmer karakteren av dette objektet(vanligvis kalt "nøkkeldetaljer"). Forbud mot å redigere nøkkeldetaljer for innspilte objekter. Kontrollerer muligheten til å endre nøkkeldetaljer av en bruker som har rettigheter til det
8.	Kalenderplaner	Lagre informasjon om kalenderplaner som brukes i bedriften. Motta en dato som vil inntreffe i et spesifisert antall dager i henhold til en spesifisert tidsplan, etc.
	Kontaktinformasjon	Utvide konfigurasjonskatalogdetaljene med et vilkårlig sett med detaljer beregnet for å legge inn kontaktinformasjon. Bruk av forhåndsdefinerte og tilpassede typer kontaktinformasjon. Bruke funksjonaliteten til "Address Classifier"-delsystemet
10.	Kontrollerer dynamiske konfigurasjonsoppdateringer	Faktasjekk dynamisk endring konfigurasjoner. Varsle brukeren med et forslag om å starte programmet på nytt
	Logg overvåking	Vise registreringsloggen i 1C:Enterprise-modus. Generere en rapport om kritiske oppføringer i loggen og periodisk sende rapporten til spesifiserte mottakere
	Angi rekkefølgen på elementene	Angi rekkefølgen på elementer i et objekt ved hjelp av opp- og ned-knappene
	Oppdatering av informasjonssikkerhetsversjonen	Utføre innledende utfylling og oppdatering av infobasedata når konfigurasjonsversjonen endres. Viser informasjon om endringer i ny verson konfigurasjoner
		Dannelse av trykte former for objekter i skjemaet regnearkdokumenter eller kontordokumenter i formater Microsoft Word og OpenOffice.org Writer. Utskrift og sending av trykte skjemaer på e-post
	Fulltekstsøk	Sette opp og bruke fulltekstdatasøk
	Motta filer fra Internett	Programvaregrensesnitt for mottak av filer fra Internett. Motta en fil fra nettverket på klienten. Lagre filer: på klientdatamaskinen, i informasjonsdatabasen. Be om og lagre proxy-serverparametere
	Brukere	Se og rediger listen over systembrukere. Administrasjon av brukerrettigheter. Definisjon nåværende bruker ved systemstart
	Jobber med e-postmeldinger	Programvaregrensesnitt for å sende e-postmeldinger. Visnings- og redigeringssystem regnskapå jobbe med via epost. Utgangspunkt brukergrensesnittå sende meldinger
	Arbeid med filer	Legge ved filer til vilkårlige konfigurasjonsobjekter. Legger ved filer fra filsystem eller lage filer ved hjelp av en mal. Kollektiv redigering av filer. Lagre og gi tilgang til filversjoner. Støtte for fulltekstsøk for vedlagte filer
	Planlagte oppgaver	Vise og stille inn parametere rutineoppgaver(planlegge, starte, stoppe). Støtte for å utføre rutineoppgaver i filversjon informasjonsgrunnlag
	Egenskaper	Opprette og redigere tilleggsegenskaper for dokumenter og kataloger. Lagre egenskaper i et objekt ( ekstra detaljer) og utenfor objektet i et spesielt informasjonsregister (tilleggsopplysninger). Evne til å bruke egenskaper i rapporter. Støtte for muligheten til å angi forskjellige sett med egenskaper for forskjellige objekter av samme type
	Lagrer innstillinger	Lagre og laste inn rapportalternativer og egendefinerte rapportinnstillinger. Forbedring av rapportskjemaet for praktisk bytte av brukerinnstillinger og rapportalternativer
	Enkeltpersoner	Lagre og gi tilgang til informasjon om enkeltpersoner
	Rapporteringsfunksjoner	Programvaregrensesnitt for å tilpasse rapportskjemaer for datasammensetningssystemet (DCS)

Library of standard subsystems (LSL) er et sett med undersystemer for konfigurasjoner på 1C:Enterprise-plattformen som implementerer grunnleggende funksjonalitet og individuelle funksjonsblokker. La oss prøve å forstå mer detaljert hva det er.

Hvorfor ble BSP opprettet?

Den første versjonen av BSP ble utgitt av 1C tilbake i 2010 for 1C:Enterprise 8.2-plattformen. 1C foreslår å bruke dette biblioteket (eller dets individuelle undersystemer) som grunnlag for å lage dine egne applikasjonsløsninger. Dessuten er alle standardprodukter produsert av 1C selv basert på BSP.

Bruken av enhetlige moduler gjorde det mulig å oppnå større standardisering av applikasjonsløsninger, og dette gjorde det igjen mulig å redusere tiden brukt på å studere dem (av programmerere, administratorer og sluttbrukere).

For programmerere som utvikler applikasjonsløsninger fra bunnen av, tillot BSP dem å spare mye tid, fordi Det er ikke nødvendig å uavhengig utvikle de grunnleggende funksjonsblokkene som er inkludert i BSP. Utviklingen og testingen ble utført av 1C for programmereren. Programmereren trenger nå bare å forstå den allerede utviklede funksjonaliteten og lære å implementere BSP.

Hvordan distribueres BSP?

BSP er en konfigurasjon for 1C:Enterprise-plattformen. Dessuten er ikke konfigurasjonen en uavhengig applikasjonsløsning, den er bare et verktøysett for utvikleren. Hele konfigurasjonen eller deler av delsystemene kan brukes ved utvikling av applikasjonsløsninger.

Leveransen av BSP inkluderer en demobase med et eksempel på implementering. Denne demodatabasen er tilgjengelig for gjennomgang på 1C-nettstedet. Du kan lese hvordan du får tilgang til det i artikkelen.

BSP er ikke til salgs. BSP-distribusjonspakken kan fås gratis hvis du har et abonnement på informasjonsteknologistøtte (ITS). For å bruke en applikasjonsløsning utviklet på grunnlag av BSP, er det ikke nødvendig med abonnement på ITS. Partnere til 1C kan også motta BSP gratis.

Den offisielle dokumentasjonen om BSP er plassert på https://its.1c.ru/db/bspdoc og er tilgjengelig hvis du har et abonnement på ITS.

BSP-sammensetning

BSP består av mange delsystemer, som er delt inn i:

• uavhengig. For å implementere det er det nok å overføre alle objekter til målkonfigurasjonen og vise objektene i grensesnittet. Eksempler på slike undersystemer: "Logganalyse", "Valutaer", "Fullføre brukeroperasjoner".
• integrerbar. Designet for tett integrasjon med andre konfigurasjonsobjekter. For å implementere slike delsystemer er det nødvendig å utføre tilleggsinnstillinger. Eksempler på slike undersystemer: "Objektversjon", "Fylle objekter", "Forbud mot å redigere objektdetaljer".

For øyeblikket (juli 2017) er BSP versjon 2.4.2 tilgjengelig, som støtter følgende funksjonalitet:

Administrasjons- og vedlikeholdsverktøy	Logganalyse Ytterligere rapporter og behandling Programinnstillinger Konfigurasjonsoppdatering Evaluering av framføring Finne og fjerne duplikater Sikkerhetsprofiler Planlagte oppgaver Sikkerhetskopiering av informasjon Fjerne merkede objekter Håndtering av totaler og aggregater
Administrasjon av brukere og tilgangsrettigheter	Å stenge brukere Brukere Adgangskontroll
Integrasjon med andre programmer og systemer	Eksterne komponenter Laster data fra en fil Integrasjon med 1C-Bukhfon (1C-Connect) Datautveksling Sender SMS Motta filer fra Internett Jobber med e-postmeldinger Distribusjon av rapporter
Teknologiske mekanismer og programvaregrensesnitt	Grunnleggende funksjonalitet Fylle objekter Forbud mot å redigere objektdetaljer Oppdatering av informasjonssikkerhetsversjonen Plugin-kommandoer Prefikser objekter Jobber i en tjenestemodell Overvåkingssenter
Applikasjonsundersystemer og brukerarbeidsstasjoner	Spørreskjema Forretningsprosesser og oppgaver Rapportalternativer Interaksjoner Arbeid med filer Aktuelle saker Meldingsmaler
Regulatorisk referanseinformasjon og klassifiserere	Banker Valutaer Åpningstider Kalenderplaner
Tjenesteundersystemer	Versjon av objekter Gruppemodifisering av objekter Datoer det er forbudt å endre Brukermerknader Beskyttelse av personopplysninger Oppstartsinformasjon Kontaktinformasjon Brukerpåminnelser Angi rekkefølgen på elementene Tetning Fulltekstsøk Sjekker lovligheten av å motta oppdateringer Egenskaper Deklinasjon av objektrepresentasjoner Rapporteringsstruktur Elektronisk signatur

Spesifikke delsystemer vil bli beskrevet mer detaljert i egne artikler.

Implementering av BSP

Før du implementerer et bibliotek med standard undersystemer i konfigurasjonen din, må du bestemme listen over undersystemer som skal implementeres. I det enkleste tilfellet er alle delsystemer implementert. Uansett hvilken funksjonalitet som trengs, er det obligatoriske undersystemer som alltid implementeres:

• Grunnleggende funksjonalitet;
• Oppdatering av informasjonssikkerhetsversjonen;
• Brukere.

Den generelle implementeringsordningen består av følgende stadier:

1. Overføring av nødvendige metadataobjekter til målkonfigurasjonen;
2. Sette opp overførte objekter;
3. Bruke BSP-objekter ved utvikling av ny funksjonalitet.

For å bistå i implementeringen av BSP inkluderer biblioteket behandling Første implementering av BSP.epf . Den ligger i konfigurasjonsmalkatalogen. I bearbeiding Kort beskrivelse av alle delsystemer og delsystemenes gjensidige avhengighet av hverandre bestemmes.

For å kontrollere riktigheten av BSP-implementeringen, ligger en rapport i konfigurasjonsmalkatalogen Sjekker implementeringen av BSP.erf.

Hvordan finne ut versjonen av BSP-applikasjonsløsningen

Det er flere måter å finne ut hvilken versjon av BSP som brukes i en spesifikk applikasjonsløsning:

• Programmatisk: kaller en funksjon StandardSubsystemsServer. Bibliotekversjon() ;
• Interaktiv: i informasjonsregisteret "Subsystem Versions", se på versjonsverdien for undersystemet "StandardSubsystems".

Det er en konfigurasjon som gjør utviklerens arbeid enklere, og sparer ham fra slikt "trivielt" arbeid - dette er "Standard Subsystems Library" (BSS), som inkluderer et sett med universelle funksjonelle undersystemer og fragmenter av "Administrasjon" -delen, beregnet på for bruk i applikasjonsløsninger på plattformen "1C:Enterprise". Biblioteket er ikke en komplett (fra et fagsynspunkt) applikasjonsløsning, men bibliotekdelsystemene kan brukes i en forbrukerkonfigurasjon, både sammen og hver for seg. Og for dette formålet inkluderer BSP en spesiell implementeringsassistent, hvis bruk bidrar til å spare tid betydelig når du utvikler en ny konfigurasjon.

Selve assistenten er laget i form av en trinnvis veiviser, ved hjelp av hvilken utvikleren spesifiserer undersystemene han trenger, og veiviseren vil lage et tomt som du kan jobbe med i fremtiden. I hovedsak mottar vi en mal for en fremtidig konfigurasjon.

La oss lansere BSP(vi har utgave 2.3, versjon 2.3.3.63), la oss gå til delen "Utviklerverktøy" U94; "Første implementering av BSP":

Her vil det bli åpenbart for oss "BSP-implementeringsassistent". Selve assistenten ser ut som en trinn-for-trinn-assistent, hvor vi i første omgang velger delsystemene som vi trenger i konfigurasjonen som utvikles. Etter dette må du spesifisere filen (i xml-format) som vi skal lagre disse innstillingene i.
Deretter går vi videre til det andre trinnet: vi angir ytterligere parametere for hvert av de valgte undersystemene.

Etter å ha valgt alle parameterne, vil systemet sjekke om alt ble valgt riktig og tilby forskjellige varianter feilsporing (Subsystem Implementation Table eller BSP Implementation Report).

Artikkelen beskriver kort arbeidet med BSP Implementation Assistant, fordi dette verktøyet ikke er veldig populært. Oftere i praksis handler utviklere i henhold til denne ordningen: de installerer de nødvendige BSP-delsystemene på en tom konfigurasjon (“BSP Implementation Assistant” kan også hjelpe her), men vanligvis overføres alle undersystemer fra BSP til en ny tom konfigurasjon.

Vi har to konfigurasjoner: den første (hoved) - med alle BSP-undersystemer, den andre (fil) - BP.

1. Aktiver muligheten til å redigere hovedkonfigurasjonen.

2. Hent frem menyen Konfigurasjon - Sammenlign, slå sammen med konfigurasjon fra fil.

3. Velg en fil med filtypen jfr PSU-konfigurasjoner.

4. Svar Ja på tilbudet om støtte.

6. Utfør Handlinger - Mark etter delsystemer.

7. Merk undersystemene som ikke er i hovedkonfigurasjonen vår - ta dem fra filen, men undersystemene som ikke er i konfigurasjonen fra filen må stå i hovedkonfigurasjonen (dette vil være tilfellet som standard), klikk deretter Installere.

8. Merk egenskapene til rotelementet for sammenslåing: Hovedroller, administrert applikasjonsmodul, sesjonsmodul, ekstern tilkoblingsmodul, vanlig applikasjonsmodul, modalitetsbruksmodus, bruksmodus for synkrone plattformutvidelseanrop og eksterne komponenter, Grensesnittkompatibilitetsmodus, Kompatibilitetsmodus. Klikk Kjør.

9. I vinduet Sette opp støtteregler - OK.

10. Oppdater databasekonfigurasjon (F7).

Og lignende tjenestemeldinger:

"... (objektet er en del av et felles attributt med samme navn)" eller "...: Bruker definerte typer i X.H.H. (for eksempel forfatteren) og nedenfor er uakseptabelt" ; "Generelt bilde: Navnet er ikke unikt!"

12. For et objekt som er en del av de generelle rekvisittene med samme navn - fjern fra støtte, slett objektet og lenker til det. Søk etter lenker til objekter som skal slettes – slett lenker.

13. Endre kompatibilitetsmodusen over X.H.X.

14. Oppdater databasekonfigurasjonen (F7). Deretter, hvis du går tilbake til trinn 11, fullfør trinn 12 og 13, deretter 14.

I prinsippet er det alt - den "automatiske" delen av arbeidet er ferdig. Det mest "interessante" stadiet av arbeidet begynner: hvis du allerede trodde at konfigurasjonen "tok av", tar du sannsynligvis veldig feil.

Sjekk først vanlige moduler, om delsystemer er inkludert i kommandogrensesnittet osv. Når alt er "på en måte klart", begynn å feilsøke.

Og fortsett å feilsøke til du er sikker på at det ikke er noen feil.

Som regel er konfigurasjoner i 1C skrevet for brukere. Alle konfigurasjoner er forskjellige, men ganske ofte bruker forskjellige konfigurasjoner de samme objektene som skiller seg litt fra hverandre. Det er virkelig vanskelig å forestille seg en konfigurasjon der slike enheter som varer, motparter, brukere og valuta ikke vises. Og noen oppgaver er typiske: muligheten for grunnleggende differensiering av rettigheter, arbeid med e-post, oppgaver for brukere osv. Men det er en konfigurasjon som gjør programmererens arbeid enklere, den inneholder og strukturerer standardoppgavene som arbeidsgivere setter for programmerere.

Hvis du har jobbet med forskjellige standardkonfigurasjoner fra 1c, vil du ha lagt merke til at de i utgangspunktet er ganske like, mange grunnleggende funksjoner er like for alle typiske konfigurasjoner. Også fra BSP kan du legge til standardkataloger som organisasjoner, banker, en valutaklassifisering og mye mer til din egen konfigurasjon.

Vi vil prøve å finne ut hvilke delsystemer som er ansvarlige for hva og hvordan de henger sammen.

Hvis du bestemmer deg for å bruke en BSP, betyr ikke dette at du trenger å bruke alle delsystemene som er inkludert i den. BSP inkluderer en spesiell implementeringsassistent, som bidrar til å spare tid betydelig når du utvikler en ny konfigurasjon. Assistenten er utformet som en trinn-for-trinn-veiviser, der utvikleren spesifiserer undersystemene han trenger, og veiviseren vil lage et tomt som du kan jobbe med i fremtiden. I hovedsak mottar vi en mal for en fremtidig konfigurasjon.

Hvis vi kjører BSP i modus tynn klient, så vil vi se et slikt vindu

I det innledende stadiet er vi interessert i "Utviklerverktøy" -fanen, som vi vil lansere "BSP Implementation Assistant" med

Selve skua ser ut som en trinn-for-trinn-assistent.

På det første trinnet velger vi delsystemene vi trenger i den utviklede konfigurasjonen.

For eksempel slik

Etter dette må du spesifisere filen der vi skal lagre innstillingene. XML-filformat.

Så går vi videre til andre trinn.

På det andre trinnet, spesifiser tilleggsparametere for hvert av de valgte delsystemene.

Etter at du har valgt alle parameterne, vil systemet sjekke om alt ble valgt riktig og tilby ulike alternativer for sporingsfeil

Eller i denne formen:

I de følgende artiklene vil vi fortsette å studere arbeidet med biblioteket av standard delsystemer.