Általános szabály, hogy a legtöbb felhasználó,hiba észlelése a rendszerben, amely azt jelzi, hogy a rendezési sorrend eltér a rendszertől, valószínűleg az „1C” 7.7-es verziójú csomaggal működnek. Ő a legsebezhetőbb, nem is a vírusok hatásai miatt, hanem a csomag programkódjában rejlő hibák és hibák terén is. Ha azonban olyan hibaüzenetet kap, amely szerint a rendezési sorrend eltér a rendszer szerinti rendezéstől, ne essen pánikba. Van néhány egyszerű megoldás a probléma gyors és végleges megoldására. Ebben az esetben legalább két megoldás alkalmazható.
Adatbázis hiba "A rendezési sorrend eltér a rendszertől": mi a probléma?
Maga a probléma az, hogy a fő program végrehajtható fájl formájában a kiszolgálón vagy a kliensgépen nem tudja inicializálni az adatbázist (SQL).
Következésképpen, csatlakoztatható egyediA (gyermek) terminálok nem férhetnek hozzá magához az adatbázishoz (bár a fő program kernel probléma nélkül elindul). Úgy gondolják, hogy magához az alkalmazáshoz való hozzáférést pontosan a szerververzió szintjén biztosítják, amely felelős a helyi hálózat más felhasználói számítógépeinek csatlakoztatásáért. Vele vannak a problémák.
Az alábbiakban megoldási javaslatok találhatók a hiba elhárítására. Vessünk egy pillantást két fő módszerre, amelyet bármely felhasználó vagy kezdő rendszergazda megtanulhat.
A rendezési sorrend eltér a rendszer szerinti rendezéstől (Windows 7). Mi az első dolga?
Úgy gondolják, hogy a 26-os kiadás tartalmazta az adatbázisfájlok figyelmen kívül hagyásának lehetőségét. De ne hagyatkozzon erre a szolgáltatásra.
Nem létező objektum
Előfordul, hogy az alkalmazás indításkor hivatkozikegy állítólagosan nem létező objektumra egy OrdNoChk.prm fájl formájában, amely úgy tűnik, hogy magának a programnak a BIN mappájában található, a rendszer programfájljaiba telepítve.
Ha megjelenik egy rendszerüzenet, hogya rendezési sorrend eltér a rendszertől; semmi sem egyszerűbb, mint létrehozni egy üres fájlt ebben a könyvtárban azonos névvel és helyettesítéssel, amikor például ugyanabban a Jegyzettömbben menti, amely minden Windows rendszer szabványkészletében megtalálható. Itt az is kérdés, hogy a beállítások standard szövegszerkesztője, amely tartalmazza a kiindulási adatokat, nem működik közvetlenül szerkesztve, majd működés közben.
Az adatbázisok szerkezetének megváltoztatása helyi adatcsere alapján
Másrészt a felmerülő problémaegy olyan üzenet megjelenésével járó összeomlás, amely szerint a telepítettek rendezési sorrendje eltér a rendszertől, akár magával a telepített programmal is megoldható.
De itt először el kell gondolkodni azon, mennyire célszerű az alább leírt eszközök és eszközök használata.
Amikor hiba történik, amikor azt jelentikaz adatbázis rendezési sorrendje eltér a rendszertől; magában az 1C alkalmazásban válassza ki a konfigurációs részt, amelyben az adminisztrációhoz kell mennie, az IB táblák kódlapját és az aktuális rendszertelepítés elemét.
következtetés
Alapvetően az üzenet az, hogy az adatbázisbanAz "1C" rendezési sorrend eltér a rendszerestől, egyszerűen törölhető (vagy örökre megszabadulhat tőle). Amint azt a gyakorlat mutatja, a legegyszerűbb esetben egyszerűen létrehozhat egy üres objektumot, a fent jelzett módon. Ezt követően a rendszertől eltérő rendezési sorrendet jelző hiba már nem jelenik meg.
Valójában csak ezek a megoldások képesek kiküszöbölnia probléma nem korlátozott. A tény az, hogy magában az 1C környezetben szkripteket írhat vagy további kisalkalmazásokat hozhat létre a teljes rendszer vezérléséhez ugyanazon Visual Basic nyelven, DVB formátumú adatbázisok használatával. Ellenkező esetben a fent jelzett üzenet megjelenésével járó hiba egészen egyszerűen kiküszöbölhető, ha nem veszi figyelembe magának a programnak a kódjában lévő hibákat vagy a vírushatást. De szerintem nem ez a legrosszabb. Néha az adatbázis rendszerezését és a telepített programhoz való csatlakoztatását nem ismerő felhasználók „görbülete” ahhoz vezethet, hogy az ilyen típusú hibák újra és újra megjelennek.
Figyelni kell a pillanatra ishogy ha engedélyezve van magának a platformnak az automatikus adatcseréje más adatbázisokkal, akkor mindegyiknek pontosan ugyanazzal a kódolással kell rendelkeznie. Ha nincs minden adatbázishoz telepítve, akkor az adatok importálása és exportálása enyhén szólva értelmetlenné válik. Végső megoldásként, amint fentebb említettük, a kódolást le kell tiltani. Ez különösen igaz azokra a helyzetekre, amikor a Windows különböző verziói különböző terminálokra vannak telepítve, sőt eltérő architektúrával is. Ez beláthatatlan következményekhez is vezethet, egészen addig a pontig, hogy lehetetlen lesz a programmal együtt dolgozni az információhoz való egyidejű hozzáféréssel kapcsolatban.
