Išradėjai

„1C“ siūlo „EnterpriseData“ formatą, skirtą keistis verslo duomenimis. Keitimasis universaliu formatu Čia galite sutaupyti laiko ir naudoti paruoštas taisykles naujausioms konfigūracijų versijoms

Vaizdo įrašas – 21 mokymo val
Mokymo medžiaga PDF formatu - 117 A4 puslapių
16 praktinių užduočių su mokytojų sprendimais

Kurso formatas, palaikymas

Medžiaga yra prieinama iš karto po apmokėjimo už užsakymą – atsisiunčiate jas iš svetainės ir studijuojate bet kuriuo patogiu metu.

Pagalba teikiama per pagrindinę grupę svetainėje.

Turi būti suaktyvinta visa prieiga prie pagrindinės grupės ne vėliau kaip per 100 dienų nuo pirkimo.

Kurso aktualumas

Kurso medžiaga tinka BSP 2.3.2.73 versijai.

Jei planuojate naudoti senesnes BSP versijas, atkreipkite dėmesį, kad pasikeitė BSP „Data Exchange“ posistemio veikimo mechanizmai, pasikeitė ir sąsajos.

Kuriamas naujas naujausių BSP versijų kursas, kuris bus išleistas po kelių mėnesių. Tačiau BSP 2.3.2.73 ir naujesnėms versijoms dabartinis tarifas bus aktualus.

Kurso mokestis

9700 rublių

Garantija

Dėstome nuo 2008 m., esame įsitikinę savo kursų kokybe ir suteikiame savo standartinė 60 dienų garantija.

Tai reiškia, kad jei pradėjote lankyti mūsų kursą, bet staiga apsigalvojote (arba, tarkime, neturite galimybės), tuomet turite 60 dienų laikotarpį apsispręsti – o jei grąžinsite, grąžinsime 100 % nuo mokėjimo.

Mokėjimas išsimokėtinai

Už mūsų kursus galima mokėti dalimis arba dalimis, taip pat ir be palūkanų. Kuriame Iš karto gausite prieigą prie medžiagų.

Tai įmanoma su fizinių asmenų mokėjimais, kurių suma yra 3000 RUB ar daugiau. iki 150 000 rublių.

Viskas, ką jums reikia padaryti, tai pasirinkti mokėjimo būdą „Mokėjimas per Yandex.Checkout“. Tada mokėjimo sistemos svetainėje pasirinkite „Mokėti dalimis“, nurodykite mokėjimų terminą ir sumą, užpildykite trumpą formą – po kelių minučių gausite sprendimą.

Mokėjimo būdai

Priimame visas pagrindines mokėjimo formas.

Iš asmenų– mokėjimai iš kortelių, atsiskaitymai elektroniniais pinigais (WebMoney, YandexMoney), mokėjimai per internetinę bankininkystę, mokėjimai per ryšių parduotuves ir pan. Taip pat už užsakymą galima atsiskaityti dalimis (išsimokėtinai), įskaitant ir be papildomų palūkanų.

Pradėkite teikti užsakymą – antrame žingsnyje galėsite pasirinkti pageidaujamą mokėjimo būdą.

Iš organizacijų ir individualių verslininkų– atsiskaitymas be grynųjų pinigų, pateikiami pristatymo dokumentai. Įvedate užsakymą ir iškart galite atsispausdinti sąskaitą apmokėjimui.

Kelių darbuotojų mokymas

Mūsų kursai yra skirti individualiam mokymuisi. Grupinės treniruotės viename rinkinyje yra neteisėtas platinimas.

Jei įmonei reikia apmokyti kelis darbuotojus, paprastai siūlome „papildomų rinkinių“, kurie kainuoja 40 % pigiau.

Norėdami užsisakyti „papildomą rinkinį“ formoje pasirinkite 2 ar daugiau kursų rinkinių, pradedant nuo antrojo rinkinio kurso kaina bus 40% pigesnė.

Yra trys papildomų rinkinių naudojimo sąlygos:

Negalite įsigyti tik papildomo rinkinio, jei anksčiau (arba kartu su juo) nebuvo pirktas bent vienas įprastas rinkinys
Kitų nuolaidų papildomiems rinkiniams nėra (jau nukainoti, tai būtų „nuolaida nuolaidai“)
akcijos negalioja papildomiems rinkiniams (pavyzdžiui, 7000 rublių kompensacija) dėl tos pačios priežasties

Kiekvienas planas turi konkretų elementų sąrašą, kuriame galima saugoti informaciją apie pakeitimus. Šis sąrašas vadinamas „Mainų plano turinys“. Kompoziciją galima išplėsti, tačiau konfigūracijos palaikymas pašalinamas.

„Plano išdėstymas“ saugo pačias taisykles, kurių pagrindu veikia sinchronizavimas. Kaip tik šis konvertavimo paketas (Registracijos taisyklės, Mainų taisyklės, Korespondentų mainų taisyklės) mums reikalingas tolesniam tyrimui.

Panagrinėkime duomenų sinchronizavimo tarp konfigūracijų „1C: atlyginimas ir HR 3“ (ZUP) ir „1C: įmonės apskaita 3“ (BP) pavyzdį. Iš karto atkreipkime dėmesį, kad atlikdami šią užduotį turėsime pašalinti konfigūraciją iš palaikymo. Tai reikalinga atsižvelgiant į būklę.

Gyvas pavyzdys, kaip reikia tobulinti standartines mainų taisykles

Pavyzdžiui, klientas kreipėsi į mus su tokia problema: sinchronizuojant tarp ZUP ir BP nėra galimybės perkelti duomenų iš katalogo „Registracija mokesčių inspekcijoje“, kurie reikalingi norint užpildyti dokumentą „Atlyginimų atspindys“. apskaitoje“. Dabar šio dokumento lentelinėje dalyje BP imtuvo pusėje yra tuščia „Registracija...“ ir vartotojai turi rankiniu būdu sukurti tokius įrašus kataloge. Sutikite, tai nepatogu. Galime patobulinti šį tašką.

Problemos sprendimas: užbaigkime konvertavimo paketą iš mainų plano ExchangeSalary3Accounting3. Prie standartinių „1C mainų taisyklių“ pridėkime naują „Objekto konvertavimo taisyklę“ (PKO), skirtą katalogui „Registracija mokesčių inspekcijoje“ ir atitinkamai šio katalogo (PCS) „Nuosavybės konversija“. Standartinę „Objektų registravimo taisykles“ būtinai užbaigsime, nes mainų svetainėje reikėjo registruoti katalogo pakeitimus. Ir mes peržiūrėsime korespondentų duomenų bazės „1C mainų taisykles“.

Kur visa tai redaguosime? Norint parašyti ir pakeisti taisykles, mums reikia „1C: Data Conversion 2“ konfigūracijos.

Standartinių konvertavimo taisyklių iš ZUP – BP mainų plano užbaigimas

Taigi, pradėsime baigti rengti 1C mainų taisykles, įtraukdami į ExchangeSalary3Accounting3 mainų plano konfigūratorių naują elementą - Registracijos mokesčių inspekcijoje katalogą. Šį pakeitimą atliksime abiejose konfigūracijose „1C: atlyginimai ir įmonės valdymas 3“ ir „1C: įmonės apskaita 3“.

Išsaugokime ir atnaujinkime konfigūracijas.

Įmonės režimu kiekvienai duomenų bazei įkelsime metaduomenų struktūros aprašymą, naudodami MD83Exp.epf apdorojimą platformai 1C:Enterprise 8.3. Apdorojimą galima rasti pakete „1C: Data Conversion“.

Kitame etape mes iškrausime konvertavimo paketą iš ZUP ir BP. Paketą turi sudaryti 3 failai: Registracijos taisyklės, Keitimo taisyklės, Korespondentų mainų taisyklės.

Šiame straipsnyje nebus aprašyta, kaip sukonfigūruojamas duomenų sinchronizavimas, tai galite perskaityti „Coderline“ svetainės skiltyje „Ekspertų straipsniai“ arba žiūrėti internetinio seminaro įrašus. Dabar ši parinktis jau sukonfigūruota duomenų bazėse. Todėl eikite į sinchronizavimo nustatymus (Administravimas -> Duomenų sinchronizavimas -> Duomenų sinchronizavimo nustatymai), spustelėkite mygtuką „Įkelti taisykles“. Prieš mus atsidarys forma „Sinchronizavimo taisyklės“. Spustelėkite mygtuką „Daugiau“ ir pasirinkite parinktį „Išsaugoti taisykles faile“.

Tai yra pakuotė, kurią turėtume gauti iškrovę.

Panašius veiksmus atliksime kitai informacinei bazei „1C: Enterprise Accounting“.
Dėl to visi parengiamieji taisyklių redagavimo darbai yra paruošti. Mes turime:

Metaduomenų struktūros aprašymas, skirtas įkelti į „1C: Data Conversion 2“ (skirtas ZUP ir BP);

Konversijos paketas, kuriame yra 1C mainų taisyklės ir registracijos taisyklės, reikalingos įkelti į „1C: Data Conversion 2“ (ZUP ir BP).

Eikite į „1C: 2 duomenų konvertavimas“. Atlikime šiuos veiksmus, kad abi informacijos bazės būtų:

Įkeliame mūsų konfigūracijų metaduomenų struktūras;

Kuriame konversijas ir įkeliame 1C duomenų mainų taisykles iš konvertavimo paketų (taisyklių failas vadinamas ExchangeRules);

Kuriame registracijas ir įkeliame registracijos taisykles iš konvertavimo paketų (taisyklių failas vadinamas RegistrationRules).

Pereikime prie mūsų peržiūros. Į 1C mainų taisykles pridedame naują objektų konvertavimo taisyklę (PKO) - katalogą „Registracijos mokesčių inspekcijoje“. Šiam katalogui pridedame nuosavybės konvertavimo taisyklę (PCR) ir duomenų įkėlimo taisyklę (DRU). Toks modifikavimas turi būti atliktas tiek taisyklėms iš ZUP paketo, tiek mainų taisyklėms iš BP paketo. Keitimo taisykles įkeliame į atitinkamus ExchangeRules failus.

Pereikime prie naujo elemento registravimo taisyklių. Pridedame žinyną „Registracijos mokesčių inspekcijoje“. Registracijos taisykles įkeliame į atitinkamą failą iš RegistrationRules paketo. Šį veiksmą taip pat atliekame abiem duomenų bazėms.

Patikslintos mainų taisyklės ir registracijos taisyklės parengtos. Dabar mes nukopijuojame mainų taisyklių (ExchangeRules) turinį iš BP paketo į atitinkamas taisykles (CorrespondentExchangeRules) iš ZUP paketo. Korespondentinėse taisyklėse (CorrespondentExchangeRules) iš BP paketo nukopijuojame mainų taisyklių (ExchangeRules) turinį iš ZUP paketo.

Rezultatas turėtų būti toks:

Tai užbaigia darbą „1C: duomenų konvertavimas 2“. Modifikuoti konvertavimo taisyklių paketai paruošti, belieka juos įkelti atgal į informacines duomenų bazes ir patikrinti sinchronizaciją.

Mes archyvuojame failus iš paketų į ZIP archyvą ir įkeliame konvertavimo paketus į ZUP ir BP.

Viskas paruošta. Belieka išbandyti.

Prisiminkime problemos sąlygas. Norint atsisiųsti, reikėjo užregistruoti katalogą „Registracija mokesčių inspekcijoje“ ir patikrinti, kaip „1C: įmonės apskaita 3“ pusėje užpildytas dokumento „Darbo užmokesčio atspindys apskaitoje“ TC.

Šaltinyje „1C: Atlyginimai ir įmonės valdymas 3“ registruojame savo katalogą atsisiųsti. Atliekame sinchronizavimą. Einame į imtuvų duomenų bazę ir taip pat atliekame sinchronizavimą, kad gautume duomenis. Atkreipkite dėmesį, kad dabar mainų plane yra reikalingas katalogas pakeitimams registruoti.

Mes patikriname „1C: Enterprise Accounting 3“ pusėje:

Apibendrinti. Užduoties rezultatas buvo sėkmingai atliktas. Užbaigėme ZUP - BP mainų planą, įtraukdami naują pakeitimų registravimo elementą ir pridėję duomenų sinchronizavimo konvertavimo taisykles.

Kai kuriais atvejais (pavyzdžiui, esant dideliam dokumentų srautui ar sudėtingai apskaitai) galutiniam vartotojui daug patogiau paskirstyti apskaitą tarp kelių programų, karts nuo karto keičiantis duomenimis. Prieš išleidžiant 1C platformos 8.3 versiją, standartiniai duomenų mainai vyko tik vartotojo prašymu įkeliant ir atsisiunčiant informaciją naudojant XML failus. Pastaruoju metu vis dažniau naudojamas 1C duomenų sinchronizavimo mechanizmas.

Yra keletas sinchronizavimo populiarumo priežasčių:

Nereikia atskirai vykdyti duomenų įkėlimo ir iškrovimo procesų;
Automatinis informacijos mainų vykdymas netrukdo keistis rankiniu būdu;
Lengva konfigūruoti (standartinės konfigūracijos atveju net nereikia kurti mainų taisyklių;
Pakanka vieną kartą sukurti sinchronizavimą ir paskelbti jo vykdymo grafiką.

Mūsų užduoties sąlygos

Įvestyje turime dvi standartines duomenų bazės konfigūracijas:

Atlyginimas ir personalo valdymas (3.1.3 versija);
Žemės ūkio įmonės apskaita (3.0.52 versija).

Abi duomenų bazės veikia failų režimu. Sinchronizavimą galima konfigūruoti iš bet kurios duomenų bazės.

Jei sinchronizavimas bus sukonfigūruotas iš „Apskaita“ į „ZUP“, turi būti suaktyvintas žymimasis langelis „Sinchronizavimas“ ir atvirkščiai.

Kur yra nustatymai

„Apskaitoje“ eikite į „Administravimo“ posistemį, meniu „Nustatymai“ ir raskite elementą „Duomenų sinchronizavimas“ (1 pav.)

Atsidarys sinchronizavimo nustatymų langas (2 pav.)

Ryžiai. 2

Čia galime:

Įjungti arba išjungti sinchronizavimą;
Uždrausti įkelti nereikšmingus duomenis;
Nustatykite perduotų duomenų identifikavimo priešdėlį;
Eikite į kitus sinchronizavimo nustatymus.

Pradėję sinchronizavimą pažymėdami atitinkamą langelį ir apibrėžę priešdėlį, galime uždaryti apskaitos skyrių. Tolesnis darbas bus atliktas „Atlyginimas“.

Duomenų sinchronizavimo nustatymų langas parodytas pav. 3

Ryžiai. 3

Pažvelkime į tai atidžiau.

Sinchronizavimo nustatymų langas

Pradėkime eilės tvarka:

Atskirai norėčiau atkreipti skaitytojo dėmesį į langą „Pakeitimų registracija“ (5 pav.). Viršuje yra išsiųstų ir gautų pranešimų skaičiai po sėkmingo apsikeitimo, numeriai šaltinio duomenų bazėje ir paskirties duomenų bazėje turi sutapti. Kai kuriais atvejais (įvyko sinchronizavimas su duomenų bazės kopija, gedimai) duomenų bazėse sugenda numeracija. Šią situaciją galite ištaisyti tiesiog spustelėdami hipersaitą su skaičiais. Šis veiksmas leidžia rankiniu būdu nustatyti esamą išsiųstų ir gaunamų pranešimų skaičių (6 pav.)

Ryžiai. 6

Sinchronizavimo nustatymai

Skirtuke „Duomenų sinchronizavimo nustatymai“ yra dvi komandos:

Melodija;
Atsisiųsti taisykles.

Vykdant komandą „Įkelti taisykles“ atidaroma forma (7 pav.)

Ryžiai. 7

Čia galime pasirinkti, ar naudosime standartines mainų taisykles, pateiktas konfigūracijoje, ar sinchronizuosime pagal savo taisykles, saugomas archyvo faile.

Likę nustatymai atliekami paspaudus mygtuką „Konfigūruoti“ (8 pav.).

Ryžiai. 8

Pirmame atsidariusiame lange galite:

Atidarykite sinchronizavimo scenarijaus konfigūracijos formą;
Peržiūrėti informacijos siuntimo ir gavimo įvykius;
Nustatyti datą, nuo kurios vyks mainai;
Jei apskaita vedama kelioms organizacijoms, galite nurodyti, kuri iš jų dalyvaus mainuose;
Apibrėžkite atlyginimų operacijų įkėlimo parametrus: su darbuotojo detalumu arba be jo (santrauka).

Komanda „Įkelti taisyklių rinkinį“ yra panaši į tą pačią komandą ankstesniame nustatymų lange.

Verta atidžiau pažvelgti į ryšio parametrus (9 pav.)

Ryžiai. 9

Mūsų atveju paskirties bazė ir šaltinio bazė yra tame pačiame kompiuteryje ir veikia failo režimu, todėl sinchronizavimas tarp jų vyksta tiesioginiu ryšiu.

Mes privalome:

Nustatyti kelią į priėmimo bazę;
Nustatyti autorizacijos parametrus (priimančioje duomenų bazėje turi būti sukurtas vartotojas su administratoriaus teisėmis);
Patikrinę ryšį, galime manyti, kad mūsų sąranka baigta.

Jei apsikeitimas vyksta naudojant kitus ryšio tipus, atitinkamuose skirtukuose turite sukonfigūruoti jų parametrus.

Tvarkaraščio nustatymai

Pabaigoje keli žodžiai apie sinchronizavimo grafiko nustatymą jis atliekamas atitinkamame lango skirtuke (3 pav.) ir niekuo nesiskiria nuo atitinkamos kitų įprastų užduočių grafiko nustatymo formos.

1C pristatė pirmąją naujojo verslo duomenų mainų formato EnterpriseData versiją, kuri yra paremta XML ir, anot jo autorių, skirta ne tik suvienodinti pačios įmonės sukurtų taikomųjų programų sprendimų ir atskirų jų komponentų sąveiką, bet ir gali būti naudojamas kaip universalus informacijos integravimo mechanizmas bet kuriai verslo programai bet kurioje programinės įrangos platformoje, įskaitant, žinoma, 1C:Enterprise.

Bendrovė jau seniai kuria ir naudoja atvirus standartus savo taikomųjų programų informacinei sąveikai su nepriklausomų kūrėjų programine įranga, tačiau iki šiol tai buvo susiję tik su tam tikromis specializuotomis temomis. Būtent toks yra prieš beveik penkiolika metų sukurtas CommerceML formatas, skirtas elektroninės prekybos problemai spręsti, taip pat „Client-Bank“ ir „DirectBank“ komunikavimui tarp 1C programų ir išorinių bankinių sistemų. Kita vertus, „EnterpriseData“ yra universalus mechanizmas, galintis aprėpti visas įmonės veiklos sritis – finansus, gamybą, pirkimą ir pardavimą, sandėlio operacijas ir kt. Pirmoje formato versijoje yra 94 rūšių dokumentų aprašymas iš įvairių verslo srityse. 1C planuoja pridėti naujų dokumentų ir detalizuoti esamus.

Kaip aiškina „1C“ atstovai, „EnterpriseData“ atsiradimas aiškinamas tuo, kad reikia ne tik integruoti įmonės aplikacijas į kitų kūrėjų programinę įrangą, bet ir – galbūt net pirmiausia – sukurti vieningą informacijos komunikacijos mechanizmą „1C:Enterprise“ programinės įrangos šeimoje. Dar visai neseniai šioms problemoms spręsti buvo naudojami įvairūs sprendimai, dažnai kuriami kiekvienu konkrečiu atveju. 1C produktų perėjimas prie EnterpriseData jau prasidėjo, jis naudojamas visose naujausiose pagrindinių programų versijose („1C: ERP Enterprise Management 2.0“, „1C: Accounting 8“ 3.0, „1C: Accounting 8 KORP“ 3.0, „1C: mažmeninė prekyba“ „2.0“, „1C: prekybos valdymas“ 11). Tuo pačiu metu jau naudojamų standartų (CommerceML, darbas su bankais) pakeisti EnterpriseData nesitikima, nes laiko patikrinti specializuoti algoritmai veikia efektyviau nei universalūs įrankiai.

1C tiki, kad naujasis formatas bus plačiai naudojamas tarp nepriklausomų kūrėjų, kuriančių programas 1C:Enterprise platformoje, kaip standartinių posistemių bibliotekos dalis (kažkas panašaus į SDK, skirtą 1C:Enterprise).

Naudojant EnterpriseData standartą, duomenys tarp taikomųjų programų perduodami XML failo pavidalu, naudojant atitinkamas XML schemas, o fizinis informacijos perdavimas gali būti atliekamas naudojant įvairius mechanizmus: žiniatinklio paslaugas, failų dalijimąsi per katalogą, FTP ir el. Svarbus dalykas yra tai, kad sąveikos algoritmas reiškia galimybę gavėjui patvirtinti jam išsiųstų duomenų gavimo ir apdorojimo faktą. Pats XML failas fiziškai pateikiamas suglaudinta forma (ZIP), todėl dažnai galite žymiai sumažinti informacijos srautą.

„1C“ žada toliau plėtoti „EnterpriseData“ formatą ir palaikyti vis daugiau savo programų. Šį standartą valdys pati įmonė, jo kūrėjai kol kas neplanuoja pertvarkyti jo į nepriklausomą pramonės standartą.

Ir mes parodysime, kaip jį naudoti, kad LABAI supaprastintume problemų sprendimą.

Šiandien apžvelgsime, kaip sukonfigūruoti ir atlikti paprastą katalogų bei pradinių likučių perkėlimą vos per 10–15 minučių.

Ir tai yra masė ir reguliari užduotis, o tai beveik neišvengiama daugumoje išleistų naujų konfigūracijų.

Todėl skambinkite kolegoms, jiems taip pat labai pravers.

Ypač jei jau matė CD 3 ir spėjo išsigąsti :)

Taip, kai pamatai ją pirmą kartą, visai neaišku.

Tačiau iš tikrųjų viskas yra LABAI paprasta. Taip paprasta, kad vėliau net bus nuobodu :)

Kas tiksliai yra šios dienos vaizdo įrašuose

Tai 4 vaizdo įrašai apie duomenų mainus per universalus EnterpriseData mainų formatas.

Be to, parodysime pavyzdį standartinių mainų taisyklių patobulinimai 1C:Data Conversion 3.0

Bendra trukmė – 34 minutes. Turinys:

Keitimosi nustatymas naudojant 1C:Accounting 8 ir 1C:ERP pavyzdį
Kaip atsisiųsti standartines taisykles ir universalų mainų formatą naudojant Data Conversion 3.0
Metaduomenų struktūros perkėlimas į CD 3.0
Kaip atlikti pirmąjį apsikeitimą duomenimis
Taisyklių užbaigimas konversija
Kaip įkelti naujas taisykles nekeičiant konfigūracijos ( nepašalinant nuo atramos)

pastaba, kad sprendžiant šią problemą įkėlimo taisyklės keičiasi tik priimančioje konfigūracijoje. Ir šaltinio konfigūracija veikia pagal standartines taisykles.

Jei panaši problema būtų išspręsta naudojant Data Conversion 2.0, reikėtų pakeisti tiek šaltinio, tiek paskirties taisykles.

Šie vaizdo įrašai yra svarbūs BSP leidimas 2.3.2(bet kuriai konstrukcijai, senesnei nei 2.3.2.43).

Jei naudojate senesnę BSP,0 versiją, atlikite pakeistos sąsajos ir išplėstų funkcijų „koregavimą“. Norėdami tai padaryti, pakartokite pavyzdį iš vaizdo įrašo patys.

1 vaizdo įrašas:
Įkeliamos keitimosi taisyklės tarp standartinių konfigūracijų į Data Conversion 3.0

Šioje pamokoje atliksime parengiamuosius veiksmus keisdami standartinių konfigūracijų mainų taisykles:

Keitimo formato struktūros įkėlimas į kompaktinį diską (
Konversijos kūrimas
Taisyklių failų įkėlimas iš standartinės konfigūracijos
Biržos tvarkyklės modulio iškrovimas

2 vaizdo įrašas:
Keitimo taisyklių tobulinimas CD 3.0

Šioje pamokoje parodysime, kaip įkeliant duomenis užpildyti objekto detales.

Problema bus išspręsta - įkeldami objektus iš šaltinio konfigūracijos, nustatykite komentarą „Įkelta iš BP 3.0“.

Norėdami išspręsti problemą, turėsite įvesti objektų konvertavimo taisyklių pakeitimaiįvykyje „Prieš įrašant gautus duomenis“.

Sukurtos taisyklės bus išsaugotos kaip išorinis apdorojimas tolesniam naudojimui.

3 vaizdo įrašas:
Universalaus mainų tarp standartinių konfigūracijų nustatymas

Šiame vadove parodysime, kaip nustatyti naują keitimąsi tarp standartinių.

Nustatymai bus atlikti šaltinio konfigūracijoje ir įkelti į paskirties konfigūraciją.

Taip pat šiame vaizdo įraše parodysime, kaip nekeičiant konfigūracijosįkelti naujas mainų taisykles.

4 vaizdo įrašas:
Pradinių likučių pervedimas naudojant mainų taisykles

Šioje pamokoje parodysime tipišką pradinių likučių pervedimo funkciją.

P.S.

Taip, mainai per txt / dbf / ole ir kt. turi teisę egzistuoti. Kai kuriais ypatingais atvejais, pavyzdžiui, prisijungiant prie žiniatinklio serverio arba perkeliant išorinę programą iš paruošto formato.

Tačiau standartiniams mainams – standartiniai metodai yra greitesni ir daug paprastesni.

Ir jei kas nors išradinėja dviratį, kai yra paruoštas universalus sprendimas - tai tarsi ant kaktos rašyti: „Nežinau instrumento, nenoriu jo mokytis, už tavo pinigus pastatysiu ramentus“ .