Ma a további jelentések és feldolgozás használatáról, és különösen a konfigurációs bővítményekről szeretnénk beszélni a szolgáltatási modellben. A technológiák nem állnak meg, az 1C adatbázisok felhőben történő kiszolgálása egyre vonzóbb szolgáltatás. Amit tudnod kell ahhoz, hogy a cégedhez szükséges funkcionalitás egy bérelt adatbázisban valósuljon meg, és hogyan néz ki ez a folyamat a szolgáltató oldaláról - erről a kivágás alatt tájékozódhatsz.
Mik azok a külső jelentések és feldolgozás
Az 1C kezelések különbözőek, de minden esetben kiterjesztik a konfiguráció funkcionalitását, és lehetővé teszik az adatbázisban tárolt információk gyors elérését a konfiguráció megváltoztatása és a támogatás eltávolítása nélkül. Beépíthetők közvetlenül a konfigurációba, hozzáadhatók konfigurációs kiterjesztésként, vagy lehetnek külső fájlok. A funkcionalitás alapján a feldolgozás fel van osztva azokra, amelyek képesek megváltoztatni az adatokat, és olyanokra, amelyek egyszerűen elemzik az információkat és az eredményt felhasználóbarát formában (jelentések) jelenítik meg. Annak érdekében, hogy a szabványos dokumentumnyomtatási elrendezések ne változzanak, külső nyomtatási formákat dolgoznak ki. Ezenkívül a külső feldolgozás egy adott ütemezés szerint elvégezhető az 1C alkalmazásszerveren - ezek rutinfeladatok.
A Buttonban több tucat feldolgozási megoldást fejlesztettek ki, amelyek lehetővé teszik könyvelőink számára a „gyakorlati varázslat” használatát. Például a Gomb elszámolás helyességének elemzéséhez az „Adatbázis automatikus audit” külső jelentést használják. A könnyen áttekinthető táblázatok 120 kritérium elemzését adják a számlaegyenlegekre és a forgalomra, az adóbevallások adatainak és a számviteli információknak való megfelelésre, a tárgyi eszközök elemzésére stb.
Példa egy külső nyomtatott „kölcsönszerződés” formanyomtatványra az ügyvédeink által kidolgozott formanyomtatvány szerint. Vannak esetek, amikor a vállalkozó magánszemélyként kamatmentes kölcsönt vesz fel a cégétől, vagy fordítva, saját forrását utalja át a cégnek, ekkor lehetőség van a szerződés azonnali kinyomtatására.
Megnyílik egy űrlap a szükséges adatok kitöltéséhez:
És megjelenik a szerződés nyomtatott formája:
Ütemezett feldolgozást (rutinfeladatokat) használunk például az állítások javítására. A Buttons integrációt épített be a nagyobb bankokkal, és speciális robotok töltik be a kimutatásokat közvetlenül az 1C-be. A gépi tanulási technológiának köszönhetően a kisütési hibák aránya 3%-ra csökkent. De, mint mindig, vannak kivételek, például az ügyfelek, akik ügynöki konstrukciót vesznek igénybe az áruk értékesítéséhez, ebben az esetben a banki kivonat elkészítésének szabályai egyediek. Annak érdekében, hogy ne programozzuk át a robotot egy adott esetre, a konfigurációs bővítmények megjelenése előtt egy rutinfeladatot alkalmaztak a robot kijelentésének 10 percenkénti javítására.
Mik azok a konfigurációs bővítmények
A kiterjesztés egy mini konfiguráció, amely örökli az objektumokat a fő adatbázis-konfigurációtól, és kódot tartalmaz az objektumok és modulok kiegészítéseivel vagy javításaival. Ebben az esetben a fő konfiguráció továbbra is támogatott, nincs szükség a szerkesztés engedélyezésére, ami nagyban leegyszerűsíti a frissítési folyamatot. A mechanizmus háromféle felhasználást feltételez, amelyek valójában a „Cél” mezőben vannak feltüntetve a bővítmény létrehozásakor:
A technológia központi eleme az Service Manager, minden információt eltárol az előfizetőkről, felhasználókról, alkalmazásokról, információs bázisokról és a köztük lévő kapcsolatokról, és segítségével a külső feldolgozási és konfigurációs bővítményeket kezelik.
Minden feldolgozott fájl feltöltődik a szolgáltatáskezelő speciális könyvtárába. Mielőtt azonban feltöltene egy fájlt a könyvtárba, más szóval „közzé tenni a szolgáltatásban”, azt speciális módon kell elkészíteni.
Külső jelentések készítése és feldolgozása a szolgáltatási modellben való közzétételre
Egy további jelentés vagy feldolgozás jön létre az 1C: Enterprise 8 konfigurátorban szabványos külső jelentésként és feldolgozásként, és egy fájlba kerül mentésre - .epf (további feldolgozáshoz) vagy .erf (további jelentésekhez) kiterjesztéssel. Az objektummodulnak rendelkeznie kell eljárásokkal és funkciókkal a regisztrációs paraméterek meghatározásához.
Kérjük, vegye figyelembe, hogy a fontos paraméter a „Verzió”. Ha olyan feldolgozást hajtott végre, amelyet korábban feltöltött a szolgáltatáskezelő címtárába, feltétlenül módosítsa a verziószámot, ellenkező esetben a szolgáltatáskezelő megtagadja a fájl betöltését. Jelentés vagy feldolgozás során figyelembe kell venni, hogy a felhasználók szolgáltatási modellben dolgoznak egy webes kliensen keresztül (jó cikk az 1C blogon). Ha a feldolgozás űrlapokat tartalmaz, akkor azoknak működniük kell a webes kliensben minden olyan webböngészőben, amelyet az 1C: Enterprise 8 technológiai platform támogat.
Az 1cfresh.com szolgáltatás szabványai szerint egy további jelentésnek vagy feldolgozásnak teljesen működőképesnek kell lennie, ha csökkentett módban hajtják végre, azaz a konfiguráción kívüli objektumok elérése nélkül kell működnie.
A szolgáltatásba szállítási csomagként történő feltöltéshez kiegészítő jelentést vagy feldolgozást kell készíteni. A szállítási készlet egy archív (zip fájl), amely tartalmazza:
- kiegészítő jelentés vagy feldolgozási fájl;
- xml manifest fájl, amely további metainformációkat tartalmaz, amelyek ahhoz szükségesek, hogy a szolgáltatásmenedzser további jelentést tegyen közzé, vagy feldolgozza azt a szolgáltatásban.
További jelentések telepítése és feldolgozása a szolgáltatási modellben
Az 1C Fresh technológia megkülönböztető jellemzője, hogy külső jelentés vagy feldolgozás nem tölthető be közvetlenül az adatterületre. Hozzáadást csak a szolgáltatás adminisztrátora végezhet a szolgáltatáskezelőn keresztül. A feldolgozófájlt tartalmazó zip-archívum elkészítése után azt fel kell tölteni a szolgáltatáskezelő címtárába, és telepíteni kell egy adott szolgáltatás-előfizető számára. A szolgáltatás-előfizető a felhasználók egy csoportja, amely valamilyen elv szerint egyesül. Ennek megfelelően a felhasználók egy bizonyos csoportja számára elérhető információs bázisokat előfizetői alkalmazásoknak nevezzük.
Az alkalmazások különböző 1C konfigurációkkal rendelkezhetnek (Vállalati számvitel, Bér- és személyzeti menedzsment, Cégünk vezetése stb.), amelyekhez lehetőség van a szolgáltatási modellben való felhasználásra. További jelentések vagy feldolgozások csak az előfizetői alkalmazásokba telepíthetők, amelyeket a fájl letöltése során adnak meg.
Így néz ki a verziókat tartalmazó kiegészítő jelentés tulajdonságainak űrlapja. A „Telepítés/Eltávolítás” hivatkozás segítségével eljutunk az alkalmazások listájához, és kiválasztjuk a szükséges adatbázisokat.
A feldolgozás betöltése és az alkalmazás kiválasztása után a szolgáltatásmenedzser felveszi a kapcsolatot az alkalmazás címével, és parancsot ad annak telepítésére az információs bázisba.
A feldolgozást ütemterv szerint indítjuk
Ha nagyszámú számviteli adatbázissal dolgozik, bizonyos időközönként feldolgozást kell végezni. Például havonta egyszer vagy néhány percenként egyszer. Szintén fontos a kézi és a rutin felhasználói műveletek automatizálása. Ehhez aktívan használjuk a rutinfeladatokat.Az ütemterv szerint végrehajtott feldolgozásnak nincs űrlapja. Minden logika az objektummodulban van írva, és így néz ki.
A szállítási készlet elkészítésekor ütemezést határozunk meg. A feldolgozást most óránként hajtjuk végre.
További információ a konfigurációs bővítményekről
A „régi módon” elkészítendő és adminisztrálandó külső jelentésekkel és feldolgozásokkal párhuzamosan elkezdtük aktívan használni a konfigurációbővítő mechanizmust. Az 1C Enterprise platform 8.3.10-től kezdve ez a mechanizmus meglehetősen megkönnyítette az életünket, és lehetővé tette a konfigurációk adaptálását a gomb funkcióihoz. Például fentebb írtunk a 10 percenként egyszer elindított robotok dokumentumjavításának rutinműveleteiről. Mostantól a bővítmény segítségével újradefiniálhatja a modulok működését. Így egy dokumentum rögzítésekor vagy feladásakor azonnal elvégezhetjük a szükséges műveleteket. Ez sokkal optimálisabb, mert az adatbázisban lévő feladatsor nem tömődik el a 10 percenként végrehajtott műveletektől, és hatékonyabb, mivel a változtatások azonnal megtörténnek.
Nagyon egyszerű új bővítményt előkészíteni. Nézzük meg a bővítmények létrehozásának folyamatát konkrét példák segítségével.
A munkatapasztalat alapján a kiigazítási kérelmek vezető szerepet tölt be a TORG-12 nyomtatott űrlap. Például bővítést kell készítenünk, hogy devizában tudjunk nyomtatni egy szállítólevelet (alapértelmezés szerint csak rubelben generálható).
Nyissa meg a Menü → Konfiguráció → Konfigurációs bővítmények
Létrehozunk egy új bővítményt „Adaptáció” céllal.
A kiterjesztés úgy néz ki, mint egy ismerős konfigurációs fa, de még nincsenek objektumok. Mindenekelőtt adjunk hozzá egy új TORG-12 elrendezést, amelybe beszúrtuk a pénznemben kifejezett összegeket tartalmazó oszlopokat.
Mivel a számla az „Áruk és szolgáltatások értékesítése” bizonylatból kerül kinyomtatásra, ezt a bizonylatot a fő konfigurációból adjuk hozzá a bővítményünkhöz, és elvégezzük a szükséges változtatásokat a menedzser modulon. Ehhez válassza a „hozzáadás a bővítményhez” lehetőséget a megvalósítás helyi menüjében.
Most már módosíthatja a megvalósításkezelő modult. Új űrlapot kell hozzáadnunk a nyomtatható űrlapok listájához, és ki kell töltenünk a valutaösszegeket.
A szabványos eljárások megváltoztatásához használjuk a &After annotation;
Nézzük meg közelebbről az annotációkat. Bővítményekben használhatja: &Előtte, &Utána, &Ehelyett (nagyon óvatosan). A működési elv egyszerű: szeretnénk, ha a kiterjesztésből származó algoritmusaink futnának először, tegyük a &Before megjegyzést, és zárójelben tüntessük fel a szabványos konfigurációból származó eljárás nevét. Ha először egy szabványos modult dolgozunk fel, majd a miénket, akkor az &After-t használjuk.
Az &Előtte és &utána megjegyzések nem használhatók függvényekhez. Ezért, ha meg kell változtatnunk egy függvény algoritmusát a fő konfigurációból, akkor a & helyett a megjegyzést használjuk.
Az &Instead annotációt a lehető legritkábban kell használni, mivel teljes mértékben helyettesíti a fő konfigurációból származó eljárás és funkció végrehajtását egy kiterjesztési eljárással/függvénnyel. Ezzel az elfogási módszerrel a fő konfigurációból származó eljárás/funkció végrehajtása a bővítmény telepítése közben egyáltalán nem fog működni, még a verziók frissítése sem segít.
Következtetés
A bővítmények használatával és a külső jelentések/feldolgozással kapcsolatban sokféle vélemény létezik. Tapasztalataink alapján mindketten a terjeszkedés mellett vagyunk. Ez egy modern és jobban alkalmazkodó technológia, sokkal több képességgel rendelkezik, és ezek publikálása sokkal egyszerűbb. A kódnak csak a szükséges része kerül a bővítménybe, és nincs szükség további eljárások és funkciók írására a regisztrációs paraméterek meghatározásához, a verziók nyomon követéséhez és a szállítási készlet létrehozásához.Egy adatterülethez több bővítményt is használhat.
Az 1C Fresh adatleválasztási módban történő munkavégzésének sajátosságaira (egy konfiguráció, sok független terület) a kiterjesztési módszer kiváló megoldás.
Milyen kezelőkről beszélünk?
Az adatbázis minden frissítése után frissítések indulnak el benne annak érdekében, hogy az adatbázis adataival elvégezhetőek legyenek azok a manipulációk, amelyek a megváltozott konfigurációval kapcsolatban szükségesek.
Az ilyen kezelőknek két típusa van: alapvetőÉs elhalasztották.
Lényege megegyezik, de a deferred kezelők, a főkkel ellentétben, minden frissítés után, a háttérben, a felhasználó munkavégzése közben végrehajthatók.
Alapértelmezés szerint a frissítő mindkét kezelőt egyszerre hajtja végre a frissítési ciklusában.
És ez helyes, mivel gyakran több frissítést alkalmaznak. És ha nem hajtja végre azonnal a frissítéskezelőket, akkor nagyon problémás lehet később (hibák fordulhatnak elő).
Mi a teendő, ha a frissítő azt mondja, hogy a függőben lévő frissítéskezelők meghiúsultak?
Ebben a menüben bontsa ki a „Feldolgozás” részt:
Keresse meg és nyissa meg a „Programfrissítési eredmények” alpontot:
Ebben a feldolgozásban információkat láthat a végrehajtott kezelőkről és a velük kapcsolatos lehetséges problémákról:
És ha nem minden kezelőt hajtottak végre, akkor ez megjelenik ebben az ablakban. Ezután egy hivatkozáson keresztül megnyithatók, és újra futtathatók (általában a jobb gombbal kattintva helyi menün keresztül).
Késleltetett információbiztonsági frissítés végrehajtása
Bizonyos esetekben szükség lehet a „Késleltetett információbiztonsági frissítés” ütemezett feladat kényszerített elindítására.
Ehhez felhasználói módban lépjen újra a menübe ( lehet, hogy el van rejtve a menüben, olvassa el, hogyan jelenítse meg):
A megnyíló párbeszédpanelen bontsa ki a „Feldolgozás” részt. Keresse meg és nyissa meg a következő elemet:
A rutinfeladatok ablakában keresse meg a „Késleltetett információbiztonsági frissítést”, jelölje ki, majd kattintson a „Futtatás most” gombra:
Speciális eset az, amikor még kézi módban sem tudja végrehajtani a problémás kezelőket. Ez általában azt jelenti, hogy:
- vagy a frissítés fejlesztői hibáztak a problémás kezelő kódjában
- vagy az adatbázisban adatszintű problémák vannak (névjegyzékek, nyilvántartások, dokumentumok kitöltése), amelyek szakavatott beavatkozást igényelnek
Őszintén, Vlagyimir Milkin(tanár és fejlesztő
Az adatok létrehozása, mint feldolgozási folyamat, annak valamilyen algoritmus végrehajtása eredményeként történő kialakítását és a magasabb szintű transzformációk további felhasználását jelenti. Az adatmódosítás a valós tárgykörben bekövetkezett változások tükrözésével jár, új adatok felvételével és a feleslegesek eltávolításával.
Az ellenőrzés, a biztonság és az integritás arra irányul, hogy az információs modellben megfelelően tükrözze a tárgyterület valós állapotát, és biztosítsa az információk védelmét a jogosulatlan hozzáféréstől (biztonság), valamint a hardver- és szoftverhibáktól és -károsodásoktól. A számítógép memóriájában tárolt információk keresése önálló műveletként történik különböző lekérdezések megválaszolása során, és segédműveletként az információfeldolgozás során. A döntéstámogatás az információfeldolgozás során végzett legfontosabb tevékenység. A meghozott döntések sokfélesége sokféle matematikai modell alkalmazásának szükségességéhez vezet.
A dokumentumok, összefoglalók és jelentések készítése magában foglalja az információk olyan űrlapokká alakítását, amelyeket mind az emberek, mind a számítógépek olvashatnak. Ehhez a művelethez olyan műveletek is kapcsolódnak, mint a dokumentumok feldolgozása, olvasása, beolvasása és rendezése.
Az információ átalakítása során az egyik reprezentációs vagy létezési formából a másikba kerül át, amit az információs technológiák megvalósítása során felmerülő igények határoznak meg. Az információfeldolgozás során végrehajtott összes művelet végrehajtása különféle szoftvereszközök segítségével történik. Az információfeldolgozás technológiai működésének leggyakoribb alkalmazási területe a döntéshozatal. Döntéshozatal a bizonyosság feltételei között. Ebben a feladatban az objektum és a vezérlőrendszer modelljeit adottnak, a külső környezet befolyását pedig jelentéktelennek tekintjük. Ezért egyértelmű kapcsolat áll fenn a választott erőforrás-felhasználási stratégia és a végeredmény között, amiből az következik, hogy a bizonyosság feltételei mellett elegendő egy döntési szabályt használni a döntési lehetőségek hasznosságának felmérésére, optimálisnak azt tekintve, a legnagyobb hatáshoz vezet. Ha több ilyen stratégia létezik, akkor mindegyiket egyenértékűnek tekintjük. A biztos feltételek melletti megoldások megtalálásához matematikai programozási módszereket használnak.
Döntéshozatal kockázati körülmények között. Az előző esettől eltérően a kockázati feltételek melletti döntések meghozatalához figyelembe kell venni a külső környezet befolyását, amelyet nem lehet pontosan előre jelezni, és csak állapotainak valószínűségi eloszlása ismert. Ilyen feltételek mellett ugyanazon stratégia alkalmazása eltérő eredményekhez vezethet, amelyek valószínűsége adottnak tekinthető vagy meghatározható. A stratégiák értékelése és kiválasztása olyan döntési szabály alkalmazásával történik, amely figyelembe veszi a végeredmény elérésének valószínűségét. Döntéshozatal a bizonytalanság körülményei között. Az előző feladathoz hasonlóan nincs egyértelmű kapcsolat a stratégiaválasztás és a végeredmény között. Ezenkívül ismeretlenek a végső eredmények bekövetkezési valószínűségének értékei, amelyek vagy nem határozhatók meg, vagy nincs értelme a kontextusban. Minden „stratégia – végeredmény” pár megfelel valamilyen külső értékelésnek, nyereség formájában. A legelterjedtebb a maximális garantált nyeremény megszerzésének kritériuma.
Döntéshozatal több szempontú feltételek mellett. A fent felsorolt feladatok bármelyikében több, egymásra nem redukálható, egymástól független cél megléte esetén merül fel multikritérium. A megoldások nagy száma megnehezíti az optimális stratégia értékelését és kiválasztását. Az egyik lehetséges megoldás a modellezési módszerek alkalmazása. A problémák mesterséges intelligencia segítségével történő megoldása abból áll, hogy a megoldáskeresés során csökkentjük a lehetőségek keresését, miközben a programok ugyanazokat az elveket valósítják meg, amelyeket az ember a gondolkodási folyamat során alkalmaz.
Egy szakértői rendszer a szűk területen meglévő tudását felhasználva korlátozza a keresést a probléma megoldásához vezető úton, fokozatosan szűkítve a lehetőségek körét.
A szakértői rendszerek problémáinak megoldásához használja:
a feloldásnak nevezett bizonyítási technikán alapuló logikai következtetés módszere és a tagadás cáfolata (ellentmondásos bizonyítás);
strukturális indukció módszere, amely egy döntési fa felépítésén alapul az objektumok nagyszámú bemeneti adatból történő meghatározásához;
a szakértői tapasztalatok felhasználásán alapuló heurisztikus szabályok módszere, nem pedig a formális logika elvont szabályain;
egy gépi analógiás módszer, amely az összehasonlított objektumokról szóló információk kényelmes formában történő bemutatásán alapul, például adatstruktúrák, úgynevezett keretek formájában.
A problémamegoldás során feltárt „intelligencia” forrásai haszontalanok, hasznosak vagy gazdaságosak lehetnek, attól függően, hogy a probléma felvetődik. Ez alapján választható a szakértői rendszer felépítésének módja, vagy egy kész szoftvertermék alkalmazása. A primer adatokon alapuló megoldás kidolgozásának folyamata két szakaszra bontható: elfogadható megoldási lehetőségek kidolgozása matematikai formalizálással többféle modell segítségével és az optimális megoldás kiválasztása szubjektív tényezők alapján.
A döntéshozók információigénye sok esetben integrált műszaki-gazdasági mutatókra összpontosul, amelyek a vállalkozás aktuális tevékenységét tükröző elsődleges adatok feldolgozásának eredményeként nyerhetők. A végső és az elsődleges adatok közötti funkcionális kapcsolatok elemzésével lehetőség nyílik egy úgynevezett információs diagram felépítésére, amely az információ-aggregáció folyamatait tükrözi. Az elsődleges adatok általában rendkívül változatosak, beérkezésük intenzitása magas, és a teljes mennyiség az érdeklődési intervallumon belül nagy. Másrészt az integrálmutatók összetétele viszonylag kicsi, és a frissítésükhöz szükséges idő lényegesen rövidebb is lehet, mint az elsődleges adatok - érvek - változásának időszaka.
A döntéshozatal támogatásához a következő összetevőkre van szükség:
- *általánosító elemzés;
- *előrejelzés;
- *szituációs modellezés.
Jelenleg kétféle döntéstámogató információs rendszert szokás megkülönböztetni. Döntéstámogató rendszerek A DSS (Decision Support System) különféle jellemzők szerint választja ki és elemzi az adatokat, és eszközöket tartalmaz:
- *adatbázisokhoz való hozzáférés;
- *adatok kinyerése különböző forrásokból;
- *az üzleti tevékenységek szabályainak és stratégiáinak modellezése;
- *Üzleti grafika az elemzési eredmények bemutatásához;
- * „ha valami” elemzés;
- *mesterséges intelligencia szakértői rendszerek szintjén.
Az OLAP (OnLine Analysis Processing) rendszerek a döntéshozatalhoz a következő eszközöket használják:
- *erőteljes többprocesszoros számítástechnika speciális OLAP szerverek formájában;
- *a többváltozós elemzés speciális módszerei;
- *speciális adattárházak Data Warehouse.
A döntéshozatali folyamat megvalósítása épületinformációs alkalmazásokból áll. Az információs alkalmazásban emeljük ki a tipikus funkcionális komponenseket, amelyek elegendőek ahhoz, hogy az adatbázison alapuló bármilyen alkalmazást létrehozhassunk.
PS (Presentation Services) - prezentációs eszközök. Olyan eszközök biztosítják, amelyek elfogadják a felhasználó által küldött adatokat, és megjelenítik, amit a PL prezentációs logikai komponens mond neki, valamint a kapcsolódó szoftvertámogatással. Lehet szöveges terminál vagy X terminál, valamint személyi számítógép vagy munkaállomás szoftverterminál vagy X terminál emulációs módban.
PL (Presentation Logic) - prezentációs logika. Kezeli a felhasználó és a számítógép közötti interakciót. Feldolgozza a felhasználói műveleteket egy menüalternatíva kiválasztásához, egy gombra kattintáshoz vagy egy elem kiválasztásához a listából.
BL (Business or Application Logic) – alkalmazott logika. Az alkalmazásnak végrehajtandó döntések, számítások és műveletek meghozatalára vonatkozó szabályok összessége.
DL (Data Logic) - adatkezelési logika. Adatbázis-műveletek (SQL utasítások: SELECT, UPDATE és INSERT), amelyeket végre kell hajtani az adatkezelési alkalmazáslogika megvalósításához.
DS (Data Services) – adatbázis-műveletek. Az adatkezelési logika végrehajtására meghívott DBMS-műveletek, például adatmanipuláció, adatdefiníciók, tranzakciók véglegesítése vagy visszagörgetése stb. A DBMS általában SQL-alkalmazásokat fordít.
FS (File Services) - fájlműveletek. Lemezolvasási és írási műveletek DBMS-hez és egyéb összetevőkhöz. Általában ezek az operációs rendszer funkciói.
Az információs alkalmazások fejlesztésének eszközei között a következő fő csoportokat lehet megkülönböztetni:
- *hagyományos programozási rendszerek;
- *eszközök fájlszerver alkalmazások létrehozásához;
- *kliens-szerver alkalmazásfejlesztő eszközök;
- * irodaautomatizálási és dokumentumkezelő eszközök;
- *fejlesztési eszközök internetes/internetes alkalmazásokhoz;
- * Alkalmazástervező automatizálási eszközök. (4. Antopolsky A.B. - Oroszország információs forrásai: Tudományos és módszertani kézikönyv.)
közlekedési kódoló közúti vasút
17.04.2018
ÚJ KIADÁS 3.1.60.46
A 2018. 04. 17-i 3.1.60.46 új kiadás letölthető az „Ailant: Lakás- és közműkezelés” szoftvertermék felhasználói számára. Emlékeztetjük, hogy a szoftvertermék 2.0-s és 3.0-s kiadásának felhasználóinak meg kell győződniük arról, hogy megvásárolták a 3.1-es frissítőkészletet, mielőtt telepítenék ezt a kiadást. Ellenkező esetben a szoftvertermék aktiválása nem lehetséges.
A frissítési fájlok a kiadásokból való frissítésre szolgálnak 3.1.59.45
JEGYZET:Frissítés előtt Az Ailant: Lakás- és közműkezelés program 3.1.60.46-os kiadásához ellenőriznie kell, hogy az előző kiadás frissítési eljárásai megtörténtek-e, és szükség esetén végre kell hajtani azokat.
Ehhez az Adminisztrátor alatt lépjen a Menü/Adminisztráció/Karbantartás/Programfrissítési eredmények/Eredmények frissítése és további adatfeldolgozás menüpontra. Ha a hivatkozás azt mutatja, hogy nem fejeződött be minden eljárás, azaz nem jelenik meg „Minden frissítési eljárás sikeresen befejeződött” üzenet, akkor a következőket kell tennie:
1. Hozzon létre legalább egy alkalmazottat az „Alkalmazottak” könyvtárban.
2. Indítsa újra a további adatfeldolgozási eljárásokat. Ehhez az Adminisztrátor alatt lépjen a Menü/Adminisztráció/Karbantartás/Programfrissítési eredmények/Eredmények frissítése és további adatfeldolgozás menüpontra. Kattintson az elvégzett frissítési eljárások számát jelző hivatkozásra.
Megnyílik a "Speciális adatfeldolgozási eljárások" ablak. Az ablak alján kattintson a "Futtatás" gombra.
A „További adatfeldolgozási eljárások” ablak bezárása után zárja be a „Programfrissítési eredmények” ablakot. Kattintson ismét az „Eredmények frissítése és további adatfeldolgozás” hivatkozásra. Látnia kell egy hivatkozást, amely azt mondja, hogy „Minden frissítés sikeresen befejeződött”. Ezt követően frissíthet a következő 3.1.60.46-os kiadásra.
Alap verzió