1C UNF ir apskaitos sinchronizavimas. Publikacijos. Duomenų gavimo taisyklės


Daugelis įmonių, pradėjusios naudoti kokį nors 1C programinės įrangos produktą, supranta, kad šios programos funkcionalumas joms netinka, ir pereina į kitą platformą. Kad esami duomenys neprarastų, jie perkeliami, nustatant mainus tarp senų ir naujos programos. Daugelis organizacijų vienu metu naudoja kelias skirtingas konfigūracijas. Siekiant didelio našumo ir darbo procesų automatizavimo, būtina integruoti visas naudojamas konfigūracijas. Pavyzdžiui, nustatykite mainus tarp UNF ir UNF mobiliosios programos arba tarp įmonės apskaitos ir prekybos valdymo. 1C programos yra nepriklausomos ir visiškai reguliuoja visas vidines operacijas. Sinchronizavimas su kitomis programomis turi būti periodiškai palaikomas.

Keitimo nustatymas UNF

Norint perkelti duomenis 1C pagrįstose programose, naudojamos dviejų tipų operacijos:

Konversija;
Sinchronizavimas.

Konvertavimas vyksta dviem etapais. Pirmiausia reikia sukurti CNF mainų taisykles, kurios palygintų mainuose dalyvaujančių programų žurnalų ir dokumentų turinį. Čia galima keisti parametrus, nurodant reikiamus aprašymus, kuriuos reikia įvesti į failą. Tai visokie dokumentų judėjimo žurnalai, įvairūs informacijos registrai. Dėl to gausime XML failą, kuriame aprašoma mainuose dalyvaujančių programų duomenų sistema. Antrasis žingsnis apima patį duomenų perdavimą.

Konvertavimas yra sudėtingesnis procesas nei sinchronizavimas ir norint jį atlikti, turite turėti išsamių žinių apie 1C konfigūravimo sistemą.

Sinchronizuojant daroma prielaida, kad programos nuolat veiks kartu. Todėl katalogai ir dokumentai iš vienos programos periodiškai perkeliami į kitą ir atgal. Pagrindinis sinchronizavimo pranašumas yra nereikalingo darbo, pavyzdžiui, dvigubo duomenų įvedimo, nebuvimas. Abiejose programose saugoma informacija bus identiška, o tai padės išvengti painiavos atliekant skirtingas operacijas.

Sinchronizavimo nustatymas mažos įmonės valdyme. Nustatymuose nurodykite „Integracija su kitomis programomis“ ir pažymėkite reikiamą elementą pagal objektą, su kuriuo bus keičiamasi, pažymėdami langelį šalia „Duomenų sinchronizavimas“:

Sinchronizavimas su 1C: Enterprise ir RIB programomis;
Sinchronizavimas su mobiliąja programa;
Sinchronizavimas su svetaine
Yandex. Pristatymas.

Keičiant su kitais programinės įrangos produktais, 1C „Duomenų sinchronizavimo nustatymas“ randa galimus objektus. Pirmiausia nustatoma data ir organizacija (jei UNF tvarko kelių įmonių įrašus), tada pasirenkama mainų platforma. Pabaigoje paslauga nustato konfigūracijos objektų atitikimą.

Nustačius sinchronizavimą, abi programos galės veikti sklandžiai. Abiejose programose bus matomi duomenys apie paskelbtus, redaguotus ar pažymėtus ištrinti dokumentus.

Nustatydami biržą galite pasirinkti duomenų perdavimo tipą. Automatiniu režimu pati programa stebi pokyčius, nustato keitimo poreikį ir jį atlieka. Rankinio valdymo režimu visas šias operacijas atlieka vartotojas. Tai dažnai reikalinga atnaujinant vieną iš konfigūracijų.

Keitimasis tarp UT11 ir UNF

Kai įmonė naudoja kelias konfigūracijas, tarp jų reikia keistis duomenimis. Standartinių duomenų perdavimo iš UT11 į UNF taisyklių nėra, todėl perkeldami duomenis administratoriai turi susikurti savo, tinkamas konkrečiai apskaitos politikai. Keitimasis gali būti atliekamas dviem būdais – naudojant tarpinį XML failą ir tiesioginiu ryšiu.

Prieš pradėdami keistis platformomis, turite jas paruošti. Patikrinkite, ar abi programos yra vienodos:

Išsami informacija apie organizacijos TIN;
Išsami informacija apie organizacijos pavadinimą „Pavadinimas“;
Prekių kodai.

UT reikia tvarkyti dokumentus partijomis, ištrinti visus pažymėtus dokumentus ir uždaryti kasos pamainas. Būtinai patikrinkite sandėliuose likusias prekes, o jei yra neigiamų, atlikite pakeitimus.

Jei pagrindiniai darbai bus atliekami vienoje programoje, tuomet būtina sutvarkyti pirkimo-pardavimo dokumentus.

Pasiruošę UT, meniu skydelyje (File/Open) pereiname prie apdorojimo „UT duomenų perkėlimas - UNF.epf“. Programa paprašys papildomos informacijos. Dokumento, kuriame norite išsaugoti duomenis, pavadinimas. Kalendorinė data, nuo kurios informacija apie dokumentus bus laikoma svarbia.

Naudojant funkcijos klavišą „Įkelti“, programa sugeneruos visus nurodytus duomenis anksčiau pasirinktame faile.

Pasibaigus keitimo procesui, būtina patikrinti informaciją duomenų bazėse, generuojant ataskaitas apie tarpusavio atsiskaitymus, prekių likučius ir Pinigai. Taip pat turite organizuoti pakartotinį dokumentų perdavimą taip:

1C meniu;
Visos funkcijos;
Standartinis;
Dokumentų tvarkymas;
Atlikti anksčiau atliktus.

Įkėlimas ir perkėlimas gali būti atliekamas nuolat, jei nustatydami sinchronizavimą nurodysite duomenų perdavimo laikotarpius. Keitimasis vyksta pagal unikalius identifikatorius, tai yra keičiantis dar kartą informacija nesidubliuoja.

Keitimasis tarp UNF ir UNF mobiliųjų programų

1C kūrėjai, atsižvelgdami į smulkaus ir vidutinio verslo savininkų poreikius, sukūrė mobiliąją aplikaciją „1C: Managing a Small Firm“. Jis reikalingas įmonėms, kuriose dirba lauko darbuotojai – prekybos atstovai, matuotojai ir kt. Specialistas gali atlikti programos pakeitimus vietoje, o biure realiu laiku šie duomenys bus rodomi stacionariame UNF.

Centriniame UNF funkcionalumas talpina daugybę objektų. Programėlė mobiliesiems turi daug mažiau funkcijų. UNF ir UNF mobilioji aplikacija keičiasi pastarojoje esančiais duomenimis.

Papildomai likusios prekės iškraunamos su pagrindiniais dokumentais. Mobilioji aplikacija nepalaiko visų prekių judėjimo dokumentų. Likučių skirtumas pridedamas prie oficialaus įvesties dokumento pradiniai likučiai.

Elementų nuotraukos nedalyvauja sinchronizavimo seansuose. Vaizdai įkeliami tuo metu, kai atidaroma prekės kortelė.

Sinchronizuojant galima filtruoti objektus pagal savininką. Jei įjungsite šią parinktį, į mobiliąją programą bus įkelti tik tie objektai, kuriuose nurodytas šis vartotojas.

Jei mobiliojoje programėlėje buvo pakeistas dokumentas su rekvizitais, kurių nepalaiko mobilioji aplikacija, toks dokumentas į centrinę duomenų bazę nebus įtrauktas.

Dideliame UNF sinchronizavimas su mobiliuoju UNF vyksta pagal standartinį mechanizmą. Čia nėra specialių taisyklių konfigūracijų. Keitimas vykdomas pagal kodekse nustatytas mainų taisykles. Duomenims perduoti mobilioji aplikacija sugeneruoja XDTO objektų rinkinį, kuris suglaudinamas, įrašomas į informacijos registrą ir po vieną siunčiamas į pagrindinį UNF.

Pats duomenų perdavimo procesas vyksta keliais etapais:

Pirma, mobilioji aplikacija paruošia duomenų paketą perdavimui;
Toliau eina sinchronizavimo su objektu nustatymas informacijos gavimui ir, tiesą sakant, pačių duomenų siuntimui;
Pagrindinis UNF apdoroja gautus duomenis, konvertuoja juos ir paruošia duomenų paketą siuntimui į mobiliąją versiją;
Gavęs, mobilusis įrenginys gauna duomenų paketą ir jį apdoroja. Ir siunčia kitą duomenų paketą.

Tai vyksta tol, kol bus perduota visa informacija. Trumpalaikio pertrūkio atveju kūrėjai pridėjo paketų atnaujinimo funkciją.

Sinchronizavimas mobiliajame įrenginyje vyksta fone.

Keitimasis tarp UNF ir BP 3.0

Daugelyje įmonių valdymo apskaita vykdoma UNF, o visos apskaitos operacijos atliekamos programoje 1C: Enterprise Accounting. Pasirodo, pardavimo ir pirkimo specialistų darbas vykdomas atskirai nuo buhalterių darbo. Tačiau šios sistemos negali egzistuoti nepriklausomai viena nuo kitos, todėl konfigūracijose, pagrįstose 1C, duomenų mainai teikiami tarp UNF ir BP 3.0, taip pat BP 3.0, veikiančio 1C - Fresh debesies tarnyboje.

Visi norminiai dokumentai iš UNF įkeliami į Apskaitos skyrių. Atvirkštinio keitimo metu perduodami tik kasos apskaitos dokumentai.

Norėdami įkelti duomenis, turite nustatyti sinchronizavimą. Lengviausias būdas organizuoti apsikeitimą duomenimis yra viena tuščia duomenų bazė. Čia konfigūracija turi būti atliekama tik konfigūracijoje, užpildytoje duomenimis. Dažniausiai tai yra UNF.

Prieš pradėdami įkelti dokumentus, turite paruošti abi duomenų bazes:

Melodija apskaitos politika;
Kurti organizacijas, kurioms bus įkeliami duomenys;
Įsitikinkite, kad duomenys apie organizacijas (rekvizitai „Pavadinimas“, „TIN“, „KPP“) yra identiški;
Sandorio šalių kataloge užpildykite TIN ir KPP;
Užpildykite straipsnius prekių kataloge;
Įveskite pradinius likučius (ši informacija nėra įtraukta į įkėlimą);
Sukurti atsargines kopijas duomenų bazės.

Jei straipsniai ir kodai konfigūracijose sutampa, palyginimas gali įvykti automatiškai. Jei ne, programinės įrangos suderinimas neįmanomas ir turi būti atliekamas rankiniu būdu.

Jei viena iš biržoje dalyvaujančių platformų yra nauja, tuomet nereikia sinchronizuoti finansinių ir nomenklatūros dokumentų duomenų. Turėtumėte ištrinti šių katalogų objektus, kurie buvo sukurti pirmą kartą užpildant duomenų bazę.

Pats sinchronizavimas turi būti atliekamas dviem etapais:

Sukurti biržą UNF;
Įmonių apskaitoje nustatykite mainus.

Darbo UNF taisyklės aprašytos pirmoje šio straipsnio dalyje. Be to, čia reikia nurodyti informacijos bazės priešdėlį.

Toliau reikia nurodyti duomenų perdavimo sąlygas. Suteikiamas tiesioginis ryšys internetu arba duomenų perdavimas per vietinį katalogą arba FTP šaltinį. Tada turite pasirinkti sinchronizavimo metodą ir dar kartą patikrinti, ar pasirinkti nustatymai yra teisingi. Belieka atlikti patį iškrovimą. Failas su atsisiųstais duomenimis turi būti išsaugotas.

Dabar reikia paruošti maitinimo šaltinį. Pirmiausia administravimo nustatymuose turite pažymėti langelį šalia „Naudoti duomenų sinchronizavimą“. Čia reikia nurodyti priešdėlį, kuris sutampa su nurodytu UNF. Konfigūruokite įkėlimą (Administravimas / Sinchronizavimas / Nustatyti naują sinchronizavimą). Mes pasirenkame reikiamą UNF konfigūraciją iš galimų keistis sąrašo.

Spustelėję „Keisti duomenų įkėlimo taisykles“, galėsite atlikti pakeitimus. Čia galite nurodyti įkėlimo pradžios datą ir filtruoti pagal organizaciją.

Tada programa palygina duomenis ir parodo sąrašą, nurodantį konfigūracijų dokumentų neatitikimus. Kitas žingsnis yra atsisiuntimas. Norėdami tai padaryti, spustelėkite „Atsisiųsti duomenis“.

Duomenys iš UNF sugeneruoto failo bus siunčiami į BP ir duomenys bus įkelti. Norėdami atlikti atvirkštinį keitimą į UNF, turite atlikti antrą keitimą spustelėdami mygtuką „Vykdyti dabar“. Po to sinchronizavimas bus baigtas, o programa praneš, kad mainai baigti.

Mobilesnė bazė yra įmonės apskaita. Kone kasdien keičiasi įstatymai, atitinkamai keičiasi dokumentai, atsiranda duomenų bazių atnaujinimai. Atnaujinus konfigūraciją keičiasi mainų nustatymai. Tai reiškia, kad gali kilti programų sinchronizavimo sutrikimų. Norėdami to išvengti, atnaujindami maitinimo šaltinį turite iš naujo sukonfigūruoti sinchronizavimą arba visai neatnaujinti programų.

UNF įkėlimas į 1C apskaitą

Programa „1C: Mažos įmonės valdymas 8“ skirta tik valdymo apskaitai tvarkyti. Nors sistema atsižvelgia į pirminiai dokumentai, priimtas buhalterinė apskaita, pati apskaita tiesiogiai netvarkoma.

Tais atvejais, kai įmonei reikia tvarkyti reguliuojamą apskaitą, yra programa „1C: Buhalterinė apskaita 8“ (toliau – BP). Dviejų programinės įrangos produktų naudojimas įmonėje vienu metu gali lemti tai, kad tų pačių dokumentų ir žinynų įvedimas į abi informacines bazes padidins darbuotojų laiko sąnaudas.

Siekiant išvengti dvigubo dokumentų įvedimo, yra duomenų mainų tarp programų „1C: Mažos įmonės valdymas 8“ ir „1C: Apskaita 8“ mechanizmas.

UNF mainų su 1C nustatymas: apskaita

Visos reikalingos žinynai ir dokumentai iš skyrių Pardavimas, Pirkimas, Gamyba, Pinigai perkeliami iš UNF į BP. Tačiau reikia atkreipti dėmesį, kad su apskaita ir darbo užmokesčio apskaičiavimu, turto apskaita, mokesčių apskaičiavimu susiję dokumentai į mainus neįtraukiami. Taip yra dėl to, kad UNF jie buvo sukurti tik valdymo apskaitos tikslais. Savo ruožtu iš BP galite atsisiųsti žinynus ir dokumentus, atspindinčius pinigų srautus banke ir kasoje. Išsamesnė informacija apie įkeltų duomenų atitiktį pateikiama dokumente Bendrinimas 1C: Apskaita 8 programos atnaujinimo pristatymo faile.

Svarbus duomenų mainų mechanizmo bruožas yra atskiras straipsnių apskaitos sąskaitų ir atsiskaitymų su sandorio šalimis nustatymas dviejose programose. Taip yra dėl to, kad UNF apskaitos sąskaitos sudaromos valdymo apskaitai, o BP - reguliuojamai apskaitai.

Duomenų mainai tarp UNF ir BP duomenų bazių gali būti inicijuojami vartotojo komanda arba automatiškai pagal nurodytą grafiką.

Sukūrę ar modifikuoti mainuose dalyvaujantys dokumentai ir katalogo elementai registruojami mainams paslaugų lentelėje. Iškraunant iš UNF, sugeneruojamas failas, kuriame yra duomenys iš registruotų katalogų ir dokumentų. Įkraunant į maitinimo šaltinį, vyksta duomenų sinchronizavimas. Atitikimas atliekamas automatiškai pagal konkrečius paieškos laukus, tačiau vartotojas gali keisti sinchronizavimo nustatymus arba rankiniu būdu suderinti objektus.

Norint keistis duomenimis tarp UNF ir BP, būtina jį sukonfigūruoti. Pirmiausia rekomenduojama atlikti pradinę sąranką UNF, o tada užbaigti BP. Prieš pradedant mainus, 1C: Apskaita 8 programoje turi būti sukurtos organizacijos, kurioms įkeliami dokumentai, sukonfigūruojama apskaitos politika ir įvedami pradiniai likučiai (pradinių likučių įvedimo dokumentai neperkeliami).

Pagal numatytuosius nustatymus dalijimosi duomenimis funkcija išjungta. Norėdami jį įjungti, skiltyje Įmonė spustelėkite mygtuką Daugiau parinkčių - Integracija su kitomis programomis - Sinchronizavimas su 1C: Įmonės programomis, turite pažymėti langelį Duomenų sinchronizavimas.

Rekomenduojama nustatyti informacinės bazės priešdėlį – unikalų skaičių ir raidžių rinkinį. Keičiant duomenis, prie įkelto objekto numerio bus pridėta priešdėlio reikšmė, kuri leis nustatyti jo kilmę.

Naujas apsikeitimas su maitinimo šaltiniu sukuriamas paspaudus mygtuką Duomenų sinchronizavimo nustatymas – Nustatyti duomenų sinchronizavimą. Išskleidžiamajame sąraše pasirinkite 1C: Apskaita 8 leidimą.

Pirmojo atidaryto konfigūravimo veiksmo forma turite palikti rankinio konfigūravimo parinktį ir spustelėti Kitas. Pagal mygtuką Išsamus aprašymas galite perskaityti keitimosi tarp konfigūracijų metodikos aprašymą, taip pat gauti informacijos apie sinchronizuotų objektų atitikimą.

17.1 pav. Duomenų sinchronizavimo su 1C:Apskaita nustatymas 8

Svarbu! Prieš nustatydami biržą pirmą kartą, turite padaryti atsargines dviejų informacijos bazių kopijas!

Yra dvi duomenų perdavimo galimybės: internetu su tiesioginiu ryšiu su programa ir tokiais kanalais kaip tinklo katalogas arba FTP šaltinis. Priklausomai nuo pasirinkto duomenų perdavimo būdo, turėsite sukonfigūruoti parametrus, kurie nustato, kaip išsaugoti mainų failą. Naudodami tinklo katalogą kaip duomenų nuorodą, turite nurodyti jo vietą. Jei reikia apriboti prieigą prie įkeliamo failo arba optimizuoti jo perdavimą, failą galima sukurti archyve ir, jei reikia, nustatyti jam slaptažodį.

17.2 pav. Duomenų mainų per tinklo katalogą nustatymas

Kitame žingsnyje mainų sąrankai priskiriamas pavadinimas ir nurodomas informacijos bazės, iš kurios bus vykdomas mainai, priešdėlis. Spustelėjus mygtuką Keisti duomenų įkėlimo taisykles bus atidarytas duomenų sinchronizavimo nustatymų langas. Jame turite nustatyti šiuos parametrus:

  • Sinchronizacijos metodas. Automatinio sinchronizavimo metu programa pati registruoja naujus ir pakeistus katalogus, taip pat dokumentus įkėlimui. Jei nustatytas rankinis sinchronizavimas, kiekvieną kartą, kai bus pradėtas įkėlimas, vartotojas turės pasirinkti įkeliamus dokumentus, organizaciją ir laikotarpį.
  • Iškrovimo data. Galima su automatiniu sinchronizavimu. Nuo šios datos dokumentai bus registruojami įkėlimui.
  • Organizacija. Galite įkelti dokumentus vienai organizacijai arba kelioms. Šis nustatymas apibrėžia jų sąrašą.
  • Įkeliami dokumentai. Galite įkelti tik tam tikrus dokumentus.

17.03 pav. Įkeltų duomenų nustatymas

Jei pažymėsite langelį Automatiškai nuskaityti avansus pervedant dokumentus į įmonės apskaitą, tada įkeliant dokumentus į BP, grąžinimo būdas bus priskirtas Automatiškai. Duomenų sinchronizavimo nustatymus galima pakeisti vėliau.

Kitame duomenų mainų sąrankos asistento lange rodoma suvestinė informacija apie anksčiau atliktus keitimosi nustatymus.

17.04 pav. Duomenų siuntimo iš UNF taisyklės

Paspaudus mygtuką Kitas, sistema sugeneruos failą su mainų parametrais, kurie bus naudojami tęsiant konfigūravimą BP ir pasiūlys atsisiųsti duomenis. Rekomenduojama sutikti su tuo ir spustelėti Baigti. IN kitaip sistema išsaugos nustatymus, tačiau duomenys nebus įkeliami ir juos reikės atlikti atskirai.

17.6 pav. Sinchronizavimo sąrankos užbaigimas UNF

Jei nustatote apsikeitimą tarp informacijos bazių, kuriose yra daug duomenų (daug katalogų ir dokumentų), rekomenduojama užbaigti sąranką be žymės langelio Įkelti duomenis... Tada atsisiųskite atskirai naudodami apdorojimą. duomenys (atidaromi mygtuku šalia mygtuko Sinchronizuoti) - pirmiausia visi katalogai , tada dokumentai. Priešingu atveju duomenų įkėlimas ir vėlesnis sinchronizavimas užtruks ilgai ir sumažins programos našumą.

Antrasis biržos nustatymo etapas atliekamas programoje 1C: Apskaita 8. Taip pat turėtų sukurti naujas nustatymas sinchronizavimą ir kaip antrą informacinę bazę pasirinkite 1C: Mažos įmonės valdymas. Keitimosi nustatymų asistente nurodykite failą su parametrais, atsisiųstais iš UNF. Perskaičius šį failą, sinchronizavimo nustatymai bus automatiškai pritaikyti 1C: apskaitos duomenų bazei, įskaitant priešdėlį.

Kai sinchronizavimo sąranka bus baigta, prasidės duomenų nuskaitymo iš įkelto failo procesas. Dėl to programa sugeneruos objektų, paruoštų įkelti į informacinę bazę, sąrašą.

Nepriklausomai nuo to, ar duomenys įkeliami į tuščią informacinę bazę, ar į tą, kurioje jau yra informacijos, žinynus ir dokumentus reikėtų lyginti: taip programoje neatsiras dublikatų. Automatinis duomenų palyginimas pagal nurodytas taisykles iškviečiamas paspaudus mygtuką Palyginti. Po to sistema savarankiškai palygins visus atsisiųstus duomenis.

17.7 pav. Duomenų palyginimo forma kraunant į 1C: Apskaita

Kitas keitimo veiksmas yra tiesioginis duomenų atsisiuntimas. Jis prasideda mygtuku Kitas. Duomenys iš failo bus įkelti į informacijos bazę.

Po atsisiuntimo prasidės duomenų atsisiuntimo iš maitinimo šaltinio procesas. Norint atsisiųsti katalogus ir dokumentus iš BP į UNF, programoje 1C: Small Firm Management 8 reikia atlikti antrą keitimąsi. UNF duomenų mainų lange turite spustelėti mygtuką Sinchronizuoti. Po to duomenų sinchronizavimas baigsis, o sistema parodys pranešimą, nurodantį, kad keitimasis baigtas.

Atliekant mainus

Keitimo procesas vyksta trimis etapais:

1. Duomenų įkėlimas iš UNF.

Norėdami atsisiųsti duomenis iš UNF, duomenų mainų formoje turite spustelėti mygtuką Sinchronizuoti. Paspaudus mygtuką bus sugeneruotas duomenų failas.

„1C: Apskaita 3.0“ turėtumėte eiti į Administravimas - Duomenų sinchronizavimo nustatymai - Duomenų sinchronizavimas. Tada spustelėkite mygtuką Sinchronizuoti. Programa atsisiųs visus naujus ir pakeistus duomenis.

Baigę šią operaciją, turite atlikti keitimo procedūrą programoje 1C: Small Form Management 8 taip pat, kaip aprašyta aukščiau.

Svarbu! Jei reikia atlikti vienpusį keitimąsi: atsisiųskite duomenis tik iš UNF, o ne atgal, tada prieš kiekvieną atsisiuntimą į BP turėtumėte išvalyti visus nereikalingus objektus nuo registracijos naudodami išsiųstų duomenų apdorojimo sudėtį.

17.8 pav. Katalogų ir dokumentų, užregistruotų įkelti į UNF, ištrynimas

Mainų naudojimo ypatybės

Prieš pradėdami keistis duomenimis, taip pat turėtumėte atsižvelgti į šiuos dalykus:

Dėl to, kad programa 1C:Accounting 8 neseka daiktų pagal charakteristikas, UNF sukurtos charakteristikos nėra įkeliamos į BP. Jei, pavyzdžiui, UNF įrašo gaminį „Medvilniniai marškinėliai“ pagal charakteristikas (dydį ir spalvą): „Medvilniniai marškinėliai“ (L, raudona)“, „Medvilniniai marškinėliai (L, mėlyni)“ , tada į BP įkels prekę vienos prekės pavidalu „Medvilniniai marškinėliai“ be savybių. 1.18 paveiksle pavaizduotas Sąskaitos faktūros dokumentas, kuriame yra prekių elementai su charakteristikomis, o 1.19 paveiksle – tas pats dokumentas po įkėlimo į 1C: Apskaita 8 duomenų bazę, be charakteristikų.

Dokumentai BP perduodami tokios pat būklės, kokios buvo iškraunant iš UNF. Tai yra, jei buvo įkeltas dokumentas, kuris nebuvo paskelbtas ar pažymėtas ištrinti, tada jis bus atitinkamai įkeltas į BP kaip nepaskelbtas arba pažymėtas ištrinimui.

Norint teisingai keistis, svarbu stebėti keitimosi taisyklių aktualumą duomenų sinchronizavimo formoje paspaudus mygtuką Įkelti taisykles. Šios taisyklės apibrėžia duomenų, atsisiųstų iš UNF į BP, konvertavimo algoritmą. Keitimosi taisyklių atnaujinimo procedūra pateikta informaciniame faile, įtrauktame į „1C: Accounting 8“ programos atnaujinimo pristatymą.

  • TQM sistemų partnerė Alena Tsaplina
  • 2017-02-25 00:36:01
  • svetainės, UNF

Įvertinta 5,00 iš 5, remiantis 2 įvertinimais

Laukiame jūsų vertinimų – siekiame, kad rastumėte atsakymus į klausimus apie naudojimą programinė įranga jūsų tikslams. Rašykite komentarus – pasistengsime atsakyti, kaip galėtume išspręsti Jūsų problemas.

Mobilioji programėlė 1C: mūsų įmonės valdymas mobiliam darbui gali būti naudojamas kartu su darbalaukiu ( PROF arba Pagrindinis) arba programos debesies versija 1C: Mūsų įmonės valdymas 8.

Kad galėtumėte sinchronizuoti mobiliąją programą su darbalaukio versija, turite atlikti daugybę veiksmų darbalaukio versijoje.

Šie veiksmai parodyti žemiau. Jie turi būti paleisti vietiniame kompiuteryje. Pavyzdyje kalbama apie veikiantį kompiuterį Operacinė sistema Windows:

  • Turite įsitikinti, kad žiniatinklio serveris yra įdiegtas ir veikia jūsų kompiuteryje Apache arba IIS, A Ugniasienė neblokuoja įeinančių jungčių prie interneto serverio naudojamo prievado (dažniausiai 80 arba 8080). Daugiau informacijos apie žiniatinklio serverių nustatymą rasite su jais pateiktoje dokumentacijoje.
  • Reikia įdiegti darbalaukio programą 1C: Mūsų įmonės valdymas 8 kompiuteryje. Rekomenduojama naudoti Naujausia versija darbalaukio programa. Padarysiu Pagrindinis arba PROF versija.

    Sinchronizavimas su mobiliąja programa bus atliekamas vartotojo, turinčio prieigą prie darbalaukio programos, vardu.

    Pagal numatytuosius nustatymus darbalaukio programoje jau yra vartotojas Administratorius, galite jį naudoti arba įsigyti naują (skyrius AdministracijaVartotojo ir teisių nustatymaiVartotojai), nustatant minimalias sinchronizavimui reikalingas teises – Pardavimai, Pirkimas Ir Pinigai.

  • Turite paskelbti žiniatinklio paslaugą Mobilioji paslauga keistis duomenimis su mobiliąja programa. Ši operacija atliekama darbalaukio programos konfigūratoriuje 1C: Mūsų įmonės valdymas 8. Norėdami tai padaryti, turite naudoti meniu elementą Administracija.


Pasirodžiusiame lange turite nurodyti leidinio pavadinimą, pasirinkti norimą naudoti žiniatinklio paslaugą, nustatyti leidinio katalogą ir įsitikinti, kad žymimieji laukeliai yra pažymėti Paskelbkite žiniatinklio paslaugas Ir Mobilioji paslauga.


Įvedus vartotojo vardą ir slaptažodį, naršyklėje turėtų būti rodoma nuoroda į WSDL diagrama.


    Mobiliojoje programoje turite įvesti adresą, kuriame buvo paskelbta žiniatinklio paslauga, taip pat vartotojo vardą ir slaptažodį. Adresas turėtų būti panašus į http:///[Leidinio pavadinimas] . Jei vietinis kompiuteris ir mobilusis įrenginys yra prijungti prie to paties tinklo, tada IP adresus kompiuteris naudoja vietinį IP adresas.

    Jei jūsų mobilusis įrenginys prisijungia prie centrinio informacinė bazė iš kito tinklo per internetą, tuomet reikia naudoti išorinį statinį IP adresas kompiuteris. Šią paslaugą gali suteikti jūsų interneto paslaugų teikėjas. Jei dėl kokių nors priežasčių išorinis statinis IP adresas negalite naudotis, galite naudotis paslauga 1C: nuoroda(išskyrus bazinių versijų naudotojus, kuriems paslauga nepasiekiama).

Atlikę aukščiau nurodytus veiksmus, nustatykite mobiliosios programos sinchronizavimą su programos darbalaukio versija 1C: Mūsų įmonės valdymas 8 Jis bus baigtas.


← Darbas su informacinių bazių sąrašu

1C konfigūracijos su didesne arba mazesniu mastu detalės automatizuoja įvairias specialistų veiklos sritis įmonėje. Neretai organizacija vienu metu naudoja kelias konfigūracijas. Šios programos, viena vertus, yra gana savarankiškos automatizuotų procesų turinio atžvilgiu, tačiau, kita vertus, būtina palaikyti ryšius tarp jų duomenų arba nustatyti korespondenciją skirtingu reguliarumu. Kaip ir daugelyje „ne apskaitos“ konfigūracijų, 1C.UNF atveju aktualus duomenų perkėlimo į apskaitos sistemą klausimas.

Sinchronizuoti programas

Dviejų konfigūracijų sambūvis reiškia, kad vienos programos katalogų ir dokumentų turinys tam tikru dažnumu perkeliamas į kitą ir atvirkščiai. Svarbiausia yra darbo sinchronizavimas efektyvus darbas.

Pagrindinis teigiamas šios technikos naudojimo rezultatas yra dvigubo dokumentų įvedimo nebuvimas ir jų nuoseklumas, kai jie saugomi skirtingose ​​duomenų bazėse.

1C.UNF konfigūracijoje sinchronizavimas su kita programa pradedamas einant maršrutu „Įmonė / Nustatymai / Integracija su kitomis programomis / Sinchronizavimas su 1C.Enterprise programomis“. Čia yra nuoroda „Nustatyti duomenų sinchronizavimą“, kurią spustelėjęs vartotojas pradeda ieškoti galimų programų reikiamiems ryšiams užmegzti. Paieškos pabaigoje programa paragins vartotoją iš aptiktų programų sąrašo pasirinkti, su kuria sinchronizuoti.

Procesas atliekamas naudojant vedlį, iškviestą spustelėjus mygtuką „Konfigūruoti“. Pirmieji parametrai, kuriuos reikia apibrėžti, yra šie:

  • Sinchronizavimo pradžios data;
  • Organizacijų sąrašas, jei paraiškoje yra daugiau nei vienos įmonės kredencialai.

Vertes galima koreguoti naudojant hipersaitą „Keisti duomenų sinchronizavimo taisykles“.

Kitas veiksmas bando suderinti duomenis, įtrauktus į konfigūraciją. Programa praneš apie tuos įrašus, kuriems nepavyko automatiškai rasti poros. Tokiu atveju vartotojas turėtų atlikti palyginimą rankiniu būdu, galbūt įtraukdamas reikalingus elementus į katalogą. Abiejų konfigūracijų šonuose patikrinus visus įspėjimus, į kuriuos vedlys „atkreipė dėmesį“, sinchronizavimo sąranka laikoma baigta.

Ateityje programos pradės veikti kartu, periodiškai keisdamosi duomenimis, o susiję objektai bus palaikomi toje pačioje būsenoje keičiant turinį, skelbiant ir žymint, kad juos būtų galima ištrinti.

Įspėjimai sinchronizuojant duomenis

Sąsaja skirta peržiūrėti programų sinchronizavimo proceso statistiką ir rankiniu būdu koreguoti rezultatus. Skiltyje esanti informacija paskirstyta keturiuose skirtukuose:

  • Nepaskelbti dokumentai;
  • Neišsamios detalės;
  • Konfliktai;
  • Iki uždraudimo datos nepriimta.

Išjungimo data neleidžia perduoti tam tikrą dieną sukurtų arba modifikuotų duomenų. Galimas likusių skirtukų turinys intuityviai aiškus iš jų pavadinimų. Nurodant problemą bet kuriame skirtuke visada pateikiamas aprašymas, kodėl sistema automatiškai neatliko duomenų suderinimo. Tokiu atveju vartotojas privalo ištaisyti duomenis arba nekreipti dėmesio į įspėjimą.

Reikėtų prisiminti, kad sistemingas neatsižvelgimas į sistemos įspėjimus ir jų kaupimąsi lems de facto atitikties vientisumo trūkumą, o nustatytas konfigūracijų ryšys bus formalus.

Sinchronizavimo vykdymo režimai

Perduodamų duomenų spektras ir siuntimą vykdantis atlikėjas priklauso nuo konfigūracijos. Vartotojui suteikiama galimybė apriboti duomenų sudėtį tam tikru laikotarpiu, neįtraukti atskirų sandorio šalių ar tam tikros rūšies dokumentų iš perdavimo sąrašo. Galite pasirinkti duomenų perdavimo tarp konfigūracijų parinktį:

  • „Automatinis režimas“ - kaip rodo pavadinimas, sistema stebi pokyčius be vartotojo įsikišimo, nustato keitimo poreikį ir jį atlieka;
  • „Rankinis valdymas“ - apima automatinį katalogų siuntimą, veiksmus su dokumentais kontroliuoja vartotojas, o duomenų perdavimas atliekamas priverstinai.

Sinchronizavimas su apskaitos sistema

1C.Apskaitos konfigūracija dažniausiai naudojama kartu su UNF. Iš pradžių pagrindinių katalogų suderinimas atliekamas naudojant pagrindinius identifikavimo laukus, pavyzdžiui:

  • Banko sąskaitos – laukeliai „Savininkas“, „Sąskaitos numeris“;
  • Sandorio šalių sutartys – laukai „Pavadinimas“, „Kodas“, „Savininkas“, „Atsiskaitymo valiuta“, „Organizacija“, „Sutarties tipas“;
  • Sandorio šalys – laukeliai „Vardas“, „TIN“, „KPP“;
  • Nomenklatūra – laukai „Kodas“, „Pavadinimas“ ir kt.

Daugumą dokumentų iš UNF galima siųsti į apskaitos programą, priešinga kryptimi dokumentai perkeliami tik į banką ir kasą.

Sinchronizavimas su programa 1C. Verslininko ataskaitų teikimas

Įmonės, turinčios paprastą apskaitą, naudoja 1C.OP, kad sukurtų reguliuojamas ataskaitas ir jas pateiktų valdžios organai. Tuo atveju, kai kartu su 1C.OP valdymo apskaitai tvarkyti naudojama UNF konfigūracija, patartina nustatyti šių konfigūracijų duomenų sinchronizavimą.

Ryšio nustatymo ideologija yra tos pačios prigimties, kaip ir apskaitos programos atveju. Informacija apie sandorio šalis ir jų sąskaitas iš žinynų ir mokėjimo dokumentų bankui ir kasai perduodama OP. Automatinis sinchronizavimas užtikrins visų dokumentų perdavimą į OP, iš kurio vartotojas vėliau galės pasirinkti tuos, kurie susiję su mokesčių apskaita.

Naudodamas mobiliosios aplikacijos „1C: Managing our company“ (sutrumpintai UNF) pavyzdį, noriu parodyti evoliuciją mobiliojo verslo programa nuo jo atsiradimo ir pačios pirmosios versijos išleidimo iki šiandien. Šiuo metu programėlė turi daugiau nei 220 000 atsisiuntimų; Programa yra nemokama, tačiau ji turi mokamų parinkčių (įdiegta perkant programoje).


Pirmoji mobiliojo UNF versija buvo sukurta vienoje iš pirmųjų mobiliosios platformos „1C: Enterprise“ versijų 2012 m. Tuo metu jau buvo kliento-serverio konfigūracija „1C: Mažos įmonės valdymas“ (tada vadinosi taip), programa, skirta automatizuoti mažos įmonės veiklą - pardavimus, pirkimus, klientų ir tiekėjų bazę, sandėlį. valdymas, gamyba ir kt.

Kaip ir dauguma mobiliųjų programų, parašytų kelių platformų mobiliojoje platformoje 1C:Enterprise, mobilioji UNF pasiekiama iOS, Android ir Windows.

Užduotis buvo tokia: sukurti mobiliąją aplikaciją, kuri palaikytų dalį „didžiojo“ UNF darbo scenarijų. Programa turi turėti galimybę dirbti ir autonomiškai, ir sinchronizuoti duomenis su „dideliu“ UNF (toliau žodį „didelis“ parašysiu UNF kliento-serverio versijos atžvilgiu be kabučių, kad tekstas nebūtų perkrautas ). Dirbant su dideliu CNF, turi būti palaikomi „mobilių“ darbuotojų – pardavimo atstovo, aptarnavimo inžinieriaus, pardavėjo – scenarijai.

Pirmoji versija buvo sukurta per 1 žmogaus mėnesį. Kuriant mobiliąją aplikaciją, kai kurie metaduomenų objektai (katalogai, dokumentai) buvo įgyvendinti didelės UNF objektų pagrindu. Tačiau kai kurios funkcijos turėjo būti programuojamos nuo nulio, pavyzdžiui, duomenų keitimosi su dideliu UNF procesas. Tiesa, duomenų mainų atžvilgiu iš tikrųjų teko šiek tiek programuoti – naudojome standartinius platformos mechanizmus (ypač keitimosi planus), kurie sumažina kodavimą iki minimumo.

1C platforma ne tik supaprastina darbą su duomenų sinchronizavimu, bet ir žymiai palengvina visas funkcijas turinčios mobiliosios aplikacijos kūrimo darbą, suteikdama kūrėjui tokius sąsajos komponentus kaip sąrašai (lentelės ir hierarchiniai) su galimybe jų ieškoti, įvesties laukus. su paieška, ataskaitų lentelėmis, plačiu diagramų asortimentu, galimybe spausdinti WiFi ir Bluetooth spausdintuvais ir kt.

Mobiliosios versijos ypatybės

Yra dvi pagrindinės mobiliosios programos funkcionalumo pasirinkimo strategijos. Pirmasis yra „viena programa – viena funkcija“. Pavyzdžiui, mobilioji aplikacija prekėms priimti sandėlyje, kuri gali tik su įmontuota kamera nuskaityti prekės brūkšninį kodą ir siųsti informaciją apie gautą prekę į serverį. Antroji strategija – sukurti mobiliąją aplikaciją su plačiomis „viskas viename“ funkcijomis. Abu metodai galioja; Rašydami mobilųjį UNF pasirinkome antrąjį metodą – mūsų aplikacija apima daug užduočių savo dalykinėje srityje ir gali dirbti visiškai autonomiškai, tarnaudama nedidelės organizacijos poreikiams. Kitas šio metodo privalumas yra tai, kad vartotojas gali dirbti su keliomis tarpusavyje susijusiomis funkcijomis iš vienos programos.

Mobilusis UNF plačiai naudoja mobiliojo įrenginio funkcijas, ypač:

  • Įrenginyje integruota kamera galima fotografuoti prekę pildant prekės kortelę, nuskaityti brūkšninius kodus ir QR kodus
  • Sąskaita apmokėjimui gali būti išsiųsta klientui el. paštu arba SMS žinute
  • Sandorio šalį galima pasirinkti iš mobiliojo įrenginio adresų knygos
  • Jei sandorio šalis turi telefono numerį, vienu prisilietimu galite paskambinti kitai šaliai arba išsiųsti SMS žinutę; jei nurodytas el. pašto adresas, siųskite laišką; jei nurodytas adresas, parodykite jį žemėlapyje
  • Galite spausdinti dokumentus į spausdintuvus per WiFi ir Bluetooth
Yra galimybė sukurti atsarginę kopiją ir atkurti mobiliąją UNF duomenų bazę į „Yandex.Disk“ ir išsiųsti duomenų bazę paštu.

Mobiliojo UNF konfigūracija atrodo gana spartietiška (žr. toliau pateiktą ekrano kopiją):

  • 8 žinynai (didžiojoje UNF yra 273 žinynai)
  • 7 dokumentai (didelyje UNF - 125)
  • 3 dokumentų žurnalai (didžiajame UNF - 24)
  • 3 informacijos registrai (didžiajame UNF - 357)
  • 4 kaupimo registrai (didžiajame UNF - 64)

Pagrindiniai mobiliojo UNF objektai

Tačiau nepaisant to nedidelis kiekis pritaikytus objektus, produktas pasirodė gana funkcionalus.

Įdomi mobiliojo UNF ypatybė yra ta, kad ją dažnai pradeda naudoti žmonės, kurie apie 1C anksčiau negirdėjo (taip, tokių yra mūsų šalyje), tie, kuriems reikia mobiliosios aplikacijos, kad būtų galima registruoti savo smulkų verslą ( pavyzdžiui, namų amatai). Jie ką tik rado jį paieškoję Google Play arba AppStore, perskaitykite atsiliepimus – ir pradėjote dirbti.

Autonominis veikimas

Šis darbo scenarijus skirtas labai mažoms organizacijoms, kai visa apskaita vykdoma išskirtinai mobiliajame įrenginyje. Tai gali būti, pavyzdžiui, „namų“ verslas - papuošalų gamyba namuose ir jų pardavimas „VKontakte“ puslapyje. O gal net nedidelę parduotuvę – aš asmeniškai mačiau atvejį, kai žaislų parduotuvė, besispecializuojanti prekiaujant „Lego“ konstruktoriais, registravo išskirtinai mobilioji versija UNF. Atsižvelgiant į tai, kad mobilusis UNF gali spausdinti WiFi ir Bluetooth spausdintuvais, juo galima išspręsti gana daug problemų. Mobilusis UNF palaiko užsakymų apdorojimą, gaunamų ir išsiunčiamų sąskaitų faktūrų įvedimą, pinigų priėmimo ir išlaidų apskaitą.

Darbas sinchronizavimo režimu su serveriu (pirmosios versijos)

Sinchronizavimo su serveriu mobiliajame UNF režime ankstesnėse versijose apskaitos funkcionalumas tapo nepasiekiamas, o darbas joje daugiausia buvo vykdomas su užsakymais (užsakymų priėmimas ir vykdymas) ir susijusi veikla (sandorio šalių, prekių ir paslaugų katalogų tvarkymas, ir tt).

Prekių ir paslaugų, rangovų ir užsakymų katalogai buvo sinchronizuoti su dideliu UNF.


Duomenų mainai tarp mobiliojo ir didelio UNF pirmosiose versijose

Iš mobiliųjų įrenginių įvesti užsakymai atsidūrė dideliame UNF, o sinchronizuodami atsidūrė už užsakymus atsakingų asmenų mobiliuosiuose įrenginiuose. Tokie dokumentai kaip grynųjų pinigų priėmimo kvitai, prekių pardavimas ir kt., įvesti mobiliuosiuose įrenginiuose, pateko į didelį UNF, bet nebuvo sinchronizuojami tarp mobiliuosius įrenginius. Visas darbas mobiliojoje programoje sinchronizavimo režimu buvo atliktas daugiausia dėl užsakymų - jų priėmimo ir vykdymo; mobiliajame įrenginyje nebuvo vykdoma visa apskaita; tam reikėjo kompiuteryje naudoti didelę CNF.

Taip buvo ir pirmosiose versijose, tačiau vėliau situaciją pakeitėme ir išplėtėme mobiliojo CNF naudojimo scenarijų sąrašą, kad darbas su juo būtų patogesnis vartotojams.

Šiek tiek apie duomenų sinchronizavimą

Duomenų mainai tarp mobiliojo ir didelio UNF vyksta naudojant žiniatinklio paslaugas; mobilusis UNF iškviečia žiniatinklio paslaugas, įdiegtas didelėje UNF pusėje. Didelio ir mobiliojo CNF duomenų struktūros skiriasi; Kurdami architektūrą apsvarstėme 2 duomenų mainų galimybes:
  1. Sukurkite duomenų struktūrą dideliame CNF, kuri dubliuoja mobiliojo CNF duomenų struktūrą, ir keiskite duomenis su mobiliuoju CNF vienas su vienu. Keičiant duomenis didelėje UNF, reikia perkelti naujus/pakeistus duomenis į šią pasikartojančią struktūrą, o apsikeitus duomenimis su mobiliuoju UNF konvertuoti iš mobiliojo įrenginio gautus duomenis, esančius dublikatinėje struktūroje, į didelį UNF. formatu.
  2. Keiskitės duomenimis tiesiogiai su didelės UNF struktūromis, konvertuodami duomenis „skraidydami“ pagal mainų taisykles.
Nusprendėme rinktis antrąjį variantą. Pirmasis variantas, nors ir žadėjo tam tikrus privalumus, siejamus su paties duomenų mainų paprastumu, tačiau netinkamai susitvarkė su situacija, kai naujoje mobiliojo UNF versijoje pasikeitė (išplėtė) duomenų struktūra; Kad duomenų mainai vienas su vienu ir toliau veiktų, reikėtų atnaujinti serverį, didelį UNF. Kas dėl daugelio priežasčių buvo nepriimtina.

Platformoje įdiegti apsikeitimo duomenimis mechanizmai prisiima didžiąją dalį darbo kuriant duomenų sinchronizavimo paketus, leidžiančius iki minimumo sumažinti kodavimą. Keitimosi procese naudojamas standartinis 1C:Enterprise platformos mechanizmas – duomenų mainų mechanizmas; kiekvienam mobiliajam UNF dideliame UNF sukuriamas duomenų apsikeitimo mazgas, dideliame ir mobiliajame UNF naudojama pakeitimų registravimo paslauga, skirta sekti duomenis, pasikeitusius po paskutinio sinchronizavimo ir pan.

Mobilioji aplikacija inicijuoja duomenų mainus, naudodama platformos mechanizmus, sugeneruoja mainų paketą (su mobiliosios aplikacijos identifikatoriumi ir duomenimis, atnaujintais mobiliajame UNF nuo paskutinio sinchronizavimo) ir siunčia jį į didįjį UNF. Remdamasis pradinio paketo informacija, didelis CNF paruošia mobiliajam CNF duomenis, pasikeitusius dideliame CNF nuo paskutinio sinchronizavimo, ir supakuoja juos į paketus. XDTO formato paketai yra 1C metaduomenų objektai, serijiniai XML; Kiekvienos pakuotės dydis yra ne daugiau kaip 500 objektų.

Mobilusis UNF renka šiuos duomenų paketus po paketo. Atsisiuntus paskutinį paketą, mobilusis UNF pradeda apdoroti gautus duomenis – apdoroti dokumentus, įrašyti katalogus ir pan. Nutrūkus ryšiui, palaikomas paketų atnaujinimas; Mes patys rašėme CNF atnaujinimo mechanizmą (jo nėra platformoje), tačiau kadangi mobilusis CNF pateikiamas šaltinio kode, kūrėjai gali pažvelgti į mechanizmo įgyvendinimą ir pasiskolinti jį savo programoms.

Pradinio mobiliojo CNF sinchronizavimo su dideliu CNF metu negalite dirbti mobiliajame CNF – pasirodo modalinis langas, rodantis proceso eigą. Visi tolesni sinchronizavimai yra foniniai ir neblokuoja mobiliojo UNF veikimo.

Visas sąrašas objektų, kuriais keičiasi mobilusis ir didelis UNF:

  • Katalogai:
    • Nomenklatūra
    • Sandorio šalys
    • vartotojų sąrašą
  • Dokumentacija:
    • Klientų užsakymai
    • Kvitas kasoje
    • Išlaidos iš kasos
    • Pirkimo sąskaita faktūra
    • Pardavimo sąskaita faktūra
    • Gamyba
  • Registrai (bet ne visos kainos, o tik pagrindinės):
    • Kainos Tiekėjai
    • Prekių kainos
  • Informacija apie organizaciją:
    • vardas
    • Mokesčių informacija
Dideliame UNF gaminiuose yra nuotraukos – faktinių produktų vaizdai. Siekdami sumažinti srautą, nuotraukų į mobilųjį UNF neįkeliame, jos įkeliamos pagal poreikį – pavyzdžiui, kai atidarome produkto kortelę mobiliajame UNF.


Prekės kortelė su prekės atvaizdu

Programos evoliucija – naudojimo atvejų kūrimas

Tipiška situacija yra ta, kad verslas auga, o mobiliojo CNF funkcionalumo viename mobiliajame įrenginyje nebepakanka. Versle atsiranda kitas darbuotojas (ar darbuotojai), jiems taip pat reikia dirbti su užsakymais.

Pirmosiose mobiliojo UNF versijose judėjimo scenarijus buvo gana paprastas – mobiliajame UNF įvesti duomenys buvo nukopijuoti į didžiojo UNF duomenų bazę, o vartotojas dabar turėjo vesti įrašus kompiuteryje. Tokiu atveju mobilusis UNF veiks darbo su užsakymais režimu ir nebebus galima vesti įrašų (kaip ir atskiroje mobiliojo UNF versijoje).

Tai, žinoma, nebuvo visiškai patogu galutiniam vartotojui – jis jau buvo įpratęs vesti įrašus iš mobiliojo įrenginio, tačiau čia buvo priverstas sėsti prie kompiuterio klaviatūros. Ne visi bus tuo patenkinti.

Todėl išplėtėme mobiliojo UNF veikimo scenarijų sąrašą. Mūsų išvaizda debesies paslauga http://1cfresh.com, pagrįsta 1cFresh debesų technologija. Dabar į debesį galima įdėti didelį CNF. Aprašėme tris mobiliosios programos naudojimo scenarijus, kai vartotojo verslas auga:

  1. Iš viso smulkus verslas. Apskaita vykdoma vienu mobiliuoju įrenginiu.
  2. Verslas auga – atsirado darbuotojų. Galite įdiegti mobilųjį UNF darbuotojų mobiliuosiuose įrenginiuose. Tuo pačiu metu, norėdami sinchronizuoti duomenis, turite turėti galimybę keistis duomenimis tarp mobiliųjų įrenginių; Tam nusprendėme nenaudoti failų mainų, o sinchronizuoti (o kartu ir atsarginėms kopijoms kurti) naudoti didelės UNF versiją, esančią http://1cfresh.com debesyje. Įjungus šį scenarijų, http://1cfresh.com debesyje sukuriamas didelio CNF egzempliorius, kurio duomenų bazė bus naudojama duomenims tarp mobiliųjų įrenginių sinchronizuoti. Naudojimasis vienu mobiliuoju įrenginiu pagal šį scenarijų yra nemokamas, už kiekvieną papildomą įrenginį apmokestiname 75 rublius/mėn, pagal šį scenarijų galite naudoti ne daugiau kaip tris įrenginius. Tuo pačiu mobiliųjų įrenginių naudotojams gali būti priskirti iš anksto nustatyti vaidmenys – pardavimų atstovo, serviso inžinieriaus, pardavėjo (galima ir detali vaidmenų konfigūracija); Atitinkamai bus apribotas mobiliosios aplikacijos funkcionalumas. Taip pat galite dirbti naudodami žiniatinklio klientą arba ploną klientą su dideliu CNF, esančiu debesyje, tačiau debesies CNF funkcionalumas bus sumažintas iki mobiliojo CNF funkcionalumo. Bet dirbkite tiesiogiai debesis UNF neprivaloma – visus darbus galima atlikti tik iš mobiliųjų įrenginių.
  3. Verslas išaugo iki vidutinio dydžio įmonės. Tokiu atveju prasminga išsinuomoti visavertę didelio UNF versiją debesyje, kad gautumėte (per žiniatinklio klientą arba ploną klientą) papildomą funkcionalumą - CRM (planuose yra CRM įtraukimas į mobilųjį UNF, bet dabar galima tik didele versija), sandėlio valdymas, išplėstas kainų formavimas, galimybė dirbti su bankais ir. Šiuo atveju mobiliųjų įrenginių, dirbančių su dideliu CNF, skaičius neribojamas (už kiekvieną įrenginį imamas papildomas mokestis pagal tarifą, kaip už vieną darbovietę; 1 licencija CNF in Fresh arba „boxed“ CNF suteikia teisė nemokamai naudotis 1 mobiliąja programėle ).

Programų pajamų gavimo patirtis

UNF mobilioji aplikacija, kaip jau rašiau, nemokama. Prieš kurį laiką nusprendėme monetizuoti savo aplikaciją (naudojant 1C:Enterprise mobiliosios platformos 8.3.8 versijoje įdiegtą pirkimo programėlėje funkcionalumą), parduodame papildomą funkcionalumą – gamybą ir galimybę sinchronizuoti su papildomais mobiliaisiais įrenginiais.


Gamybos funkcionalumas yra vienkartinis pirkimas, o galimybė sinchronizuoti su papildomais mobiliaisiais įrenginiais yra supakuota kaip prenumerata, kuri turi būti atnaujinama kas mėnesį. Įdomu tai, kad praėjus vos 3 savaitėms po apsipirkimo funkcijos pridėjimo, mobilusis UNF pateko į 15 populiariausių „Google Play“ parduodančių verslo programų.

Išvada

Mobilusis UNF yra palyginti mažas (pagal šaltinio kodo apimtį), bet gana populiarus produktas. Tikimės, kad pasakojimas apie jo raidą bus naudingas mobiliųjų galutinių vartotojų produktų kūrėjams tiek naudojant 1C technologijas, tiek kitus kūrimo įrankius.

Būtų naudinga priminti, kad 1C mobiliojoje platformoje galite kurti programas, kurios sąveikauja ne tik su 1C serverio backend; protokolai, naudojami keistis duomenimis mobiliosios programos 1C platformoje - nepriklausoma nuo platformos (žiniatinklio ir HTTP paslaugos, XML ir JSON palaikymas ir kt.). Taigi, jei jums reikia greitai ir dinamiškai sukurti kelių platformų (Android, iOS, Windows) mobilųjį klientą su galimybe dirbti neprisijungus be nuolatinio interneto ryšio jūsų verslo programai, tada 1C mobilioji platforma gali būti geriausias pasirinkimas. tau.

Redaktoriaus pasirinkimas
DEVYNI ANGELŲ ORDINYS 2) Cherubinai – judaistinėje ir krikščioniškojoje mitologijoje angelai sargai. Kerubas saugo gyvybės medį po...

Rusijos kryžiaus žygis į stepę. Bėdos Rusijoje padidino polovcų ordų aktyvumą. Jie kasmet pradėdavo reidus į rusų žemes...

Kas žinoma apie Pirmąjį Zemsky Soborą „Zemsky Sobor“ yra įvairių Rusijos valstybės gyventojų sluoksnių atstovų sambūris, siekiant nuspręsti...

Nepaisant visų mokslo laimėjimų ir pažangos apskritai, yra žmonių, tikinčių žvaigždžių įtaka žmonijos ir individo likimui...
Istorinis esė Šis laikotarpis ateina Ivano III Didžiojo (1462-1505) ir jo sūnaus Vasilijaus III (1505-1533) valdymo laikais. Jame...
Žodis „Ukraina“, kaip teritorijos pavadinimas, žinomas jau seniai. Anot Ipatijevskio, jis pirmą kartą pasirodė Kijevo kronikoje 1187 m.
Straipsnio turinys RUSIJŲ STAČIATIKIŲ BAŽNYČIOS PATRIARCHAI. 1453 metais didžioji ortodoksų imperija Bizantija pateko į turkų smūgius...
Žymė Geometriškai patikrinti miesto planai buvo sukurti, žinoma, neatsižvelgiant į vaizdo iš viršaus grožį. Bet grožis ir patogumas netrukdo...