Accesul nu se încarcă în 1s. Codul sursă al funcției pentru a crea un fișier de bază de date

Funcția primește 3 parametri:

1. FileName - numele șir al fișierului bazei de date.
2. DataTable - un tabel de valori care conține date.
3. Descriere tabel - o structură care descrie câmpurile și numele tabelului.

Pentru a lucra cu baza de date, se creează o conexiune care ne este deja familiară. După ce ne conectăm, creăm un obiect responsabil cu executarea instrucțiunilor SQL. Apoi, organizăm o buclă prin rândurile tabelului de valori (parametrul funcției nr. 2) și o buclă imbricată prin coloanele tabelului. Contorul de rânduri va fi folosit pentru a indexa rândurile. Contorul coloanei va fi folosit pentru a căuta o descriere a câmpului în structura de descriere a tabelului (parametrul nr. 3). Parcurgând coloanele din rândul următor, analizăm tipurile acestora (conform descrierii tabelului) și efectuăm transformările corespunzătoare. Ca rezultat, avem o comandă sql gata făcută pentru a scrie o linie în baza de date. Aplicăm instrucțiunea sql primită folosind obiectul ADODB.Command. La sfârșitul procesului, închideți conexiunile și ștergeți memoria.

Din păcate, pe acest site nu am reușit să atașez procesare pentru un client gros, care poate încărca orice directoare în baza de date de acces. Dar îl puteți descărca pe disc Yandex: http://yadi.sk/d/UzK_PAsJ3vjTS. Această prelucrare implică toate părțile mecanismului universal de descărcare. Desigur, acest mecanism nu se limitează la această prelucrare. Poate fi copiat în siguranță ca în modul separat, și în procesarea dvs. Nu exclud situațiile eronate care ar putea duce la eșec la încărcare, dar acesta nu este un proiect comercial. Sunteți liber să modificați acest mecanism pentru a se potrivi nevoilor dvs. Mai jos sunt 2 anexe care descriu constantele adox. Sper că acest mecanism vă va fi de folos. Vă doresc succes în cariera profesională!

Lista de apendice 1 cu proprietăți suplimentare ale câmpului tabelului de acces:

Increment auto

Setează tipul câmpului la „Contor” cu valoarea incrementată automat când este adăugată o înregistrare.

Mod implicit

Valoarea implicită a câmpului.

Descriere

Descrierea câmpului.

Lungime fixă

Stabilește dacă câmpul va fi de lungime fixă ​​sau variabilă.

Creştere

Valoarea cu care câmpul tip contor va fi incrementat.

Nulăbil

Stabilește dacă câmpul nu poate conține nicio valoare, cu alte cuvinte, dacă câmpul ar trebui să fie obligatoriu.

Sămânță

Valoarea de la care va începe numărătoarea inversă din prima înregistrare pentru un câmp de tip „contor”.

Jet OLEDB: Permiteți lungimea zero

Stabilește dacă câmpurile de text pot conține șiruri de lungime zero. Ignorat pentru câmpurile fără caractere.

Jet OLEDB: AutoGenerate

Stabilește dacă o nouă valoare GUID va fi generată automat pentru câmpurile de tip adGUID.

Jet OLEDB: Regulă de validare a coloanei

O expresie care determină corectitudinea valorii scrise în câmp trebuie să fie scrisă în formatul SQL WHERE dar fără cuvânt cheie UNDE.

Jet OLEDB:Text de validare a coloanei

Textul care va fi afișat dacă valoarea introdusă în câmp nu corespunde regulii definite pentru acest câmp (Regulă).

Jet OLEDB: șiruri UNICODE comprimate

Stabilește dacă Microsoft Jet va comprima șirurile UNICODE atunci când scrie pe disc. Ignorat dacă baza de date nu este în format Microsoft Versiunea Jet 4.0.

Jet OLEDB: Hyperlink

Specifică faptul că datele din câmp sunt un hyperlink. Ignorat pentru câmpurile cu alt tip decât adLongVarWChar.

Jet OLEDB:IISAM nu este ultima coloană

Pentru instalabile-ISAM, această proprietate informează I-ISAM că există mai multe coloane care vor fi adăugate la tabel după aceasta. Dacă utilizați ITableDefinition::AddColumn sau ITableDefinition::CreateTable, este necesar să setați această proprietate pentru fiecare.

Jet OLEDB: un BLOB pe pagină

Stabilește dacă datele ar trebui stocate în pagini separate (Adevărat) sau dacă pot folosi pagini de bază de date partajate pentru a economisi spațiu pe disc. Funcționează numai cu câmpuri de tip adLongVarBinary.

Anexa 2 listă de tipuri de valori utilizate în ADOX

adDouble, tastați 5 - număr fracționar

adDate, tastați 7 - dată/ora

adCurrency, tip 6 - întreg

adInteger, tip 3 - întreg fără semn

adBoolean, tip 11 - boolean

adVarWChar, tip 202 - șir unicode de 255 de caractere

adLongVarWChar(„memo”), tip 203 - șir unicode șir nelimitat

Recent am avut nevoie să descarc toate datele dintr-o singură bază de date Access într-o configurație scrisă de sine (1C:Enterprise. Nu erau prea multe informații de transferat și, în principiu, a fost posibil să descarc acest proces fascinant către utilizator, dar Am decis să-mi ajut angajații deja ocupați.

Ajutorul a constat în automatizarea completă a acestui proces. A trebuit să scriu o procesare simplă care a făcut totul în câteva secunde. Înainte de această sarcină, nu a trebuit să lucrez cu combinația 1C + Access, așa că înainte să apuc tastatura și să încep să bat codul, am decis să citesc manualele.

Am știut de la bun început că orice interacțiune ar implica utilizarea furnizorilor corespunzători, dar am decis totuși să sapă în exemple.

M-am gândit mult timp în ce sens să scriu acest bilet. În cele din urmă, m-am hotărât pe cea mai simplă opțiune - furnizați codul pentru soluția mea. Chiar dacă nu este foarte optim, este mai mult decât suficient pentru majoritatea sarcinilor.

Deci, să începem să privim totul în ordine. Creăm o nouă procesare și aruncăm o singură componentă pe ea - „TableField”. Am întins această componentă pe întreaga formă. Ca rezultat, forma mea arăta ca în Figura 1.

Figura 1. Formular de procesare

În acest moment putem presupune că designul formularului este gata. Nu vom crea coloane manual, ci vom efectua această procedură în mod dinamic. Din fericire, nu este greu. Creați un handler de evenimente „On Click” pentru butonul „Run” și scrieți următorul cod în el:

//Ștergeți câmpul tabelului TableField1.Clear(); TableField1.Columns.Clear(); //Pregătirea șirului de conexiune pentru MS Access //Calea către baza de date este indicată la sfârșit șir de conexiune = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source="+"C:\mydb.mdb"; ConnectionWithBase = New COMObject("ADODB.Connection"); //Conectează ConnectionWithBase.Open(ConnectionString); //Obțineți un set de înregistrări din tabelul demo_table Record Collection = New COMObject("ADODB.Recordset"); RecordsCollection.Open("selectați * din demo_table", DatabaseConnection, 1); //citește structura câmpurilor tabelului //În tabelul de valori, creați toate coloanele care se află în tabelul Access Pentru număr = 0 după Colectare Înregistrări.Câmpuri.Număr - 1 Ciclu TableField1.Columns.Add("Column" + count, Row(Records Collection .Fields.Item(count).Name)); EndCycle; //Mutați marcatorul la prima înregistrareRecordsCollection.MoveFirst(); //citiți datele din tabel //și adăugați-le la ToR Nu încăRecordsCollection.EOF Ciclu NewRow = TableField1. Add(); Pentru număr = 0 de RecordsCollection.Fields.Count - 1 Ciclu NewLine["Column" + count] = RecordsCollection.fields(TableField1.Columns[count].Header).Value ; EndCycle; RecordsCollection.MoveNext(); Sfârșitul ciclului; //Afișează datele din specificație în TableFieldFormElements.TableField1.Value = TableField1;FormElements.TableField1.CreateColumns();

Codul s-a dovedit a nu fi prea mare, dar destul de util. Nu am făcut nicio legătură cu o anumită structură. Codul funcționează excelent pe o mare varietate de tabele. Nu mai am nimic de adăugat, așa că îmi iau rămas bun

Pe scurt - în niciun caz. În tot ceea ce ține de interacțiunea cu agențiile guvernamentale (fie ea fiscală, raportare contabilă, tot felul de accize etc.), 1C nu poate fi înlocuit cu nimic și încercarea de a face acest lucru este, cel puțin, neconstructivă.

Dar nu încetați să citiți acest articol, aceasta nu este încă ideea principală. Principalul lucru este să nu cădeți într-o capcană logică și să considerați 1C complet indispensabil în orice parte a automatizării tuturor proceselor din întreprindere. Aici există ceva cu ce să discutăm și ceva de oferit. Vreau să vorbesc despre o experiență de succes în automatizarea diverselor aspecte ale activităților de afaceri ale unei companii de calculatoare și, bineînțeles, despre conectarea acestei soluții cu 1C. Lucrarea a luat naștere din necesitatea de a interfața un sistem auto-dezvoltat cu programul 1C, dar această abordare (diviziunea în 2 blocuri de program) poate fi dezvoltată într-o filozofie cu drepturi depline pentru construirea unui sistem informațional în general.

Inițial, sarcina a fost următoarea. A fost sistem corporativ automatizare scrisă în Microsoft Access. De-a lungul multor ani de dezvoltare, a absorbit aproape toate sarcinile de zi cu zi - menținerea unei bănci, emiterea de facturi, pregătirea documentelor contabile pentru expediere, întreținerea unui depozit, contabilizarea componentelor. numere de serie, compilare harti tehnologice pentru producție etc. Recent, la capacitățile sistemului au fost adăugate următoarele completări: crearea de plăți bancare direct pe baza facturilor primite, generare automată liste de prețuri în diverse formate pentru publicare pe resursele web, actualizarea site-ului companiei și pregătirea Contractelor pe baza șabloanelor existente (așa-numita automatizare de birou). Plus prezența unei cantități mari de analize și menținerea întregii contabilități de gestiune. Toate acestea au făcut sistemul complet de neînlocuit - transferul tuturor acestor funcționalități la 1C ar fi luat o mulțime de timp și bani.

Pe de altă parte, programul 1C-Enterprise a servit doar nevoilor departamentului de contabilitate pentru menținerea evidenței contabile și contabile și depunerea rapoartelor. Astfel, 1C a fost „dezlegat” de funcționarea zilnică a companiei, iar documentele completate au fost introduse în baza de date a posteriori.

Ce este bun la această schemă? Există mai multe avantaje:
- excluderea managerilor și a altor persoane (i)responsabile din „sfânta sfintelor” - baza de date contabilă, care ar trebui să fie formată numai din angajați care au o înțelegere a subiectului; întreținerea corectă a directoarelor,
- scoaterea din 1C a tot ceea ce nu are legătură cu acesta: de la sarcinile de management care nu necesită reflectare în contabilitate, până la toate celelalte puncte care sunt specifice companiei și la care nu ar trebui să aibă acces cei din afară,
- economii la licențe: stațiile de lucru 1C costă bani semnificativi,
- punct important: atunci când implementați toate funcționalitățile suplimentare descrise mai sus direct „în interiorul” 1C, există o nevoie constantă de îmbunătățire a acesteia atunci când sunt lansate actualizări de produs. Acest lucru, desigur, garantează angajarea aproape constantă a programatorilor 1C, dar acesta este un loc în care puteți economisi semnificativ.

Ei bine, marele minus, desigur, este necesitatea de a verifica toate documentele și de a actualiza directoarele.

De fapt, aceasta a fost sarcina principală - să scapi de munca dublă.

Mai întâi trebuie să vă ocupați de tot felul de directoare - în primul rând, acesta este un director de contractori și articole. Problema sincronizării directoarelor, care apare atât de des în programele de acest fel, a fost suficient de rezolvată și este de înțeles în implementare. Cu toate acestea, în acest caz, a fost luată o decizie puternică de a nu folosi 2 directoare cu sincronizare reciprocă, ci de a avea o versiune inițială - cea introdusă în MS Access și pur și simplu să o reproducă în 1C ( Părere- acesta este doar un semn în MS Access că această poziție a fost deja descărcată).
Această abordare simplifică foarte mult sarcina. Pentru nevoi pur contabile, aveți nevoie de foarte puține poziții în astfel de directoare - și sunt introduse și într-un program extern pentru a nu încălca principiul formulat. În acest fel, puteți elimina încă unul Problemă comună- umflare imensă a cărții de referință a nomenclaturii folosite. Mai jos este grupul de produse „Monitoare”

Încărcarea unei astfel de groază în directorul 1C (și modelele noi de monitoare apar aproape în fiecare săptămână) poate fi configurată astfel încât toate să se încadreze într-o singură poziție, deoarece nuanțele culorii cadrului din jurul ecranului și numărul de pixeli sunt complet nesemnificativ pentru contabilitate! Și, să fiu sincer, dimensiunea diagonalei este cu atât mai mult dacă diferă cu jumătate de inch.

Mai mult, într-un program extern, puteți rezolva fuzionarea pozițiilor duplicate în directoare, în special în directorul contrapărților, cu mult mai puține pierderi, deoarece în 1C acest lucru necesită mult efort.

Astfel, numai datele „rafinate”, curățate și aduse în formă adecvată sunt încărcate în 1C. Descărcarea se poate face cu o oarecare frecvență - porționarea vă permite să depanați activitatea departamentului de contabilitate și să evitați munca inutilă dacă în timpul zilei (sau o perioadă mai lungă) ceva a fost anulat, schimbat, efectuat din nou - toate aceste lucruri se întâmplă în timpul lucrului. Baza de date MS Access și doar „stabilit” „Starea de lucruri este raportată la 1C. În plus, acest tip de descărcare poate fi sincronizat cu operațiunile de backup și poți fi întotdeauna sigur că starea curentă a bazei de date 1C este corectă.

Este clar că documentele ajung fără postare automată (deși aceasta ar putea fi configurată). Apropo, baza de date MS Access verifică în sine disponibilitatea mărfurilor necesare în depozit - pentru anulare pentru expediere (dilema este să vă asigurați că factura poate fi emisă data curenta ca toate articolele necesare pentru anulare sunt in depozit - adica achizitionate sau produse - trebuie... sa postezi documentul in 1C. Aparent, nu ar trebui să încredeți acest lucru managerilor - sau un angajat contabil ar trebui să stea întotdeauna în spatele managerului)

Acum despre implementare. Programele 1C acceptă o interfață de schimb de date prin mecanismul ADO. Pe partea 1C se folosește cel standard interfata software pentru a crea elemente de directoare și documente, astfel încât funcționarea acestui mecanism să nu depindă de detaliile interne ale implementării 1C, care se pot schimba de la versiune la versiune și de la actualizare la actualizare. Pe de altă parte, principalul slogan de dezvoltare a fost „a folosi la maximum capabilitățile 1C acolo unde este posibil”. Prin urmare, în implementarea finală a pachetului, doar numele și TIN-ul contrapărții au fost încărcate din MS Access - datele au fost „extrase” din Registrul de stat unificat al persoanelor juridice și al antreprenorilor individuali folosind mecanismul încorporat în 1C ( același lucru este valabil și pentru detalii bancare– sunt actualizate folosind BIC).

Interogările au fost create într-o bază de date externă MS Access care pregătește toate datele necesare pentru încărcare în 1C - luați-le și aranjați-le în documente și câmpuri.

Schema de descărcare constă din două etape. În primul rând, sunt încărcate noi poziții în directoarele contrapărților și articolelor. GUID-urile alocate lui 1C sunt returnate la MS Access, astfel încât la încărcarea tuturor documentelor din a doua etapă, referințele corecte la directoare pot fi setate. Arata cam asa

Credem că o astfel de ideologie a construcției sisteme de informare poate fi luată ca bază nu numai în acele companii în care există sisteme vechi non-1C, ci și atunci când se organizează munca de noi entitati legale, deoarece avem multă experiență cu MS Access. Avantajele acestei abordări sunt descrise mai sus.

În acest articol vom vorbi despre configurarea drepturilor de acces utilizator la obiectele de sistem 1C.

În 1C 8, pentru a controla accesul utilizatorului, este utilizat un obiect de metadate separat, care este numit Roluri.

Notă! Acest articol a fost scris pentru a ajuta programatorii. Configurarea drepturilor în modul utilizator folosind exemplul 1C Accounting este discutată în.

Un rol definește setul de drepturi pe care le are un utilizator. Mecanismul de rol este foarte asemănător cu mecanismele de drepturi Windows Director activ. Pentru fiecare dintre obiecte (directoare, documente), dezvoltatorul își stabilește propriul set de drepturi - citire / scriere / adăugare / modificare / ...

Set de drepturi disponibile - colectarea tuturor permisiunilor în rolurile de utilizator.

Dacă deschidem obiectul metadate Role, putem vedea următoarea imagine:

Obiectul are două file - Șabloane pentru drepturi și restricții. Drepturi - fila principală, Șabloane - filă pentru setarea drepturilor la nivel de înregistrare în 1C ( RLS). Acesta este un subiect foarte important, pe care voi încerca să îl descriu în articolele viitoare.

Vom lua în considerare doar fila Drepturi.

• Obiecte— o listă pentru care se vor stabili drepturi.
• Drepturi— o listă de posibile setări de drepturi pentru setare.
• Restricționarea accesului la date— câmpuri de rol pentru personalizare

Vă rugăm să acordați atenție casetelor de selectare din partea de jos:

• Setați permisiunile pentru obiecte noi— dacă marcajul este setat pentru rol, drepturile permisive vor fi setate automat pe noile obiecte de metadate. Recomand să-l instalați dacă uitați adesea să setați drepturi pentru obiecte noi.
• Setați drepturile pentru detalii și părți tabulare Mod implicit— un steag, atunci când este setat, detaliile și părțile tabelare vor moșteni drepturile proprietarului (director, document etc.)
• Drepturi independente ale obiectelor subordonate— dacă flag-ul este setat, atunci sistemul va ține cont de drepturile asupra obiectului părinte atunci când stabilește drepturile asupra unui obiect de configurare

Setări de permisiuni pentru întreaga configurație

Dacă deschidem Rol și facem clic pe rădăcina de configurare, vom vedea următoarele setări:

Mai multe detalii despre fiecare drepturi asupra întregii configurații:

Obțineți 267 de lecții video pe 1C gratuit:

• Administrare— administrare baza de informatii(necesită dreptul de „Administrare a datelor”)
• Administrarea datelor— dreptul la acțiuni administrative asupra datelor
• Actualizarea configurației bazei de date- drept spre
• Modul monopol— utilizarea modului exclusiv
• Utilizatori activi— vizualizați lista utilizatorilor activi
• — jurnalul de bord
• - lansează corect client slab
• - dreptul de a lansa client web
• Client gras— dreptul la rolul de lansare a clientului gros
• Îmbinare exterioară— dreptul de a începe o conexiune externă
• Automatizare— dreptul de a utiliza automatizarea
• Modul toate funcțiile— în modul aplicație gestionată
• Salvarea datelor utilizatorului— permisiunea sau interdicția de a salva datele utilizatorului (setări, favorite, istoric). Acest lucru este valabil mai ales pentru formularele gestionate 1C.
• Descoperire interactivă tratamente externe — deschiderea prelucrării externe
• Deschiderea interactivă a rapoartelor externe— deschiderea rapoartelor externe
• Concluzie— imprimarea, înregistrarea și copierea în clipboard

Configurarea drepturilor 1C 8.2 pentru alte obiecte de metadate

Pentru alte obiecte principale (directoare, constante, documente, registre...), setul de drepturi pentru rol este destul de standard:

• Citind- citire (software)
• Plus- adăugarea (software)
• Schimbare- schimbare (software)
• Îndepărtarea- eliminare (software)
• Vedere— vedere
• Adăugarea interactivă- adaos interactiv
• Editare— editare
• Steagul de ștergere interactiv— marcaj interactiv pentru ștergere
• Demarcați interactiv ștergerea— demarcarea pentru ștergere
• Eliminarea interactivă a marcatelor— ștergerea obiectelor marcate
• Intrare de linie— folosind modul de intrare linie
• Eliminare interactivă— ștergere directă (shift +del)

Drepturi numai pentru documente:

• Dirijare interactivă— efectuarea
• Anulare— anularea documentelor
• Dirijare interactivă non-operativă— deținerea (cu comenzi de formular standard) a unui document în modul neoperațional
• Anulare interactivă— anulare interactivă
• Schimbarea interactivă a cheltuirii— editarea documentului postat. Dacă dreptul rolului nu este setat, utilizatorul nu poate șterge un document postat, nu poate seta un marcaj de ștergere, îl poate retrimite sau îl poate neîncărca. Forma unui astfel de document se deschide în modul de vizualizare

P.S. Dacă tot nu vă puteți da seama de rolurile utilizatorului, puteți comanda .
Videoclip cu un exemplu de configurare a drepturilor în 1C Accounting 3.0: