Nyní přejdeme k psaní kódu, který vygeneruje a zobrazí naši zprávu. V modulu formuláře již existuje postup ButtonShapePress který se provede po stisknutí tlačítka Tvarovat, tam napíšeme náš kód. Začněme inicializací požadovaných proměnných. Nejprve vytvořme proměnnou pro pole tabulkového dokumentu do kterého budeme data vydávat, to není nutné, pouze se zkrátí nahrávání hovorů, což znamená, že programový kód bude pro čtení srozumitelnější.

TabDoc = Prvky formuláře.TabDoc;

Získejte rozložení externí sestavy pomocí funkce Získat rozložení (<ИмяМакета>) , předáme parametru název rozložení a pokud takové rozložení existuje, funkce ho najde.

Layout = Získat rozvržení („Layout“);

Po obdržení rozložení vytvoříme proměnné pro každou z jeho oblastí, k tomu použijeme metodu rozložení GetArea (<ИмяОбласти>) .

AreaHeat = Layout.GetArea ("Záhlaví"); ScopeDataContractor = Layout.GetScope ( „DataContractor“); ScopeDataContract = Layout.GetScope ("ContractData"); AreaFooter = Layout.GetArea ("zápatí");

Vymazejme pole tabulkového dokumentu. Je to nutné, aby s každou novou generací sestavy byla odstraněna stará data.

TabDoc.Clear ();

Nyní, když je inicializace proměnných dokončena, přejdeme ke střídavému vyplňování a zobrazování oblastí rozvržení. Začněme čepicí. Pokud si pamatujete, vytvořili jsme v této oblasti dva parametry. Začátek období a Konec období, přeneseme tam hodnoty období generování sestavy, k tomu použijeme vlastnost Parametry oblast rozložení.

AreaHead.Parameters.PeriodStart = PeriodStart; AreaHead.Parameters.EndPeriod = EndPeriod;

Žádné další akce v této oblasti Čepice výrobce není nutný, takže jeho pole zobrazíme v tabulkovém dokumentu.

TabDok.Display (AreaHap);

Dále napíšeme dotaz do databáze, pomocí kterého převezmeme obraty na účtu 62 z účetního registru Samonosná... Pojďme definovat proměnnou, ve které bude umístěn náš požadavek.

Žádost = nový požadavek;

Než začneme psát text požadavku, předejme mu požadované parametry. Protože píšeme požadavek na fakturu 62 účetnictví, nejdříve pro to vytvoříme parametr

Request.SetParameter ("Account62", plány účtů. Self-support.FindByCode ("62"));

Je také nutné do požadavku přenést období generování zprávy. Nezapomeňte, že pro období formování máme speciální podrobnosti o zprávě a předáváme je jako parametry.

Request.SetParameter ("PeriodBeginning", PeriodBeginning); Request.SetParameter ("EndPeriod", EndPeriod);

Začněme psát text požadavku, uděláme to pomocí konstruktoru dotazu. V mnoha učební pomůcky napište, že potřebujete umět napsat dotaz ručně i pomocí konstruktoru, ale v praxi tomu tak není. V úlohách, kterým programátor 1C neustále čelí, je prioritou rychlé a efektivní psaní kódu a při manuálním sestavování požadavku do databáze je to téměř nemožné dosáhnout, strávíte spoustu drahocenného času zkoušením správného reprodukovat všechny konstrukty dotazů, hledat překlepy, které jste dělali při psaní atd. Neztrácejte proto čas psaním dotazů ručně, ale použijte konstruktor dotazů. Ušetří vám to čas a zvláštní úsilí psát složité dotazy. Chcete -li začít psát text požadavku, zadejte kód:

Request.Text = "";

Poté vložte kurzor mezi uvozovky, stiskněte pravé tlačítko myši a vyberte položku Konstruktoržádost. Otevře se okno návrháře dotazů.

Nyní musíme vybrat potřebnou tabulku databáze 1C 8. Potřebujeme virtuální tabulku Obratyúčetní registr Samonosná... Najdeme to na levé straně okna konstruktoru

Pojďme to přesunout do oblasti Tabulky a vyplňme parametry. Pro všechny tabulky virtuálních dotazů existuje speciální sada parametrů, které vám umožňují vybrat požadovaná data z hlavní tabulky (v našem případě hlavní tabulky Účetní registr Samonosná). Otevřeme okno parametrů virtuální tabulky.

Vyplňme parametry období, které jsme žádosti předali. Chcete -li použít parametr v textu požadavku, napište symbol před jeho název ampersand (&)

Zbývá vyplnit podmínku pro bukh účtu. účetnictví. Chcete-li to provést, najděte řádek v parametrech virtuální tabulky Stav účtu a napiš tam

Účet v HIERARCHY (& Account62)

Konstruktor můžete také použít k sestavení podmínek kliknutím na tlačítko se třemi tečkami.

Na virtuální stůl již není nutné ukládat žádné další podmínky, proto stiskněte tlačítko OK v okně parametrů virtuální tabulky. Dále musíte z tabulky vybrat pole, která potřebujeme Samonosné. Obraty(a to: Protistrana, Smlouva o protistraně, Výnosy a Výdaje). Chcete-li zobrazit seznam polí dostupných v tabulce, kterou jsme vybrali, stiskněte symbol „+“ vedle jejího názvu. Poté přetáhněte požadovaná pole do oblasti nejvíce vpravo návrháře dotazů, která se nazývá Pole. Otevřeme-li účtovou osnovu, uvidíme to pro účet 62 analytika pro Protistrana je Subconto1 a podle Smlouva dodavatele - Subconto2.

Proto z polí virtuální tabulky vybereme Subconto1 a Subconto2... Protože potřebujeme příjem a výdaj podle částky, vybereme také pole Částka Obrat Dt a Částka ObratKt

Vyplňte aliasy polí, která jsme vybrali, a přejdeme na kartu Odbory / Aliasy a nastavte požadované názvy polí.

Protože v našem přehledu budou data zobrazena hierarchicky (protistrana je na první úrovni a všechny jeho smlouvy jsou na druhé), nastavíme výstup dat v hierarchii pomocí součtů. Pojďme k záložce v konstruktoru Výsledky... V polích seskupování přetáhněte postupně Protistrana a Smlouva dodavatele a ve finále Příchod a Spotřeba.

Tím je práce v konstruktoru dotazů dokončena, stiskněte tlačítko OK a vidíme, že text našeho požadavku se objevil v programovém kódu.

Request.Text = "VYBRAT | Samonosné obraty. Subkonto1 AS jako protistrana, | Samonosné Turnovers.Subkonto2 JAKO Smlouva | Self-supportTurnovers.SumTurnoverDt AS Parish, | Samonosná spotřeba| OD | Účetní kniha. Samonosné. Obraty (& začátek období, & konec období, účet v HIERARCHY (& účet62),) AS samonosný obrat| VÝSLEDKY | SUM (příjezd), | SUMA (spotřeba) | Software | Protistrana, | Dohoda dodavatele “;

Po dokončení psaní požadavku začneme vyplňovat oblasti DataContractor, DataAgreementContractor a Suterén... Do všech těchto oblastí vyplníme údaje získané při provádění požadavku. Protože náš dotaz obsahuje seskupení ( Protistrana a Smlouva dodavatele) vyberte z něj data následujícím způsobem:

SelectContractor = Query.Run (). Vyberte (QueryResultIndo.OnGroups);

Budeme tedy dostávat záznamy se součty za všechny protistrany.

Před procházením ukázkových dat pomocí smyčky inicializujeme proměnné určené k výpočtu celkových součtů pro sestavu:

Celkový příjem = 0; Celková spotřeba = 0;

Aby se data přehledu mohla zobrazit v hierarchii (a šířit se podél „+“), nastavme začátek automatického seskupování řádků dokumentu tabulky:

TabDoc.StartAutoGroupLines ();

Všechny přípravy jsou u konce, nyní začneme procházet výsledky dotazů. Průchod provedeme pomocí smyčky sbohem

Na začátku cyklu nastavte parametry na nulu Příchod a Spotřeba oblastech DataContractor... K čemu to je? Představte si situaci, která pro protistranu Strýček Vasya, příjem 10 a výdaj 5, a za to další protistrana Strýc Petya pokud v tomto případě neresetujeme parametry, neexistují ani výnosy, ani výdaje Příchod a Spotřeba, poté v řadě protistranou Strýc Petya získá příjem 5 a výdaj 10.

ScopeDataContractor.Parameters.Prihod = 0; ScopeDataContractor.Parameters.Expense = 0;

Poté oblast vyplníme DataContractor ukázková data položky

FillPropertyValues ​​(ScopeDataContractor.Parameters, SelectionContractor);

Po vyplnění dat můžete oblast zobrazit v Tabulkový dokument Protože používáme automatické seskupování řádků, musíme označit úroveň řádku ve seskupení (v naší zprávě budou dvě úrovně, pro dodavatele je první pro smlouvy druhá).

TabDok.Withdraw (ScopeDataContractor, 1);

Nyní u této protistrany provedeme výběr podle jeho smluv.

SelectionContractorAgreement = SelectionContractor.Choose (BypassResultResult.On Groupings);

Průchod provedeme pomocí smyčky sbohem.

V cyklu na základě smluv protistran resetujeme parametry Příchod a Spotřeba, vyplňte oblast Dohoda o údajích z výběru a zobrazte jej v tabulkovém dokumentu na druhé úrovni záznamů.

ScopeDataContract.Parameters.Prihod = 0; ScopeDataAgreement.Parameters.Expense = 0; Vyplňte hodnoty vlastnictví (ScopeDataContract.Parameters, SelectionContractorAgreement); TabDok.Withdraw (ScopeDataContract, 2);

V tomto cyklu také přidáme aktuální hodnoty do proměnných pro výpočet celkových hodnot příjmů a výdajů.

TotalIncome = TotalIncome + SelectionContractor Agreement.Income; TotalExpense = TotalExpense + SampleContractor Agreement.Expense;

Tím se uzavře datový výstup v oblasti DataContractor, DataAgreementContractor dokončeno, zbývá dokončit automatické seskupení řádků tabulkového dokumentu.

TabDoc.FinishAutoGroupLines ();

Plně smyčky odpovědné za výstup dat v oblasti DataContractor a DataAgreementContractor vypadat takto:

TabDoc.StartAutoGroupLines (); Zatímco SampleContractor.Next () Cyklus ScopeDataContractor.Parameters.Prihod = 0; ScopeDataContractor.Parameters.Expense = 0; FillPropertyValues ​​(ScopeDataContractor.Parameters, SelectionContractor); TabDok.Withdraw (ScopeDataContractor, 1); SelectionContractorAgreement = SelectionContractor.Choose (BypassResultResult.On Groupings); Zatímco SelectionDogovKontragenta.Sleduyuschiy () cyklus ScopeDataDogov.Parametry.Prihod = 0; ScopeDataAgreement.Parameters.Expense = 0; Vyplňte hodnoty vlastnictví (ScopeDataContract.Parameters, SelectionContractorAgreement); TabDok.Withdraw (ScopeDataContract, 2); TotalIncome = TotalIncome + SelectionContractor Agreement.Income; TotalExpense = TotalExpense + SampleContractor Agreement.Expense; Konec cyklu; Konec cyklu; TabDoc.FinishAutoGroupLines ();

Zbývá vydat součty do oblasti Suterén a zobrazte samotnou oblast Tabulkový dokument.

AreaBoard.Parameters.TotalIncoming = TotalIncoming; AreaBoard.Parameters.TotalExpense = TotalExpense; TabDok.Display (plocha suterénu);

Tím je dokončen proces psaní externí zprávy pro 1C 8 bez použití ACS. Nyní jej lze vygenerovat v režimu 1C: Enterprise 8 a přidat do adresáře Externí zpracování Soubor sestavy uvažovaný v článku si můžete stáhnout do.

Podívejte se na video o vytvoření externího tisku pro spravovanou aplikaci:

Pozornost!
Veškeré zpracování z disků ITS je určeno pro informační účely a výhradně pro registrované uživatele ITS.

Výběr a zpracování objektů. (Univerzální)

Vyhledá objekty v dokumentech a adresářích, které splňují určité podmínky. Zpracovává výsledky vyhledávání.

Skládání infobáze. (Univerzální)

Sbalí zabezpečení informací typických konfigurací:

• SCP 3.1.
• BP 1.6.
• UT 10.3.

Registrace změn pro výměnu. (Univerzální)

Úpravy, v režimu spravované aplikace, registrace změn pro výměnu objektů. Umožňuje změnit aktuální registraci na různých uzlech. Změní počet přijatých a odeslaných zpráv.

Převést protokol aktivit uživatelů. (Univerzální)

Převede protokol aktivity uživatele na integrovaný program.

Fulltextové vyhledávání dat. (Univerzální)

Indexování a vyhledávání dat.

Hledání a nahrazování hodnot. (Univerzální)

Vyhledá a nahradí referenční hodnoty v objektech IB.

Nastavení technologického deníku. (Univerzální)

Vytvoří nebo upraví soubor protokolu technologie. Má schopnost konfigurovat vytvoření výpisu neobvyklého ukončení, konfigurovat podmínky a události, při jejichž výskytu budou informace zapsány do tohoto protokolu.

Quest Console. (Univerzální)

Monitoruje pozadí a naplánované úlohy. Odstraní, vytvoří nové.

Přestavba externího ošetření. (Univerzální)

Změna důvěrných informací. (Univerzální)

Selektivní změna nebo vyčištění informační bezpečnosti od určitých informací.

Skupinová změna podrobností. (Univerzální)

Změní podrobnosti a tabulkové oddíly v dokumentech a příručkách.

Vykládání a načítání uživatelů. (Univerzální)

Načte a načte uživatele IB do souboru XML.

Odesílání dat do externích databází. (Univerzální)

Nahrává datové struktury na externí DBMS pomocí ADO ve dvou režimech:

• Vyložit vše
• Nahrát změny (slouží k synchronizaci změn v pracovním IS, s IS - přijímačem). Tento režim používá mechanismy výměnného plánu.

Podporuje následující DBMS:

• Microsoft SQL
• IBM DB2
• Věštec
• PostgreSQL
• MySQL

Vykládání a načítání dat XML. (Univerzální)

Vykládá a načítá data do IB, a to zcela i částečně. Slouží k přenosu dat mezi konfiguracemi s podobným složením objektu.

Načítání dat z tabulkového dokumentu. (Univerzální)

Načte data do adresářů a tabulkových sekcí z tabulkových dokumentů.

Běží v tlustém klientovi jako běžná aplikace.

Dotazovací konzola. (Univerzální)

Poskytuje obrovskou pomoc při vytváření sestav a vytváření dotazů.

Pro připojení externích zpracování, zpráv, tištěných formulářů pro platformu 1C: Enterprise byla vyvinuta platforma 8.2 nový standard pracovat ve spravované aplikaci (standardně ze subsystému standardní knihovny 8.2). Byly tam „čipy“, které tam dříve nebyly, a to:

Byl rozšířen typ zpracování: vyplnění objektu, vytváření souvisejících objektů. Nyní do dokumentů můžete přidat vlastní tlačítka pro vyplnění celého dokumentu a také vlastní tlačítka pro zadávání na základě.

Jedno zpracování může obsahovat seznam několika operací (příkazů) najednou, tj. můžete provést jedno zpracování, kde bude několik položek nabídky najednou: tisk a nákladní list, tisk dokladu o prodeji, tisk záručního listu. (Poznámka autora: dříve ve starém standardu, abyste mohli dělat takové věci, museli jste udělat všechno najednou (i když jste to nepotřebovali) a nepotřebovali jste zavřít nebo nakreslit svůj vlastní formulář, na kterém byla nezbytná tlačítka pro výběr požadované operace)

Můžete zadat na základě a vyplnit objekty najednou na základě několika objektů, nikoli jednoho

Můžete naplánovat provádění příkazů serveru (na serveru).

Můžete nastavit režim „Bezpečný“ nebo „Nezabezpečený“, tj. zahájit zpracování s ohledem na omezení práv nebo je ignorovat (jako v případě plných práv)

Můžete nastavit režim použití: Nepoužívat, ladit, používat. „Nepoužívat“ - nepoužívá se, „Debug“ - viditelné pouze pro správce, „Použít v práci“.

Můžete zahrnout použití ve formulářích objektů a ve formě seznamu

Zpracování nebo sestavu můžete propojit se všemi objekty najednou.

Lze přizpůsobit rychlý přístup na konkrétní příkazy externího zpracování.

Je možné určit, ve kterých částech rozhraní se má objevit další zpracování a zprávy.

Co tedy lze zapojit do standardních konfigurací?

Z pohledu platformy se můžete připojit:

• externí zpracování (soubory s příponou „epf“);
• externí zprávy (soubory s příponou „erf“).

Z pohledu aplikační oblasti (konfigurace) můžete externí zpracování a sestavy propojit s pohledem *:

• Dodatečné zpracování
• Jen další zpracování. Je možné přizpůsobit
• Dodatečná zpráva
• Jen další zpráva
• Vyplnění objektu
• Vlastní tlačítka pro vyplňování objektů (dokumentů), dříve existovala pouze tlačítka pro vyplňování tabulkové sekce.
• Tisknutelná forma
• Další tisk (je přidáno tlačítko „Další tisk“)
• Zpráva
• Zpráva připojená k objektům (adresářům a dokumentům).
• Vytváření souvisejících objektů
• Váš vstup na základě (tlačítko „Vytvořit související objekty ...“ je přidáno do položky nabídky „Vstup na základě“)

* na příkladu redakce „Vedení malé firmy, ed. 1,2 "

Pojďme se podívat, jak to celé funguje. Pro připojení externích procesorů a sestav existuje standard, který popisuje rozhraní pro interakci s externím zpracováním a sestavou, a existují obecné požadavky pro všechny typy a specifické požadavky pro každý typ zpracování nebo sestavy.

Začněme obecnými požadavky na všechny typy zpracování a hlášení. Aby bylo možné vytvořit připojitelné externí zpracování nebo sestavu, je nutné v modulu objektu deklarovat funkci exportu ExternalProcessing Information (), která by měla vyplnit strukturu popisující chování. Příklad této funkce:

Export informací o externím zpracování ()
RegistrationData = nová struktura;
RegistrationData. Insert („Jméno“, „Příklad použití externího zpracování 8.2.“);
RegistrationData.Insert ("SafeMode", True);
RegistrationData. Insert („Verze“, „1.0“);

// Další zpracování
// Doplňková zpráva
// FillingObject
//Zpráva
// PrintForm
// Vytvoření LinkedObjects
RegistrationData.Insert („Zobrazit“, „Další zpracování“);

RegistrationData.Insert ("Informace", "Zpracování probíhá podle nového standardu pro připojení externích procesorů 8.2. Příklad zpracování" "Hello Word" "");

/////////////// příkazy ///////////////////////////////
tzCommand = Nová tabulka hodnot;
tzCommand.Columns.Add ("identifikátor");
tzComand.Columns.Add ("Zobrazit");
tzComand.Columns.Add ("Modifikátor");
tzKomand.Kolonki.Add ("ShowNotification");
tzComand.Columns.Add ("Použití");

CommandString.Identifier = "1";
lineCommand.View = "příkaz" "Hello Word" "(FormOpening)";

CommandString.Usage = "Otevírání formulářů";

CommandString = tzCommand.Add ();
CommandString.Identifier = "2";
CommandString.View = "příkaz" "Hello Word" "(CallClientMethod)";
CommandString.ShowNotification = True;
CommandString.Usage = "CallClientMethod";

CommandString = tzCommand.Add ();
CommandString.Identifier = "3";
CommandString.View = "příkaz" "Hello Word" "(CallServerMethod)";
CommandString.ShowNotification = True;
CommandString.Usage = "CallServerMethod";

RegistrationData.Insert ("Příkazy", tzKomand);

//////////////// účel (ve kterých objektech se používá) /////////////////////////
// pro tisk formulářů, vyplňování, zadávání propojených objektů
// Assignment Array = New Array;
//AssignmentArray.Add("Document.* "); // jsou přiřazeny všechny dokumenty
//AssignmentArray.Add("Document.AvansReport ");
//ArrayAssignments.Add("Document.OrderBuyer ");
//RegistrationData.Insert ("Assignment", AssignmentArray);

Vrátit registrační údaje;

EndFunction

Jak tedy vidíte, funkce vyplní strukturu RegistrationData, která má následující prvky (parametry):

Název - zkrácený název léčby

Verze - informace o zpracovávané verzi

Nouzový režim- odpovídá za to, zda má být zpracování prováděno s přihlédnutím k právům uživatele. Pokud nastavíte hodnotu na „False“, bude zpracování nebo zpráva provedena bez ohledu na omezení práv (jako v případě úplných práv). Tato funkce se objevila v 8.2, kde při vytváření externích procesů a sestav je režim zadán jako druhý parametr.

Pohled - typ zpracování nebo sestavy. Možné hodnoty jsem uvedl na začátku článku a možné hodnoty pro nastavení v kódu jsou uvedeny v komentáři

• Příkazy - tabulka hodnot, která uvádí použité příkazy. Sloupce tabulky hodnot:
• Identifikátor - libovolný řetězec (identifikátor příkazu)
• Zobrazit - popis příkazu
• Modifikátor - řetězec (používá se pro další tisknutelné formuláře)
• ShowNotification - před a po provedení se zobrazí okno s upozorněním (pro příkazy klienta a serveru bez formuláře)
• Použití - režim spuštění zpracování:
• Otevření formuláře - otevře se formulář pro zpracování
• CallClientMethod - volání formuláře metody exportu klienta
• ServerMethod Call - volání metody exportu z modulu zpracování

V závislosti na typu zpracování nebo sestavy a také na režimu spuštění příkazu „Použít“ jsou volány metody definované v modulu formuláře, modulu objektu. Liší se také seznam předaných parametrů. Příklady hovorů a použití všech typů zpracování jsou připojeny.

Poměrně často, když je během konzultace potřeba vyřešit obtížný problém, navrhuji svým klientům, aby jej implementovali v programu 1C buď externí zpracování nebo externí tisková deska... A často se setkávám s tím, že člověk jednoduše nezná tuto možnost programů na 1C Enterprise 8. Někdy na mě dokonce nadávají a věří, že vývoj a implementace takového zpracování v jejich konfiguraci povede k nemožnosti automatická aktualizace programu. Že za aktualizaci programu musíte zaplatit hodně peněz.

Vyjasnit takové otázky a také říct o čem užitečné funkce dát externí zpracování a externí tiskové desky jsem se rozhodl napsat tento článek. V tomto článku nebudu uvažovat o technické stránce procesu vytváření zpracování. O tom bude s největší pravděpodobností pojednáno v jiné publikaci. Zde se pokusím vysvětlit samotnou podstatu mechanismu a uvést konkrétní příklady těch případů, kdy mohou externí formuláře pro zpracování a tisk uživateli prospět.

V článku se budeme zabývat následujícími možnostmi pro další externí připojitelné objekty:

• Dodatečné externí zpracování tabulkových sekcí;
• Další externí tiskové desky;
• Další externí zprávy;
• Dodatečné externí ošetření.

Jaké jsou další externí zpracování, sestavy a tisknutelné formuláře

✅

✅

✅

Na začátek bych chtěl mluvit obecně o jaké jsou tyto externí zpracování, zprávy a tiskové formuláře... Při práci s typickou konfigurací, ať už je to 1C ZUP nebo 1C Enterprise Accounting nebo nějaká jiná konfigurace, je často potřeba některých funkcí, které vývojáři 1C neposkytují. Možná budete potřebovat tištěná forma, který není regulován, ale používá se pro vnitřní potřeby organizace. Nebo je požadováno určitým způsobem proces (změnit, opravit) k dispozici v databázi. Například změnit určitý atribut v dokumentech na požadované období, což je nepohodlné dělat ručně s velkým množstvím informací.

V tomto případě existují dvě možnosti. První můžeme upravit samotnou konfiguraci, samotný program. Poté to přestane být typické a bude to spíše aktualizovat jednoduchými způsoby, o kterém jsem psal, nebude fungovat. Aktualizace atypické konfigurace je delší a závažnější proces, a proto s tímto přístupem budete s největší pravděpodobností muset měsíčně zaplatit specialistovi 1C za aktualizaci programu. Druhý možností je vyvinout nebo požádat o vypracování externího zpracování nebo tištěné formy (zprávy). Jedná se v podstatě o externí modul, který je také vyvíjen v programovacím jazyce 1C v nástroji Configurator, ale neprovádí změny typické konfigurace. Existuje nezávisle na samotné konfiguraci. K jejich uložení se používají speciální referenční knihy: položka hlavní nabídky „Služba“ -> „Další zprávy a zpracování“.

Další externí zpracování pro vyplňování tabulkových sekcí

✅ Seminář „Life hacks on 1C ZUP 3.1“
Analýza 15 životních hacků pro účetnictví v 1s ZUP 3.1:

✅ KONTROLNÍ SEZNAM pro kontrolu mezd v 1C ZUP 3.1
VIDEO - měsíční samokontrola účetnictví:

✅ Mzdy v 1C ZUP 3.1
Pokyny krok za krokem pro začátečníky:

Pojďme se nyní podívat, jaké příležitosti má každá ze čtyř k dispozici externí moduly... Začněme s externí zpracování tabulkových sekcí... Zdá se mi, že tyto zpracování tabulkových částí dokumentů plně ilustruje, jak můžete program zcela vážně upravit, aniž byste se uchýlili k úpravám typické konfigurace, ale prováděli pouze externí zpracování.

Aby to bylo jasnější, uvedu konkrétní příklad ze své praxe, ve které jsem použil externí zpracování tabulkových sekcí... V konfiguraci „1C Salary and Human Resources Management“ verze 2.5 je dokument „Platba za svátky a víkendy“(tento dokument byl napsán podrobně). V typická forma tento dokument poskytuje možnost automaticky vyplnit tabulkovou část zaměstnanci „Práce o svátcích“.

Účetní požádal o implementaci možnosti vyplnění tohoto dokumentu zaměstnanci, jejichž pracovní dny o víkendech klesly podle harmonogramu, tj. „Práce o víkendu“.

Tento soubor byl nahrán do adresáře „Externí zpracování tabulkových sekcí“(položka nabídky „Služba“ -> „Další zprávy a zpracování“ -> „Další externí zpracování tabulkových sekcí“). Při vytváření prvku tohoto adresáře bylo uvedeno, ke kterému dokumentu načtené zpracování patří - „Platba za svátky a víkendy organizace“, a také do které tabulkové sekce - „Zaměstnanci“. V našem příkladu má dokument jednu tabulkovou část, ale v jiných dokumentech může být několik, proto je nutné konkrétně uvést, na které z nich se zpracování vztahuje.

V důsledku přidání tohoto zpracování do adresáře „Další externí zpracování pro vyplňování tabulkových sekcí“ v dokumentu „Platba částí dovolené a víkendu“ bude tlačítko „Vyplnit“ s rozevíracím seznamem, ve kterém bude možné toto zpracování zahájit. V našem případě je v rozevíracím seznamu k dispozici tlačítko „Vyplnit neděli“. Jeho stisknutím spustíte zpracovávaný algoritmus. V tomto příkladu bude tabulková část vyplněna zaměstnanci, jejichž pracovní dny připadly na víkend. Toto tlačítko dříve nebylo k dispozici (snímek obrazovky výše).

Tento mechanismus umožňuje řešit velmi širokou škálu problémů, aniž byste museli upravovat samotnou konfiguraci. Proto tuto příležitost poměrně často využívám k implementaci klientských úkolů.

Dodatečné externí tiskové desky

✅ Seminář „Life hacks on 1C ZUP 3.1“
Analýza 15 životních hacků pro účetnictví v 1s ZUP 3.1:

✅ KONTROLNÍ SEZNAM pro kontrolu mezd v 1C ZUP 3.1
VIDEO - měsíční samokontrola účetnictví:

✅ Mzdy v 1C ZUP 3.1
Pokyny krok za krokem pro začátečníky:

Tato možnost je velmi podobná té předchozí. Pravděpodobně jste viděli a víte, že téměř každý dokument a dokonce i některé prvky adresářů mají tiskové formuláře. Pravidlem je, že jsou umístěny v pravém dolním rohu formuláře katalogizované položky nebo dokumentu. Někdy standardní tištěné formuláře nestačí. Například organizace může mít vlastní formu pracovní smlouvy. Připomínám, že standardní tištěný formulář „Pracovní smlouva“ je součástí formuláře „Zaměstnanci“.

K těmto tištěným formám příručky můžete přidat vlastní. K tomu je vytvořen externí tisk s příponou „.epf“. Potom se pro něj vytvoří prvek adresáře. „Další externí tiskové desky“(položka nabídky „Služba“ -> „Další zprávy a zpracování“) a do tohoto prvku adresáře je přidán soubor s příponou „.epf“. Je také nutné uvést, pro který dokument nebo odkaz je zpracování přidáno.

V důsledku toho se v tištěných formulářích prvků v adresáři „Zaměstnanci“ objeví další formulář - „Pracovní smlouva (LLC Alpha)“, který dříve neexistoval. A ona vzhled a plnění dat definuje programátor v souboru „.epf“.

Tato schopnost přidat potřebné tisknutelné formuláře pro dokumenty a příručky je také velmi často žádaná a podle mého názoru je to docela pohodlná funkce programů na platformě 1C Enterprise.

Další externí zprávy

V tomto případě se můžete rozvíjet externí zpráva... Tento soubor je ve formátu „.erf“. Právě tento soubor bude určovat vzhled sestavy, jaká konfigurační data bude používat a o která data uživatele požádá (například období, výběr podle zaměstnance nebo podle oddělení). Soubor je vytvořen v konfigurátoru 1C v programovacím jazyce 1C.

Externí zprávu lze uložit jako součást konfigurace pomocí odkazu „Další externí zprávy“ (položka nabídky „Služba“ -> „Další zprávy a zpracování“). Netýkají se konkrétního dokumentu nebo odkazu, tyto informace nemusí být specifikovány.

U této možnosti úložiště se sestava spouští ze stejného adresáře (poklepáním).

Externí zprávu můžete také spustit pomocí položky nabídky „Soubor“ -> „Otevřít“. Tuto možnost lze použít, pokud je pro vás pohodlnější ukládat externí zprávy ne v rámci programu, ale jednoduše do složek počítače.

Další externí ošetření

Externí ošetření mají přibližně stejný význam jako externí zprávy. Ale na rozdíl od sestav, které se používají k zobrazení dat infobase v uživatelsky přívětivém formátu, je zpracování navrženo k úpravám, úpravám nebo transformaci dat. informační základna... Rozsah úkolů, které lze řešit pomocí externího zpracování, je poměrně široký.

Například, zpracování pro vykládku výpisů k platbě mzdy... Navzdory přítomnosti standardního zpracování v ZUP (přečtěte si o tom) někdy nemusí být pro konkrétní banku vhodné a je vyvinuto externí zpracování, které převádí a uvolňuje informace v požadovaném formátu.

dám ještě jeden příklad zcela nenáročné, ale docela žádané zpracování. Pokud v 1C ZUP v průběhu roku neuchováváte dokument „Převod daně z příjmů fyzických osob do rozpočtu“, pak při tvorbě daně z příjmů 2 osob za rok bude pole „Vyčteno“ pro každého zaměstnance nulové, což je obvykle ve skutečnosti nesprávné. Vstup do dokumentu „Převod daně z příjmů fyzických osob do rozpočtu“ na celý rok může být vzhledem k zvláštnostem samotného dokumentu docela zdlouhavé. Můžete ale provést externí zpracování, které ve vygenerovaném 2-NDFL jednoduše vyplní pole „Enumerated“ pro každého zaměstnance na základě hodnot v poli „Calculated“. Tuto možnost obvykle účetní opravdu mají rádi.

Externí zpracování má přesně stejné dvě možnosti pro ukládání a spouštění: buď použijte odkaz „Další externí ošetření“(položka nabídky „Nástroje“ -> „Další zprávy a zpracování“), nebo položka hlavní nabídky „Soubor“ -> „Otevřít“.

To je pro dnešek vše!

Abyste se o nových publikacích dozvěděli jako první, přihlaste se k odběru mých aktualizací blogu: