Programvara bearbetning av affärsprocesser i 1s. Affärsprocessautomatisering och dess uppgifter. Exempel på utvecklingsautomation

Arbetsmetoden för något av 1C -programmen speglar sekvensen i organisationens affärsverksamhet, som samtidigt kan kombineras till en enda kedja, kallad affärsprocess. För att hantera affärsprocesser, samt effektivisera och automatisera denna aktivitet, utvecklades en särskild mekanism i 1C.

Fördelar med att använda mekanismen för att reglera affärsprocesser i 1C

• Den förutbestämda strukturen för 1C -affärsprocessen bestämmer, enligt de accepterade förfarandena, ordningen för anställda, vilket ger ett systematiskt och formaliserat tillvägagångssätt.
• Utelämnande av alla steg är uteslutet, vilket inte tillåter kränkning av den etablerade arbetsordningen och minskar risken för fel avsevärt.
• Kontinuerlig, operativ kontroll av vad som är i vilket skede, samt en bedömning av det allmänna tillståndet för det utförda arbetssegmentet.
• Identifiering av ineffektiva lösningar med efterföljande optimering av affärsprocesser i 1C.
• Bygga (eller modellera) hela strukturen av affärsprocesser i organisationen, vilket ger en gemensam förståelse för adoption ledningsbeslut olika nivåer.

Passagen av en affärsprocess i 1C visas med ett grafiskt flödesschema som kallas vägkarta, som ger en visuell representation av vad, i vilken ordning, under vilka förhållanden som inträffar. Ruttkartan för affärsprocesser är indelad i etapper. Steg i 1C separeras ruttpunkt, där du behöver utföra en specifik uppgift. UppgiftÄr också ett objekt för ruttkartan i 1C -programmet. Uppgiften anger utföraren (eller utförarna), till vilken denna uppgift riktas, tidsfrister och betydelse. Artister är 1C -användare. En specifik medarbetare, en av deltagarna kan tilldelas uppgiften. arbetsgrupp* (avdelning, division) eller en anställd som innehar en viss tjänst (till exempel kassör, ​​direktör, lagrare).

* Om uppgiften måste slutföras av alla anställda i arbetsgruppen, kallas sådan adressering för grupp.

Betrakta typerna av routing som en kedja av åtgärder (uppgifter) som måste utföras för att genomföra en affärsprocess:

• Hård- 1C -affärsprocessen utförs strikt längs en viss väg;
• Villkorlig- genomförandet av 1C -affärsprocessen beror på att villkoren är uppfyllda. Det kan finnas flera förhållanden på rutten, och var och en har två eller flera val. Beroende på detta kommer en rutt att byggas;
• Parallell- 1C -affärsprocessen kan splittras och gå längs flera parallella grenar till slutet av rutten eller ansluta * igen vid något tillfälle.
• Fri- 1C -affärsprocessen har ingen rutt som körs, beroende på uppgifterna, automatiskt eller manuellt av användare.

* Den parallella 1C -affärsprocessen kan fortsättas vid korsningspunkten, till exempel bara om den nås av alla grenar som ingår i den.

Vi kommer att överväga arbetet med 1C -affärsprocessen genom att använda exemplet på en typisk försäljningsoperation i "1C: Trade Management 8.3" med hjälp av en demobas från ITS 1C -webbplatsen i utgåva 11.3.2.193.

Kartan börjar från punkten Start, utan vilken affärsprocessen inte kan startas (startas). Det kan finnas flera utgångspunkter, men i vårt exempel urvalstillstånd visas efter det, och fortsättningen av rutten beror på resultatet av affären.

Längre fram i blockschemat finns det gula rektanglar- ruttpunkter med en indikation på den anställde * som måste slutföra uppgiften. Alla slutförda uppgifter kommer att skuggas. Slutpunkt - Komplettering. Vita rektangulära fotnoter - referens- en förklaring av waypoints.

* För enkelhetens skull, i vårt exempelschema, anges positionen "Manager" överallt i de gula rektanglarna av utföraren, men i praktiken kan positionerna variera beroende på befogenheter och ansvar för anställda som kan utföra uppgiften.

För att starta affärsprocessen "Typisk försäljning" behöver du skapa ett avtal med en klient, därför måste du först installera eller kontrollera inställningarna i lämpligt avsnitt i den normativa referensinformationen (NSI). För att göra detta, i huvudmenyn, gå till avsnittet "NSI och administration - CRM och marknadsföring - CRM -installation" och markera sekvenserna "Deals with clients" och "Deals management".

V detta exempel i avsnittet "NSI och Administration - Arrangör" finns ett antal inställningar för affärsprocessen, också markerade med flaggor:

• Underordnade affärsprocesser och uppgifter - möjligheten att starta underordnade affärsprocesser och uppgifter från den nuvarande affärsprocessen (du kan skapa hierarkiska affärsprocesser);
• Ändra igång affärsprocesser - behörighet att ändra uppgifter i en redan pågående affärsprocess;
• Startdatum för uppgifter - möjligheten att ändra datum för uppgiftens start;
• Datum och tid i uppgiftsfrister - möjligheten att ange tidsfrister i uppgifter med minutens noggrannhet.

Dessutom finns det en möjlighet i den övervägda affärsprocessen ta emot e -postaviseringar för nya och försenade uppgifter. För att göra detta, markera rutorna "Meddela om försenade uppgifter via post" respektive "Meddela utförare om nya uppgifter via post". Om det behövs kan du för varje post konfigurera (ändra) schemat för att ta emot e -post.

Vi skapar ett avtal med en kund (köpare)

I avsnittet "CRM och marknadsföring - Deals with clients" i listan över erbjudanden måste du skapa ett nytt erbjudande och fylla i de obligatoriska fälten:

• "Kund" - köparen som du behöver ingå ett avtal med;
• "Avtal" - ett standard- eller individuellt avtal med en köpare och med försäljningsvillkoren;
• "Namn" - transaktionens namn;
• "Potential" - den uppskattade transaktionsvolymen i utländsk valuta förvaltningsredovisning;
• "Sannolikhet" - sannolikheten för att en affär sluts i procent;
• Fältet "Status" har värdet "Pågår" under hela transaktionen. Vid slutpunkten bör statusen ändras beroende på utfallet till ”Vinst” eller ”Förlorat”;
• I fältet "Typ av transaktion" måste du välja från listan och ange värdet "Typisk försäljning".

När affärskortet har sparats visas två hyperlänkar Nuvarande tillstånd transaktioner:

• ”Scen” betecknar i textform;
• När du klickar på hyperlänken "Business - process route map" presenteras informationen i en grafisk form.

På fliken "Deltagare" kan du ange juridiska personer från tredje part. personer som är involverade i transaktionen (men inte nödvändigt).

För affärsprocessfrämjande du måste gå till "Mina uppgifter" i avsnittet "Skrivbord - Mina uppgifter".

Öppna sedan en ny uppgift och fyll i detaljerna: startdatum och vikt. Detta steg kräver skapandet av primär interaktion med transaktionen: följ länken "Interaktion ..." och välj önskat alternativ från listan (ifyllningen är mycket enkel). Det är viktigt att ange flaggan "Granskad" innan du sparar dokumentet.

Denna etapp har slutförts.

Högerklicka därefter i listan över uppgifter på scenen "Reflektera den första kontakten om affären" ställ in status "Slutförd" (eller genom att klicka på "Slutförd" -knappen i uppgiftsformuläret), varefter en ny uppgift skapas automatiskt. Denna uppgift måste slutföras och slutföras analogt med den föregående.

Nästa uppgift visas automatiskt "Förbered ett förslag för en affär"... I form av denna uppgift måste du följa länken.

För att det kommersiella erbjudandet ska bli giltigt måste du fylla i fälten på alla tre flikarna. Några av fälten fylls i automatiskt. När du är klar sveper du och stänger förslagsdokumentet. Därefter kan den aktuella uppgiften också anses vara avslutad genom att ställa in status "Slutförd".

Gå i följd genom följande två steg: "Gör en presentation om affären"(produktpresentation) och "Kom överens om försäljningsvillkoren för affären"(här är det möjligt att justera det kommersiella erbjudandet), varefter listan över uppgifter kommer att vara som på bilden nedan, och nuvarande uppgift kommer att bli.

Denna uppgift kräver en kundorder... Du måste öppna uppgiften och fylla i detaljerna. Skapa sedan en beställning med länken "Skapa beställning"... Beställningen kommer automatiskt att fyllas med data från det kommersiella erbjudandet. Det måste göras, redigera om det behövs. Vid förskottsbetalning måste du ange ett betalningsdokument. Alla artiklar i beställningen har status "Att försäkra"... Slutför uppgiften genom att ange stadga "Gjort".

Den nya uppgiften blir scenen. För att bekräfta denna uppgift behöver du ett paket med dokument « Kommersiellt erbjudande"," Kundorder "," Försäljning av varor och tjänster "... Vid förskottsbetalning finns också ett dokument som bekräftar betalning för transaktionen.

Det finns en motsvarande länk på uppgiftsformuläret "Transaktionsdokument"... Efter det i listan över dokument skapar vi ett implementeringsdokument direkt från dokumentet "Kundorder"... För att göra detta måste alla varor i ordern överföras till status "Fartyg" och med knappen "Skapa från" skapa och genomföra försäljning av varor. Tryck på knappen på listformuläret "Form"... Paketet med dokument för affären kommer att uppdateras. Därefter kan uppgiften överföras till status "Gjort".

Nästa uppgift blir. Här måste du kontrollera dokumenten för betalningen av transaktionen, förutsatt att betalningen skjuts upp (även via länken "Transaktionsdokument"). Denna etapp måste slutföras när betalningen ska betalas.

Det sista steget blir. Öppna en affär direkt från uppgiftsformuläret med hjälp av en hyperlänk och ändra dess status till "Vann"... Spara ändringar i affären. Ställ sedan in uppgiften till status "Gjort".

Sammanfattningsvis kommer vi att överväga några intressanta funktioner i 1C -affärsprocesser

• Exekutören kan omdirigera vilken uppgift som helst till en annan anställd (knappen "Omdirigera" i uppgiftsformuläret).
• I uppgiften kan du skapa en påminnelse till dig själv (knappen "Påminnelse") och få ett meddelande vid ett visst ögonblick. Dessutom kan programmerare konfigurera 1C på ett sådant sätt att användarna får meddelanden om nya eller försenade uppgifter. I det senare fallet kan chefen eller medarbetaren som tilldelas (omdirigeras) uppgiften vidta snabba åtgärder.
• 1C affärsprocesser kan lanseras i automatiskt läge... Detta kan implementeras med hjälp av schemalagda uppgifter på ett schema eller på en händelse i systemet. Därför är 1C affärsprocesser praktiska att använda för regelbundna repetitiva procedurer. 1C -affärsprocessen kan kallas av en annan affärsprocess. För att göra detta måste ett samtal till den underordnade affärsprocessen anges i en eller flera körbara uppgifter i den överordnade affärsprocessen.
• Observera att olika steg i affärsprocessen kan adresseras till olika anställda, och nästa åtgärd (uppgift) kommer att överföras till en annan anställd. Till exempel, om en förskottsbetalning krävs, utan redovisningsavdelningen i betalningsdokumentet, är försändelsen av varorna omöjlig, och om betalningen skjuts upp måste försändelsen godkännas av den anställda som är ansvarig för detta.

En affärsprocess är en stadig följd av åtgärder från anställda i en organisation. Automatisering av sådana sekvenser effektiviserar arbetet och påskyndar avsevärt slutförandet av den sista uppgiften.

Affärsprocesser av följande typer implementeras i programmet "1C: Document Flow 8":

• Hänsyn: dokumentet går till huvudet för behandling och återvänder med sin resolution till dokumentets författare. Dessutom direkt i behandlingen verkställande kan göra en textupplösning eller skicka ett dokument för körning eller förtrogenhet.
• Avrättning: dokumentet överförs för körning till alla användare enligt listan, registeransvarige och inspektören för att följa prestandadisciplinen. En av användarna kan utses till ansvarig exekutör.
• Samordning: Dokument som bifogas en sådan affärsprocess skickas till de angivna respondenterna för godkännande och skickas tillbaka till författaren av denna affärsprocess för att granska resultaten eller skicka dem för avstämning. Följande förhandlingsalternativ stöds:
  • parallell;
  • konsekvent;
  • blandad (parallell och serie), inklusive att ta hänsyn till routningsförhållandena.
• Påstående: dokumentet går till den ansvariga för godkännande och återvänder till författaren av processen för att se resultatet av godkännandet.
• Registrering: dokumentet går till sekreteraren för uppdrag registreringsnummer, anbringa organisationens sigill och skicka den till korrespondenten.
• Bekantskap: använder denna affärsprocess obligatoriskt dokument skickas till alla användare på listan för granskning.
• Uppdrag: genom att använda denna affärsprocess kan du utfärda instruktioner till anställda och kontrollera deras utförande.
• Inbjudan: Du kan använda denna process för att skicka inbjudningar till mötesdeltagare och få deras svar.
• Behandla ett inkommande dokument: automatiserar hela behandlingscykeln för ett inkommande dokument - övervägande, utförande, avskrivning till ärendet.
• Utgående dokumentbehandling: automatiserar hela behandlingscykeln för ett utgående dokument - samordning, godkännande, registrering.
• Behandling internt dokument: automatiserar hela behandlingscykeln för ett utgående dokument - samordning, godkännande, registrering, övervägande, utförande, avskrivning till ärendet.
• Komplex process: låter dig konfigurera en godtycklig rutt för dokumentbehandling, som består av separata steg.

Varje affärsprocess, när den går igenom stadierna, skapar uppgifter riktade till specifika användare. Så, till exempel, en affärsprocess Uppdrag kommer att generera en uppgift först Kör ett uppdrag för utföraren, och efter att artisten fixat slutförandet av denna uppgift, uppgiften Kontrollera utförandet för initiativtagaren till affärsprocessen.

Du kan tilldela uppgifter inte bara till specifika artister, utan också till roller. Så till exempel kan ett dokument skickas in för rollgodkännande Direktör, och programmet överför automatiskt motsvarande uppgift till den som är med det här ögonblicket fyller denna roll - till direktören själv eller hans ställföreträdare. Du kan också rikta uppgiften till användare som definieras av följande automatiska substitutioner:

• Alla chefer för författaren av affärsprocessen
• Alla underordnade författaren av affärsprocessen
• Den närmaste handledaren för författaren av dokumentet
• Alla handledare av dokumentförfattare

Rollsammansättningen är unik för varje företag eller institution och kan ändras och konfigureras utan att stoppa systemet. När en rollspelare ändras överförs uppgifter automatiskt till skrivbordet för den nya utföraren.

Användaren kan när som helst se listan över uppgifter som tilldelats honom i listan Mina uppgifter... Listan laddas automatiskt när programmet startar.

Dessutom kan användaren få ett e -postmeddelande för att slutföra uppgiften.

För varje affärsprocess skapar programmet ett kort från vilket användaren kan hämta ett visuellt flödesschema över affärsprocessen. Utförandet av stadierna i affärsprocessen kommer att återspeglas i flödesschemat. Med sin hjälp kan skaparen av en affärsprocess när som helst ta reda på i vilket skede dess genomförande är och vilken av de anställda som redan har slutfört sin uppgift, och vem som inte har gjort det. Nedan visas ett kort och ett typiskt flödesschema över en affärsprocess Harmonisering.

En ny affärsprocess kopplad till ett specifikt dokument kan skapas baserat på detta dokument. För affärsprocesser av varje typ ger programmet en separat lista, till exempel en lista över godkännanden:

För varje typ av affärsprocesser kan du anpassa en mall som ska användas när du skapar nya affärsprocesser. Affärsprocessmallen innehåller information som:

• routing
• tidpunkt
• betydelse
• namn
• beskrivning och andra

Till exempel en affärsprocessmall Harmonisering av kontrakt kan se ut så här:

På dokumenttypskortet kan du ange en lista med relaterade affärsprocessmallar. Denna lista kommer automatiskt att användas när nya affärsprocesser skapas baserat på dokument av denna typ. I det givna exemplet, typen av inkommande dokument Kontrakt kopplad till ovanstående mall Harmonisering av kontrakt och två andra mallar - Avtalsgodkännande (enkelt) och Registrering av kontraktet.

Huvudämnen i artikeln- detta är:

• Automationsriktningar... Vad exakt i arbetet med 1C: Specialist kan vi automatisera? Vad ska och bör inte automatiseras? Jag kommer att prata om exempel på automatisering som redan används av olika människor.
• Jag ska berätta om hur man skapar universella lösningar- lösningar som fungerar på olika konfigurationer.
• Jag ska berätta om verktyg som hjälper oss att automatisera vårt arbete och hjälper oss att skriva kod som kommer att skriva kod för oss.
• Jag ska berätta det handla om allmänt schema anpassa lösningar till användarens konfiguration.

Automationsriktningar

Vilka är de mest populära riktningar för automatisering?

• När vi pratar om automatisering menar vi ofta automatisering av administrationsuppgifter(skapa säkerhetskopior, uppdatera konfigurationen). Det är lättast med denna riktning, eftersom alla relevanta typiska lösningarär byggda på basis av Library of Standard Subsystems (BSP), som redan innehåller mekanismer som hjälper till i automatiskt läge uppdatera konfigurationen och skapa en kopia av den... Dessutom, om din bas är liten och du har en aktiv prenumeration på ITS, kan BSP lägga in en kopia av din bas i molnlagring 1C så att du inte tappar data, även om något händer med din dator
• Den andra riktningen för automatisering är testa lösningar... I 1C -världen är detta lite svårare än i den klassiska utvecklingen, men ändå senare tid Det pratas mycket om att konfigurationen är värd att testa med varje ändring, och det är bättre att göra det automatiskt. Nu på marknaden finns det en hel del verktyg för att skapa autotest. Det mest intressanta av dem, enligt min mening, är - "Scenariotestning" från 1C -företag, och öppen källkod utveckling "Vanessa beteende "... De har lite olika arbetslogik, men i princip klarar båda dessa lösningar uppgiften att testa automatisering. Vilket man ska välja är ett användarbeslut.
• Och den tredje automatiseringsriktningen är vad jag kommer att prata om resten av presentationen utvecklingsautomation... För många människor är det enda sättet att skapa 1C -lösningar att skriva kod i konfiguratorn. Men det vill jag berätta det finns många alternativ för att arbeta med kod programmatiskt.

