Pristup se ne učitava za 1s. Izvorni kod funkcije za kreiranje datoteke baze podataka

Funkcija prima 3 parametra:

1. FileName - naziv niza datoteke baze podataka.
2. DataTable - tablica vrijednosti koja sadrži podatke.
3. Opis tabele - struktura koja opisuje polja i naziv tabele.

Za rad sa bazom podataka kreira se veza koja nam je već poznata. Nakon povezivanja, kreiramo objekat odgovoran za izvršavanje sql instrukcija. Zatim organiziramo petlju kroz redove tablice vrijednosti (parametar funkcije br. 2) i ugniježđenu petlju kroz stupce tablice. Brojač redova će se koristiti za indeksiranje redova. Brojač stupaca će se koristiti za traženje opisa polja u strukturi opisa tablice (parametar br. 3). Prolazeći kroz kolone sljedećeg reda analiziramo njihove tipove (prema opisu tablice) i izvodimo odgovarajuće transformacije. Kao rezultat, imamo gotovu sql komandu za pisanje reda u bazu podataka. Primjenjujemo primljenu sql instrukciju koristeći ADODB.Command objekt. Na kraju procesa zatvorite veze i obrišite memoriju.

Nažalost, na ovoj stranici nisam mogao priložiti obradu za debelog klijenta, koji može učitati bilo koji direktorij u pristupnu bazu podataka. Ali možete ga preuzeti na Yandex disku: http://yadi.sk/d/UzK_PAsJ3vjTS. Ova obrada uključuje sve dijelove univerzalnog mehanizma za istovar. Naravno, ovaj mehanizam nije ograničen na ovu obradu. Može se bezbedno kopirati kao u odvojeni modul, iu vašoj obradi. Ne isključujem pogrešne situacije koje bi mogle dovesti do neuspjeha učitavanja, ali ovo nije komercijalni projekat. Možete slobodno mijenjati ovaj mehanizam da odgovara vašim potrebama. Ispod su 2 dodatka koji opisuju adoks konstante. Nadam se da će vam ovaj mehanizam biti od koristi. Želim vam uspjeh u profesionalnoj karijeri!

Dodatak 1 lista dodatnih svojstava polja pristupne tabele:

AutoIncrement

Postavlja tip polja na "Counter" sa vrijednošću koja se automatski povećava kada se doda zapis.

Default

Zadana vrijednost polja.

Opis

Opis polja.

Fiksna dužina

Određuje da li će polje biti fiksne dužine ili promenljive.

Povećanje

Vrijednost za koju će polje tipa brojača biti povećano.

Nullable

Određuje da li polje ne može sadržavati nikakvu vrijednost, drugim riječima, treba li polje biti obavezno.

Seme

Vrijednost od koje će početi brojanje u prvom zapisu za polje tipa "counter".

Jet OLEDB: Dozvoli nultu dužinu

Određuje mogu li tekstualna polja sadržavati nizove nulte dužine. Ignorirano zbog polja bez znakova.

Jet OLEDB:AutoGenerate

Određuje hoće li se nova GUID vrijednost automatski generirati za polja tipa adGUID.

Jet OLEDB: Pravilo validacije kolone

Izraz koji određuje ispravnost vrijednosti zapisane u polju mora biti napisan u SQL WHERE formatu, ali bez njega ključna riječ GDJE.

Jet OLEDB: Tekst za potvrdu kolone

Tekst koji će se prikazati ako vrijednost unesena u polje ne odgovara pravilu definiranom za ovo polje (Pravilo).

Jet OLEDB: Kompresovani UNICODE nizovi

Određuje hoće li Microsoft Jet komprimirati UNICODE nizove prilikom pisanja na disk. Zanemaruje se ako baza podataka nije unutra Microsoft format Jet verzija 4.0.

Jet OLEDB: Hiperveza

Određuje da su podaci u polju hiperveza. Zanemareno za polja s tipom koji nije adLongVarWChar.

Jet OLEDB:IISAM nije posljednja kolona

Za ISAM-ove koji se mogu instalirati, ovo svojstvo obavještava I-ISAM da postoji još stupaca koji će biti dodati u tablicu nakon ove. Ako koristite ITableDefinition::AddColumn ili ITableDefinition::CreateTable, potrebno je da postavite ovo svojstvo za svaki.

Jet OLEDB: Jedan BLOB po stranici

Određuje da li se podaci trebaju pohraniti na odvojenim stranicama (True) ili mogu koristiti dijeljene stranice baze podataka za uštedu prostora na disku. Radi samo s poljima tipa adLongVarBinary.

Dodatak 2 lista tipova vrijednosti koji se koriste u ADOX-u

adDouble, tip 5 - razlomak

adDate, tip 7 - datum/vrijeme

adCurrency, tip 6 - cijeli broj

adInteger, tip 3 - cijeli broj bez predznaka

adBoolean, tip 11 - boolean

adVarWChar, tip 202 - unikod niz dužine 255 znakova

adLongVarWChar("memo"), tip 203 - unicode niz neograničen niz

Nedavno mi je bilo potrebno da preuzmem sve podatke iz jedne jednostavne Access baze podataka u konfiguraciju koja je sama pisana (1C:Enterprise. Nije bilo puno informacija za prijenos i, u principu, bilo je moguće prenijeti ovaj fascinantan proces na korisnika, ali Odlučio sam pomoći svojim već zauzetim zaposlenima.

Pomoć se sastojala u potpunoj automatizaciji ovog procesa. Morao sam napisati jednostavnu obradu koja je sve obavila za nekoliko sekundi. Prije ovog zadatka nisam morao raditi s kombinacijom 1C + Access, pa sam prije nego što sam zgrabio tastaturu i počeo da udaram po kodu, odlučio da pročitam priručnike.

Znao sam od samog početka da će svaka interakcija uključivati ​​korištenje odgovarajućih provajdera, ali sam ipak odlučio proučiti primjere.

Dugo sam razmišljao na koji način da napišem ovu belešku. Na kraju sam se odlučio na najjednostavniju opciju - dajte kod za moje rješenje. Čak i ako nije baš optimalan, više je nego dovoljan za većinu zadataka.

Dakle, hajde da pogledamo sve po redu. Kreiramo novu obradu i bacamo jednu komponentu na nju - “TableField”. Ovu komponentu sam proširio po cijeloj formi. Kao rezultat, moj obrazac je izgledao kao na slici 1.

Slika 1. Obrazac za obradu

U ovom trenutku možemo pretpostaviti da je dizajn obrasca spreman. Nećemo kreirati kolone ručno, već ćemo ovu proceduru izvoditi dinamički. Srećom, nije teško. Kreirajte obrađivač događaja "On Click" za dugme "Pokreni" i u njega upišite sljedeći kod:

//Obriši polje naše tabele TableField1.Clear(); TableField1.Columns.Clear(); //Priprema niza veze za MS Access //Putanja do baze podataka je naznačena na samom kraju Connection string = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="+"C:\mydb.mdb"; ConnectionWithBase = Novi COMObject("ADODB.Connection"); //Povezivanje ConnectionWithBase.Open(ConnectionString); //Nabavite skup zapisa iz tabele demo_table Zbirka zapisa = New COMObject("ADODB.Recordset"); RecordsCollection.Open("odaberi * iz demo_table", DatabaseConnection, 1); //pročitaj strukturu polja tabele //U tabeli vrednosti kreiraj sve kolone koje se nalaze u Access tabeli Za count = 0 po Records Collection.Fields.Count - 1 Ciklus TableField1.Columns.Add("Column" + count, Row(Records Collection .Fields.Item (count).Name) Za count = 0 by Records Collection.Fields.Count - 1 Cycle NewRow["Column" + count] = Records Collection.fields); (TableField1.Columns[count].Value; EndCycle.MoveNext(); Kraj ciklusa; //Prikaži podatke iz specifikacije u TableFieldFormElements.TableField1.Value = TableFormElements.TableField1.CreateColumns();

Pokazalo se da kod nije prevelik, ali prilično koristan. Nisam napravio nikakve veze za određenu strukturu. Kod odlično funkcionira na velikom broju tablica. Nemam više šta da dodam, pa ću se pozdraviti

Ukratko - nikako. U svemu što se tiče interakcije sa državnim organima (bilo da se radi o porezu, finansijski izvještaji, svakakve akcize itd.), 1C se ne može ničim zamijeniti i pokušavati to učiniti je u najmanju ruku nekonstruktivno.

Ali nemojte prestati čitati ovaj članak, ovo još nije glavna ideja. Glavna stvar je ne upasti u logičku zamku i smatrati 1C potpuno nezamjenjivim u bilo kojem dijelu automatizacije svih procesa u poduzeću. Ovdje se ima o čemu raspravljati i šta ponuditi. Želim da pričam o jednom uspešnom iskustvu u automatizaciji različitih aspekata poslovanja računarske kompanije i, naravno, o povezivanju ovog rešenja sa 1C. Rad je nastao iz potrebe povezivanja samorazvijenog sistema sa 1C programom, ali ovaj pristup (podela na 2 programska bloka) može se razviti u punopravnu filozofiju za izgradnju informacionog sistema uopšte.

U početku je zadatak bio sljedeći. Bilo je korporativni sistem automatizacija upisana Microsoft Access. Tokom dugogodišnjeg razvoja, apsorbovao je gotovo sve svakodnevne poslove - održavanje banke, izdavanje računa, priprema knjigovodstvene dokumentacije za otpremu, održavanje skladišta, računovodstvo komponenti serijski brojevi, kompilacija tehnološke karte za proizvodnju itd. Nedavno su u mogućnosti sistema dodani sljedeći dodaci: kreiranje bankovnih plaćanja direktno na osnovu ulaznih faktura, automatska generacija cjenovnici u različitim formatima za objavljivanje na web resursima, ažuriranje web stranice kompanije i pripremu Ugovora na osnovu postojećih šablona (tzv. office automatizacija). Plus prisustvo velike količine analitike i vođenje cjelokupnog upravljačkog računovodstva. Sve je to učinilo sistem potpuno nezamjenjivim - prijenos svih ovih funkcionalnosti na 1C bi oduzeo mnogo vremena i novca.

S druge strane, program 1C-Enterprise je služio samo za potrebe računovodstva za vođenje računovodstvenih i računovodstvenih evidencija i podnošenje izvještaja. Time je 1C „odvezan“ od svakodnevnog funkcionisanja kompanije, a kompletirani dokumenti su naknadno uneseni u bazu podataka.

Šta je dobro u ovoj šemi? Postoji nekoliko prednosti:
- isključenje rukovodilaca i drugih (ne)odgovornih lica iz „svetinje nad svetinjama“ – računovodstvene baze podataka, koju treba da formiraju samo zaposleni koji se razumeju u materiju; precizno održavanje imenika,
- uklanjanje iz 1C svega što nije povezano s njim: od zadataka upravljanja koji ne zahtijevaju odraz u računovodstvu, do svih drugih tačaka koje su specifične za kompaniju i kojima autsajderi ne bi trebali imati pristup,
- uštede na licencama: 1C radne stanice koštaju značajan novac,
- važna tačka: pri implementaciji svih gore opisanih dodatnih funkcionalnosti direktno "unutar" 1C, postoji stalna potreba za njegovim poboljšanjem kada se objave ažuriranja proizvoda. To, naravno, jamči gotovo stalno zapošljavanje 1C programera, ali ovo je mjesto gdje možete značajno uštedjeti.

Pa, veliki minus, naravno, je potreba da se dvaput provjere svi dokumenti i ažuriraju direktoriji.

Zapravo, ovo je bio glavni zadatak - pobjeći od dvostrukog posla.

Prvo se morate pozabaviti svim vrstama imenika - prije svega, ovo je imenik izvođača i stavki. Problem sinhronizacije imenika, koji se tako često javlja u programima ove vrste, dovoljno je razrađen i razumljiv u implementaciji. Međutim, u ovom slučaju, donesena je čvrsta odluka da se ne koriste 2 direktorija sa međusobnom sinhronizacijom, već da se ima jedna početna verzija - ona unesena u MS Access, i jednostavno je replicirati u 1C ( Povratne informacije- ovo je samo oznaka u MS Accessu da je ova pozicija već rasterećena).
Ovaj pristup uvelike pojednostavljuje zadatak. Za čisto računovodstvene potrebe, potrebno vam je vrlo malo pozicija u takvim imenicima - i one su također uključene eksterni program kako se ne bi narušio formulisani princip. Na ovaj način možete ukloniti još jednu zajednički problem- ogromna naduvanost referentne knjige korištene nomenklature. Ispod je grupa proizvoda "Monitori"

Učitavanje takvog horora u 1C direktorij (a novi modeli monitora se pojavljuju gotovo svake sedmice) može se konfigurirati na takav način da svi padaju u jednu poziciju, budući da su nijanse boje okvira oko ekrana i broja piksela potpuno beznačajno za računovodstvo! I, da budem iskren, veličina dijagonale je još veća ako se razlikuje za pola inča.

Nadalje, u vanjskom programu možete raditi spajanje duplih pozicija u imenicima, posebno u imeniku kontrastranaka, s mnogo manje gubitaka, jer u 1C to zahtijeva mnogo truda.

Dakle, samo "pročišćeni", očišćeni i dovedeni u odgovarajuću formu podaci se učitavaju u 1C. Istovar se može obaviti sa određenom frekvencijom - porcioniranje vam omogućava da otklonite greške u radu računovodstvenog odjela i izbjegnete nepotreban rad ako je u toku dana (ili dužeg perioda) nešto otkazano, promijenjeno, izvršeno ponovo - sve se to dešava u radu MS Access baza podataka, i samo „utvrđeno“ „Stanje se javlja u 1C. Osim toga, ova vrsta istovara može se sinkronizirati s operacijama sigurnosne kopije i uvijek možete biti sigurni da je trenutno stanje 1C baze podataka ispravno.

Jasno je da dokumenti stižu bez automatskog knjiženja (iako se to može konfigurirati). Inače, sama MS Access baza podataka proverava dostupnost potrebne robe u magacinu - za otpis za otpremu (dilema je da se uveri da se račun može izdati trenutni datum da se svi artikli potrebni za otpis nalaze u skladištu - odnosno kupljeni ili proizvedeni - potrebno je... da objavite dokument u 1C. Očigledno, ovo ne biste trebali vjerovati menadžerima - ili bi zaposlenik računovodstva uvijek trebao stajati iza menadžera)

Sada o implementaciji. 1C programi podržavaju sučelje za razmjenu podataka putem ADO mehanizma. Na strani 1C koristi se standardni softverski interfejs za kreiranje elemenata direktorija i dokumenata, tako da rad ovog mehanizma ne ovisi o internim detaljima implementacije 1C, koji se mogu mijenjati od verzije do verzije i od ažuriranja do ažuriranja. S druge strane, glavni razvojni slogan bio je „maksimalno iskoristiti mogućnosti 1C gdje je to moguće“. Stoga su u konačnoj implementaciji paketa samo ime i TIN druge strane učitani iz MS Accessa - podaci su „izvučeni“ iz Jedinstvenog državnog registra pravnih lica i fizičkih preduzetnika pomoću mehanizma ugrađenog u 1C ( isto važi i za bankovni detalji– ažuriraju se pomoću BIC-a).

U eksternoj bazi podataka MS Access kreirani su upiti koji pripremaju sve potrebne podatke za učitavanje u 1C - uzmite ih i rasporedite u dokumente i polja.

Shema istovara sastoji se od dvije faze. Prvo se učitavaju nove pozicije u imenicima ugovornih strana i stavki. GUID-ovi dodijeljeni 1C vraćaju se u MS Access tako da se prilikom učitavanja svih dokumenata u drugoj fazi mogu postaviti ispravne reference na direktorije. To izgleda ovako

Smatramo da je takva ideologija izgradnje informacioni sistemi može se uzeti kao osnova ne samo u onim kompanijama u kojima postoje naslijeđeni ne-1C sistemi, već i pri organizaciji rada novih pravna lica, pošto imamo dosta iskustva sa MS Access-om. Prednosti ovog pristupa su opisane gore.

U ovom članku ćemo govoriti o postavljanju korisničkih prava pristupa objektima 1C sistema.

U 1C 8, za kontrolu pristupa korisnika, koristi se poseban objekt metapodataka, koji se zove Uloge.

Bilješka! Ovaj članak je napisan da pomogne programerima. Postavljanje prava u korisničkom načinu rada na primjeru 1C računovodstva je razmatrano u.

Uloga definira skup prava koja korisnik ima. Mehanizam uloga je vrlo sličan mehanizmima Windows prava Aktivni direktorij. Za svaki od objekata (direktorije, dokumente), programer postavlja svoj skup prava - čitanje / pisanje / dodavanje / promjena / ...

Skup dostupnih prava - zbirka svih dozvola u korisničkim ulogama.

Ako otvorimo objekt metapodataka uloge, možemo vidjeti sljedeću sliku:

Objekt ima dvije kartice - Prava i Predlošci ograničenja. Prava - glavna kartica, Predlošci - kartica za postavljanje prava na nivou zapisa u 1C ( RLS). Ovo je vrlo važna tema, koju ću pokušati opisati u budućim člancima.

Razmotrićemo samo karticu Prava.

• Objekti— lista za koja će se postaviti prava.
• Prava— lista mogućih podešavanja prava za podešavanje.
• Ograničavanje pristupa podacima— polja uloga za prilagođavanje

Obratite pažnju na potvrdne okvire na dnu:

• Postavite dozvole za nove objekte— ako je zastavica postavljena za ulogu, dopuštena prava će se automatski postaviti na nove objekte metapodataka. Preporučujem da ga instalirate ako često zaboravite postaviti dozvole za nove objekte.
• Postavite prava za detalje i tabelarni delovi default— zastavica, kada se postavi, detalji i tabelarni dijelovi će naslijediti prava vlasnika (imenik, dokument, itd.)
• Samostalna prava podređenih objekata— ako je zastavica postavljena, tada će sistem uzeti u obzir prava na roditeljski objekt prilikom određivanja prava na konfiguracijski objekt

Postavke dozvola za cijelu konfiguraciju

Ako otvorimo Role i kliknemo na korijen konfiguracije, vidjet ćemo sljedeće postavke:

Više detalja o svakom prava na cijelu konfiguraciju:

Nabavite 267 video lekcija na 1C besplatno:

• Administracija— administracija baza informacija(zahteva pravo “Administracije podataka”)
• Administracija podataka— pravo na administrativne radnje nad podacima
• Ažuriranje konfiguracije baze podataka- pravo na
• Monopol mod— korištenje ekskluzivnog načina rada
• Aktivni korisnici— pogledajte listu aktivnih korisnika
• — dnevnik
• - lansiraj desno tanki klijent
• - pravo na pokretanje web klijenta
• Debeli klijent— pravo na ulogu pokretanja debelog klijenta
• Spoljašnji spoj— pravo na pokretanje eksterne veze
• Automatizacija— pravo na korištenje automatizacije
• Režim svih funkcija— u režimu upravljane aplikacije
• Čuvanje korisničkih podataka— dozvola ili zabrana čuvanja korisničkih podataka (podešavanja, favoriti, istorija). Ovo posebno vrijedi za obrasce kojima se upravlja 1C.
• Interaktivno otkriće eksterni tretmani — otvaranje eksterne obrade
• Interaktivno otvaranje eksternih izvještaja— otvaranje eksternih izvještaja
• Zaključak— štampanje, snimanje i kopiranje u međuspremnik

Postavljanje prava 1C 8.2 na druge objekte metapodataka

Za ostale glavne objekte (direktorije, konstante, dokumenti, registri...) skup prava za ulogu je sasvim standardan:

• Čitanje- čitanje (softver)
• Dodatak- dodavanje (softvera)
• Promjena- promijeniti (softver)
• Odstranjivanje- uklanjanje (softver)
• Pogled— pogled
• Interaktivni dodatak- interaktivni dodatak
• Uređivanje— uređivanje
• Interaktivna zastavica za brisanje— interaktivna oznaka za brisanje
• Interaktivno ukloni oznaku brisanja— demarkiranje za brisanje
• Interaktivno uklanjanje označenih— brisanje označenih objekata
• Linijski ulaz— koristeći način unosa linije
• Interaktivno uklanjanje— direktno brisanje (shift +del)

Prava samo za dokumenata:

• Interaktivno dirigovanje— izvođenje
• Otkazivanje— poništenje dokumenata
• Interaktivno vođenje neoperativno— držanje (sa standardnim komandama obrasca) dokumenta u neoperativnom režimu
• Interaktivno otkazivanje— interaktivno otkazivanje
• Interaktivna promjena potrošenog— uređivanje objavljenog dokumenta. Ako pravo uloge nije postavljeno, korisnik ne može izbrisati objavljeni dokument, postaviti oznaku za brisanje, ponovo ga poslati ili učiniti neobjavljenim. Forma takvog dokumenta se otvara u režimu pregleda

P.S. Ako još uvijek ne možete shvatiti korisničke uloge, možete naručiti .
Video s primjerom postavljanja prava u 1C Accounting 3.0: