1c kreirati konfiguraciju. Koja je ideja iza 1C konfiguracije?
Pročitajte također
Kreiranje konfiguracije počinje identifikacijom ključnih zadataka koje će ona obavljati.
Svaka verzija 1c ima svoju konačnu funkcionalnost, što ograničava vaš izbor. Na primjer, ne možete kreirati mobilnu aplikaciju na 7.7 ili čak 8.1, 8.2. U 7.7 nema web servisa, nema normalne mogućnosti rada u pretraživaču (tanki klijent), ovo poređenje može potrajati jako dugo...
Potrebno je znati vremenski okvir koji imate za njegov razvoj: ako imate dovoljno znanja za rad na svim vrstama platformi, lako ćete procijeniti vremenski okvir. Ako su rokovi tesni, a svaka vrsta rješenja vam nije poznata (upravljano ili redovno, sedam ili osam, redovno ili mobilno), morate uzeti u obzir vrijeme za učenje i greške zbog nedostatka iskustva (vi moraće više puta da „stane na grabulje“.
Ako je konfiguracija za obuku, onda morate pažljivo pročitati zadatak; sigurno su detalji navedeni u njegovoj postavkama.
Također, izbor može biti ograničen na verziju koju ste instalirali.
Počnimo kreirati 1C konfiguraciju
Kreiranje konfiguracije u verziji 7.7
Pokrenite 1C i u dijalogu liste baze podataka kliknite na dugme "Dodaj".
Zatim morate postaviti ime baze podataka i promijeniti njenu lokaciju (putanja). Funkcija dijaloga u 7.7. Da biste odabrali folder, potrebno ga je unijeti, a ne samo aktivirati. Moguće je ispraviti putanju ručno. 
Idite na kreiranu bazu podataka u režimu “ ” (prva slika, gornja lista izbora) pritiskom na dugme “Ok”. U ovom trenutku, direktorij sa bazom podataka je prazan, pa će sistem početi da ga inicijalizira. Prvo će tražiti "kodnu stranicu" 
Zatim otvara konfiguraciju u razvojnom modu (kliknite na dugme “Uredi konfiguraciju” ili kroz konfiguracioni meni. 
Ako sada zatvorite i otvorite bazu podataka, sistem više neće postavljati pitanja i možete započeti razvoj.
Kreiranje konfiguracije na platformi 8.1/8.2/8.3
Princip dodavanja je sličan: pokrenite 1C i kliknite na dugme "Dodaj".
Ostavite odabran način „Kreiraj novu informacijsku bazu“. 
Drugi režim vam takođe omogućava da kreirate bazu podataka na osnovu druge konfiguracije, ako ste je otpremili - *.cf (konfiguracioni) fajl.
Za kreiranje konfiguracije od nule, odaberite drugi način rada i kliknite "Dalje"
U sljedećem prozoru trebate odabrati vrstu lokacije, odabrati datoteku (na ovom računalu), a zatim odabrati njen direktorij 
Postavite parametre pokretanja:
Možete ostaviti sve zadane vrijednosti. Starter 1c je univerzalan, tako da ovdje možete postaviti njegovu verziju (8.1, 8.2, 8.3, 8.4), a zatim će se pokrenuti željena, pod uvjetom da su svi instalirani.
Cijela baza podataka je inicijalizirana za razvoj (za razliku od 7.7. možete unijeti u nju da biste prilagodili njen način rada i sam razvoj.
Ulazimo u režim “ ” koristeći odgovarajuće dugme na listi infobaza i otvaramo konfiguraciju
Otvorite njegova svojstva (postavite početne postavke): desnim klikom na naziv "Konfiguracija" u stablu metapodataka (ovo je naziv hijerarhijske strukture u ovom prozoru)
U svojstvima konfiguracije trebate:
- Odredi njeno ime
- Odaberite način pokretanja: Upravljana aplikacija ili normalan
- Predviđena upotreba „Personalni računar” i/ili „Mobilni uređaj”
- Dobavljač/programer
- Verzija (obično 1.0.0.0)
- Postavite modove kompatibilnosti (obično ostavljene po defaultu), ako nije potrebno smanjiti kompatibilnost za univerzalnost rješenja na veći broj verzija (npr. platforma 8.3.9 je već objavljena, a imamo konfiguraciju koja ima uspješno radi 5 godina na verziji 8.2.16 i ako je potrebna adaptacija na novu platformu, prvo se podesi način kompatibilnosti sa 8.2.16 i otklanja greške)
Materijal je dizajniran kako za programere početnike koji nisu upoznati sa sistemom 1C: Enterprise, tako i za one koji već kreiraju ili održavaju aplikacije na ovoj platformi, uključujući studente koji imaju iskustva u radu sa verzijom 1C: Enterprise 7.7 ili 8.1.
Osnovni cilj predmeta je naučiti studente vještinama praktične konfiguracije i programiranja na platformi 1C: Enterprise 8.2.
Metoda obuke je učenje na daljinu. Svaka lekcija sadrži teorijske i praktične zadatke za samostalno rješavanje.
Sadržaj predmeta - detaljni video i tekstualni materijali, preuzimanja referentnih baza podataka, teorijski i praktični zadaci.
Da biste instalirali referentnu bazu, trebat će vam platforma 1C:Enterprise 8.2 (obrazovna verzija) ili verzija klijenta 1C:Enterprise ne niža od 8.2.15.301. Verziju 1C 8.2 klijenta koju koristite možete saznati odabirom u glavnom meniju u načinu konfiguratora ili 1C:Enterprise Help - O programu...
Ukupno vreme gledanja (10 videa): 4h 23 min
1. Uvod u sistem. Načini pokretanja sistema. Predstavljamo objekte sistema "Enumeration" i "Directory".
Konfiguracija je aplikativno rješenje razvijeno na tehnološkoj platformi 1C:Enterprise.
Informaciona baza 1C je jedno spremište za konfiguraciju i podatke, koje karakteriše specifična adresa za skladištenje. Postoje dvije opcije za pohranjivanje baze podataka 1C: datoteke i opcije klijent-server. Da biste koristili opciju klijent-server, dodatno vam je potreban softver treće strane (jedan od DBMS-ova: Microsoft SQL Server, PostgreSQL, IBM DB2 ili Oracle). Kada koristite opciju skladištenja datoteka, baza podataka 1C je jedna datoteka - 1Cv8.1CD. Ova datoteka ima poseban format koji podržava sistem 1C:Enterprise 8. U našim lekcijama razmatramo opciju datoteke za pohranjivanje baze podataka. Ako ova definicija koristi pojmove koje ne razumijete, nemojte se uznemiravati - o ovoj temi će se detaljnije raspravljati u lekciji 3.
Način pokretanja 1C:
"Konfigurator" je poseban način za pokretanje sistema 1C:Enterprise 8.2 za razvoj i modifikaciju aplikativnog rješenja. U ovom režimu, programer definiše opštu arhitekturu aplikativnog rešenja i strukturu podataka, kreira rasporede i ekranske forme i koristi ugrađeni jezik u objektnim modulima za definisanje algoritama ponašanja objekata. Druga „profesija“ „Konfiguratora“ je administracija, koja uključuje održavanje liste korisnika, postavljanje prava pristupa, pravljenje rezervne kopije baze podataka, praćenje sistemskih događaja (log je konfigurisan u konfiguratoru; pregledan i u konfiguratoru i u 1C: Enterprise mode) i obavljanje drugih radnji za održavanje funkcionalnosti sistema.
"1C:Enterprise" je način rada krajnjeg korisnika. U ovom načinu rada korisnik unosi podatke u bazu podataka, generiše izvještaje, ispisuje dokumente itd.
Stablo objekata konfiguracije je prozor koji predstavlja cjelokupnu konfiguraciju u obliku strukture stabla, čija svaka grana opisuje određenu komponentu konfiguracije. Korijenske grane stabla objedinjuju konfiguracijske objekte koji su logički povezani jedni s drugima i imaju opću namjenu, na primjer, direktorije, dokumente, dnevnike dokumenata, enumeracije itd.
Pravilo imenovanja u 1C - imena detalja, varijabli, procedura i funkcija u 1C mogu sadržavati slova ruske i engleske abecede (mala i velika), donje crte i numeričke znakove. Ime ne može početi brojevima.
Direktorij je objekt aplikativnog rješenja koji vam omogućava pohranjivanje podataka u informacijsku bazu koja ima istu strukturu i prirodu liste. To može biti, na primjer, lista zaposlenih, lista robe, lista dobavljača ili kupaca. Imenici se koriste u slučajevima kada je potrebno eliminisati dvosmislen unos informacija. Na primjer, da bi kupac, prodavac, skladištar, direktor shvatio o kojem proizvodu je riječ, svi ga moraju isto nazvati. I u ovom slučaju je potrebna referentna knjiga. Obično u trgovačkom preduzeću ima oblik cjenovnika, a ako je takav imenik pohranjen na kompjuteru, onda se u njega unosi cijeli mogući asortiman robe s kojim trgovačko društvo radi.
Sistem 1C:Enterprise vam omogućava održavanje gotovo neograničenog broja potrebnih direktorija. Svaki direktorij je lista homogenih objekata: zaposlenici, organizacije, roba itd. Svaki takav objekt (pojedinačni zaposlenik, posebna organizacija itd.) naziva se element direktorija.
S korisničke tačke gledišta, treba imati na umu da se u Konfiguratoru ne kreira sam direktorij, kao lista mogućih vrijednosti, već se razvija prazan direktorij, njegov predložak. Tokom procesa konfiguracije opisuje se struktura informacija koje će biti pohranjene u direktoriju, razvija se ekran i po potrebi štampani prikaz direktorija i specificiraju različite karakteristike njegovog „ponašanja“.
Svaki direktorij ima šifru i naziv kao obavezne detalje. Kod elementa direktorija može biti numerički ili tekstualni. Sistem 1C:Enterprise pruža široke mogućnosti za rad sa kodovima elemenata direktorija: automatsko dodjeljivanje kodova, automatska kontrola jedinstvenosti koda i drugo.
Osim koda i imena, sve dodatne informacije o elementu direktorija mogu se pohraniti u sistemske direktorije 1C:Enterprise. Za pohranjivanje takvih informacija u imenik, mogu se kreirati dodatni detalji. Koristeći mehanizam detalja direktorija, lako je organizirati, na primjer, datoteku zaposlenika. Na primjer, direktorij Zaposleni će gotovo sigurno imati atribute Pozicija, Plaća i druge.
Nabrajanje - objekti aplikativnog rješenja koji vam omogućuju pohranjivanje skupova vrijednosti u informacijskoj bazi koji se ne mijenjaju tijekom rada aplikativnog rješenja. Na primjer, ovo može biti lista mogućih stopa PDV-a (bez PDV-a, PDV 20, itd.), navođenje statusa narudžbi (Planirano, U toku, Završeno) itd.
Da biste instalirali referentnu konfiguraciju potrebno vam je:
3. Pokrenite 1C i u prozoru za pokretanje 1C kliknite na dugme „Dodaj“.
4. U iskačućem dijaloškom okviru odaberite opciju „Dodaj postojeću bazu podataka na listu“. Odredite naziv infobaze i navedite putanju do direktorija s konfiguracijskim fajlom.
teorijski test lekcije 1 - prolaz
Podjela aplikativnog rješenja na podsisteme. Uvod u objekt sistema dokumenta. Namjena tabelarnog dijela dokumenta.
Podsistem je logična podjela aplikativnog rješenja (konfiguracije) na segmente, blokove, sekcije. Koristeći podsisteme, aplikativno rješenje je vizualno podijeljeno na funkcionalne blokove. Podsistemi čine osnovu za formiranje interfejsa aplikativnog rešenja.
Dokument je objekt aplikativnog rješenja koji vam omogućava pohranjivanje informacija o završenim poslovnim transakcijama ili događajima koji su se dogodili. U organizaciji to mogu biti, na primjer, fakture, nalozi za zapošljavanje ili otpuštanje, fakture za plaćanje itd.
Registri akumulacije. Uvod u registre akumulacije bilansa. Postavljanje radne površine. Predstavljamo objekat konfiguracije obrasca.
Registar akumulacije je objekt konfiguracije aplikacije. Ovo je posebna memorija (tabela) u kojoj se izračunavaju (akumuliraju) numerički podaci u kontekstu nekoliko dimenzija. Na primjer, u takvom registru možete akumulirati podatke o stanju robe po asortimanu proizvoda i skladištu ili podatke o obimu prodaje po asortimanu proizvoda i odjeljenjima kompanije. Registar akumulacije je posrednik između dokumenata i izvještaja. Njegova upotreba ubrzava generisanje izveštaja povezanih sa dobijanjem različitih ukupnih vrednosti.
Dimenzije registra opisuju sekcije u kojima se pohranjuju informacije, a potrebni numerički podaci se akumuliraju u resursima registra.
Postoje dvije vrste registara akumulacije: registri akumulacije stanja i registri akumulacije prometa.
Registar akumulacije stanja je registar akumulacije koji vam omogućava da pohranite i konačne vrijednosti resursa - stanja, i promjene u tim resursima - promet.
Šta je dobro u registru akumulacije?:
Ima konstruktor za opisivanje promjena u registru prilikom knjiženja dokumenata (kod ne pišemo ručno);
- omogućava vam da dobijete željene rezultate u bilo kom trenutku ili dokumentu;
- „pamti“ šta tačno menja ovaj ili onaj dokument u rezultatima;
- sve potrebne promjene u rezultatima u vezi sa otkazivanjem knjiženja dokumenta, promjenom objavljenog dokumenta i brisanjem objavljenog dokumenta sistem automatski obračunava (ako je potrebno, možete ga registrirati ručno);
- omogućava kontrolu nad jedinstvenošću zapisa pohranjenih u registru akumulacije. Zahvaljujući tome, registar akumulacije ne može sadržavati dva unosa koji se odnose na isti red istog dokumenta.
Kretanja dokumenata su zapisi u registrima koji se kreiraju tokom procesa knjiženja dokumenta i odražavaju promjene koje je dokument izvršio.
Radna površina je svojevrsni "pomoćnik" za korisnika. Svaki radni dan počinje „komunikacijom“ sa njim. Ovo je prva stvar koju vidimo kada lansiramo naše aplikativno rješenje.
Obrasci su konfiguracijski objekti dizajnirani za prikaz i uređivanje informacija sadržanih u bazi podataka. Obrasci mogu ili pripadati određenim konfiguracijskim objektima (direktoriji, dokumenti, izvještaji, itd.), ili postojati odvojeno od njih i koristiti ih cijela konfiguracija kao cjelina.
Na primjer, direktorij Contractors može imati nekoliko oblika, od kojih će se svaki koristiti za određene radnje: uređivanje elementa direktorija, prikazivanje liste direktorija, odabir jednog od elemenata direktorija, itd.
Registar akumulacije može imati samo 3 vrste obrazaca:
Forma liste je ista stvar kao što otvaramo sve funkcije kroz meni - registar akumulacije, u ovom obliku ne možete vršiti promjene u registru, ali možete vršiti razne selekcije i sortiranja;
- obrazac skupa zapisa - ovo je sličan obrazac, ali u njemu možete uređivati unose u registru: dodavati, brisati i mijenjati ih;
- slobodna forma - prikazujemo ono što smatramo potrebnim - u našem slučaju, u 3. lekciji kursa, prikazujemo trenutna stanja u njoj.
Učitavanje referentne baze podataka kreirane u lekciji 3 bez dovršavanja domaće zadaće
Registri akumulacije. Uvod u registre za akumuliranje obrtaja. Sistemski objekat Konstanta. Rad sa objektom konfiguracije obrasca.
Konstanta je objekt konfiguracije aplikacije koji vam omogućava pohranjivanje podataka u bazu podataka koji se ne mijenjaju tokom vremena ili se mijenjaju, ali vrlo rijetko. Svaka konstanta vam omogućava da pohranite jednu vrijednost. Na primjer, konstanta može pohraniti naziv preduzeća, adresu preduzeća, ime glavnog računovođe itd. U aplikacijskom rješenju može se kreirati proizvoljan broj konstanti.
Registar akumulacije prometa je „specijaliziraniji“ tip registra akumulacije i omogućava vam da pohranjujete samo promjene u resursima – promet. Postojanje registra za akumuliranje obrtaja je posledica činjenice da postoji veliki broj situacija kada se samo akumuliraju obrtaji, a vrednosti bilansa nemaju smisla. Tipičan primjer korištenja registra akumulacije prometa je registar prihoda ili registar troškova prodaje, koji pohranjuje samo informacije o obimu prodaje.
Komandna traka je traka sa alatkama dizajnirana za postavljanje na obrazac sa skupom komandi koje se mogu koristiti za upravljanje informacijama postavljenim u obrazac. Komandna tabla je prozor sa skupom dugmadi. Klikom na bilo koje dugme na komandnoj traci izvršava se naredba povezana sa tim dugmetom. Obrazac može imati nekoliko komandnih panela, ili ne mora imati nijednu. Konfigurator ne ograničava broj komandnih panela.
Komandni panel se može prilagoditi: dodati nove komande i izbrisati one nepotrebne.
Za svaku komandnu traku možete odabrati svojstvo Autofill i odrediti različite izvore radnji. U ovom slučaju, konfigurator će automatski generisati sastav komandi panela na osnovu tipa obrasca i navedenih izvora. Ovako umetnute komande ne mogu se brisati ili ispravljati, ali se mogu dodati nove komande. Poništavanjem svojstva komandne trake Automatsko popunjavanje uklanjaju se sve automatski generirane komande. Na komandnoj tabli ostaju samo ručno dodane komande, a sami možete kreirati skup komandi koji vam je potreban.
Svojstvo komandne trake "Izvor akcije" - definira izvor akcija za komandnu traku. Možete odrediti "Svi izvori" ili odabrati određeni izvor aktivnosti. Kontrole postavljene na obrazac mogu pružiti skup radnji povezanih s njihovim vlastitim svojstvima. Na primjer, sa listom možete izvršiti različite radnje kao što su dodavanje, uređivanje, brisanje, odabir, pregled i druge radnje. U svojstvu možete odrediti određeni element ili oblik, ili možete odabrati sve elemente i oblike kao izvor.
Direktiva kompilacije je instrukcija koja govori 1C platformi u kojem okruženju će se određena procedura ili funkcija izvršiti. Direktiva uvijek počinje ampersandom - znakom "&". Ako ne postoji direktiva, tada se koristi zadana direktiva - &OnServer. Korištenje nekoliko direktiva za jednu proceduru (funkciju) je nemoguće.
Ugrađeni programski jezik 1C:Enterprise 8.2. Lokacija softverskih modula. Struktura programskih modula. Primitivni tipovi podataka. Osnovna sintaksa 1C jezika.
Softverski modul je svojevrsni "kontejner" za postavljanje tekstova procedura i funkcija u ugrađeni 1C jezik. Ove procedure i funkcije poziva sistem u određenim tačkama tokom rada sistema. Softverski moduli nemaju formalne granice za svoj opis tipa: “Početak modula” - “Kraj modula”.
Softverski moduli se postavljaju na ona mjesta u konfiguraciji gdje može biti potreban opis specifičnih operativnih algoritama. Ovi algoritmi su formalizovani u obliku procedura ili funkcija koje će sam sistem pozvati u unapred određenim situacijama (na primer, kada se pritisne dugme u okviru za dijalog, itd.). Svaki pojedinačni softverski modul sistem doživljava kao jedinstvenu cjelinu.
Tokom lekcije upoznali smo se sa sljedećim softverskim modulima:
Upravljani aplikativni modul. Ovaj modul opisuje procedure (upravljači događajima) koji se inicijaliziraju pri pokretanju i završetku sistema. Na primjer, kada se aplikacija pokrene, možete ažurirati neke konfiguracijske podatke, prikazati poruke korisniku, a po završetku rada možete pitati da li se isplati izaći iz programa ili, na primjer, zabilježiti vrijeme isključivanja korisnika u bazu podataka .
eksterni priključni modul. Modul eksterne veze se pokreće kada se aplikacija pokrene u načinu COM veze. U ovom načinu rada se programski rad s bazom podataka odvija bez pokretanja prozora aplikacije.
modul sesije. Ovo je visoko specijalizirani modul dizajniran isključivo za inicijalizaciju parametara sesije.
zajednički moduli. Zajednički moduli su namijenjeni za opis nekih uobičajenih algoritama (procedura i funkcija) koji će biti pozvani iz drugih konfiguracijskih modula.
konfiguracijski objektni modul. Ovaj modul je dostupan za većinu konfiguracijskih objekata i dizajniran je za obradu događaja direktno povezanih s objektom. Na primjer, događaji snimanja ili brisanja objekata, provjera kompletnosti detalja objekta, objavljivanje dokumenta itd.
modul forme. Modul obrasca je dizajniran za obradu korisničkih radnji sa ovim obrascem (obrada događaja klika na dugme, promjena detalja obrasca, itd.).
Struktura programskih modula
Softverski modul može uključivati tri sekcije:
Područje deklaracije varijable;
područje opisa procedura i funkcija;
glavni tekst programa.
U određenom softverskom modulu, bilo koji od odjeljaka (ili čak svi odjeljak) može nedostajati. Hajde da se detaljnije upoznamo sa odjeljcima softverskog modula:
Područje deklaracije varijable nalazi se od početka teksta modula do prvog izraza procedure ili funkcije ili bilo kojeg izvršnog izraza. Ovaj odjeljak može sadržavati samo izjave deklaracije varijable.
Područje opisa procedura i funkcija nalazi se od prvog operatora Procedure ili operatora Funkcija do bilo kojeg izvršnog izraza izvan tijela opisa procedura ili funkcija.
Glavna tekstualna oblast programa nalazi se od prve izvršne izjave izvan tijela procedura ili funkcija do kraja modula. Ovaj odjeljak može sadržavati samo izvršne izraze. Glavna tekstualna oblast programa se izvršava u trenutku inicijalizacije modula. Obično, u dijelu glavnog programa, ima smisla postaviti operatore za inicijalizaciju varijabli sa bilo kojim specifičnim vrijednostima koje se moraju dodijeliti prije prvog poziva procedurama ili funkcijama modula.
Vrste varijabli u programskim modulima
Varijabla je imenovano privremeno skladište jedne vrijednosti koja se može čitati i mijenjati tokom izvršavanja programa.
Postoje 3 vrste varijabli:
Globalne varijable. Vrijednost ove varijable može se pročitati ili promijeniti iz drugog programskog modula;
varijable modula. Varijabla modula dostupna je za čitanje i pisanje (promjenu) u bilo kojoj proceduri i funkciji, kao iu glavnom tekstualnom području programa datog programskog modula.
lokalna varijabla. Lokalna varijabla je dostupna samo unutar procedure ili funkcije u kojoj je deklarirana.
Varijabla je deklarirana (eksplicitno) pomoću operatora Variable. U 1C jeziku, varijable ne moraju biti eksplicitno deklarirane. Implicitna deklaracija varijable je njeno prvo pojavljivanje na lijevoj strani operatora dodjeljivanja (znak =). Tip varijable je određen tipom vrijednosti koja joj je dodijeljena. Tokom izvršavanja programa, varijabla može promijeniti svoj tip (meko kucanje), na primjer:
Varijabla1 = "Ivanov"; // implicitna deklaracija varijable, tip varijable (ono što pohranjuje) String
Varijabla1 = 32; //dodjeljujemo novu vrijednost našoj varijabli, sada je ona tipa Broj
Sintaksa 1C jezika
U ovoj lekciji smo se upoznali sa osnovnim (primitivnim) tipovima vrednosti, sintaksom i operacijama sa njima. Obratite posebnu pažnju na sintaksu složenih logičkih izraza, uslova i petlji.
Svojstva zajedničkih modula. Kreiranje sistema podsjetnika. Napredan rad sa formularima. Programski opis ponašanja obrasca u interakciji s korisnikom.
U kojim slučajevima se koriste uobičajeni moduli?
Ako je procedura ili funkcija pozvana na više od jednog mjesta u konfiguraciji, ili ako trebamo izvršiti radnje na strani servera (na primjer, pristupiti bazi podataka), a to nije moguće u ovom modulu, tada bi u takvim slučajevima trebali koristite zajedničke module!
Svojstva zajedničkih modula
Glavna karakteristika zajedničkih modula je da u njima ne možete deklarirati zajedničke varijable.
Svojstva određenog zajedničkog modula su postavljena u njegovoj paleti svojstava:
Global – ako je zastavica postavljena, tada procedure i funkcije ovog modula postaju dostupne u globalnom kontekstu, odnosno mogu se pozvati bilo gdje u konfiguraciji, pristupajući bez naziva Općeg modula (po imenu procedure ili sama funkcija). Međutim, imena procedura i funkcija u ovom zajedničkom modulu moraju biti jedinstvena unutar globalnog konteksta.
Server – procedure i funkcije ovog zajedničkog modula mogu se izvršavati na strani servera.
Eksterno povezivanje – procedure i funkcije ovog zajedničkog modula mogu se izvoditi kada je povezan sa eksternim izvorom (na primjer, COM).
Klijent – procedure i funkcije ovog zajedničkog modula mogu se izvršavati na strani klijenta.
Poziv servera je oznaka koja omogućava klijentskim procedurama i funkcijama (izvršenim na strani klijenta) da pozivaju procedure i funkcije ovog zajedničkog modula.
Privilegirano – ako je vrijednost True, tada će provjera prava pristupa biti onemogućena u ovom zajedničkom modulu. Značajno ubrzava izvršavanje procedura i funkcija modula, ali nemojte zloupotrebljavati ovu postavku.
Ponovno korištenje – definira postavke za povratne vrijednosti. Ako je opcija uključena, sistem će nakon prvog izvršavanja zapamtiti vrijednost za ove ulazne parametre i vratiti gotovu vrijednost. Može uzeti sljedeće vrijednosti:
Ne koristi se – onemogući ponovnu upotrebu;
za vrijeme trajanja poziva – za vrijeme trajanja određene procedure;
za vrijeme trajanja sesije - dok korisnik ne zatvori sesiju (nije završio rad sa programom).
Prvi dio lekcije završava kreiranjem forme našeg elementa direktorija
Drugi dio lekcije
Drugi dio lekcije u potpunosti je posvećen programiranju forme elementa direktorija Podsjetnici: mijenjanje svojstava detalja obrasca direktorija ovisno o ponašanju korisnika.
Da biste pristupili trenutnoj vrijednosti atributa objekta koji se nalazi na obrascu (u ovom slučaju, da biste pristupili vrijednosti atributa direktorija Podsjetnici), koristite svojstvo Object:
//postavimo novu vrijednost
Object.Date = "2014.02.02";
Za upravljanje svojstvima detalja obrasca koristite svojstvo Elements:
//postavimo novu vrijednost svojstva
Items.Duration.Availability = Tačno;
Napredan rad sa formularima. Instalacija softvera za odabir. Korištenje funkcije Format(). Izvještaji
Savremeno upravljačko računovodstvo je nezamislivo bez kompjuterskih programa. Često na uspjeh implementacije ne utiče koliko ste dobro razmislili o svim detaljima računovodstva, već na kojoj platformi će se ono implementirati.
Ekonomista koji tečno radi samo u Excel uređivaču tabela uskraćuje sebi mogućnost da donese informiranu odluku pri odabiru platforme.
Reći ćemo vam kako razviti aplikativno rješenje u 1C sistemu i napraviti još jedan korak prema željenoj tituli profesionalca u svojoj oblasti.
Ekonomista se često susreće sa podacima ili dokumentima koji nisu evidentirani u standardnim aplikativnim rešenjima na platformi 1C:Enterprise 8 ili implementiranim bazama podataka. U ovoj situaciji možete agregirati informacije u uređivaču proračunskih tablica, ali Excel je odličan za konsolidaciju, obradu i analizu već akumuliranih podataka, ali da bi odražavao činjenice ekonomske aktivnosti poduzeća, autor preporučuje korištenje drugih softverskih proizvoda.
Pogledajmo kako kreirati aplikativno rješenje zasnovano na platformi 1C:Enterprise 8.
Pretpostavimo da preduzeće ima četiri proizvodna odeljenja (radionica 1, 2, 3, 4). Svakog mjeseca ekonomista dobija izvještaje sa podacima o potrošnji električne energije i vode za svaku od radionica na osnovu očitavanja brojila.
Razvićemo konfiguraciju koja će nam omogućiti da akumuliramo ove informacije i prikažemo ih u izvještaju s detaljima po odjelima i resursima na kraju godine.
Ovo rješenje će biti najjednostavnije, ali će njegovo kreiranje omogućiti ekonomisti da razumije „mehaniku rada“ sistema 1C:Enterprise 8 i poboljšaće njegovo razumijevanje softverskih sistema kompanije 1C kao što su UPP i ERP.
Za tvoju informaciju
Poznavanje osnova 1C programiranja daje bonus stručnjaku za financijsku i ekonomsku službu pri izradi tehničkih specifikacija za finalizaciju postojećih rješenja ili rješenja kreiranih od nule.
Prije nego što počnete direktno kreirati konfiguraciju, morate instalirati samu platformu 1C:Enterprise na svoje računalo. Postoje 2 načina da to uradite:
1) zatražiti pomoć od sistem administratora (programera) preduzeća i instalirati licencirani proizvod (ako je dostupan);
2) koristite besplatni komplet za obuku „1C:Enterprise 8.3. Verzija za podučavanje programiranja“, koja se može preuzeti sa interneta ili kupiti od partnerske kompanije 1C.
Ova verzija programa ima niz ograničenja, ali to vas neće spriječiti da kreirate radnu konfiguraciju i testirate je.
Program je instaliran i možemo prijeći na sljedeći korak. Razmislimo o tome od kojih objekata će se sastojati buduća konfiguracija. Radit ćemo s više odjela i resursa, tako da će nam trebati “skladišta” za ove vrijednosti.
Ako ste već koristili proizvode kompanije 1C, pogodili ste da trebate kreirati dva direktorija.
Činjenice ekonomske aktivnosti u običnom životu odražavaju se u dokumentima. U konfiguraciji su prisutni i objekti sa sličnim imenima, pa napravimo jedan dokument koji će naznačiti:
- vremenski period;
- vrsta resursa;
- njegovu potrošnju tokom mjeseca;
- jedinična cijena resursa;
- suma.
Trebat će nam mehanizam obračuna podataka, to će biti registar akumulacije. Konačno, na osnovu njega ćemo napraviti izvještaj koristeći ugrađene mogućnosti programa. Svi dodatni objekti za našu konfiguraciju biće kreirani dok radimo.
Pokrećemo program i dodajemo bazu informacija klikom na dugme Dodati. U sljedećem prozoru ćemo se složiti da kreiramo novu bazu podataka. Odaberite stavku Kreiranje informativne baze bez konfiguracije za razvoj nove konfiguracije ili učitavanje prethodno neučitane baze podataka, navedite ime Računovodstvo resursa i direktorij u kojem će baza podataka biti pohranjena. U sljedećem koraku nećemo ništa mijenjati, već jednostavno pritisnemo dugme Spreman.
Ako ste sve uradili ispravno, nova baza podataka će se pojaviti na listi.
Izaberi Računovodstvo resursa i lansirati Konfigurator. Otvorite stablo konfiguracije koristeći meni: Konfiguracija → Otvorite konfiguraciju(Sl. 1).
Rice. 1. Stablo konfiguracije
Klikom na lijevu tipku miša odaberite Imenici i nakon pozivanja kontekstnog menija pritisnite Dodati(ključ Insert). Naznačavamo naziv za naš prvi direktorij - Divizije.
Popunimo sinonim, koristit će se u sučelju programa i pokazivati korisniku - Divizije. Slično, napravimo još jedan direktorij s imenom Vrste resursa i sinonim Vrste resursa.
Vrijeme je da sačuvamo rezultate našeg rada. Idite na meni programa, izaberite Otklanjanje grešaka → Započnite otklanjanje grešaka. Slažemo se s prijedlogom za ažuriranje baze podataka i prihvatamo promjene u strukturi informacija o konfiguraciji.
Pavel Grišenkov,
nezavisni konsultant-stručnjak za Excel uređivač tabela
Materijal je djelimično objavljen. U cijelosti možete pročitati u časopisu
Mnogi ljudi dobro znaju da postoji mnogo vrsta 1C programa. Prosječan korisnik će vjerovatno navesti tri od njih:
- 1c računovodstvo
- 1C: Plate i upravljanje osobljem
- 1C: Upravljanje trgovinom
Zapravo, 1C je razvio i implementirao više od hiljadu različitih korisničkih aplikacija. Svi ovi programi se zovu konfiguracije ili primijenjena rješenja 1C. Ovaj članak će vam pomoći da shvatite kako odabrati 1C konfiguraciju koja najbolje odgovara potrebama vaše kompanije.
1C konfiguracije (1C aplikativna rješenja) su programi dizajnirani za automatizaciju aktivnosti različitih organizacija i pojedinaca.
Konfiguracija u 1C počinje samo ako računar ima tehnološka platforma 1C:Enterprise.
Tehnološka platforma 1C:Enterprise je posebno okruženje ili ljuska u kojoj se pokreću i funkcionišu 1C aplikacijska rješenja.
Prilikom kupovine 1C, korisnik kupuje softverski paket koji se sastoji od platforme 1C:Enterprise i jedne ili više 1C konfiguracija. Takav „set“ (konfigurisanje platforme i radnih baza sa softverskim alatima za upravljanje) se obično naziva 1C softverski proizvod.
Softverski proizvod također uključuje savjetodavnu i tehnološku podršku. Na primjer, omogućen je pristup sistemu pomoći Podrška informacionoj tehnologiji (1C:ITS).
Primjeri softverskih proizvoda zasnovanih na verziji platforme 8.3:
- Softverski proizvod = platforma 1C: Enterprise 8.3 + 1C: Računovodstvo 8.3 + 1C: Plata i upravljanje osobljem 8.3 (za vođenje računovodstvene i poreske evidencije proizvodnog preduzeća i obračun plata zaposlenih u posebnom programu).
- Softverski proizvod = platforma 1C: Preduzeće 8.3 + 1C: Računovodstvo 8.3 + 1C: Upravljanje trgovinom 8.3 + 1C: Upravljanje platama i osobljem 8.3(za vođenje računovodstvene, poreske, magacinske evidencije trgovačke organizacije i obračun plata zaposlenih u posebnom programu).
Sve 1C konfiguracije imaju sličan interfejs, iste konfiguracione objekte (direktorije, dokumenti, registri informacija, itd.) i opšte principe rada. Dakle, korisnik koji je savladao osnovne radnje u jednoj od 1C konfiguracija može lako raditi u drugim.
Neke iste vrste operacija dostupne su u svim 1C aplikativnim rješenjima:
- Popunjavanje priručnika. Kreiranje elemenata i grupa u direktorijima;
- Brisanje, kopiranje, premještanje, uređivanje elemenata i grupa direktorija;
- Unos ulaznih stanja;
- Unošenje dokumenata u program, uklj. kreiranje dokumenata kopiranjem i unosom na osnovu;
- Rad u časopisima dokumenata;
- Izrada izvještaja na osnovu rezultata rada.
Tehnološka platforma 1C:Enterprise razvijena je od strane 1C. Konstantno se razvija, uzimajući u obzir potrebe korisnika, ažuriranja zakona i tržišne inovacije. Kao rezultat toga, nove verzije (na primjer, 7.7, 8.2, 8.3) i izdanja (trenutna ažuriranja) 1C platforme se stalno objavljuju.
Osim toga, platforma sadrži ugrađeni programski jezik koji vam omogućava da izvršite izmjene u gotovoj konfiguraciji na osnovu želja kupca. Ponekad se, ako je potrebno, potpuno nove konfiguracije za 1C pišu "od nule" na temelju tehnološke platforme.
1C aplikativne programe kreiraju i sami 1C i drugi programeri i partnerske kompanije. Pozivaju se 1C konfiguracije koje je direktno objavio 1C tipično.
Dakle, ovisno o programeru, 1C konfiguracije dolaze u dvije vrste: standardna i nestandardna (nazivaju se i industrijska i specijalizirana rješenja).
Tipične 1C konfiguracije
Većina korisnika kupuje standardna 1C rješenja kao dio softverskog proizvoda.
Prednosti
- Standardna 1C rješenja su univerzalna, tj. Pogodno za računovodstvo u različitim oblastima delatnosti. Na primjer, računovođe iz proizvodnih preduzeća, uslužnog sektora i trgovinskih organizacija mogu raditi u 1C: Računovodstvu. Konfiguracija vam takođe omogućava da vodite evidenciju u različitim poreskim režimima (OSN, pojednostavljeni poreski sistem, UTII).
- Standardne 1C konfiguracije stalno se poboljšavaju od strane 1C, koji prati želje kupaca i uzima u obzir iskustvo širokog spektra korisnika. Takva aplikativna rješenja pažljivo su „debagirana“ i pouzdanija su u korištenju i održavanju.
Nedostaci
- Potrošač koristi samo dio mogućnosti standardnog rješenja koji mu je potreban, dok kupuje svu funkcionalnost programa.
- Tipična 1C konfiguracija zahtijeva pažljivu prilagodbu za određenu organizaciju, a ponekad i „prečišćavanje“ od strane programera.
Za ruska preduzeća, 1C nudi sljedeće standardne konfiguracije
Puna funkcionalnost programskog sistema 1C:Enterprise implementirana je u program 1C:ERP Enterprise Management 8.3.
Neke standardne konfiguracije dostupne su u nekoliko verzija s različitim skupovima funkcionalnosti. Na primjer, 1C: Računovodstvo 8 je dostupan u tri verzije: osnovna, CORP i PROF.
Osnovna verzija
Pristupačna cijena i odsustvo sigurnosnih ključeva nesumnjivo su među prednostima osnovne verzije. Međutim, osnovna verzija ima najmanje funkcionalnosti.
Osnovna verzija 1C: Računovodstva 8
- Ne podržava višekorisnički način rada (namijenjen za rad jednog računovođe);
- Sa tehničke tačke gledišta, to ne uključuje promjene u konfiguraciji;
- Ne podržava računovodstvo za više organizacija u jednoj informacijskoj bazi;
- Računovodstvo se ne vodi po zasebnim odjeljenjima (u smislu raspodjele poreza na dobit između odjeljenja i objedinjavanja PDV izvještavanja).
Postoje i specijalizirane isporuke osnovne verzije, konfigurirane za posebne porezne režime:
- 1C: Pojednostavljeno 8
- 1C: Preduzetnik 8
PROF verzija
Najpopularnija od svih verzija 1C: Računovodstvo 8.
- Podržava višekorisničko računovodstvo;
- Moguće je računovodstvo u više kompanija;
- Dozvoljava administratoru da izvrši promjene konfiguracije;
- Moguć je rad u “cloud” servisu. U ovom slučaju, program se nalazi na 1C serveru, a pristup mu se vrši putem Interneta;
- Programu se može pristupiti putem mobilnih uređaja.
CORP verzija
CORP verzija programa 1C: Računovodstvo 8 namijenjena je velikim korporacijama, jer ima najširu funkcionalnost. Ima sve prednosti PROF verzije. Osim toga, ova verzija vam omogućava da vodite odvojeno računovodstvo prihoda i rashoda za odvojene odjele organizacije.
Shema za poređenje funkcionalnosti različitih verzija standardne konfiguracije 1C: Računovodstvo 8
Nestandardne 1C konfiguracije
Implementaciju 1C softverskih proizvoda provode partnerske kompanije. Oni direktno komuniciraju sa kupcima, instaliraju 1C programe, postavljaju ih i prilagođavaju, fokusirajući se na karakteristike određenog preduzeća i želje kupca.
Da bi to učinili, IT stručnjaci:
- Tipične 1C konfiguracije se "modificiraju" pomoću posebnog programskog jezika. Na primjer, aplikativno rješenje “1C: Pilana 8” je modificirana standardna konfiguracija 1C: Manufacturing Enterprise Management.
- Kreirajte nove konfiguracije zasnovane na platformi 1C:Enterprise.
Aplikaciona rješenja razvijena od strane 1C partnerskih kompanija nisu standardna. Za implementaciju takvih konfiguracija potrebno je proći certifikaciju u 1C i dobiti pravo na poseban logotip „1C: Kompatibilan“. Atipične konfiguracije, po pravilu, „pisane” su za određenu vrstu djelatnosti, za određenu industriju. Stoga se i zovu industrija i specijalizovana 1C rješenja.
Prednosti nestandardnih konfiguracija
- Omogućuju vam smanjenje troškova za potrošače prilikom implementacije softverskog proizvoda zbog činjenice da se isporučuju kao gotova rješenja.
- Sadrže visokospecijalizirana rješenja koja uzimaju u obzir specifičnosti određene kompanije.
- Omogućava vam izbjegavanje složenih postavki konfiguracije.
Primjeri industrijskih konfiguracija: 1C: Javno ugostiteljstvo, 1C: Upravljanje poljoprivrednim preduzećima, 1C: Upravljanje organizacijom građevinarstva.
Pretpostavimo da trebate odabrati softverski proizvod za vođenje računovodstvenih i poreznih evidencija u preduzeću prehrambene industrije. U tu svrhu, kao što je prikazano na dijagramu, možete instalirati i prilagoditi standardnu konfiguraciju 1C: računovodstva ili odabrati jedno od gotovih industrijskih rješenja, štedeći vrijeme i novac.
Kao što vidite, kompanija 1C predstavlja širok spektar 1C softverskih proizvoda koji zadovoljavaju potrebe i ukuse širokog spektra potrošača.
Jednostavna konfiguracija za snimanje kretanja kertridža za lasersku opremu u organizaciji izgrađena je pomoću platforme 1C Enterprise 8.3 i interfejsa Taxi. U obzir se uzima kretanje svakog kertridža (kupovina, dopuna, restauracija, popravka, ugradnja u štampač itd.) i trošak sredstava za svaki kertridž. Osnovni cilj je savladati razvoj aplikacija na bazi 1C Enterprise 8.3 platforme na primjeru izgradnje izvodljive i korisne aplikacije.
Ja sam iskusan programer, ali ranije nisam ozbiljno studirao 1C. Da bismo kombinovali posao (upoznavanje sa 1C Enterprise 8.3) sa poslom (niko nije otkazao posao), pokušajmo da izgradimo radnu konfiguraciju koristeći mogućnosti nove verzije. Možda će proces razvoja konfiguracije nekome biti koristan i pomoći će početnicima da savladaju 1C.
Radim u IT odjelu velike organizacije sa velikim brojem laserskih štampača i MFP-a. Za njih je vođenje računa o kretanju kertridža hitan zadatak i zahtjev upravljanja.
Formulacija problema.
Dopunu tonera, restauraciju i popravku kertridža vrši treća strana. Potrebno je voditi računa o kretanju svakog kertridža, odnosno nabavci, dopuni tonera, restauraciji, popravci, ugradnji u određeni štampač (MFP), trenutnoj lokaciji, otpisu itd. Osim toga, potrebno je da se uzmu u obzir troškovi za svaki kertridž (troškovi kupovine, dopune tonerom, itd. od strane dobavljača).
Jasno je da su neki izvještaji potrebni. Naravno, sve bi trebalo da bude što jednostavnije i jasnije za korisnike.
Plan implementacije.
Koristimo 1C Enterprise 8.3 platformu kao najmoderniju u ovom trenutku.
Da bismo savladali platformu, pokušaćemo da koristimo što više različitih konfiguracionih objekata i, naravno, novi Taxi interfejs. Pokušat ćemo objektima dati imena koja su razumljiva i bliska njihovoj funkcionalnoj namjeni. Za sada se nećemo doticati „suptilnih“ aspekata rada 1C, kao što su optimizacija interakcije klijent-server, raspodjela uloga itd.
Pretpostavimo prvo da će naša konfiguracija imati sljedeće objekte:
Imenici:
Nomenklatura patrona
Cartridges
Nomenklatura patronaCijene
Štampači
Raspon štampača
Dobavljači
dokumentacija:
Arrival Cartridges
Zamjena kertridža
Otpis kertridža
Transferi:
Ne baš
Stanje kertridža
Razlozi za zamjenu kertridža
Registri informacija:
CartridgesReplacement
Registri akumulacije:
CartridgesPayment
Algoritam rada.
Glavni "glumac" je lista dostupnih kertridža (Directory Cartridges). U početku se lista popunjava dokumentom Arrival Cartridges Nomenklatura patrona. Prilikom kupovine patrone, vrijednost detalja Država u dokumentu je odabrano kao Novo. Kupoprodajna cijena se utvrđuje prema imeniku Nomenklatura patronaCijene trenutni datum Serijski broj). Rekviziti Lokacija definisano kao "C blago".
Obračun dopune, restauracije, popravke itd. postojećih kertridža se takođe vrši dokumentom Arrival Cartridges. Tip kertridža određuje se u priručniku Nomenklatura patrona. Stanje kertridža se određuje iz nabrajanja Stanje kertridža. Cijena radova (dopuna goriva, restauracija) utvrđuje se prema referentnoj knjizi Nomenklatura patronaCijene. Jedinstvenost kertridža određuje se njegovim serijskim brojem (potrebno Serijski broj).
Prilikom objavljivanja dokumenta Arrival Cartridges na tabelarni dio Zamjena kertridža imenik Cartridges dodaje se red sa detaljima trenutnog dokumenta i odgovarajućih kertridža (sa serijskim brojem iz dokumenta) u direktorijumu Cartridges vrijednost detalja se mijenja Država I Lokacija.
Osim toga, u registru akumulacije CartridgesPayment
Obračun zamjene kertridža u određenom štampaču (priručnik) Štampači) vrši se dokumentom Zamjena kertridža. Dokument označava trenutni štampač. Jedinstvenost štampača određena je detaljima Serijski broj. Naznačen je kertridž koji treba instalirati i zameniti (serijski brojevi kertridža).
Prilikom objavljivanja dokumenta Zamjena kertridža u tabelarnom dijelu imenika Štampači za trenutni štampač, red sa detaljima dokumenta se dodaje i detalji se menjaju Cartridge. U imeniku Cartridges za trenutne kertridže vrijednost detalja se mijenja Država I Lokacija. Za ugrađenu kartušu u podupirače Lokacija registrovan je trenutni štampač, a za uklonjeni kertridž - “ dionica".
Osim toga, u registru CartridgesReplacement kretanje na ovom dokumentu je evidentirano.
Otpis patrona se vrši u posebnom dokumentu Otpis kertridža.
Dakle, u trenutnom trenutku u imeniku Cartridges Svaki uložak ima vrlo specifično stanje (nov, napunjen, prazan, itd.) i određenu lokaciju ( "zaliha" ili određeni štampač), koji vam kroz jednostavne izveštaje omogućava da procenite dostupnost kertridža u datom stanju i izvučete zaključak o potrebi kupovine, dopunjavanja itd. I naravno, uzmite u obzir troškove.
Implementacija.
Počnimo sa stvarnom konfiguracijom.
Kreirajmo praznu bazu podataka u konfiguratoru, nazovimo je s ponosom “IT specijalista” i organizirajmo podsistem Računovodstvo kertridža. Neću opisivati korak po korak kako to učiniti, jer ima dovoljno knjiga o ovom pitanju.
Prvo dodajmo enumeracije: Ne baš, Stanje kertridža I Razlozi za zamjenu kertridža, koji će nam kasnije trebati. Sastav transfera je vidljiv na slici 2
Konfigurirajmo jednostavne direktorije Nomenklatura patrona I Nomenklatura štampača.
Rekviziti Cartridge Type u imeniku Nomenklatura štampača dodijelite referencu tipa direktoriju Nomenklatura patrona(Sl.3). Ne zaboravite da svi konfiguracijski objekti koje smo kreirali moraju biti uključeni u podsistem Cartridge Accounting.
U imeniku Štampači Nekoliko detalja ima tip veze:
Za dalje testiranje programa, popunimo nekoliko redova u direktorijumima koje smo otvorili u Enterprise modu. Naravno, prvo popunjavamo jednostavne direktorije, a zatim - direktorije s detaljima s linkovima. U budućnosti se očekuje da će se učitavanje kompletnih stvarnih podataka o preduzeću vršiti uz pomoć obrade iz Excel tabela.
Sada je vrijeme za dodavanje dokumenata u konfiguraciju. Konfigurirajmo objekt dokumenta u stablu konfiguracijskih objekata Arrival Cartridges sa detaljima i tabelarnim dijelom Nomenklatura dokumenta. Još nemamo registre akumulacije u konfiguraciji - bookmark Pokret ostaje prazan za dokument. Pošto ćemo morati da napišemo sopstvenu obradu dokumenata, a programski kod je napisan u modulu forme dokumenta, kreiraćemo upravo ovu formu (slika 9). Radimo sve po defaultu, kako piše u knjigama (Obrazac - Dodaj - Obrazac dokumenta).
Ovaj dokument ćemo koristiti kada primimo nove i dopunjene (prerađene, popravljene) kertridže u skladište.
Konačno, za evidentiranje prijema kertridža, kreiramo registar akumulacije CartridgesPayment sa merenjima, resursima i detaljima (slika 10) .
Bookmarked Registrari naznačite naš dokument Arrival Cartridges. Sačuvajte konfiguraciju.
Vraćanje duž stabla objekata do dokumenta Arrival Cartridges. Na obeleživaču Pokret izaberite registar CartridgesPayment, pokrenite Motion Designer i popunite polje Expression vrijednostima detalja dokumenta (slika 11).
Kliknite OK i bit ćete preusmjereni na Objektni modul programski kod (slika 12).
Sada najzanimljivija stvar - morate dodati programski kod u Object Module kako biste pružili sljedeću funkcionalnost prilikom objavljivanja dokumenta Arrival Cartridges.
Kada novi kertridž stigne (kupovina) u imenik Cartridges mora se dodati red sa jedinstvenim brojem kertridža i odgovarajućim (iz dokumenta) detaljima. U ovom slučaju, rekviziti Cartridge Conditionće značiti " Novo“, i rekviziti Lokacija- značenje " Stock" Tabelarni dio imenika Cartridges nije popunjena.
Prema algoritmu programa, prvo morate uneti svaki kertridž sa svojim jedinstvenim brojem u imenik Cartridges dokument Dolazak kertridža.
Kada stigne kaseta napunjena tonerom (prerađena, popravljena i sl.), smatra se da je kertridž sa istim brojem već u imeniku Cartridges, au ovom slučaju, prilikom knjiženja dokumenta Dolazak kertridža, red se dodaje u tabelu Benzinske pumpe a vrijednosti detalja se mijenjaju Lokacija I Država za trenutni kertridž. Kod koji je dodat u modul objekta prikazan je na slici 13.
Sada možete izvršiti prvi test performansi programa. U Enterprise kreiramo dokument Arrival Cartridges(Sl. 14). Pritisnite dugme Prevucite i zatvorite. Idite u imenik Cartridges i vidimo da se u njemu pojavljuje linija sa detaljima kupljenog uloška sa praznim tabelarnim delom (Sl. 15).
Hajde da otvorimo registar CartridgesPayment(stavka menija Registar plaćanja kertridža) i tamo ćemo vidjeti sličnu liniju.
Kreiramo i postavljamo drugi dokument Arrival Cartridges sa istim kertridžom, ali dopunjenim (Sl. 16).
Idite u imenik Cartridges i vidimo da kertridž koji smo instalirali ima liniju dodanu u tabelarni deo Benzinske pumpe i rekviziti su se promijenili Država(Sl. 17).
Ura! Program radi!
Naravno funkcionalnost dokumenta Arrival Cartridges treba poboljšati, na primjer, želio bih da se najnovija cijena usluge automatski unese u polje Cijena dokument iz imenika Nomenklatura patronaCijene pri izboru dobavljača i za datu vrstu kertridža.
To će se dogoditi kasnije, ali sada krenimo sa zamjenom kertridža - kreirajte dokument Zamjena kertridža i odgovarajući registar informacija CartridgesReplacement.
Detalji i tabelarni dio dokumenta Nomenklatura dokumenta prikazani su na slici 18. Još nemamo odgovarajuće akumulacijske registre i informacije u konfiguraciji, bookmark Pokret Nećemo ništa označavati za dokument. Pošto ćemo morati da napišemo sopstvenu obradu dokumenata, kreiramo podrazumevani DocumentForm.
Kako bismo uračunali zamjenu kertridža, za promjenu kreiramo registar informacija (ne registar akumulacije) CartridgesReplacement sa merama i detaljima (sl. 19) . Ispalo je do sada nekako bez sredstava .
Bookmarked Registrari naznačite naš dokument Zamjena kertridža.
Sačuvajte konfiguraciju. Vraćanje duž stabla objekata do dokumenta Zamjena kertridža. Na obeleživaču Pokret izaberite registar CartridgesReplacement, pokrenite Motion Designer i popunite polje Expression vrijednostima detalja dokumenta. Kliknite OK i bit ćete preusmjereni na Objektni modul dokument, gdje vidimo već kreirani Registrirajte konstruktor kretanja programski kod (slika 20).
Sada dodajemo na Objektni modul programski kod za pružanje sljedeće funkcionalnosti prilikom obrade dokumenta Zamjena kertridža. U imeniku Štampači za štampač čiji se kertridž menja, mora se dodati red u tabelarni deo Zamjena kertridža sa vrijednostima detalja iz dokumenta i vrijednosti atributa će se promijeniti Cartridge NumberNow. U imeniku Cartridges za uklonjene i instalirane kertridže, vrijednosti detalja će se promijeniti Lokacija I Država. Poboljšana procedura obrade dokumenata Zamjena kertridža prikazano ispod.
ProcessingProcedure(Failure, Mode)
// korišteni direktoriji
Printers = Directories.Printers;
Cartridges = Directories.Cartridges;
// kraj umetanja korištenih referentnih knjiga
// registar CartridgesReplacement
Movements.CartridgesReplacement.Write = Tačno;
Za svaki TechLineNomenclatureDocument Iz ciklusa NomenclatureDocument
Kretanje = Pokreti.CartridgesReplacement.Add();
Movement.Cartridge Nomenclature = Nomenklatura kertridža;
Movement.RemovedCartridgeNumber = TechStringDocumentNomenclature.RemovedCartridgeNumber;
Movement.InstalledCartridgeNumber=
Motion.PrinterModel = PrinterModel;
Movement.PrinterSerialNumber = TechStringDocumentNomenclature.PrinterSerialNumber;
Motion.PrinterInventoryNumber =
Movement.CartridgeType = TechStringDocumentNomenclature.CartridgeType;
Movement.ReplacementWhoDid = ReplacementWhoDid;
Movement.ReasonReplacement = TechStringDocumentNomenclature.ReasonReplacement;
// mijenjamo direktorij Printers
NameString = TextStringDocumentNomenclature.PrinterSerialNumber;
Tada CurrentObject =
Printers.FindByAttributes("SerialNumber",NameString).GetObject();
CurrentObject.CartridgeNumberNow =
TechStringDocumentNomenclature.InstalledCartridgeNumber;
NewRow = CurrentObject.ReplaceCartridges.Add();
NewRow.ReplacementDate = Datum;
NewString.CartridgeType = TechStringDocumentNomenclature.CartridgeType;
NewLine.InstalledCartridgeNumber =
TechStringDocumentNomenclature.InstalledCartridgeNumber;
NewLine.RemovedCartridgeNumber =
TechStringDocument Nomenclature.RemovedCartridgeNumber;
NewLine.WhoReplaced = ReplacementWhoDid;
NewString.ReasonReplacement = TechStringDocumentNomenclature.ReasonReplacement;
CurrentObject.Write();
endIf;
// promijenite direktorij Cartridges - instalirana kaseta
NameString = DocumentStringNomenclature.InstalledCartridgeNumber;
zatim CurrentObject =
String = " ";
String = String + PrinterModel + " " +
TechStringDocument Nomenclature.PrinterSerialNumber + " " +
TechStringDocumentNomenclature.PrinterInventoryNumber;
CurrentObject.Location = String;
CurrentObject.Write();
endIf;
// uklonjena kaseta
Naziv Line = Text LineDocument Nomenclature.RemovedCartridgeNumber;
Tada CurrentObject =
Cartridges.FindByAttributes("Broj",NameString).GetObject();
CurrentObject.Location = "Skladište";
CurrentObject.State = Enums.CartridgeState.Empty;
CurrentObject.Write();
endIf;
// kraj promjene direktorija
EndCycle;
EndProcedure;
Za verifikaciju popunite i dostavite dokument Zamjena kertridža(Sl.21) . Idite u imenik Štampači i vidimo da izabrani štampač ima red dodan u tabelarni deo Benzinske pumpe sa detaljima o dokumentu koji smo obrađivali i detaljima Sada broj kertridža prihvatio vrednost broja instaliranog kertridža (Sl. 22).
U imeniku Cartridges na kertridžu instaliranom u štampaču, u rekvizitima Lokacija podaci trenutnog štampača su snimljeni (slika 23). I pored registra informacija CartridgesReplacement zabilježeno je kretanje na dokumentu (sl. 24)
Dakle, trenutno imamo konfiguraciju za snimanje kretanja kertridža za lasersku tehnologiju, koja se u principu već može koristiti u radu.
Sa stanovišta “ideologije” 1C, vjerovatno je pogrešno mijenjati detalje direktorija objavljivanjem dokumenata, koristiti imenik za pohranjivanje tekućih cijena - tu je prethodno iskustvo rada sa tabelama autora članak dolazi u igru, a zašto direktorij nije tabela?
Naravno, treba poboljšati funkcionalnost, dodati izvještaje, popraviti greške i otkloniti greške. Više o tome u sljedećem dijelu članka.
Puna verzija članka je data u datoteci Part1.doc