Exempel på utvecklingsautomatisering

Vilka är de främsta exemplen på automatisering som redan har implementerats?

• En av bästa exemplen Jag tror Library of Standard Subsystems (BSP) och processen för dess genomförande... För dem som inte har hanterat sammanslagning med BSP kommer jag att berätta lite om processen för att integrera BSP med andra självskrivna konfigurationer. Denna process har tre steg.
  • I det första steget kombinerar vi BSP med vår konfiguration. Samtidigt visas moduler från olika delsystem i vår konfiguration.
  • I de flesta fall behöver vi bara några delsystem, så det andra steget i BSP -implementeringen är att skära bort de objekt som vi inte behöver från konfigurationen. Denna etapp utförs automatiskt. Du öppnar bearbetningen, som är en del av Library of Standard Subsystems, den här behandlingen laddar ur konfigurationen till filer, ändrar texten i dessa filer och laddar tillbaka den.
  • Och det tredje steget i implementeringen, som behövs inte för alla delsystem, utan för vissa - till exempel om du implementerar mekanismen för "Extern tryckta blanketter", Sedan måste du, förutom att kombinera den i konfigurationen, också ansluta den till formulärerna. Detta är en enkel operation, du behöver bara lägga till en kodrad till OnCreate -proceduren i formuläret och även lägga till några små procedurer. För att automatisera denna operation finns det också en separat bearbetning som kallas "Arrangera kodfragment". Du kör bara den här behandlingen och den analyserar din konfiguration och infogar önskad text till former.
• Ett annat exempel på automatisering är utvecklingen av externa tryckplåtar. Generellt på alla implementeringar överföring av inbyggda tryckformulär till externa- Det här är en av de vanligaste operationerna. Denna process kan också automatiseras - det finns till och med en liten bearbetning på Infostart, som kallas det - "Designer för externa tryckformulär"... Den körs i konfigurationen från vilken du drar utskriften:
  • Du väljer vilken utskrivbar du vill göra,
  • Kopiera till denna bearbetning texten till chefsmodulen från detta formulär
  • Och själva bearbetningen:
    • Den tar en mall från sig själv och lägger in den text som behövs för att ansluta till mekanismen för biblioteket för standardundersystem.
    • Skriver i denna text data om den utskrivna formen (dess namn),
    • Anger vilket dokument den ska ansluta till,
    • Och det drar ut från chefsmodulen de procedurer som behövs för arbetet med denna utskrivbara.

Naturligtvis får du inte en fullt fungerande extern utskrivbar, men du får en mall som enkelt kan anpassas för hand.

• Ett annat exempel är automatisk kodgenerering... Det kan till exempel användas för:
  • Teckning bilda element;
  • Genererar kod villkorlig registrering;
  • Och för automatisk skapelse ACS -system.

De som har arbetat med ett hanterat gränssnitt länge har kanske märkt att tillvägagångssättet för att skapa villkorat utseende har förändrats under de senaste åren. Om den villkorliga konstruktionen i UT11.0 skrevs i konstruktorn, byggdes redan 11.2 all villkorlig design programmatiskt. Det finns två orsaker till denna effekt.

• Den första är en egenskap hos plattformen som förbjuder samtidig förekomst av samma villkor - fast och anpassat.
• Men det finns också en andra anledning - detta är att det på den nuvarande utvecklingsnivån för typiska konfigurationer är mycket svårt att föreskriva alla förhållanden i utvecklingsstadiet. Eftersom den villkorade konstruktionen beror på:
  • Från vilka alternativ du har aktiverat;
  • Från användarrättigheter;
  • Och från infobasinställningarna.

Därför är nu den villkorade designen i hanterade formulär det rekommenderas att ställa in det programmatiskt. Och om du uppmärksammar koden för att skapa det villkorade utseendet i UT11, så är det samma (samma variabelnamn, samma indrag). Uppenbarligen genererades denna kod automatiskt från konstruktörens data.

• 6 -plattformen har en så intressant funktion som utvidgning... De låter dig ändra funktionaliteten för typiska konfigurationer utan att ändra konfigurationerna själva. Problemet är dock att det är svårt att skapa en universell lösning för olika konfigurationer, eftersom olika objekt kan ansluta till tillägget i olika konfigurationer. I det här fallet är det mycket mer bekvämt att göra någon allmän mall för tillägg och lägga till dokument / kataloger till det redan programmatiskt.
• Och det sista exemplet är överföra dina ändringar under uppdateringar... Detta kan naturligtvis göras manuellt, men det är bekvämare att utföra sådana åtgärder exakt på textnivå särskilt om du använder Git -mekanismer (grenar). I det här fallet slår Git mer korrekt samman den generiska konfigurationen med dina ändringar. Om ändringarna är små kan uppdateringen i de flesta fall gå igenom helt automatiskt.

Sätt att skapa universella lösningar

Vilka är de allmänna sätten att skapa universella lösningar?

Jag tror att varje konsultprogrammerare som arbetar med 1C har sin egen pappa för personlig behandling / rapporter som gjordes för att lösa ett specifikt problem. Problemet är att sådana utvecklingar i de flesta fall är skrivna för en mycket smal uppgift, och när en liknande uppgift dyker upp måste de anpassas. Det är mer bekvämt att spendera lite tid och göra bearbetningen mer mångsidig i första hand.

• Ett sätt att skapa lösningar som passar alla är metadata -analys... Nästan alla standardbehandlingar använder denna metod:
  • Universal dataöverföring,
  • Universell rapport,
  • Bearbetning för inställningsdetaljer.

Dessa verktyg fungerar på alla konfigurationer, eftersom de helt enkelt analyserar metadata för konfigurationen där de startas vid start.

• I vissa fall fungerar detta tillvägagångssätt inte, eftersom olika konfigurationer kräver olika arbetsregler. I det här fallet kan du använda separata grenar av kod under olika konfigurationer :
  • Om konfigurationen är sådan och så kör vi en text;
  • Om konfigurationen är annorlunda kör vi en annan text.

I de flesta fall tillåter detta tillvägagångssätt dig en behandling som fungerar på olika användarkonfigurationer.

• Men tyvärr fungerar det inte alltid. Till exempel, för samma tillägg, ibland måste du ha olika filer för olika konfigurationer, och varje tillägg måste ha metadata för just den konfigurationen. Detta är också ganska enkelt automatiserat av skapa en mall med efterföljande programvaruanpassning till användarens konfiguration.

Verktyg för programvaruarbete med 1C -produkter. Fördelar och nackdelar med olika metoder

Vilka verktyg finns för programmatiskt arbete med 1C -produkter?

Det finns tre huvudmetoder:

• den analys av en fil i små filer;
• Lossar inXML;
• OCH objektmetod.

Låt oss ta en titt på var och en av dem.

v8Uppackning

Ett av de mest populära sätten att arbeta med 1C -produkter är metod baserad på strukturen för 1C -filer... Det spelar faktiskt ingen roll om vi arbetar med en konfiguration, en rapport eller ett tillägg. Tekniskt sett är det bara en behållare med många olika små filer i. Varje produkt vi kan:

• Att ta isär,
• Ändra de delar som vi vill ändra,
• Och sätt ihop det igen.

Detta verkar vara ett av de mest populära sätten att arbeta med konfigurationer bland automationslösningar.

Denna metod implementeras av verktygetv8Uppackning... Vad är hennes fördelar?

• Detta är först och främst enkelhet... Det här verktyget körs i kommandoläge: vi berättar vilken fil som ska analyseras, och vid utmatningen ger det en katalog med ett gäng filer.
• Hon universell och allätare... Hon bryr sig absolut inte om vilken plattform din lösning är skriven på (8.1, 8.2, 8.3). Tekniskt sett har filstrukturen för 1C -lösningar inte förändrats på några år.
• En annan fördel med denna lösning är dess självförsörjning... För att ändra konfigurationen med v8Unpack behöver du inte 1C -plattformen. Du behöver bara köra verktyget och visa det var filen är. Det interagerar inte med konfiguratorn eller plattformen. Den analyserar alla filer i filer och samlar ihop den igen.
• Och dess sista fördel är att det det enda verktyget som kan fungera med bytecode... Om din bearbetning eller rapport innehåller moduler som levereras utan källkod, kommer v8Unpack fortfarande att analysera dem i textfiler. Naturligtvis kommer vi inte att få den ryska koden där, men vi kommer att få bytekoden, som också kan analyseras och ändras. Dessutom kan denna bykod översättas till normal läsbar kod med hjälp av Infostart -verktygen. Naturligtvis är detta bara möjligt om lösningen inte kördes genom ytterligare programvara. Om det kördes är det vanligtvis omöjligt att återställa det helt, men det är alltid möjligt att delvis återställa det.

Verktyget v8Unpack har och nackdelar.

• Dess största nackdel är att filer som erhålls efter analys, har inga meningsfulla namn, och det är svårt att avgöra vad som exakt behöver ändras - du måste titta igenom dem alla.
• Tja, det ögonblick som det är samma sak inte ett officiellt beslut från 1C -företaget och extern utveckling, fast gammal och stabilt fungerande.

Uppladdning / nedladdning av XML

Det andra sättet att arbeta med 1C-utveckling är XML.

• den officiell mekanism, som rekommenderas av 1C och används i alla dess produkter, till exempel i BSP och DSS. 1C garanterar att det här verktyget fungerar korrekt i båda riktningarna på plattformarna som det lanseras för.
• Fördelen med denna lösning är att den dumpar konfigurationen till tydlig struktur ... Vi har:
  • Rotnivån är den övergripande konfigurationsnivån;
  • Separata mappar - för dokument, kataloger, rapporter, bearbetning.
  • I var och en av dessa mappar finns en undermapp för varje dokument, för varje referensbok.

Det är mycket lättare att arbeta med denna struktur än med en struktur som är lastad med icke-standardiserade medel.

• De nya lösningarna också delvis dataöverföring är tillgänglig.
• Även för detta verktyg finns det en mycket många typiska exempel användning i samma BSP. Baserat på dessa exempel är det mycket bekvämt att förstå.

Tja, det finns några små nackdelarär det:

• En konfiguration analyserad på en plattform kan inte laddas på en annan plattform - vi måste arbeta på samma plattform på grund av kompatibilitetsproblem.
• Förutom, före version 8.3.7 kunde det här verktyget inte fungera med externa rapporter och bearbetning... Nu finns det inget sådant problem, men om du använder en äldre plattform laddar du inte upp externa rapporter och bearbetning till dem i texten.
• Han vet inte hur man arbetar med bytekod - han laddar ur skyddade moduler i binär form.

I allmänhet är detta ett av de mest praktiska verktygen - enkelt och enkelt.

Förmörkelse

Och det sista tillvägagångssättet jag vill prata om är objektmetod... Jag hoppas att ni alla vet att 1C skriver sin nya fashionabla konfigurator på basenFörmörkelse... Men jag vill påpeka att det här är lite mer än en snygg konfigurator:

• Detta är API -åtkomsten som utvecklare har efterfrågat länge. Detta är vad som implementerades för många år sedan i form av Snowfall, men lite mer funktionellt, lite bättre. Om Snegopath ger oss åtkomst endast för att läsa konfigurationsdata, ger Graphite -projektet, som är implementerat på Eclipce -plattformen, oss tillgång redan för att ändra konfiguration... Till exempel kan vi skriva vårt eget lilla plugin som kommer att ändra konfigurationen som vi behöver utan att starta om.

Algoritm för steg-för-steg automatiskt skapande av 1C-utvecklingar

Handla om, hur du använder allt detta för att automatiskt anpassa dina lösningar till konfigurationer... Denna bild visar ett mycket förenklat diagram som är tillämpligt för tillägg, processorer och rapporter.

• Tanken är att om din lösning ska ha olika filer för olika konfigurationer, då utvecklar du en mall som innehåller alla mekanismer som krävs för arbete av detta lösningar i alla konfigurationer.
• Och förutom mallen, regler som anpassar den här mallen till en specifik användarkonfiguration(helst för alla konfigurationer). Till exempel, om du implementerar samma tilläggsbaserade externa utskrivbara motor, då:
  • V gemensam mall det kommer att finnas mekanismer:
    • Tätningar;
    • Och nedladdningar av tryckta blanketter.
  • Och reglerna kommer att innehålla information om hur du ansluter detta tillägg till kataloger och dokument.
• Tack vare detta kommer vi för varje konfiguration att kunna generera en fil automatiskt med vårt tillägg, med hänsyn tagen till den här konfigurationens särdrag.

Slutsats

Avslutningsvis skulle jag vilja upprepa huvudidén med detta betänkande. Huvudpunkten är det vad vi än kan göra manuellt kan vi göra det automatiskt.

Naturligtvis behöver du inte automatisera allt. Det är nödvändigt att automatisera de uppgifter som du upprepa(de uppgifter som du gör med varje uppdatering, med några ändringar).

I allmänhet kan alla uppgifter som kan beskrivas på normal ryska beskrivas i programmet. Samtidigt, till skillnad från en person, gör programmet inga misstag, missar inget, gör precis vad du bad om det.

Denna artikel är baserad på ett föredrag som författaren höll vid Infostart -konferensen 2016.

Genom att klicka på knappen "Ladda ner arkiv" laddar du ner filen du behöver gratis.
Innan du laddar ner av den här filen kom ihåg de bra uppsatserna, testerna, kurserna, teser, artiklar och andra dokument som ligger utan krav på din dator. Detta är ditt arbete, det måste delta i samhällsutvecklingen och gynna människor. Hitta dessa verk och skicka till kunskapsbasen.
Vi och alla studenter, doktorander, unga forskare som använder kunskapsbasen i sina studier och arbete kommer att vara mycket tacksamma för dig.

För att ladda ner ett arkiv med ett dokument, ange ett femsiffrigt nummer i fältet nedan och klicka på knappen "Ladda ner arkiv"

Liknande dokument

Beskrivning av verksamheten i LLC ZhilRemStroy, its organisationsstruktur... Utveckling av ett projekt för att automatisera affärsprocesser i ett företag med hjälp av "1C" -programmet. Testfall projektgenomförande. Betalning ekonomisk effektivitet automatisering.

avhandling, tillagd 29/01/2013


Organisations- och personalstruktur för ett telekommunikationsföretag. Utveckling av en automatiseringsplan för affärsprocesser (BP), dess huvudstadier. BP -formalisering med IDEF0, IDEF3 och DFD modelleringstekniker. Krav för automatiseringssystemet.

term paper lagt till 24/01/2014


generella egenskaper MADOU dagis nummer 26. Ledningsorganisationsstruktur dagis... Sammansättning och funktioner för automatiserade arbetsstationer. Automatisering av processen att ta emot elever och behandla ansökningar. Affärsprocessmodell i IDEF0 -notering.

term paper, tillagd 2016-05-16


Beskrivning av de allmänna lagarna för organisationens funktion. Studerar företagets struktur, definierar funktionerna i dess divisioner och huvudsakliga affärsprocesser. Utveckling av ett klientserversystem för att automatisera mottagning och behandling av applikationer från prenumeranter.

terminsdokument tillagt 2010-02-02


Granskning av metoder för modellering av affärsprocesser. Processoptimering med hjälp av Martins metodik. Analys av problem och orsaker till otillräcklig effektivitet i arbetet med "FM Logistic Customs". Automatisering av processen för avstämning av information från elektroniska dokument.

avhandling, tillagd 12/11/2013


Analys av företaget LLC Furniture House "YUVAYU": Informationssystem; egenskaper hos affärsprocesser; ledningsorganisationsstruktur; hårdvara och mjukvara. Utveckling och val av en strategi för automatisering av redovisning för produktion av ett företag.

avhandling, tillagd 2012-04-12


Beskrivning av företaget och dess verksamhet, ledningsorganisationsstruktur, val av en uppsättning automatiseringsuppgifter och egenskaper hos befintliga affärsprocesser, motivering av designlösningar. programvara uppgifter, utveckling av moduler.

avhandling, tillagd 2011-11-29

Företagsprocesser är ett bekvämt och mycket effektivt verktyg för att hantera och automatisera affärsprocesser i ett företag. Företagsprocesser EDMS -system"Företagsdokumentflöde" låter dig automatisera både enkla och komplexa processer för nästan alla företag.

Företagschefer får ett verktyg för att styra och få information om verkligt arbete företagets anställda och företagets anställda har ett bekvämt verktyg för snabba och effektiva åtgärder för att lösa dagliga problem.

EDMS "Corporate document flow" låter dig skapa och ändra affärsprocesser i läget "1C: Enterprise", utan att behöva göra ändringar i 1C: Configurator.

Företagsprocesser i EDMS "Corporate document flow" låter dig effektivt automatisera företagets affärsprocesser och är ett bra komplement till automatiseringen av företagsdokumentflödet.

Alla relevanta objekt finns i delsystemet "Företagsprocesser".

Varje företag affärsprocess har sitt eget nummer och datum och är en förekomst av en tidigare utformad typ av affärsprocess. Att utforma typer av affärsprocesser diskuteras i avsnittet Design av typer av affärsprocesser.

Företagsprocesser finns i delsystemet "Företagsprocesser" i systemet EDMS dokumentflöde"Företagsdokumentflöde".

Skapa företagsprocess på flera sätt:

Skapa en lista över företagsprocesser från formuläret. För att skapa en process, klicka på standard "Skapa" -knappen i listformuläret. Om ett urval upprättades i form av en lista för en av de typer av affärsprocesser, då ny process kommer att skapas av samma slag.

Skapa en lista över typer av affärsprocesser från formuläret. För att skapa processer, markera önskad vy bearbeta och klicka på knappen Skapa processinstans. Efter att ha utfört detta kommando skapas en företagsprocess av önskad typ.

Skapande av en process från ett företagsdokument. För att göra detta, öppna dokumentformuläret och gå till menyn på den översta panelen "Affärsprocesser". Objekt i den här menyn genereras automatiskt av de typer av affärsprocesser som har aktiverat kryssrutor för att kopiera användare från ett dokument till processer, eller av typer av processer som direkt ingår i dokumenttypens inställningar. Att skapa processer från dokument kommer att diskuteras mer detaljerat i Den här delen Nedan.