Nüüd jätkame koodi kirjutamisega, mis loob ja kuvab meie aruande. Vormimoodulis on protseduur juba olemas NupuvormVajutamine mis käivitatakse nupu klõpsamisel Vorm, siis kirjutame sinna oma koodi. Alustame vajalike muutujate lähtestamisega. Esiteks loome muutuja jaoks arvutustabeli väljad millele me andmeid väljastame, pole see vajalik, lihtsalt sellele tehtud kõnede salvestamine lüheneb, mis tähendab, et programmi kood on lugemiseks arusaadavam.

TabDoc = FormElements.TabDoc;

Hankige funktsiooni abil välisaruande paigutus GetLayout(<ИмяМакета>) , anname parameetrile edasi paigutuse nime ja kui selline paigutus on olemas, siis funktsioon leiab selle üles.

Layout = GetLayout("Paigutus" );

Pärast küljenduse kättesaamist loome iga selle piirkonna jaoks muutujad, selleks kasutame paigutusmeetodit GetRegion(<ИмяОбласти>) .

AreaHat = Layout.GetArea("Müts"); AreaDataAccount = Layout.GetArea( "Andmetöövõtja"); AreaDataAgreement = Layout.GetArea("Andmeleping" ); AreaFooter = Layout.GetArea("Kelder" );

Tühjendage arvutustabeli väli. See on vajalik selleks, et iga uue aruande genereerimisega vanad andmed kustutataks.

TabDoc.Clear();

Nüüd, kui muutujate lähtestamine on lõppenud, liigume edasi paigutusalade ükshaaval täitmise ja kuvamise juurde. Alustame mütsiga. Kui mäletate, lõime selles valdkonnas kaks parameetrit Perioodi algus ja Lõppperiood, edastame sinna aruande genereerimise perioodi väärtused, selleks kasutame vara Valikud paigutusala.

Header.Parameters.PeriodStart = PeriodStart; AreaHeader.Parameters.EndPeriod = EndPeriod;

Rohkem ulatusega tegevust pole Kork tootjat pole vaja, seega kuvame selle välja arvutustabeli dokumendis.

TabDoc.Output(RegionHeader);

Järgmiseks kirjutame andmebaasi päringu, mille abil võtame käibe kontole 62 raamatupidamisregistrist isemajandav. Määratleme muutuja, milles meie päring asub.

Taotlus = uus taotlus;

Enne kui asume päringu teksti kirjutama, edastame sellele vajalikud parameetrid. Kuna kirjutame arve soovi 62 raamatupidamist, siis kõigepealt loome sellele parameetri

Query.SetParameter("Konto62" ,Kontoplaanid.Isetoetav.FindByCode("62" ));

Samuti on vaja päringule edastada aruande genereerimise periood. Ärge unustage, et genereerimisperioodi kohta on meil spetsiaalsed aruande üksikasjad ja edastame need parameetritena.

Query.SetParameter("StartPeriod",StartPeriod); Query.SetParameter("Lõppperiood",Lõppperiood);

Alustame päringu teksti kirjutamist, teeme seda päringu koostaja abil. Paljudes õppevahendid nad kirjutavad, et pead oskama päringut kirjutada nii käsitsi kui ka konstruktorit kasutades, aga praktikas see nii ei ole. Ülesannetes, millega 1C programmeerija pidevalt silmitsi seisab, on prioriteediks kiire ja kvaliteetne koodi kirjutamine ning päringu käsitsi andmebaasi koostamisel on seda peaaegu võimatu saavutada, kulutate õigeks tegemiseks palju väärtuslikku aega. reprodutseerida kõik päringukonstruktsioonid, leida kirjavigu, mida kirjutamisel tegite jne. Nii et ärge raisake oma aega päringute käsitsi kirjutamisele, vaid kasutage päringukonstruktorit. See säästab teie aega ja võimaldab teil seda teha erilisi jõupingutusi kirjutada keerulisi päringuid. Päringu teksti kirjutamise alustamiseks kirjutame sisse koodi:

Request.Text = "" ;

Peale seda tõsta kursor jutumärkide vahele, vajuta hiire paremat nuppu ja vali üksus Konstruktor nõuda. Avaneb päringu kujundaja aken.

Nüüd peame valima vajaliku andmebaasitabeli 1C 8. Vajame virtuaalset tabelit Käibed raamatupidamise register isemajandav. Leidke see disaineri akna vasakust servast

Liigutame selle piirkonda tabelid ja täidame parameetrid. Kõigi päringu virtuaalsete tabelite jaoks on spetsiaalne parameetrite komplekt, mis võimaldab teil valida põhitabelist (meie puhul põhitabelist Raamatupidamisregister) vajalikud andmed isemajandav). Avame virtuaalse tabeli parameetrite akna.

Täidame parameetrid, perioodi, mille päringule edastasime. Parameetri kasutamiseks päringu tekstis tuleb selle nime ette kirjutada sümbol ampersand (&)

Jääb alles täita konto tingimus. raamatupidamine. Selleks leia virtuaalse tabeli parameetritest rida SeisukordAccounts ja kirjutage sinna

Skoor HIERARHIAS (&Score62)

Tingimuste koostajat saate kasutada ka kolme punktiga nupul klõpsates.

Virtuaallauale ei pea enam tingimusi kehtestama, seega vajutage nuppu Okei virtuaalse tabeli valikute aknas. Järgmiseks peame valima tabelist vajalikud väljad Isemajandav Käibed(nimelt: Vastaspool, vastaspoole leping, tulud ja kulud). Valitud tabelis saadaolevate väljade loendi vaatamiseks vajutage selle nime kõrval olevat sümbolit "+". Pärast seda lohistage nõutud väljad päringukoostaja kõige parempoolsemasse piirkonda, mille nimi on: Väljad. Kui avame raamatupidamise kontoplaani, näeme seda konto puhul 62 analüütika autor Osapoolele – see on Subconto1, ja poolt Töövõtja leping — Subconto2.

Seetõttu valige virtuaalse tabeli väljadelt Subkonto1 ja Subconto2. Kuna sissetulekuid ja kulusid vajame summade kaupa, siis valime ka väljad SummaKäiveDt ja SummaKäiveKt

Täidame valitud väljade varjunimed, selleks läheme vahekaardile Ametiühingud/aliased ja määrake soovitud väljade nimed.

Kuna meie aruandes kuvatakse andmed hierarhiliselt (vastaspool on esimesel tasemel ja kõik tema lepingud on teisel), seadistame andmete väljastamise hierarhias tulemuste abil. Liigume konstruktoris vahekaardile Tulemused. Lohistage järjestikku rühmitusväljadele vastaspool ja Vastaspoole leping, ja finaalis Tulemas ja Tarbimine.

See lõpetab töö päringukonstruktoris, klõpsake nuppu Okei ja näeme, et meie päringu tekst ilmus programmi koodis.

Query.Text = "VALI | Isemajandavad käibed. Subconto1 AS vastaspool, | Isemajandavad käibed. Subconto2 AS töövõtja leping, | IsemajandavKäibed.AmountTurnoverDt AS Sissetulevad, | Isemajandav Käibesumma.KäiveKt AS Kulu| ALT | RegistreeriRaamatupidamine.Isetoetav.Käibed(&Perioodi algus, &Perioodi lõpp, Konto HIERARHIAS (&Konto62),) AS Isemajandavkäibe| TULEMUSED | SUM(tulu), | SUMMA(kulu) | ON | vastaspool, | vastaspoole leping";

Kui oleme päringu kirjutamise lõpetanud, hakkame valdkondi täitma DataContractor, DataAgreementContractor ja Kelder. Kõik need alad täidame päringu täitmisel saadud andmetega. Kuna meie päring sisaldab rühmitusi ( vastaspool ja Vastaspoole leping) valige sellest andmed järgmiselt:

SelectionContractor = Query.Execute().Select(BypassingQueryResult.By Groupings);

Seega saame kõigi osapoolte kogusummadega kirjed.

Enne näidisandmetest tsükliga möödahiilimist initsialiseerime aruande kogusummade arvutamiseks mõeldud muutujad:

Kogutulu = 0; Kogukulu = 0;

Aruande andmete kuvamiseks hierarhias (ja jaotatakse "+" järgi), määrake arvutustabeli dokumendiridade automaatse rühmitamise algus:

TabDoc.StartAutogroupRows();

Kõik ettevalmistused on lõppenud, nüüd hakkame päringutulemustest mööda minema. Möödasõit tehakse silmuse abil Kuni

Silmuse alguses lähtestage parameetrid Tulemas ja Tarbimine alad DataContractor. Milleks see mõeldud on? Kujutage ette olukorda, kus vastaspool Onu Vasya, tulu 10 ja kulud 5 ning järgmisele vastaspoolele Onu Petya kui me parameetreid ei lähtesta, ei ole antud juhul tulu ega kulu Tulemas ja Tarbimine, seejärel real vastaspoole järgi Onu Petya tuleb sissetulek 5 ja kulu 10.

AreaDataAccount.Parameters.Incoming = 0; AreaDataAccount.Parameters.Expense = 0;

Pärast seda täitke ala DataContractor kauba näidisandmed

Täida inPropertyValues(AreaDataAccount.Parameters, SelectionAccount);

Pärast andmete täitmist saate ala kuvada arvutustabeli dokument, Kuna kasutame ridade automaatset rühmitamist, peame rühmituses määrama rea ​​taseme (meie aruandes on kaks taset, vastaspoolte jaoks lepingute puhul esimene).

TabDoc.Output(AreaDataAccount,1);

Nüüd teeme selle vastaspoole jaoks valiku tema lepingute alusel.

SelectAgentContract = SelectContractor.Select(BypassingQueryResult.By Groupings);

Möödasõit tehakse silmuse abil Kuni.

Osapoolte lepingute tsüklis lähtestame parameetrid Tulemas ja Tarbimine, täitke ala Andmeleping valikust ja kuvada see tabelidokumendis teisel kirjete tasemel.

AreaDataAgreement.Parameters.Income = 0; AreaDataAgreement.Parameters.Expense = 0; Täida PropertyValues(AreaDataContract.Parameters, SelectionContractorContract); TabDoc.Output(AreaDataContract,2);

Ka selles tsüklis lisame tulude ja kulude koguväärtuste arvutamiseks muutujatele jooksvad väärtused.

TotalIncome = kogutulu + valikkokkulepeTöövõtja.Tulu; Kogukulu = kogukulu + valik Töövõtja leping. Kulu;

See lõpetab andmeväljundi piirkonnas DataContractor, DataAgreementContractor lõpetatud, jääb üle lõpule viia arvutustabeli dokumendiridade automaatne rühmitamine.

TabDoc.EndAutoGroupRows();

Täielikult tsüklid vastutavad andmete väljastamise eest piirkonda DataContractor ja DataAgreementContractor näeb välja selline:

TabDoc.StartAutogroupRows(); Kuigi SelectionContractor.Next() Loop AreaDataContractor.Parameters.Incoming = 0 ; AreaDataAccount.Parameters.Expense = 0 ; Täida inPropertyValues(AreaDataAccount.Parameters, SelectionAccount); TabDoc.Output(AreaDataAccount,1 ); SelectAgentContract = SelectContractor.Select(BypassingQueryResult.By Groupings); Kuigi SelectionAgreementContractor.Next() Loop AreaDataAgreement.Parameters.Incoming = 0 ; AreaDataAgreement.Parameters.Expense = 0 ; Täida PropertyValues(AreaDataContract.Parameters, SelectionContractorContract); TabDoc.Output(AreaDataAgreement,2 ); TotalIncome = kogutulu + valikkokkulepeTöövõtja.Tulu; Kogukulu = kogukulu + valik Töövõtja leping. Kulu; EndCycle ; EndCycle ; TabDoc.EndAutoGroupRows();

Jääb kuvada piirkonna koguandmed Kelder ja kuvage ala ise arvutustabeli dokument.

AreaBasement.Parameters.TotalIncome = TotalIncome; AreaBasement.Parameters.TotalExpense = TotalExpense; TabDoc.Output(RegionFooter);

See lõpetab 1C 8 välise aruande kirjutamise ilma ACS-i kasutamata. Nüüd saab selle luua režiimis 1C:Enterprise 8 ja lisada kataloogi Väline töötlemine Artiklis käsitletud aruandefaili saate alla laadida .

Vaadake videot hallatud rakenduse jaoks välise prinditava loo loomise kohta:

Tähelepanu!
Kogu töötlemine ITS-ketastelt on mõeldud informatiivsel eesmärgil ja eranditult ITS-i registreeritud kasutajatele.

Objektide valik ja töötlemine. (Universaalne)

Otsib dokumentidest ja kataloogidest objekte, mis vastavad teatud tingimustele. Töötleb otsingutulemusi.

Teabebaasi kokkuvõte. (Universaalne)

Teostab tüüpiliste konfiguratsioonide IB koondfaili:

• SCP 3.1.
• BP 1.6.
• TÜ 10.3.

Muudatuste registreerimine vahetamiseks. (Universaalne)

Redigeerib hallatava rakenduse režiimis vahetusobjektide muudatuste registreerimist. Võimaldab muuta praegust registreerimist erinevates sõlmedes. Muudab vastuvõetud ja saadetud sõnumite arvu.

Kasutaja tegevuste logi teisendamine. (Universaalne)

Teisendab sisseehitatud keeles programmiks kasutaja toimingute logi.

Täisteksti otsing andmetes. (Universaalne)

Andmetes indekseerimine ja otsimine.

Väärtuste leidmine ja asendamine. (Universaalne)

Otsib ja asendab IS-objektide võrdlusväärtusi.

Tehnoloogilise logi koostamine. (Universaalne)

Loob või redigeerib protsessi logifaili. Sellel on võimalus konfigureerida krahhi tõmmise loomist, konfigureerida tingimusi ja sündmusi, mille ilmnemisel sellesse logisse teave kirjutatakse.

Töökonsool. (Universaalne)

Jälgib tausta ja ajastatud töid. Kustutab, loob uusi.

Välise töötlemise teisendamine. (Universaalne)

Konfidentsiaalse teabe muutmine. (Universaalne)

Infoturbe valikuline muutmine või puhastamine teatud infost.

Grupi detailide muutmine. (Universaalne)

Muudab dokumentides ja kataloogides üksikasju ja tabeliosi.

Kasutajate maha- ja pealelaadimine. (Universaalne)

Laadib IB kasutajad maha ja laadib XML-faili.

Andmete üleslaadimine välistesse andmebaasidesse. (Universaalne)

Laadib andmestruktuurid välja välisesse DBMS-i, kasutades ADO-d kahes režiimis:

• Laadige kõik alla
• Laadige üles muudatused (kasutatakse muudatuste sünkroonimiseks töötavas IB-s vastuvõtja IB-ga). See režiim kasutab vahetusplaani mehhanisme.

Toetab järgmisi DBMS-i:

• Microsoft SQL
• IBM DB2
• Oraakel
• PostgreSQL
• MySQL

XML-andmete üleslaadimine ja laadimine. (Universaalne)

Laadib lahti ja laadib IB-s andmeid nii täielikult kui ka osaliselt. Seda kasutatakse andmete edastamiseks konfiguratsioonide vahel, mis on objekti koostiselt sarnased.

Andmete laadimine tabelidokumendist. (Universaalne)

Laadib andmed arvutustabeli dokumentidest kataloogidesse ja tabeliosadesse.

Töötab paksus kliendis tavalises rakendusrežiimis.

Päringukonsool. (Universaalne)

See on suureks abiks aruannete koostamisel ja päringute koostamisel.

See töötati välja platvormi 1C: Enterprise 8.2 jaoks välise töötlemise, aruannete ja printimisvormide ühendamiseks uus standard hallatavas rakenduses töötamiseks (alamsüsteemi standard standardsed raamatukogud 8.2). Seal olid "kiibid", mida seal varem polnud, nimelt:

Laiendatud on töötlemisviisi: objekti täitmine, seotud objektide loomine. Nüüd saad dokumentidesse lisada oma nuppe nii kogu dokumendi täitmiseks kui ka oma nupud alusel sisestamiseks.

Üks töötlus võib sisaldada korraga mitme toimingu (käskluse) loendit, s.t. saab teha ühe töötluse, kus saab olema mitu menüüpunkti korraga: trükkimine ja saateleht, müügitšeki trükkimine, garantiikaardi trükkimine. (Autori märkus: varem vanas standardis pidi selliste asjade tegemiseks kõike korraga tegema (isegi kui polnud vaja) ja ei olnud vaja seda sulgeda ega oma vormi joonistada, millel olid vajalikud nupud vajaliku toimingu valimiseks)

Objekte saab korraga sisestada ja täita mitme, mitte ühe objekti alusel

Saate ajastada serverikäskude täitmise (serveris).

Režiimiks saab määrata "Turvaline" või "Ebaturvaline", s.t. alustada töötlemist õiguste piirangut arvesse võttes või neid ignoreerida (nagu täisõiguste puhul)

Saate määrata kasutusrežiimi: Ära kasuta, silu, kasuta. "Ära kasuta" - mitte tööl, "Silumine" - nähtav ainult administraatoritele, "Kasuta töös".

Võib sisaldada kasutamist objektivormides ja loendivormis

Saate siduda töötlemise või aruande korraga kõigi objektidega.

saab kohandada kiire juurdepääs teatud välistele töötlemiskäskudele.

Võimalik on määrata, millistes liidese jaotistes peaks ilmuma lisatöötlus ja aruanded.

Niisiis, mida saab standardkonfiguratsioonidega ühendada?

Platvormi seisukohast saate ühendada:

• väline töötlemine (failid laiendiga "epf");
• välised aruanded (failid laiendiga "erf").

Rakendusala (konfiguratsiooni) seisukohast saate välise töötlemise ja aruanded ühendada vormiga *:

• Täiendav töötlemine
• Lihtsalt lisatöötlus. Võimalik kohandada
• Lisaaruanne
• Lihtsalt lisaaruanne
• Objekti täitmine
• Objektide (dokumendi) täitmiseks omad nupud, varem olid nupud ainult tabeliosa täitmiseks.
• Trüki vorm
• Täiendav prinditav (lisatud on nupp "Täiendavad prinditavad")
• Aruanne
• Objektidele (kataloogidele ja dokumentidele) lisatud aruanne.
• Lingitud objektide loomine
• Oma sisend põhjal (menüüpunktis "Sisend põhineb" lisatakse nupp "Loo seotud objektid ...")

*toimetuse näitel „Väikefirma juhtimine toim. 1,2"

Vaatame, kuidas see kõik töötab. Välise töötlemise ja aruandluse ühendamiseks on olemas standard, mis kirjeldab välise töötlemise ja aruandlusega suhtlemise liidest ning kõikidele tüüpidele on kehtestatud üldnõuded ning iga töötlemise või aruande tüübi jaoks on olemas spetsiifilised nõuded.

Alustame üldistest nõuetest igat tüüpi töötlemisele ja aruandlusele. Ühendatava välistöötluse või aruande loomiseks tuleb objektimoodulis deklareerida ekspordifunktsioon InformationOnExternalProcessing(), mis peab täitma käitumist kirjeldava struktuuri. Selle funktsiooni näide:

Funktsioon DetailOnExternalProcessing() Export
RegistrationData = uus struktuur;
RegistrationData.Insert("Nimi", "Näide välise töötlemise kasutamisest 8.2.");
RegistrationData.Insert("SafeMode", True);
RegistrationData.Insert("Versioon", "1.0");

//Täiendav töötlemine
//Lisaaruanne
//Objekti täitmine
//Aruanne
//Prindivorm
//Seotud objektide loomine
RegistrationData.Insert("View", "AdditionalProcessing");

RegistrationData.Insert("Informatsioon", "Töötlemine toimub vastavalt uuele välistöötluse ühendamise standardile 8.2. Töötlemise näide ""Tere sõna"" ");

////////////// käsud ///////////////////////////
tsCommand = uus väärtustabel;
tzCommand.Columns.Add("Identifier");
tzCommand.Columns.Add("Vaade");
tzCommand.Columns.Add("Modifikaator");
tzCommand.Columns.Add("ShowNotification");
tzCommands.Columns.Add("Kasuta");

stringCommand.Identifier = "1";
stringCommands.View = "käsk ""Tere sõna"" (OpenForm)";

commandstring.Usage = "Avamisvorm";

CommandString = tzCommand.Add();
stringCommand.Identifier = "2";
stringCommand.View = "käsk ""Tere sõna"" (ClientMethodCall)";
stringCommand.ShowAlert = tõene;
CommandString.Usage = "CallClientMethod";

CommandString = tzCommand.Add();
stringCommand.Identifier = "3";
stringCommand.View = "käsk ""Tere sõna"" (ServerMethod Call)";
stringCommand.ShowAlert = tõene;
Commandstring.Usage = "CallServerMethod";

RegistrationData.Insert("käsud", tzkäsud);

////////////// otstarve (millistes objektides seda kasutatakse) //////////////////////////
//blankettide trükkimiseks, täitmiseks, seotud objektide sisestamiseks
//AssignmentArray = Uus massiiv;
//ArrayAssignments.Add("Dokument.*"); // kõik dokumendid on määratud
//ArrayAssignment.Add("Document.Advance Report");
//Omistamise massiiv.Add("Dokument.Ostja tellimus");
//RegistrationData.Insert("Sihtkoht", Array of Asignments);

Registreerimisandmete tagastamine;

Lõppfunktsioonid

Niisiis, nagu näete, täidab funktsioon RegistrationData struktuuri, millel on järgmised elemendid (parameetrid):

Nimi – töötlemise lühinimi

Versioon – teave töötlemisversiooni kohta

Turvarežiim– vastutab selle eest, kas töötlemine peaks toimuma kasutaja õigusi arvestades. Kui see on "False", siis töötlemine või aruanne tehakse ilma õiguste piiranguid arvestamata (nagu täisõiguste puhul). See funktsioon ilmus versioonis 8.2, kus välise töötlemise ja aruannete loomisel on teise parameetrina määratud režiim.

Vaade – töötlemise või aruande tüüp. Loetlesin võimalikud väärtused artikli alguses ja võimalikud väärtused koodis seadistamiseks on märgitud kommentaaris

• Käsud - väärtuste tabel, mis loetleb kasutatud käsud. Väärtuste tabeli veerud:
• Identifier – mis tahes string (käsu identifikaator)
• Vaade – käsu kirjeldus
• Modifikaator - string (kasutatakse täiendavate trükivormide jaoks)
• ShowNotification – teavitusaken ilmub enne täitmise algust ja pärast selle lõppu (ilma vormita kliendi- ja serverikäskude puhul)
• Kasutamine – töötlemise käivitusrežiim:
• Vormi avamine – avaneb töötlusvorm
• CallClientMethod – helistage kliendi ekspordimeetodi vormile
• Calling ServerMethod – ekspordimeetodi kutsumine töötlemismoodulist

Olenevalt töötluse või aruande tüübist, samuti käsu "Kasuta" käivitusrežiimist kutsutakse välja vormimoodulis, objektimoodulis defineeritud meetodid. Läbitud parameetrite loend on samuti erinev. Lisatud on kõnede ja igasuguste töötlemisviiside kasutamise näited.

Üsna sageli, kui konsultatsiooni ajal on vaja lahendada mõni keeruline probleem, soovitan oma klientidel seda 1C programmis rakendada, kasutades kas väline töötlemine, või väline trükiplaat. Ja sageli puutun kokku tõsiasjaga, et inimene lihtsalt pole kursis sellise programmide võimalusega platvormil 1C Enterprise 8. Mõnikord nad isegi sõimavad mind, uskudes, et sellise töötlemise arendamine ja rakendamine nende konfiguratsioonis teeb seda. programmi automaatne värskendamine võimatu. Et programmi uuendamise eest tuleb palju raha välja käia.

Et sellistes küsimustes selgust saada, samuti rääkida millest kasulikud funktsioonid anda välistöötlus- ja välistrükivormid, otsustasin selle artikli kirjutada. Artiklis ei käsitle ma töötlemise loomise protsessi tehnilist poolt. Seda käsitletakse suure tõenäosusega mõnes teises postituses. Püüan siinkohal selgitada mehhanismi olemust ja tuua konkreetseid näiteid juhtudest, kus välised töötlemise ja trükkimise vormid võivad kasutajale kasu tuua.

Artiklis käsitletakse täiendavate väliste ühendatavate objektide järgmisi valikuid.

• Tabeliosade täiendav väline töötlemine;
• Täiendavad välised trükivormid;
• Täiendavad välisaruanded;
• Täiendav väline töötlemine.

Mis on täiendav väline töötlemine, aruanded ja trükivormid

✅

✅

✅

Alustuseks tahaksin rääkida üldiselt mis need välistöötlused, aruanded ja trükitud vormid on. Üsna sageli tekib tüüpilise konfiguratsiooniga töötades, olgu selleks 1C ZUP või 1C Enterprise Accounting või mõni muu konfiguratsioon, vajadus mingisuguse funktsiooni järele, mida 1C arendajad ei paku. Näiteks võite vajada trükitud vorm, mida ei reguleerita, vaid kasutatakse organisatsiooni sisemiste vajaduste rahuldamiseks. Või teatud viisil nõutud protsess (muuda, parandada) andmebaasis saadaolevaid andmeid. Näiteks dokumentides teatud detailide muutmine vajalikuks perioodiks, mida on suurte infohulkadega käsitsi ebamugav teha.

Sel juhul on kaks võimalust. Esiteks, saame muuta konfiguratsiooni ennast, programmi ennast. Pärast seda lakkab see olemast tüüpiline ja värskendab seda nende üsna lihtsaid viise millest kirjutasin, ei tööta. Mittestandardse konfiguratsiooni värskendamine on pikem ja tõsisem protsess, seetõttu peate selle lähenemisviisi korral tõenäoliselt igakuiselt 1C spetsialistile programmi värskendamise eest maksma. Teiseks võimalus on välja töötada või paluda välja töötada välistöötlus või trükitud vorm (aruanne). See on sisuliselt väline moodul, mis on samuti Configuratoris välja töötatud 1C programmeerimiskeeles, kuid ei muuda standardset konfiguratsiooni. See eksisteerib konfiguratsioonist endast sõltumatult. Nende säilitamiseks kasutatakse spetsiaalseid katalooge: peamenüü "Teenus" -> "Täiendavad aruanded ja töötlemine".

Täiendav väline töötlemine tabeliosade täitmiseks

✅ Seminar "Life hacks for 1C ZUP 3.1"
15 raamatupidamise elu häkki analüüs 1 s zup 3.1 jooksul:

✅ KONTROLLLOEND palgaarvestuse kontrollimiseks 1C ZUP-is 3.1
VIDEO – igakuine enesekontroll raamatupidamine:

✅ Palgaarvestus 1C ZUP-is 3.1
Samm-sammuline juhendamine algajatele:

Nüüd vaatame, millised võimalused on kõigil neljal saadaval välised moodulid. Alustame sellest tabeliosade väline töötlemine. Mulle tundub, et selline dokumentide tabeliosade töötlemine illustreerib kõige paremini seda, kuidas saate programmi tõsiselt muuta ilma tüüpilist konfiguratsiooni muutmata, vaid ainult välist töötlemist kasutamata.

Et see oleks selgem, toon konkreetse näite oma praktikast, mida probleemi lahendamiseks kasutasin tabeliosade väline töötlemine. Konfiguratsioonis "1C Palk ja personalijuhtimine" väljaandes 2.5 on dokument "Pühade ja nädalavahetuste eest tasumine"(see dokument on üksikasjalikult kirjutatud). AT tüüpi vorm see dokument annab võimaluse automaatselt täita töötajate tabeliosa "Töötamine puhkusel".

Raamatupidaja palus rakendada selle dokumendi täitmise võimalust töötajatel, kelle tööpäevad graafiku järgi langesid nädalavahetustele, s.o. "Nädalavahetusel töötamine".

See fail on kataloogi üles laaditud "Tabeliosade väline töötlemine"(menüüpunkt "Tööriistad" -> "Täiendavad aruanded ja töötlemine" -> "Tabeliosade täiendav väline töötlemine"). Selle kataloogi elemendi loomisel näidati, millisesse dokumenti allalaaditud töötlemine kuulub - "Makse organisatsiooni pühade ja nädalavahetuste eest", samuti millisesse tabeliosa - "Töötajad". Meie näites on dokumendil üks tabeliosa, kuid teistes dokumentides võib neid olla mitu ja seetõttu tuleb konkreetselt märkida, millisesse neist töötlemine kuulub.

Selle töötlemise kataloogi lisamise tulemusena "Täiendav väline töötlemine tabeliosade täitmiseks" dokumendis "Pühade ja nädalavahetuste eest tasumine" ilmub nupp "Täida" koos ripploendiga, kus on võimalik seda töötlemist alustada. Meie puhul on nupp "Täida pühapäevad" saadaval ripploendis. Selle vajutamine käivitab töötluses sisalduva algoritmi. Selles näites täidetakse tabelijaotis töötajatega, kelle tööpäevad langesid puhkepäevale. Pange tähele, et seda nuppu polnud varem olemas (ekraanipilt ülal).

See mehhanism võimaldab teil lahendada väga paljusid probleeme ilma konfiguratsiooni ise täpsustamata. Seetõttu kasutan seda võimalust üsna sageli kliendi ülesannete elluviimiseks.

Täiendavad välised trükiplaadid

✅ Seminar "Life hacks for 1C ZUP 3.1"
15 raamatupidamise elu häkki analüüs 1 s zup 3.1 jooksul:

✅ KONTROLLLOEND palgaarvestuse kontrollimiseks 1C ZUP-is 3.1
VIDEO - igakuine raamatupidamise enesekontroll:

✅ Palgaarvestus 1C ZUP-is 3.1
Samm-sammult juhised algajatele:

See valik on eelmisega väga sarnane. Tõenäoliselt olete näinud ja teadnud, et peaaegu igal dokumendil ja isegi mõnel kataloogielemendil on trükitud vormid. Need, nagu reeglid, asuvad kataloogi või dokumendi vormielemendi paremas alanurgas. Mõnikord ei piisa standardsetest trükitud vormidest. Näiteks võib organisatsioonil olla oma töölepingu vorm. Tuletan meelde, et trükitud tüüpvorm "Tööleping" on osa teatmeteose "Töötajad" vormist.

Nendele kataloogi trükitud vormidele saate lisada oma. Selleks luuakse väline trükivorm laiendiga “.epf”. Seejärel luuakse selle jaoks kataloogielement "Täiendavad välised trükivormid"(menüüpunkt "Teenus" -> "Lisaaruanded ja töötlemine") ja sellele kataloogi elemendile lisatakse fail laiendiga ".epf". Samuti on vaja täpsustada, millise dokumendi või kataloogi töötlemine lisatakse.

Selle tulemusena ilmub kataloogi "Töötajad" elementide trükitud vormide koosseisu veel üks vorm - "Tööleping (LLC Alfa)", mida varem polnud. Ja tema välimus ja andmete täitmise määrab programmeerija failis “.epf”.

See võimalus dokumentide ja kataloogide jaoks vajalikke printimisvorme lisada on samuti väga sageli nõutud ja minu arvates on see 1C Enterprise platvormi programmide üsna mugav funktsionaalsus.

Täiendavad välisaruanded

Sel juhul saab areneda välisaruanne. See on .erf-vormingus fail. Just see fail määrab aruande välimuse, milliseid konfiguratsiooniandmeid see kasutab ja mida kasutajalt küsib (näiteks periood, valik töötaja või osakonna järgi). Fail luuakse 1C konfiguraatoris 1C programmeerimiskeeles.

Välist aruannet saab konfiguratsiooni osana salvestada kasutades kataloogi "Täiendavad välisaruanded" (menüüpunkt "Tööriistad" -> "Täiendavad aruanded ja töötlemine"). Need ei ole seotud konkreetse dokumendi või kataloogiga, seda teavet ei nõuta.

Selle salvestusvõimalusega käivitatakse aruanne samast kataloogist (topeltklõps).

Välist aruannet saate käivitada ka menüükäsuga "Fail" -> "Ava". Seda valikut saab kasutada juhul, kui teil on mugavam salvestada väliseid aruandeid mitte programmi osana, vaid lihtsalt arvuti kaustadesse.

Täiendav väline töötlemine

Väline töötlemine omavad ligikaudu sama tähendust kui välised aruanded. Kuid erinevalt aruannetest, mida kasutatakse teabebaasi andmete vaatamiseks kasutajasõbralikus vormingus, on töötlemine mõeldud andmete muutmiseks, redigeerimiseks või teisendamiseks. teabebaas. Välise töötlemise abil lahendatavate ülesannete ring on üsna lai.

näiteks, töötlemine maksete väljavõtete mahalaadimiseks palgad. Vaatamata standardse töötluse olemasolule ZUP-is (lugege selle kohta), ei pruugi see mõnikord konkreetsele pangale sobida ja töötatakse välja väline töötlemine, mis teisendab ja laadib teavet soovitud vormingus.

ma toon veel üks näideüsna tagasihoidlik, kuid üsna populaarne töötlemine. Kui 1C ZUP-is aasta jooksul dokumenti “Isiku tulumaksu ülekanne eelarvesse” ei säilitata, siis aasta 2-isiku tulumaksu moodustamisel on iga töötaja väli “Loetletud” null, mis tavaliselt on tegelikult vale. Dokumendi “Isiku tulumaksu ülekanne eelarvesse” sisestamine terve aasta kohta võib dokumendi enda iseärasusi arvestades olla üsna tüütu. Kuid saate teha välist töötlemist, mis genereeritud 2-NDFL-is täidab lihtsalt iga töötaja jaoks välja "Loendis" välja "Arvutatud" väärtuste põhjal. Tavaliselt raamatupidajatele see variant väga meeldib.

Välisel töötlemisel on täpselt samad kaks salvestus- ja käivitamisvalikut: kasutage kas viidet "Täiendav väline töötlemine"(menüüpunkt "Tööriistad" -> "Täiendavad aruanded ja töötlemine"), või peamenüü "Fail" -> "Ava".

See on tänaseks kõik!

Et olla esimene, kes uutest väljaannetest teada saab, tellige minu ajaveebi värskendused: