Šodien mēs vēlamies jums pastāstīt par papildu atskaišu izmantošanu un apstrādi, un īpaši konfigurācijas paplašinājumiem pakalpojuma modelī. Tehnoloģijas nestāv uz vietas; 1C datu bāzu apkalpošana mākonī kļūst par arvien pievilcīgāku pakalpojumu. Kas jāzina, lai īrētā datu bāzē tiktu ieviesta Jūsu uzņēmumam nepieciešamā funkcionalitāte un kā šis process izskatās no pakalpojumu sniedzēja puses – par to varat uzzināt zem griezuma.

Kas ir ārējie ziņojumi un apstrāde

1C ārstēšanas metodes ir atšķirīgas, taču jebkurā gadījumā tās paplašina konfigurācijas funkcionalitāti un ļauj ātri piekļūt datubāzē saglabātajai informācijai, nemainot konfigurāciju un nenoņemot atbalstu. Tos var iebūvēt tieši konfigurācijā, pievienot kā konfigurācijas paplašinājumu vai būt ārējiem failiem.

Pamatojoties uz funkcionalitāti, apstrāde tiek sadalīta tajos, kas var mainīt datus, un tajās, kas vienkārši analizē informāciju un parāda rezultātu lietotājam draudzīgā formā (pārskati). Lai nemainītu standarta dokumentu drukas izkārtojumus, tiek izstrādātas ārējās drukas formas. Arī ārējo apstrādi var veikt saskaņā ar noteiktu grafiku 1C lietojumprogrammu serverī - tie ir rutīnas uzdevumi.

Button ir izstrādāti vairāki desmiti apstrādes risinājumu, kas ļauj mūsu grāmatvežiem izmantot “praktisku maģiju”. Piemēram, lai analizētu uzskaites pareizību Pogā, tiek izmantots ārējais pārskats “Datu bāzes automātiskais audits”. Viegli lasāmās tabulas sniedz 120 kontu atlikumu un apgrozījuma kritēriju analīzi, nodokļu deklarāciju datu atbilstību un grāmatvedības informāciju, pamatlīdzekļu analīzi utt.

Ārējās drukātās veidlapas “aizdevuma līgums” piemērs pēc mūsu juristu izstrādātās veidlapas. Ir gadījumi, kad uzņēmējs savā uzņēmumā ņem bezprocentu kredītu kā privātpersona, vai otrādi, ieskaita uzņēmumam savus līdzekļus, tad uzreiz ir iespēja līgumu izdrukāt.

Tiek atvērta veidlapa, kurā jāievada nepieciešamā informācija:

Un tiek parādīta izdrukātā līguma forma:

Mēs izmantojam plānoto apstrādi (parastos uzdevumus), piemēram, lai labotu paziņojumus. Buttons ir iestatījis integrāciju ar lielākajām bankām un īpašiem robotiem, kas ielādē izrakstus tieši 1C. Pateicoties mašīnmācīšanās tehnoloģijai, kļūdu procentuālais daudzums izlādes laikā tika samazināts līdz 3%. Bet, kā vienmēr, ir izņēmumi, piemēram, klienti, kuri preču pārdošanai izmanto aģentūras shēmu, šajā gadījumā noteikumi bankas izraksta veikšanai ir individuāli. Lai nepārprogrammētu robotu konkrētam gadījumam, pirms konfigurācijas paplašinājumu parādīšanās tika izmantots rutīnas uzdevums, lai ik pēc 10 minūtēm labotu robota paziņojumu.

Kas ir konfigurācijas paplašinājumi

Paplašinājums ir mini konfigurācija, kas manto objektus no galvenās datu bāzes konfigurācijas un satur kodu ar objektu un moduļu papildinājumiem vai labojumiem. Šajā gadījumā galvenā konfigurācija joprojām tiek atbalstīta; nav jāiespējo rediģēšana, kas ievērojami vienkāršo atjaunināšanas procesu.

Mehānisms paredz trīs izmantošanas veidus, kas faktiski tiek norādīti laukā “Mērķis”, veidojot paplašinājumu:

Tehnoloģijas galvenā sastāvdaļa ir Servisa vadītājs, tajā tiek glabāta visa informācija par abonentiem, lietotājiem, lietojumprogrammām, informācijas bāzēm un savienojumiem starp tiem, un ar tās palīdzību tiek pārvaldīti ārējie apstrādes un konfigurācijas paplašinājumi.

Visi faili ar apstrādi tiek augšupielādēti īpašā pakalpojumu pārvaldnieka direktorijā. Bet, pirms augšupielādējat failu direktorijā, citiem vārdiem sakot, “publicējat to pakalpojumā”, tas ir jāsagatavo īpašā veidā.

Ārējo atskaišu sagatavošana un apstrāde publicēšanai pakalpojuma modelī

Papildu atskaite vai apstrāde tiek izveidota konfiguratorā 1C: Enterprise 8 kā standarta ārējās atskaites un apstrāde un saglabāta failā ar paplašinājumu - .epf (papildu apstrādei) vai .erf (papildu pārskatiem).

Objekta modulim ir jābūt procedūrām un funkcijām reģistrācijas parametru definēšanai.

Lūdzu, ņemiet vērā, ka svarīgs parametrs ir “Versija”. Ja veicāt izmaiņas apstrādē, kas iepriekš tika augšupielādēta pakalpojumu pārvaldnieka direktorijā, noteikti nomainiet versijas numuru, pretējā gadījumā pakalpojumu pārvaldnieks atteiksies ielādēt failu. Izstrādājot pārskatu vai apstrādi, jāņem vērā, ka lietotāji strādā pakalpojuma modelī, izmantojot tīmekļa klientu (labs raksts emuārā 1C). Ja apstrādē ir veidlapas, tām jādarbojas tīmekļa klientā visās tīmekļa pārlūkprogrammās, kuras atbalsta tehnoloģiju platforma 1C: Enterprise 8.

Saskaņā ar pakalpojuma 1cfresh.com standartiem papildu ziņojumam vai apstrādei ir jābūt pilnībā funkcionējošai, ja tā tiek izpildīta drošajā režīmā, tas ir, jādarbojas, nepiekļūstot objektiem, kas ir ārpus konfigurācijas.

Jāsagatavo papildu atskaite vai apstrāde, lai augšupielādētu servisā kā piegādes komplektu. Piegādes komplekts ir arhīvs (zip fails), kas satur:

• papildu atskaite vai apstrādes fails;
• xml manifesta fails, kurā ir papildu metainformācija, kas nepieciešama pakalpojuma pārvaldniekam, lai publicētu papildu atskaiti vai apstrādātu to pakalpojumā.

Sagatavošana tiek veikta lokāli izvietotā konfigurācijas informācijas bāzē, kurai ir paredzēts papildu ziņojums vai apstrāde. Mēs izmantojam speciālu palīgu piegādes komplekta izveidošanai, ārējai apstrādei Papildu atskaišu sagatavošanai un publikāciju apstrādei Service Model.epf. Vairāk varat lasīt dokumentācijā par tehnoloģiju 1C Fresh risinājumu publicēšanai.

Papildu atskaišu instalēšana un apstrāde servisa modelī

1C Fresh tehnoloģijas atšķirīgā iezīme ir tāda, ka ārēju pārskatu vai apstrādi nevar ielādēt tieši datu apgabalā. Pievienošanu var veikt tikai pakalpojuma administrators, izmantojot pakalpojumu pārvaldnieku. Kad zip arhīvs ar apstrādes failu ir sagatavots, tas ir jāaugšupielādē pakalpojumu pārvaldnieka direktorijā un jāinstalē konkrētam pakalpojuma abonentam.

Pakalpojuma abonents ir lietotāju grupa, kas apvienota pēc kāda principa. Attiecīgi noteiktai lietotāju grupai pieejamās informācijas bāzes tiek sauktas par abonentu lietojumprogrammām.

Lietojumprogrammām var būt dažādas 1C konfigurācijas (Uzņēmuma grāmatvedība, Algu un personāla vadība, Mūsu uzņēmuma vadība u.c.), kurām to iespējams izmantot servisa modelī. Papildu ziņošanu vai apstrādi var instalēt tikai abonenta lietojumprogrammās, kas norādītas, lejupielādējot failu.

Šādi izskatās rekvizītu forma papildu pārskatam ar versijām. Izmantojot hipersaiti “Instalēt/Noņemt”, mēs nokļūstam lietojumprogrammu sarakstā un atlasām vajadzīgās datu bāzes.

Pēc apstrādes ielādes un lietojumprogrammas atlases servisa pārvaldnieks sazinās ar lietojumprogrammas adresi un dod komandu to instalēt informācijas bāzē.

Mēs uzsākam apstrādi saskaņā ar grafiku

Strādājot ar lielu skaitu grāmatvedības datu bāzu, periodiski jāveic kāda apstrāde. Piemēram, reizi mēnesī vai reizi pāris minūtēs. Ir svarīgi arī automatizēt manuālās un parastās lietotāja darbības. Lai to izdarītu, mēs aktīvi izmantojam rutīnas uzdevumus.

Apstrādei, kas tiks veikta saskaņā ar grafiku, nav formas. Visa loģika ir ierakstīta objekta modulī un izskatās šādi.

Sagatavojot piegādes komplektu, mēs sastādām grafiku. Tagad mūsu apstrāde tiks veikta katru stundu.

Vairāk par konfigurācijas paplašinājumiem

Paralēli ārējiem ziņojumiem un apstrādei, kas jāsagatavo un jāpārvalda “vecmodīgā veidā”, mēs sākām aktīvi izmantot konfigurācijas paplašinājuma mehānismu. Sākot ar 1C Enterprise platformu 8.3.10, šis mehānisms ir padarījis mūsu dzīvi diezgan vieglu un ļāvis vienkāršot konfigurāciju pielāgošanu pogas funkcijām.

Piemēram, mēs iepriekš rakstījām par ikdienišķām robotu dokumentu labošanas darbībām, kuras tika palaists reizi 10 minūtēs. Tagad varat izmantot paplašinājumu, lai atkārtoti definētu moduļu darbību. Tādējādi mēs varam nekavējoties veikt nepieciešamās darbības, ierakstot vai ievietojot dokumentu. Tas ir daudz optimālāk, jo uzdevumu rinda datu bāzē nav aizsērējusi ar darbībām, kas tiek veiktas ik pēc 10 minūtēm, un tas ir efektīvāk, jo izmaiņas tiek veiktas nekavējoties.

Sagatavot jaunu paplašinājumu ir diezgan vienkārši. Apskatīsim paplašinājumu izveides procesu, izmantojot konkrētus piemērus.
Balstoties uz darba pieredzi, korekcijas pieprasījumu līderis ir TORG-12 drukātā veidlapa. Piemēram, mums ir jāveic paplašinājums, lai varētu izdrukāt pavadzīmi ārvalstu valūtā (pēc noklusējuma to var ģenerēt tikai rubļos).
Atveriet Izvēlne → Konfigurācija → Konfigurācijas paplašinājumi
Mēs izveidojam jaunu paplašinājumu ar mērķi “Adaptācija”.

Paplašinājums izskatās kā pazīstams konfigurācijas koks, bet vēl bez objektiem. Vispirms pievienosim jaunu izkārtojumu TORG-12, kurā ievietojām ailes ar summām valūtā.

Tā kā rēķins tiek izdrukāts no dokumenta “Preču un pakalpojumu pārdošana”, mēs pievienosim šo dokumentu savam paplašinājumam no galvenās konfigurācijas un veiksim nepieciešamās izmaiņas pārvaldnieka modulī. Lai to izdarītu, ieviešanas konteksta izvēlnē atlasiet “pievienot paplašinājumam”.

Tagad jūs varat modificēt ieviešanas pārvaldnieka moduli. Mums jāpievieno jauna veidlapa drukājamo veidlapu sarakstam un jāaizpilda valūtas summas.

Lai mainītu standarta procedūras, mēs izmantojam &After anotation; mums ir vajadzīgas arī dažas savas funkcijas un procedūra.

Sīkāk apskatīsim anotācijas. Paplašinājumos varat izmantot: &Pirms, &Pēc, &Tā vietā (ļoti uzmanīgi). Darbības princips ir vienkāršs: mēs vēlamies, lai mūsu algoritmi no paplašinājuma tiktu izpildīti vispirms, ievietojiet &Before anotāciju un iekavās norādiet procedūras nosaukumu no standarta konfigurācijas. Ja vispirms tiek apstrādāts standarta modulis un pēc tam mūsu, mēs izmantojam &After.

&Pirms un &Pēc anotācijas nevar izmantot funkcijām. Tāpēc, ja mums ir jāmaina funkcijas algoritms no galvenās konfigurācijas, tā vietā mēs izmantojam anotāciju.

Anotācija ir jāizmanto pēc iespējas retāk, jo tā pilnībā aizstāj procedūras un funkcijas izpildi no galvenās konfigurācijas ar paplašināšanas procedūru/funkciju. Izmantojot šo pārtveršanas metodi, procedūra/funkcija no galvenās konfigurācijas vairs netiks izpildīta, kamēr paplašinājums ir instalēts, pat versiju atjaunināšana nepalīdzēs.

Secinājums

Ir daudz dažādu viedokļu par paplašinājumu izmantošanu un ārējo pārskatu/apstrādi. Balstoties uz mūsu pieredzi, mēs abi esam par paplašināšanos. Šī ir moderna un adaptīvāka tehnoloģija, tai ir daudz vairāk iespēju, un to publicēšana ir daudz vienkāršāka. Paplašinājumā tiek ievietota tikai nepieciešamā koda daļa, nav arī papildus jāraksta procedūras un funkcijas, lai noteiktu reģistrācijas parametrus, izsekotu versijas un izveidotu piegādes komplektu.

Vienam datu apgabalam varat izmantot vairākus paplašinājumus.
1C Fresh darba specifikai datu atdalīšanas režīmā (viena konfigurācija, daudzas neatkarīgas zonas) paplašināšanas metode ir lielisks risinājums.

2017-12-19T18:29:06+00:00

Uz atjauninātāju nav nepieciešams būt atvērtam visu laiku vai darboties kā pakalpojumam, lai varētu sākt plānotās darbības.

Plānotā palaišana darbojas, izmantojot standarta Windows mehānismu, ko sauc par "uzdevumu plānotāju".

Un, kad lietotājs iestata grafika iestatījumus...

Atjauninātājs automātiski izveido nepieciešamos uzdevumus plānotājā:

Ko nevajadzētu aizmirst

Lietotāja izvēle

Mēs nedrīkstam aizmirst, ka lietotājs, kuru mēs norādām, lai veiktu plānotās darbības...

Jābūt sistēmas tiesībām uz "Pieteikties kā pakešu darbu".

Kā pārbaudīt, vai lietotājam ir nepieciešamās tiesības?

Vienkāršākā iespēja ir ar peles labo pogu noklikšķināt uz izveidotā uzdevuma plānotājā un atlasīt "Palaist":

Ja pēc uzdevuma izpildes tā palaišanas rezultāts ir veiksmīgs...

Ja tas tā nav, mēs sazināmies ar sistēmas administratoru, lai drošības politikā viņš norādītu (mūsu lietotāju vai viņa grupu) vienumā " Pieteikšanās kā pakešu darbs", un arī izslēgts no rindkopas" Liegt pieteikšanos kā pakešu darbu".

Jānorāda parole, kas nav tukša. Šī ir Windows drošības prasība. Ja jūs saskaraties ar šo konkrēto ierobežojumu, vispareizākais risinājums būtu:

• vai piešķirt paroli pašreizējam lietotājam, ar kuru jūs gatavojaties palaist atjauninātāju pēc grafika
• vai izveidot sistēmā atsevišķu lietotāju ar paroli, kas tiks reģistrēts atjauninātāju grafikā

Vienkāršākais (bet no drošības viedokļa nepareizs) risinājums šim ierobežojumam būtu vietējā datora drošības politikā atspējot opciju “Atļaut tukšu paroļu izmantošanu tikai konsoles pieteikšanās laikā”.

Pamatu izvēle

Tāpat nedrīkst aizmirst, ka plānotajās operācijās piedalās tikai tās datu bāzes, kuras ir atlasītas grafikā iesaistīto datu bāzu sarakstā:

Šajā gadījumā nav nozīmes tam, vai atzīme atrodas blakus bāzei vispārējā sarakstā:

Šīs izvēles rūtiņas (vispārējā sarakstā) ir paredzētas tikai manuālai darbību palaišanai un nekādā veidā neietekmē plānoto palaišanu.

Startēšanas pasūtījums

Un visbeidzot vēl viens, kas nav acīmredzams. Palaižot ieplānotu uzdevumu, atjauninātājs vispirms pārbauda, ​​vai pašlaik darbojas cits ieplānots uzdevums. Un, ja tas tiek izpildīts, tas vispirms gaidīs tā pabeigšanu un tikai pēc tam izpildīs jaunu.

Tas nozīmē, ka, piemēram, ja mums ir jākonfigurē tā, lai arhivēšana notiktu pulksten 22:00 un datu bāzes tiktu atjauninātas uzreiz pēc tās pabeigšanas, tad pietiek norādīt arhivēšanas sākuma laiku pulksten 22:00 un atjaunināšanai. , piemēram, 22-01.

Ko darīt, ja jums ir nepieciešams sarežģītāks grafiks?

Ko darīt, ja mums nav vajadzīga tikai regulāra palaišana noteiktā laikā noteiktās dienās? Ko darīt, ja mēs vēlamies, teiksim, iestatīt, lai tas sākas 5:00 ik pēc pusstundas, vai kaut ko tamlīdzīgu?

Šajā gadījumā mums ir jāizmanto visas uzdevumu plānotāja iespējas.

Pirmkārt, mēs iestatām grafiku, izmantojot atjauninātāju, norādot, ka plānotājā tiks konfigurēts konkrēts grafiks:

Un tikai pēc tam atveriet atjauninātāja izveidoto uzdevumu rekvizītus Windows plānotājā:

Un attiecīgajās cilnēs mēs konfigurējam visu, ko mūsu sirds vēlas:

Kā izslēgt datubāzi no dažām plānotajām darbībām

Pieņemsim, ka mums ir konfigurēts atjaunināšanas un arhivēšanas grafiks:

Bet tajā pašā laikā mēs vēlamies, lai viena datu bāze piedalītos plānotajā arhivācijā, bet nepiedalītos plānotajā atjaunināšanā.

Kā to panākt - galu galā mums ir tāds pats bāzu saraksts, kas piedalās grafikā:

Un tas ir ļoti viegli izdarāms.

Dodieties uz datu bāzes rekvizītiem, kurus vēlaties izslēgt no plānotajiem atjauninājumiem, un loga apakšā atrodiet vienumu “Izslēgt dažas darbības...”:

Noklikšķiniet uz tā un izslēdziet šīs datu bāzes atjaunināšanu no plānotās palaišanas:

Tam vajadzētu izskatīties šādi:

Vai ir iespējams darboties pēc grafika ar citiem parametriem?

Es vēlos pievērst īpašu uzmanību tam, ka uzdevums uzdevumu plānotājā ir regulāra atjauninātāja palaišana ar noteiktiem komandrindas parametriem:

Un atjauninātājam ir daudz parametru palaišanai, izmantojot komandrindu.

Izmantojot tos, jūs varat pielāgot automatizāciju daudz smalkāk un atbilstoši savām vajadzībām. Vienkārši nemainiet komandrindas parametrus jau izveidotā atjauninātāja uzdevumā - pretējā gadījumā, atjauninot plānotos palaišanas iestatījumus, tas joprojām atiestatīs tos uz sākotnējiem. Tā vietā iekopējiet izveidoto uzdevumu plānotājā (lai tam būtu savs nosaukums) un mainiet to.

Par visiem atjauninātāja komandrindas slēdžiem.

Kā uzzināt, vai atjauninātājs tika palaists saskaņā ar grafiku

Gadās, ka šķiet, ka grafiks ir izveidots, bet kaut kas noiet greizi.

Un mēs nemaz neesam pārliecināti, vai atjauninātājs tika palaists tajā naktī.

Vispirms es vēlos vērst jūsu uzmanību uz apgabalu galvenajā atjaunināšanas logā, kurā tiek parādīts plānoto darbību statuss:

Šeit mēs redzam, cik pirms dienām tika palaists atbilstošais. plānotā darbība; cik datu bāzes bija iesaistītas un vai nav bijušas kļūdas. Turklāt, ja mēs noklikšķināsim uz šīm saitēm ar peles kreiso taustiņu, tiks atvērts atbilstošais ziņojums.

Mēs varam arī doties uz pilnu atjauninātāja ziņojumu žurnālu...

Un pārbaudiet, vai uzdevumi ir izpildīti.

Taču visdrošākais veids, kā noskaidrot, vai programma ir sākusies, un izprast tās nesākšanas vai pēkšņas pārtraukšanas iemeslus, ir Windows plānotājā iespējot visu uzdevumu žurnālu. Pēc noklusējuma tas ir atspējots, un es iesaku to ieslēgt, lai jūs vienmēr varētu noskaidrot problemātiskās situācijas.

Lai iespējotu Windows plānotāja žurnālu, atveriet dialoglodziņu “Palaist saskaņā ar grafiku” un noklikšķiniet uz pogas “Atvērt Windows plānotāju”:

To var izdarīt arī no Windows vadības paneļa (administrēšanas sadaļa).

Šeit mēs atrodam un noklikšķiniet uz vienuma “Iespējot visu uzdevumu žurnālu”:

Gatavs! Tagad mēs varam skatīt jebkura uzdevuma vēsturi plānotājā.

Piemēram, izcelsim vienu no atjauninātāja uzdevumiem:

Kā iestatīt mākoņa uzraudzības sistēmu atjauninātāja uzdevumu izpildei

Tagad pastāstīšu par veidu, kā apdrošināties pret situāciju - “ak, izrādās, ka mūsu datu bāzes nav arhivētas (atjaunotas, pārbaudītas...) veselu nedēļu.”

Šī situācija ir ļoti iespējama, ja mēs konfigurējām arhivēšanu, lai sāktu pēc grafika, un pēc tam:

• cits servera administrators mūsu kontam atņēma tiesības sākt arhivēšanu no plānotāja, un šajā gadījumā atjauninātājs nevarēs pat nosūtīt mums paziņojumu pa e-pastu, jo tas ir jāsāk, bet nav tiesību to darīt tātad...
• vai radās citas kļūdas, un serverī nav interneta, lai atjauninātājs varētu nosūtīt mums kļūdas ziņojumu...
• vai arī mēs paši kļūdaini izslēdzām ieplānoto arhivēšanu atjauninātājā...
• nekad nevar zināt, kas var notikt...

Un viss, kas jums jādara, papildus kļūdu paziņojumu iestatīšanai pa e-pastu, ir iestatīt mākoņsistēmu mūsu atjauninātāja palaišanas uzraudzībai. Kas tas ir un kā tas darbojas?

Šī, manuprāt, ir absolūti izcila lieta, ko sauc par healthchecks.io. Šiem puišiem ir arī maksas plāni, taču viņu bezmaksas plāns mums ir piemērots.

Ideja ir šāda. Mēs reģistrējamies viņu vietnē, un mūsu personīgajā kontā mums ir iespēja teikt:

• Sveiki, HealthChecks, iedodiet man unikālu URL (interneta resursa adresi).
• HealthChecks, ja neviens neklauvē (pieprasa) šajā adresē tādā un tādā periodā, paziņo man par to pa šādu un tādu e-pastu.

Pēc tam mēs norādīsim šo adresi atjauninātājā, un tas to pieprasīs, piemēram, katras plānotās arhivēšanas beigās. Un, ja kādā brīdī tas pēkšņi pārstāj darboties vai avarē, HealthChecks pakalpojums mums par to paziņos. Pat ja mūsu serveris nodegs, tas tiks nozagts un izjaukts mazos gabaliņos..., mēs par to uzzināsim pirmie no HealthChecks

Manuprāt, šī ir ģeniāla ideja. Ja jūs tā nedomājat, tad izskatās, ka neesat līdz galam sapratis šīs lietas nozīmi - lūdzu, vēlreiz izlasiet manu neveiklo tekstu vēlreiz.

Atsevišķi pieminēšu ka aprakstītā uzraudzības sistēma nevis atceļ, bet papildina, e-pastā tiek paziņoti par kļūdām, kas arī jākonfigurē atjauninātājā pilnīgai situācijas kontrolei.

Vienkāršākais scenārijs HealthChecks iestatīšanai, izmantojot atjauninātāju

Iestatīsim ikdienas arhivēšanu serverī ar nosaukumu DataServer kas pieder uzņēmumam SIA "Romashka":

Un mēs vēlamies, lai HealthChecks mūs informētu, ja atjauninātājs pēkšņi pārstāj darboties arhivēšanai vai šāda palaišana beidzas neparasti.

3. Reģistrējieties ar e-pasta adresi, uz kuru vēlaties saņemt paziņojumus.

3. Atveriet sadaļu “Pārbaudes” un noklikšķiniet uz lielās zaļās pogas “Pievienot čeku”.

5. Mainīsim šī čeka nosaukumu uz OOO "Romashka" (DataServer, arhivēšana). Tas jādara, lai mēs saprastu, ar ko tieši šī pārbaude ir saistīta (arhivēšana serverī ar nosaukumu DataServer uzņēmumā Romashka LLC):

6. Norādiet verifikācijas periodu (arhivēšana jāsāk vienu reizi dienā, pats arhivēšanas process var ilgt līdz 12 stundām):

Otrais slīdnis (žēlastība) ir tieši pieļaujamais perioda pārsniegums, tas ir, laiks, kurā var ilgt arhivēšanas process.

Papildu 12 stundu ierobežojumu norādīju apzināti, jo atjauninātājs sava darba beigās veic pieprasījumu uzraudzības sistēmai, un beigu laiks var mainīties atkarībā no dažādiem apstākļiem.

Piemēram, ja mēs ieplānojam atjaunināšanas sākumu pulksten 22:00, tad šodien šis atjauninājums var beigties pulksten 23:00 un rīt (ir izlaisti daudzi jauni atjauninājumi) tas ilgs līdz pulksten 4:00.

Līdz ar to papildu 12 stundu rezerve, lai izvairītos no HealthChecks kļūdaini pozitīviem rezultātiem.

Perioda iestatīšanas rezultāts būs šāds:

7. Bet, kā redzat, lauks Last Ping ir tukšs (Nekad). Tā tiks atjaunināta, jo arhivēšanas laikā atjauninātājs piekļūst šai adresei. Un, ja nav pieprasījuma ilgāk par 1 dienu un 12 stundām, HealthChecks atskanēs modinātāja signālu un informēs mūs pa e-pastu.

Jautājums: problēma ar piekļuvi papildu apstrādei programmā Zup3

izveidoja papildu apstrādi un ievietoja to algu sadaļā. Lietotājs ar vecākā personāla virsnieka tiesībām nevar palaist grāmatvedi, tas saka "nepietiekamas piekļuves tiesības". Kā iestatīt atļaujas veikt papildu apstrādi?

Algas un personāla vadība, izdevums 3.0 (3.0.24.115) ()
Autortiesības © SIA "1C", 2007-2014. Visas tiesības aizsargātas
()

Atbilde:

Jautājums: tiek veikta papildu apstrāde saskaņā ar grafiku

Sveiki visiem. Es tikai mācos programmēt, tāpēc nepārmetiet mani par nepareizu jautājumu uzdošanu. 1C Mazumtirdzniecība 2.2.5.27 Izveidota ārēja apstrāde, kas, noklikšķinot uz pogas, ielādē datus no faila informācijas reģistrā. Manuāli viss darbojas labi, bet tagad uzdevums ir pārliecināties, ka šī apstrāde sākas pēc grafika un neatverot formu. Tas ir, fonā, lai tas darbotos.
Apstrāde ir savienota formā "Papildu atskaites un apstrāde".

Kods veidlapas modulī

Funkcija InformationOnExternalProcessing() ExportRegistrationParameters = Jauna struktūra; Reģistrācijas parametri.Insert("View", "AdditionalProcessing"); Reģistrācijas parametri.Insert("Nosaukums", "Līdzību ielāde (PCService(C))"); Reģistrācijas parametri.Insert("Versija", "1.0"); Reģistrācijas parametri.Insert("SafeMode", False); Reģistrācijas parametri.Insert("Informācija", "Atlikušo ielāde"); Reģistrācijas parametri.Insert("BSPVersion", "2.3.2.33"); CommandTable = GetCommandTable(); AddCommand(CommandTable, "Ielādē bilanci (PCService(C))", "1", "OpenForm", True,""); AddCommand(CommandTable, "Slodzes atlikumi (PCService(C))", "2", "CallServerMethod", True"); TeamId = "2"; Reģistrācijas parametri.Insert("Komandas", CommandTable); AtgrieztiesReģistrācijasParametri; EndFunction funkcija GetTableCommands() Komandas = NewValueTable; Commands.Columns.Add("View", NewTypeDescription("Rinda")); Commands.Columns.Add("Identifier", New TypeDescription("String")); Commands.Columns.Add("Usage", New TypeDescription("Rinda")); Commands.Columns.Add("ShowAlert", NewTypeDescription("Boolean")); Commands.Columns.Add("Modifier", New TypeDescription("Rinda")); Atgriešanās komanda; EndFunction procedūra AddCommand(CommandTable, View, Identifier, Usage, ShowAlert = False, Modifier = "") NewCommand = CommandTable.Add(); NewCommand.View = Skats; NewCommand.Identifier = Identifier; NewCommand.Use = Lietot; NewCommand.ShowAlert = ShowAlert; NewCommand.Modifier = pārveidotājs; Procedūras beigas &Servera procedūrā Izpildīt komandu (komandas identifikators, piešķiršanas objekti) Eksportēt procedūras beigas

Noklikšķinot uz izpildes pogas ar palaišanas opciju "Atvērt formu", tiek atvērta forma un programma tiek nekavējoties izpildīta (tā tiek izpildīta nekavējoties, jo uz formas notikumos "When CreatedOnServer" ir norādīts, ka programmas galvenais kods programma tiks izpildīta)
Noklikšķinot uz pogas Izpildīt ar palaišanas opciju “Call ServerMethod”, tas nerada nekādas kļūdas, bet nerada rezultātu.
ko es daru nepareizi??

Atbilde:

Smēķēju visu. Šeit man bija jākopē kods, kuru gribēju izpildīt, neatverot formu

Jautājums: Mazumtirdzniecība 2.2. Papildu apstrādes uzsākšana saskaņā ar grafiku

Sveicieni. Mazumtirdzniecība 2.2, ir iespējota papildu apstrāde un iestatīta plānotā izpilde. Es skatos izpildi cauri - Support and Maintenance - rutīnas uzdevumiem, mans uzdevums vai nu paiet vai beidz darboties pēc grafika, kādu laiku strādā tieši pēc grafika un pārstāj darboties pats no sevis. Tas nav jautājums par pašu apstrādi, jo tas nedod kļūdu, bet uzdevums vienkārši nesākas. Tad tas sāk normāli darboties pats no sevis. Kas var ietekmēt rutīnas uzdevuma sākumu?
Es mēģināju iestatīt dažādus grafikus, bet tas nedarbojās.

Atbilde:

Problēma tika atrisināta, pārinstalējot platformu visos datoros

Jautājums: Papildu apstrāde

Laba diena visiem.
Mūsu uzņēmuma pārvaldība, versija 1.6 (1.6.12.4)

Pastāsti man, vai ir iespējams pievienot apakšsistēmai papildu apstrādi, nepieskaroties konfiguratoram?
Tie. Man ir nepieciešams, lai apstrāde tiktu izsaukta nevis, izmantojot papildu apstrādi, bet gan kā ārējs ziņojums, nekavējoties apakšsistēmu sarakstā.

Atbilde:

Izveidot atskaiti paplašinājumā, pievienot paplašinājumam vajadzīgo (esošo) apakšsistēmu, izveidot saiti uz izveidoto atskaiti “paplašinātajā” apakšsistēmā.

Jautājums: Web pakalpojumu izmantošana papildu apstrādē, izmantojot BSP

Labdien
Jaunākajā laikā ir nepieciešams iebūvēt papildu apstrādi, kas piekļūs citas datu bāzes Web pakalpojumam. Apstrāde, protams, notiek drošajā režīmā, tomēr “ir atļauts izmantot standarta apakšsistēmu bibliotēkas drošā režīma paplašinājumu (spēja strādāt ar failiem, interneta resursiem utt.), izmantojot specializētu programmatūras saskarni ar reģistrāciju atļaujas, kas nepieciešamas papildu ziņošanai/apstrādei. Tomēr es nevaru atrast pašreizējā BSP versijā, kā to konfigurēt. palīdziet, lūdzu Jaunā datu bāzes versija: Enterprise Accounting, izdevums 3 .0 (3 .0 .59 .45) BSP 2 .4 .5 .31

Atbilde: oO

Jautājums: ZUP avarē, uzsākot noteiktu apstrādi. Kas man jādara?

Ir papildinājums, kas aktualizē norēķinu dokumentus, kas ievadīti, pamatojoties uz atlaišanu. Kad šī apstrāde tiek sākta, programma muļķīgi aizveras bez ziņojumiem. Atkļūdojā neko neredzu. Pārbaudes datumā, par kuru tika izveidots 1 dokuments, tas iztur. Kas vēl man jādara? Es veicu testēšanu, un šķita, ka kļūdu nav.

Atbilde: lieliski, bet kāpēc cikls bija vajadzīgs? Ja jums ir kādi ieraksti, tad rakstiet, nezinu, žurnālā vai kaut ko citu, nē, tad modificējiet vai nedariet neko

Jautājums: Plānotais papildu apstrādes uzdevums

Alfa-Auto konfigurācija: Autosalons + Autoserviss + Auto rezerves daļas CORP. 6. izdevums.
Izveidota ārējā apstrāde. Es to pievienoju kā papildu apstrādi.
Iestatiet plānoto izpildi. Bet tas nesākas ar kļūdu:
Regulāro uzdevumu "Palaist papildu apstrādi" nevar izpildīt, jo procedūrā RoutineTasksOverridden.WhenDefiningRegularTaskSettings() nav iestatījumu. Sazinieties ar sistēmas administratoru!
Kas var man pateikt, kas ir nepareizi ar apstrādi vai bāzes iestatīšanu.

Atbilde:() Tātad jūs aplūkojat, kas ir tur RoutineTasksOverridden.WhenDefiningSettingsofRoutineTasks()
BSP šī procedūra parasti ir tukša. Programmā Alfa kaut kas var būt uzlabots.

Jautājums: Automātiska ārējās apstrādes sākšana

Laba diena visiem. Lūdzu, palīdziet, dārgie 1C izstrādātāji, atrisiniet šo problēmu.
Ir ārēja apstrāde, tai ir divas pogas “Palaist” un “Iesniegt”. Noklikšķinot uz pogas "Palaist", tiek aizpildīta tabulas daļa.
Noklikšķinot uz pogas "Sūtīt", tiek nosūtīts e-pasts ar datiem no tabulas sadaļas un pievienoto failu.

Jautājums: vai ir iespējams šo apstrādi veikt automātiski katru dienu? TIE. piemēram: katras dienas 08:00 no rīta tika aktivizēta pogu "Palaist" un "Iesniegt" procedūra? Servera bāze. Priecāšos par jebkuru palīdzību un iespējām.

Atbilde:() Vai ar šo palaišanas opciju 1C process tiks aizvērts pēc apstrādes? vai arī tā apstrāde ir jāpārtrauc, izmantojot ShutdownSystem(False)?

Labrīt, pasaki man kādu skriptu lai palaistu pēc apstrādes grafika, vai drīzāk problēma ir tāda, ka vajag skriptu (pakešu failu), kas sāktu 1s 77, bet pēc pārbaudes, ja parastā palaišana neizdodas, tad tas būs ekskluzīvs ar atkārtotu indeksāciju. Un vēlams ar ārējās apstrādes atvēršanu. Tas ir nepieciešams automātiskai augšupielādei, taču nosūtīšanas laiki visur tiek iestatīti atšķirīgi. un galvenokārt naktī.

Atbilde: jebkurš nncron xstarter plānotājs

Ārējā apstrāde ir ļoti ērts rīks uzņēmumiem, kas izmanto standarta konfigurācijas 1C: Enterprise 8.3. Tie ļauj netērēt pūles un naudu 1C atjauninājumiem, ļaujot atjaunināt datu bāzes ar vienu pogu vienkāršā lietotāja režīmā. Izmantojot standarta apakšsistēmas bibliotēkas mehānismu, dokumentiem un uzziņu grāmatām var pievienot dažādas pogas, nemainot standarta konfigurāciju. Apskatīsim piemēru ārējās apstrādes izveidei un savienošanai vienā no 1C konfigurācijām.

Mēs veidojam ārējo apstrādi 1C 8.3

Lai izveidotu jaunu ārējo apstrādi, mēs izmantojam konfiguratoru. Izvēlnē “Fails” atlasiet izveides komandu “Jauns...” un nosakiet, ka mēs izveidosim ārējo apstrādi. Atvērtajā logā iestatiet nosaukumu, un, nospiežot taustiņu “Enter”, tas tiek aizpildīts automātiski. Saglabājot, sistēma jums piedāvās šo nosaukumu kā faila nosaukumu.

Pievienosim apstrādes formu, attiecīgajā logā noklikšķinot uz pogas ar palielināmo stiklu. Piemēram, izveidosim apstrādi, kas parāda, kuri klientu pasūtījumi izmanto noteiktu preci. Lai to izdarītu, veidlapā jāievieto:

• Atribūti – lauks nomenklatūras iestatīšanai;
• Poga, kas izsauks kodu.

Pievienojiet atribūtu “Nomenclature” ar datu tipu “DirectoryLink.Nomenclature” attiecīgajā sadaļā un pogu “Rādīt” izvēlnē “Commands” -> “Form Commands”.

Lai pievienotie dati tiktu atspoguļoti veidlapā, tie jāievelk veidlapas elementos, kas atrodas augšējā kreisajā daļā. Izmantojot zilās bultiņas, ir iespējams apmainīt elementus. Lai mūsu izveidotā poga darītu to, ko tai bija paredzēts, tai ir jāpiešķir procedūra. Izmantojot konteksta izvēlni, atlasiet “Command Action”, un uz jautājumu, kur ir nepieciešams apstrādātājs, mēs atbildēsim: “Izveidot klientā un procedūru serverī”.

1. fragments

&OnClient procedūra Show(Command) ShowOnServer(); Procedūras beigas &OnServer procedūra ShowOnServer() //Ievietojiet apdarinātāja saturu. Procedūras beigas

Mēs izvēlējāmies izveidot procedūru serverī, jo rezultātā vēlamies saņemt paraugu no datu bāzes. Mums nav šīs iespējas klientam, tāpēc mums būs jāpieslēdzas serverim, kas apmainās ar datiem ar datu bāzi. Tagad mums ir jāraksta kods, kas īsteno mūsu plānoto. Tiks izmantota visu dokumentu pieprasīšana un izvadīšana, izmantojot funkciju “Report()”.

2. fragments

&OnClient procedūra Show(Command) ShowOnServer(nomenklatūra); EndProcedure &OnServer procedūra ShowOnServer(nomenklatūras) pieprasījums = jauns pieprasījums; Query.Text = "SELECT DAŽĀDU | Klienta pasūtījumaSastāvs.Saite AS saite | FROM | Dokuments.Klienta pasūtījums.Sastāvs AS Klienta pasūtījumaSastāvs | WHERE | Klienta pasūtījumaSastāvs.Nomenklatūra = &Nomenklatūra"; Request.SetParameter("Nomenklatūra", Nomenklatūra); RequestResult = Request.Execute(); SelectionDetailRecords = QueryResult.Select(); Kaut SelectionDetailedRecords.Next() Loop Report(SelectionDetailedRecords.Link); EndCycle; Procedūras beigas

Pašreizējā posmā mēs varam atvērt ārējo apstrādi strādājošā 1C datu bāzē kā parastu failu, un tas jau darbosies. Bet, ja mums ir daudz lietotāju, mums būs jānosūta šis fails viņiem visiem, sniedzot norādījumus par to, kā to faktiski atvērt 1C, kas ir ārkārtīgi neērti. Lai no tā izvairītos, mūsu apstrādei jāatrodas vienā no 1C sadaļām. Lai to izdarītu, mums tas ir nedaudz vairāk jāmaina, izmantojot konfiguratoru, norādot noteiktus iestatījumus.

Lai ievietotu ārējo apstrādi sadaļā 1C, objekta modulī ir jāreģistrē procedūra “Informācija PAR ārējo apstrādi”. Galvenajā apstrādes izvēlnē noklikšķiniet uz Darbības un atlasiet Objekta modulis. Šeit jums jāreģistrē visi 1C nepieciešamie iestatījumi, lai sistēma saprastu, kas no tā tiek prasīts un kāds fails ir priekšā. Ekrānuzņēmumā ir redzams funkcijas “Informācija PAR ārējo apstrādi” kods.

Funkcija InformationOnExternalProcessing() Export DataForReg = Jauna struktūra(); DataForReg.Insert("Nosaukums","Jauna ārējā apstrāde"); DataForReg.Insert("SafeMode", True); DataForReg.Insert("Versija", "versija: 1.001"); DataForReg.Insert("Skatīt", "Papildu apstrāde"); CommandTable = NewValueTable; TabZnCommands.Columns.Add("Identifier"); TabZnCommands.Columns.Add("Lietojums"); TabZnCommands.Columns.Add("Skatīt"); NewRow = TabZnCommands.Add(); NewString.Identifier = "NewExternalProcessing"; NewRow.Use = "OpenForm"; NewRow.View = "Jauna ārējā apstrāde"; DataForReg.Insert("Komandas", TabZnCommands); Atgriezt DataForReg; EndFunction

3. fragments

Ārējās apstrādes pievienošana 1C

Pirms ārējās apstrādes pievienošanas standarta konfigurācijai ir jāiespējo šī rīka lietošana. Sadaļā “Administrēšana” apakšpozīcijā “Drukātas veidlapas, atskaites un apstrāde” iestatiet karogu pretī mums vajadzīgajam mehānismam. Mums kļūst pieejama poga, lai dotos uz papildu apstrādes un atskaišu direktoriju.

Pārejot uz sarakstu, mēs tajā izveidosim jaunu rindiņu, un sistēma liks jums izvēlēties failu. Mēs izvēlamies veikto un saglabāto apstrādi, un 1C konfigurācija neatkarīgi aizpilda lielāko daļu lauku. Izmantojot pogu “Palaist”, mēs jau varam pārbaudīt mūsu apstrādes funkcionalitāti, taču tas nav īpaši ērti citiem lietotājiem. Lai lietotājiem būtu mūsu komandas un viņi varētu veikt zvanu, mums ir nepieciešams:

• Norādiet objekta atrašanās vietu. Noklikšķinot uz “Undefined” atveram sadaļu logu un norādām, kurās sadaļās operācija būs pieejama;
• Atlasiet lietotājus, kuriem šī komanda parādīsies atlasīto sadaļu izvēlnē “Papildu apstrāde” bez liekiem iestatījumiem. Lai to izdarītu, tabulas sadaļā jāizvēlas vienums “Ātrā piekļuve” un labajā pusē jāpievieno atbildīgi lietotāji;
• Cilnē “Papildinformācija” varat norādīt mapi, kurā atradīsies lejupielādētā apstrāde;
• Pēc pogas “Rakstīšana” nospiešanas izvēlnē “Papildu apstrāde” atlasītajā sadaļā, lietotāji atradīs mūsu komandu un varēs to izmantot.

Ja mēs vēlamies veikt izmaiņas mūsu apstrādē, mums vispirms tas ir jāizlādē no datu bāzes. Lai to izdarītu, direktorijā “Papildu apstrāde un atskaites” atrodiet vajadzīgo rindiņu un izmantojiet komandu “Augšupielādēt failā...”. Veiciet izmaiņas, saglabājiet apstrādi un izmantojiet pogu “Ielādēt no faila...”, lai atrastu modificēto epf failu, nemainot parametrus. Pēc ierakstīšanas visi lietotāji redzēs veiktās izmaiņas.

Ja izmantojat nestandarta vai pārtrauktu 1C datu bāzi, izmantojiet iespēju lejupielādēt apstrādi, izmantojot konfiguratoru. Objekta koka sadaļā “Apstrāde” izveidojiet jaunu apstrādi un konteksta izvēlnē atlasiet “Aizstāt ar ārējo apstrādi, ziņot...”. Atliek tikai konfigurēt ārējās apstrādes palaišanu no vēlamās sadaļas, ieskaitot pievienoto apstrādi vēlamajā apakšsistēmā.

Darbs ar ārējo apstrādi ir ļoti ērts un ļauj izvairīties no daudziem konfliktiem. To vienīgais nozīmīgais trūkums ir tas, ka tie netiek automātiski atjaunināti kopā ar konfigurāciju. Tas ir, ja izstrādātāji mainīja dokumenta vai atsauces grāmatas nosaukumu galvenajā konfigurācijā, apstrāde būs jākonfigurē manuāli.

Ikdienas uzdevuma izveide

Izveidosim rutīnas uzdevumu “Veikt apstrādi”.

Atspējosim ieplānotā uzdevuma izmantošanu, lai, atjauninot konfigurāciju, tas nedarbotos automātiski.

Piešķirsim procedūru, kas tiks aktivizēta, kad tiks palaists rutīnas uzdevums:Modulis RoutineTasks.RoutineTaskExecutionProcessing.

Pati procedūra izskatās šādi:

Procedūra RoutineTaskExecutionProcessing(Key) Export

Parametri RoutineTasks.PerformProcessingWithParameters(Key);

Procedūras beigas

Mēs izveidojam uzziņu grāmatu ikdienas uzdevumiem

Mūsu ikdienas uzdevums var izraisīt daudzus fona procesus — vienu katrai apstrādei. Katram 1C8 platformas uzdevumam ir atslēga. Bet ieplānotā darba metode nezina fona darba atslēgu, tāpēc jums ir jāizmanto fona darba parametri. Rezultātā mēs varam redzēt fona darbu darbu konsolē, bet nevaram manuāli izveidot fona darbu no šīs konsoles, jo darbi ar parametriem netiek izveidoti manuāli.

Uzziņu grāmata “Plānoto uzdevumu parametri” :

Rekvizīti :

· Kods Pirms palaišanas- neierobežota virkne - kods 1C valodā, kas jāizpilda pirms palaišanas.

· Apstrāde no konfigurācijas - rinda (100) - apstrādes identifikators no konfigurācijas

· Apstrāde no direktorija - rinda (100) - saite uz direktorija elementu “Ārējā apstrāde”, ja tāds ir konfigurācijā

· Izpildiet, izmantojot lietojumprogrammu 1C — Būla — tiks izveidota atsevišķa 1C lietojumprogramma, un tajā tiks palaists rutīnas uzdevums. Izveidots 8.1, kur ne visas lietojumprogrammu metodes ir pieejamas serverī, kurā darbojas ieplānotais darbs.

· Palaišanas kods- - neierobežota rinda - kods 1C valodā, kas tiks izpildīts, kad tiks palaists ieplānots uzdevums.

Izveidosim elementa formu :

Noklikšķinot uz “Izveidot reģ. uzdevums" rutīnas uzdevums ar atslēgas kodu tiek izveidots programmatiski:

Procedūra PamatdarbībasFormCreateReglTask(Button)

Mainīgs darbs;

Atslēga = AbbrLP(Kods);

Task = RoutineTasks.CreateRoutineTask("PerformProcessing");

Task.Name = atslēga;

Task.Key = atslēga;

Parametri = Jauns masīvs();

Parametri.Pievienot(Atslēga);

Task.Parameters = Parametri;

Task.Write();

Procedūras beigas

Ieplānota uzdevuma sākšana

Katram mūsu izveidotajam ikdienas uzdevumam ir atslēga:

Šī atslēga atbilst kodam direktorijā “Parameters of rutīnas uzdevumu”; to izmanto meklēšanai, uzsākot uzdevumu. Ja direktorijas ieraksts netiek atrasts, uzdevums netiek izpildīts.

Tālāk, ja tiek dots kodsKods Pirms palaišanas tad šis kods tiks izpildīts. Tālāk, ja mainīgais Piepildīt novērtē uz nepatiesu, uzdevums netiks izpildīts. Analizēšanai pieejams mainīgais Iespējas, kur tiek glabāta saite uz atrasto direktorija elementu “Parameters of rutīnas uzdevumi”.

Atkarībā no izvēlētajām detaļu vērtībām tiks palaists kods 1C valodā, vai arī tiks sākta apstrāde no konfigurācijas, vai arī tiks sākta apstrāde no standarta “Ārējās apstrādes” atsauces grāmatas.

1C81 izpilde tiek nodrošināta jaunā lietojumprogrammā - lai jūs varētu izmantot kodu, kas ir pieejams tikai klientam, ieskaitot ārējās apstrādes izmantošanu. Lai to izdarītu, atzīmējiet izvēles rūtiņu “Palaist lietojumprogrammā 1C”. Pretējā gadījumā ieplānotais uzdevums tiks izpildīts serverī.

Iesaku jaunizveidotam rutīnas uzdevumam laukā “Lietotājs” iestatīt lietotāju, lai uzdevums tiktu izpildīts ar noteiktām tiesībām. Es iesaku šādam lietotājam piešķirt visas tiesības. Es izmantoju lietotāju "robots».

Ikdienas uzdevumu grafiks tiek izveidots, izmantojot hipersaiti “Grafiks” no ikdienas uzdevumu veidlapas. Varat izmantot rutīnas uzdevumu konsoli.