A hiba helyesbítése a beszerzési terv kiadásában, ütemezés
Az alábbi táblázatban megmagyarázzuk, hogy mi a konkrét hiba az EIS-ben, és hogyan kell kijavítani.
"Műszaki leírás hiba nélkül - 10 recept a FAS gyakorlatából"
Konstantin Edelev, a Rendszer állami rendjének szakértője
Regisztráció a portálon.
Annak érdekében, hogy teljes hozzáférést kapj a Pro-goszakaz.ru portálhoz, regisztrálni kell.
Amikor egy vásárlási tervet küld az EIS-nek, hiba lép fel: "A költségtípus [242, 244] kódja (i) nem egyedi az adott vásárlásnál"
A közbeszerzési tervben nem szabad több, mint egy PPP-t egy bizonyos típusú különleges vásárláshoz, a kiadás típusának egy bizonyos kódját a hirdetmény közzétételétől számított egy éven belül.
Az irányt a szállás ERC beszerzési terv van egy hiba „kód OKOPF megadott kulcsszó commonInfo \ customerInfo \ OKOPF \ kód nem található a mai napig a könyvtárban OKOPF az ERC”
A probléma az Egyesült Államokban használt egységesített regiszter könyvtárában található duplikátumok jelenlétének (irreleváns értékekkel) miatt következik be. Jelenleg a NSI FORS támogató csoportja folyamatban van a duplikált bejegyzések eltávolítása.
Amikor az EIS beszerzési tervére, a beszerzési ütemtervre hivatkozik, a hiba "egy váratlan hiba az RPG integrációs adapterben (RPG)".
Szükséges megismételni a dokumentumnak az EIS-hez történő továbbítását követően az EIS 7.0.9 verziójának frissítését, amelyet a 19.01.17-re terveznek.
Az irányt a szállás ERC beszerzési terv van egy hiba: „A jegyzet a pozíció ECI (ECI szám), a tárgy (ak) a vásárlási (beszerzési neve) elfogadásának időpontjában a szabályozási (jogi) aktus a Szövetségi Adóhivatal Oroszország rendelés több mint az aktuális dátum.”
A normatív jogi aktus elfogadásának időpontját módosítani kell a vásárlás indoklásakor, és az értékét a jelenlegi dátumnál alacsonyabbra kell beállítani. Ezenkívül az UZ EB következő frissítéseinek keretén belül a vezérlő hozzáadódik a megadott érvénytelen információk tárolásának lehetetlenségéhez.
Amikor az irányt elhelyezése a ERC közbeszerzési tervet hiba „érték (db PPA), hossz = 482 paraméter nem érvényes alapú maxLength 256 AnonType_paragraphsmissingInRegulationRuleszfcs_purchasePlanLegalActsType típusát. <|>73: 62204 cvc-type.3.1.3: »
Javítsa ki a POA elemek mezőben szereplő karaktereinek számát a vásárlások indokolásában, és legfeljebb 256 karakter hosszúságot határoz meg. A megtakarítás lehetetlenségének megfelelő ellenőrzését a 08.01.17.
Az EIS beszerzési tervére, a beszerzési ütemtervre, a hibára utalva: "Az Ügyfélnek a Hatóság ellenőrzésével kapcsolatban nincs megerősített és megerősített kommunikációja"
Szükséges kapcsolatot létesíteni a Védelmi Hatóság és az érintett Vevő között.
Abban az esetben, ha az Ügyfél korábban létrehozta és elhelyezte a PP-t az EIS-ben az UZ EB (zakupki.gov.ru) keresztül, akkor az Ügyfél további munkáját a zakupki.gov.ru-n keresztül kell végrehajtani. Amennyiben az Ügyfél alakult csak PP ultrahangos EB (budget.gov.ru), meg kell várni, visszaverődés elhelyezési állapot ( „zöld labda”), ultrahangos DL. Az EIS és az UZ DL dokumentumállapotainak szinkronizálása naponta történik.
Az EIS beszerzési tervére való hivatkozáskor a beszerzési ütemezés hiba alatt áll. "Az EIS-ben már létezik egy külső azonosítójú objektum"
A dokumentumoknak az EIS-hez történő ismételt elküldése nem szükséges, ezért az elhelyezés állapotát ("zöld labda") az UZ EB-ben meg kell várni. Az EIS és az UZ DL dokumentumállapotainak szinkronizálása naponta történik.
A beszerzési ütemterv EIS-ben történő elhelyezésénél hiba lép fel "a beszerzési ütemterv tartalmaz olyan elemeket, amelyek nem szerepelnek a közzétett beszerzési tervben"
Az üvegházhatást okozó gázok elhelyezése esetében előzetesen el kell helyezni a megfelelő PP EIS-jét. Ebben az esetben a PP az UZB-ben feltétlenül az EIS-ben ("zöld labda") van.
Amikor az EIS beszerzési tervére hivatkozik, a vásárlási ütemterv hosszú ideig "Feldolgozás az EIS-ben" ("sárga labda") jelenik meg.
Meg kell várni az elhelyezés státusának ("zöld labda") visszaverődését az UZ EB-ben. Az EIS és az UZ DL dokumentumállapotainak szinkronizálása naponta történik.
Amikor az irányt elhelyezése a ERC közbeszerzési tervet hiba történik „a blokkon belül” végrehajtási vásárlások »(commonInfo \ végrehajtás) fel kell tölteni” a vásárlás időpontjában »(táv) és / vagy a” Frequency vásárlása »(periodicitás)»
A beszerzési terv pozíciójában a "Közbeszerzési időszak" (idő) és / vagy "A közbeszerzés időszakossága" mezőt ki kell tölteni. Ezenkívül az UZ EB következő frissítéseinek keretén belül a vezérlő hozzáadódik a megadott érvénytelen információk tárolásának lehetetlenségéhez.
Amikor az irányt egy szobát az EKT a menetrend hiba „engedélyezett szervezet kóddal 00000000000 SDR meghatározott pozíciók \ pozíciója \ commonInfo \ placingWayInfo \ centralizedPurchaseInfo \ centralizedPurchaseOrg \ Regnum nem talált eddig a könyvtárban szervezetek”
A közbeszerzési ütemterv, amelyben a "Központi beszerzés" kritérium meg van adva, a központosított beszerzést végző szervezet nincs megadva. Szükséges az információ helyesbítése és átirányítása.
Az EIS ütemtervének elrendezésére történő elküldéskor hiba van "Az ütemtervnek a nullszámmal rendelkező változatának következő számának 1.nek kell lennie."
A felhasználónak meg kell győződnie arról, hogy az EIS-től érkező recepció pozitív alrendszere a KS alrendszerbe került (az ütemterv be van állítva). Továbbá ellenőrizze, hogy az EIS-ben az elhelyezés helyes változata telepítve van-e a beszerzési ütemterv új verziójába (a verzió helyességét az EIS-verzió korábbi verziószámának +1 száma határozza meg). Abban az esetben, ha az EIS-ben az elhelyezés helytelen változata szerepel az elhelyezésre küldött dokumentumban, ki kell javítani.
Amikor elküldi az EIS-ben a közzététel ütemezését, hiba lép fel: "Mivel az EIS-ben lévő dokumentum be van kapcsolva, az EIS-ben lévő verziójú 0 verziójú dokumentum nem módosul. "
Meg kell várni az EIS-ben a 99. cikk 5. része szerinti ellenőrzés átadását.
Az irányt a szállás ERC beszerzési terv hiba van „a helyzet (ECI, a neve a helyzet) elindítását vásárlás (a” Term vásárlások származó „) a tervezettnél kisebb, a hely bejelentése, felhívást kibocsátó köt szerződést egyetlen szállító (kivitelező, végrehajtónak)”
A beszerzési terv pozíciójában meg kell változtatni a vásárlás időtartamát. Az "Általános információ" lapon a közbeszerzési terv helyén a "c" beszerzési időszak (a beszerzés kezdete) értékét meg kell határozni legalább a hirdetmény közzétételének tervezett évével.
Az irányt a szállás ERC beszerzési terv, hiba történik, az „Ügyfél kód összevont nyilvántartást (kódja Egységes nyilvántartás) meghatározott commonInfo \ customerInfo \ Regnum nem talált eddig a könyvtárban szervezetek”
Biztosítani kell, hogy a szervezet átruházza az EIS-re történő újbóli regisztrációt az egységes nyilvántartás adatai alapján.
A felhasználónak meg kell győződnie arról, hogy az EIS-től érkező recepció pozitív alrendszere a KZ alrendszerhez érkezett (a beszerzési tervet elhelyezik). Továbbá ellenőrizze, hogy az elhelyezés helyes változata az EIS-ben telepítve van-e a beszerzési terv új verziójába (a verzió helyességét az EIS +1 verziójának korábbi verziója határozza meg). Abban az esetben, ha az EIS-ben az elhelyezés hibás változata szerepel a kiküldött dokumentumban, akkor fel kell venni az UZ EB támogató csoportot.
A beszerzési tervből kizár egy helyet egy helytelen OKPD-vel 2. Ha szükséges, hozzon létre egy új pozíciót a beszerzési tervben, jelezve az érvényes OKPD2-t.
A rendszer megoldásához szükség van az OKPD2 referenciakönyv frissítésére a Költségvetési Tervezésben.
"Munka az egységesített információs rendszerben (56 óra)"
A kurzus témái:
- Hogyan működhet a szervezet személyes irodájában az EIS-ben?
- Hogyan tervezheti és indokolhatja a vásárlást?
- Melyek a fő különbségek a szállító meghatározásának módjaiban?
- Hogyan működik megfelelően a szerződésekkel?
Beszámolók a jövőbeli kérdésekről