Atviras
Uždaryti

Pakeiskite arba išjunkite suderinamumo režimą. Suderinamumo režimo keitimas arba išjungimas Konfigūracijos plėtinio suderinamumo režimas daugiau

Tema "tvarkinga" standarto modifikacijos konfigūracijos visada atnaujinamos.

Plėtinių pagalba tampa įmanoma atlikti pakeitimus neišeinant iš konfigūracijos Be pakeitimų(tai yra nenuėmus spynos).

Kaip pavyzdį mes išplėskime standartines funkcijas„1C: Apskaita 8“ – pridėsime dokumentų detalių išsamumo patikras. Dėl to sistema išduos diagnostiką, jei duomenys bus užpildyti „neteisingomis“ reikšmėmis.

Tiesiogine prasme per 15 minučių Išmoksite technikų, kurias galėsite panaudoti spręsdami įvairias problemas.

Be to, antrame vaizdo įraše parodysime universalus mechanizmas, remiantis plėtiniais. Ir sukūręs tokį mechanizmą kartą, prie jo galima prijungti bet kokia standartinė konfigūracija.

Svajonės apie savas nenykstantis gali tapti realybe :)

Taigi pradėkime:

1 vaizdo įrašas. Darbo su plėtiniais metodai – naudojant „1C: Apskaita 8“ pavyzdį

Išstudijavę vaizdo įrašą, sužinosite:

  • Sukurti ir prisijungti konfigūracijos plėtiniai
  • Išpildyti derinimas plėtiniai
  • Pagerinkite standartines formas apdorojimas/dokumentai naudojant plėtinius
  • Perimti įvykius standartinės konfigūracijos formos
  • Saugokite duomenis nėra informacijos saugos lentelėse (nustatymų saugykla)
  • Naudokite gydymą kaip algoritmų saugykla

Taip pat pažiūrėsime optimizavimas pratęsimo objektų kompozicija ir pratęsimo apribojimai dabartinėse platformos leidimuose.

Video 2. Universalių mechanizmų kūrimas naudojant plėtinius

Šiame vaizdo įraše parodysime:

  • Plėtinio prijungimas vartotojo režimu ( be konfigūratoriaus)
  • Pavyzdys universalus patikrinimas užpildymas
  • Plėtinių diegimo ypatybės - formų kūrimas su savavališkais pasirinkimais ir duomenų saugojimas plėtiniuose

Darbo kaina ir vertimų iš skirtingų leidimų galimybės

Vertimas 8.1 → 8.2.13 Vertimas 8.2.13 → 8.2.16 Vertimas 8.2.16 → 8.3.10
kaina, rub. * 54 000 ₽ 12 000 ₽ 76 800 RUB

Visų skirtingų platformos versijų pakeitimų sąrašas pateikiamas šiose nuorodose:
8.2 platformai:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

Prieš pradėdami dirbti perkeldami į 8.3, jums reikia:

Patikrinkite valdomo blokavimo režimą. Jei naudojamas „Automatinis“, pereinant prie 8.3, gali prireikti papildomų išlaidų, kad būtų perjungtas į valdomo užrakinimo režimą.
Jei naudojate suderinamumo režimą su 8.2.16 ir naujesne versija, turite patikrinti, ar lentelės buvo pertvarkytos
Nustatykite, kokių tipų klientai naudojami (ploni, stori, žiniatinklio klientai)
Nustatykite, ar yra mašinų, kuriose veikia „Linux“.

Konfigūracijos vertimas 8.1 → 8.2.13

Darbo kaina: 54 000 rublių.

Konfigūracijos vertimas 8.2.13 → 8.2.16 (įskaitant restruktūrizavimą)

Pagrindiniai pakeitimai:
Pakeistas konstantų saugojimo režimas ir kaupiamųjų registrų nustatymai. Kiekvienas objektas turi savo duomenų bazės lentelę
Perdarytas valdomo užrakto mechanizmo įgyvendinimas.
Technologinio žurnalo įvykio „TLOCK“ ypatybė „Txt“ rašoma tik suderinamumo režimu su 8.2.13 versija
Sumažėjo derinimo režimo įtaka 1C:Enterprise režimo plonojo kliento, storojo kliento, serverio ir išorinio ryšio veikimo greičiui.
Formos „ValueType(Field1) = ValueType(Field2)“ užklausos vykdymas buvo optimizuotas, jei „Field1“ ir „Field2“ yra nuorodos tipo reikšmės.
Tvarkomų formų laukuose, kuriuose rodomi sudėtingo tipo atributai, greitojo pasirinkimo sąrašo atidarymas buvo paspartintas tais atvejais, kai kompleksinis tipas apima nuorodų tipus su skirtingais greitojo pasirinkimo parametrais.
Naujam nepriklausomam ir neperiodiniam informacijos registrui dimensijų indeksas yra sugrupuotas

Pakeitimai, kuriems reikia pakeisti konfigūraciją:

Kai suderinamumo režimas išjungtas, reikalingas periodinės informacijos registro tvarkyklės metodo „Get()“ parametras „Period“. Suderinamumo režimu su 8.2.13 ir 8.1 versijomis elgsena nesikeičia (metodą galima naudoti nenurodant parametro, bet rezultatas neapibrėžtas).
Vienu metu naudojant objekto „DataLockElement“ metodus „SetValue()“ ir „UseFromDataSource()“, atsiranda išimtis. Suderinamumo režimu su 8.2.13 versija elgsena nepasikeitė (vertė, nustatyta metodu „UseFromDataSource()“ turi pirmenybę).
Nepalaikomas duomenų reikšmių, kurios nepalaiko serializavimo, saugojimas. Suderinamumo režimu elgsena nepasikeitė.
Jei duomenų bazė yra pagrįsta failais, informacijos bazė turi būti konvertuota. Pradėjus konvertuoti, dirbti su šia informacine baze su ankstesnėmis 1C:Enterprise 8 platformos versijomis nebus įmanoma. Jei kūrimas atliekamas naudojant konfigūracijos saugyklą, prieš konvertuodami informacijos bazę turite padaryti saugyklos kopiją

SVARBU. Norėdami pasiekti suderinamumo režimo keitimo efektą, turite atlikti pertvarkymą naudodami konfigūratorių: „Administravimas → Testavimas ir taisymas → Informacinės bazės lentelių pertvarkymas“.

Pirmiausia reikia atlikti restruktūrizavimą bandomojoje bazėje ir išmatuoti šios operacijos vykdymo laiką.
Jei naudojate 1C serverio versiją, senesnę nei 8.2.19, pavyzdžiui, 8.3 versiją, atliekant restruktūrizavimą gali atsirasti šios klaidos:

Tokiu atveju turite atlikti šiuos veiksmus:
Įdiekite atskirą 1C serverio versiją 8.2.19 ir įdiekite joje tiriamą duomenų bazę
Atidarykite duomenų bazę 1C serverio 8.2.19 versijos konfigūratoriuje, pakeiskite suderinamumo režimą į „Nenaudoti“
Restruktūrizuoti informacinės bazės lenteles
Baigę restruktūrizavimą, perkelkite informacijos bazę į pradinę 1C serverio versiją 8.3

Konfigūracijos perkėlimo iš 8.2.13 suderinamumo režimo į 8.2.16 režimą (nesuderinamas režimas naudojant 8.2.16, 8.2.19 platformą ir 8.2.16 suderinamumo režimas, kai naudojamas 8.3 platforma) kaina yra 12 000 rub.

Galima atsisiųsti darbo sutarties šabloną.

Konfigūracijos vertimas 8.2.16 → 8.3.10

Konfigūracijos vertimo darbai apima šiuos konfigūracijos pakeitimus:

1. Pašalinkite nuosavybės pavadinimų konfliktus. Kintamųjų pavadinimų keitimas, kad jie atitiktų naujas ypatybes, kurios pasirodė 1C:Enterprise 8.3.
2. Pašalinkite prieštaraujančius paveikslėlių pavadinimus. Paveikslėlių pavadinimų pervadinimas pavadinimais, kurie atitinka paveikslėlių bibliotekos pavadinimus.
3. Kodo patikslinimas keičiant fiksuotos struktūros savybes. Nejudančio statinio savybių nurodymo pakeitimas pastovaus statinio atkūrimu arba jo panaudojimo pakeitimas panašiu „Statinio“ tipu.
4. Neserializuojamų verčių patalpinimo laikinojoje saugykloje pakeitimas kodu, palaikomu 1C:Enterprise 8.3.
5. Metodo „Rodyti“ iškvietimą valdomos formos informacijai pakeisti ypatybių „CurrentElement“, „CurrentPage“ ir metodu „Activate“ naudojimu.
6. Metaduomenų objektų pavadinimus, ilgesnius nei 80 simbolių, pakeiskite 80 ar mažesnių simbolių pavadinimais.
7. Metodų ir savybių pervadinimas pagal perėjimo į 8.3 versiją metodiką.
8. Darbo su pasirinkimais, sąlyginio formatavimo, grupavimo ir tvarkos dinaminiuose sąrašuose mechanizmų tobulinimas.
9. Užklausų su raktiniu žodžiu „BENDRIEJI REZULTATAI“ kodo patikslinimas, iškeltas į
„Užklausos rezultato apėjimas pagal grupavimą“, kad būtų išsaugota ankstesnė darbo logika.
10. COM objektų klasių pavadinimų pokyčiai. Pavadinimų "V82.COMConnector" pakeitimas į "V83.COMConnector" ir "V82.Application" į "V83.Application".
11. Atsisakymas programos kode įvykio „Atrankos pradžia iš sąrašo“ įvesties laukams pasirinkimo iš sąrašo režimu
12. Atsisakymas programos kode iš ypatybės „ChoiceList Button“ įvesties laukams, nustatant savybę „Išskleidžiamojo sąrašo mygtukas“.
13. Kodo keitimas, kad būtų atsižvelgta į reikšmės tipo pasikeitimą, grąžintą globalaus konteksto metodu „SafeMode()“.
14. Kodo keitimas, kad būtų atsižvelgta į konstantų užklausos rezultato pasikeitimą (patekus į konstantų lentelės lauką „Vertė“, jei konstantoje saugoma „Value Storage“, „UniqueIdentifier“ ar „Išorinė duomenų šaltinio lentelės nuoroda“.
15. Konfigūracijos ypatybės „MainRole“ pakeitimas į „MainRoles“
16. Objekto „InternetProxy“ ypatybių „Vartotojas“ ir „Slaptažodis“ atsisakymas ir pakeitimas metodais „Set()“, „User()“, „Password()“.
17. Kodo patikslinimas, kad būtų palaikoma komanda „Rodyti sąraše“, atsižvelgiant į perėjimo į 8.3 versiją metodą.
18. Kodo patikslinimas, kad būtų išlaikyta ankstesnė sistemos veikimo logika, kai pasikeičia grąžinama SystemInformation.OSVersion nuosavybės reikšmė.
19. Kodo patikslinimas, siekiant išlaikyti ankstesnę sistemos logiką, kai atsisakoma naudoti sistemos sąrašą OptionOpenWindow, kurio 8.3 versijoje nebėra.
20. Kodo patikslinimas, atsižvelgiant į atsisakymą naudoti modalinius langus.
21. Interneto kliento palaikymo kodo tobulinimas, būtent serverio iškvietimų ir langų atidarymo atsisakymas „Prieš uždarant“, serverio iškvietimų atsisakymas „Uždarant“.
22. Kodo patobulinimas, kad būtų galima teisingai naudoti funkciją RoleAvailable() perduodant funkciją kaip parametrą trūkstamam vaidmeniui.
23. Valdomai programai: nuo 8.3.8 versijos valdomos programos įvykių tvarkyklėse BeforeSystemShutdown, WhenSystemShutdown, taip pat valdomos formos įvykių tvarkyklėse, kurios yra uždarymo režimu, BeforeClosing, WhenClosing, Draudžiama atidaryti langus ir skambinti į serverį. Reikia patobulinti konfigūraciją, kad formas būtų galima uždaryti teisingai – be serverio iškvietimų.
24. Kintamojo pavadinimo konfliktas: formos modulyje negalite naudoti kintamojo pavadinimo FormParameters. Todėl būtina modifikuoti visus valdomų formų modulius, kuriuose naudojami kintamieji, pavadinti FormParameters, pervardijant šiuos kintamuosius.

Šių darbų kaina yra preliminari ir galioja daugumai konfigūracijų. Prieš pradėdami darbus sudarant sutartį patikriname komplektaciją ir Patikrinus patvirtiname kainą ir darbų atlikimo sąlygas. Patikrinti būtina, nes konfigūracijos gali būti labai skirtingos, įskaitant labai perrašytas.

Darbo kaina: 76 800 rub.

Galima atsisiųsti darbo sutarties šabloną.

Konfigūracijos perkėlimas į suderinamumo režimą su 8.3.10 gali kainuoti padidėjo, Jei:
Konfigūracija naudoja valdomas formas
Būtina atsisakyti modalumo naudojimo
Būtina išlaikyti konfigūracijos funkcionalumą Linux OS

Kolegos, sveiki visi.

Kitą dieną buvo išleista bandomoji įmonės apskaita su išjungtu 8.3.6 platformos suderinamumo režimu.
Tai reiškia, kad šioje versijoje naudojamas naujas variklis, kuris formas atvaizduoja nauju būdu.
Apie tai galite perskaityti „Per žiūrintį stiklą“.

Kartu su standartiniais, taip pat turėtumėte konvertuoti savo plėtinius į naują platformą.
Vertimo proceso metu susidariau sau nedidelį kontrolinį sąrašą arba priminimą, ką reikia padaryti.

Atmintinė:


1. Perkelkite plėtinį į naują platformą

Norėdami tai padaryti, pakeiskite plėtinio suderinamumo režimą į konfigūracijos suderinamumo režimą.
Įmonės apskaitos versija turi šias ypatybes:

Plėtinyje galite nustatyti lygiai tas pačias savybes arba išvalyti visus žymimuosius laukelius.
Jei nėra žymės langelių, plėtinys jungdamasis netikrins šių savybių.
Tada, jei šios savybės pasikeis pagrindinėje konfigūracijoje, plėtinys vis tiek bus paleistas:


2. Išspręskite ryšio problemas

Norėdami tai padaryti, paleidžiame konfigūraciją įmonės režimu ir pažiūrime, ar ji paleidžiama, ar ne.
Klaidas, dėl kurių nepavyko prijungti plėtinio, galima peržiūrėti žurnale
(Administravimas – Pagalba ir priežiūra – Žurnalas)
Mus domina renginiai – „Seansas. Klaida taikant konfigūracijos plėtinį":

Dažniausiai ryšio problema išsprendžiama pašalinus nereikalingas detales ar objektus.

Pagrindinis sunkumas yra tas, kad plėtinys nerodo visų klaidų vienu metu (beje, ši problema buvo išspręsta 8.3.9).
Todėl ištaisius kiekvieną klaidą būtina paleisti konfigūracijas nuosekliai.
Kad būtų patogu paleisti žurnalą, pridėkite jį prie mėgstamiausių:



3. Atnaujinkite formas plėtinyje

Norėdami tai padaryti, kiekvienoje pakeistoje formoje spustelėkite „Atnaujinti formos plėtinį“.
Naudodami šią komandą iš naujo įkeliame pagrindinę konfigūracijos formą į plėtinį.

Iš esmės jis veiks ir be to, tačiau tai būtina, kad plėtinyje forma atrodytų taip pat, kaip ir pagrindinėje konfigūracijoje.
3.0.44 versijoje beveik visos formos buvo pakeistos, todėl būtų malonu įtraukti šiuos pakeitimus į plėtinį.


4. Formą pritaikome prie naujo variklio taisyklių.

Rekomenduoju perskaityti straipsnį – Rekomendacijos dėl formų pritaikymo 8.3.7.
Jame nagrinėjamos naujojo variklio savybės ir pateikiamos konkrečios rekomendacijos, kaip užtikrinti, kad naujojoje platformoje viskas būtų gerai.

Aš sugalvojau tokią procedūrą:

  • Nuimame visas dekoracijas, kurie buvo naudojami įdubimui.
    Vietoj to dabar naudojamos grupės.
  • Pažiūrėkime, kad viskas atrodo gerai.
    Jei kažkas negerai, peržiūrėkite straipsnį.
    Jei viskas gerai, judame toliau.
  • Tikrinamos naujos platformos savybės„Combined“, „AutomaximumWidth“ ir „AutomaximumHeight“.
    Tiesiog pažiūrėkite, kad šios ypatybės nustatytos pagal numatytuosius platformos nustatymus ir forma dėl to nesiskiria.

Šiame straipsnyje siūlau apsvarstyti, kas yra „konfigūracijos plėtinys“, kaip pridėti plėtinį arba jį išjungti. Pradedant nuo 1C versijos 1977-06-08 platformoje buvo įdiegtas naujas mechanizmas - konfigūracijos plėtiniai. Pirma, šiek tiek teorijos.

1C versijoje plėtiniai yra kažkas panašaus į lygiagrečias konfigūracijas, kurios automatiškai derinamos su pagrindine tiekėjo konfigūracija. Be to, plėtiniuose galite pridėti ir savo, ir pasiskolinti pagrindinės konfigūracijos objektus.

Kam skirti plėtiniai?

Visų pirma, kuriami plėtiniai, kad būtų lengviau atlikti programos pakeitimus. Tai yra, jei vartotojai prašo pridėti kokių nors funkcijų, tada prieš pasirodant plėtiniams programuotojai turėjo pašalinti konfigūraciją iš visiško palaikymo ir pakeisti standartinę konfigūraciją.

Visiško palaikymo pašalinimas sukelia daugybę nepatogumų:

  • išnyksta automatinio atnaujinimo galimybė, todėl bent jau pailgėja laikas;
  • reikalingas aukštos kvalifikacijos specialistas, aptarnaujantis programą;
  • Jei buvo atlikti standartinės konfigūracijos standartinių objektų pakeitimai, atnaujinimo metu jie gali išnykti, tai yra, vėl gali būti pakeisti standartiniais iš tiekėjo.

Naudodamas plėtinius, atlikdamas pakeitimus, programuotojas nelies standartinės konfigūracijos. Visi pakeitimai bus atlikti naudojant plėtinius, kurie (kaip rašiau aukščiau) taip pat yra konfigūracijos. Tokiu būdu pagrindinė konfigūracija bus visiškai palaikoma.

Atnaujinus pagrindinę konfigūraciją, jei naujoje laidoje yra kokių nors objekto, kurį anksčiau pakeitė plėtinys, pakeitimų, pakeitimai vis tiek bus paimti iš plėtinio. Tai reiškia, kad plėtiniai turi didesnį prioritetą nei pagrindinė konfigūracija.

Vaizdo įrašas – pratęsimai 1C per 45 minutes

Gaukite 267 vaizdo įrašų pamokas 1C nemokamai:

Plėtinio pridėjimo prie 1C pavyzdys

Norėdami parodyti, kas yra plėtinys, geriau pateikti jo sukūrimo pavyzdį 1C konfigūratoriuje.

Konfigūravimo priemonėje eikite į meniu „Konfigūracija“ ir pasirinkite „Konfigūracijos plėtiniai“. Atsidarys langas su plėtinių sąrašu (jei yra). Spustelėkite mygtuką „Pridėti“ ir pridėkite naują plėtinį. Dabar galite atidaryti plėtinio konfigūraciją:

Kaip matote, išplėtimo konfigūracija turi lygiai tokią pačią struktūrą kaip ir pagrindinė. Tik jis iš pradžių visiškai švarus, be daiktų.

Neseniai parašiau straipsnį apie tai, kaip pasigaminti patiems. Naudodamasis jos pavyzdžiu, noriu, kad jis būtų integruotas naudojant plėtinį.

Apdorojant turiu lauką su nuoroda į katalogą „Organizacijos“. Štai kodėl man reikia šio vadovo. Tačiau naujo katalogo „Organizacijos“ nekursime, juolab kad platforma to neleis. Neįmanoma, kad plėtinio konfigūracijoje būtų objektai tokiu pat pavadinimu kaip ir pagrindinės konfigūracijos objektai.

Todėl žinyną pasiskolinsime iš pagrindinės konfigūracijos:

Dabar dešiniuoju pelės mygtuku spustelėkite „Apdorojimai“ ir pasirinkite „Įterpti išorinį apdorojimą, ataskaitą...“ Taigi prie plėtinio konfigūracijos pridėsime naują apdorojimą. Jei naudojate mano apdorojimą, nedelsdami pervardykite jį, nes pagrindinėje konfigūracijoje jau yra apdorojimas tuo pačiu pavadinimu.

Na, paskutinis prisilietimas. Noriu, kad mano apdorojimas atsispindėtų meniu Administravimas. Norėdami tai padaryti, pasiskolinsime to paties pavadinimo posistemį iš pagrindinės konfigūracijos. Apdorojant nepamirškite nurodyti, kad jis priklauso šiam posistemiui.

Štai tokią struktūrą aš sugalvojau:

Pažiūrėkime, ką gavome. Atnaujiname duomenų bazės konfigūraciją ir paleidžiame programą 1C: Enterprise režimu ir einame į meniu „Administravimas“. Taip, aš beveik pamiršau, plėtinio konfigūracija turi būti uždaryta, kitaip programa nebus paleista:

Išleista nauja platformos 8.3.11 versija, leidžianti pridėti ir keisti metaduomenų objektus naudojant plėtinį. Ar tikrai dabar galime įgyvendinti kokius nors patobulinimus nepašalinę konfigūracijos iš palaikymo? Ar verta žadėti klientui aukso kalnus be jokių pasekmių?

Visų pirma, jūs turite žinoti apie plėtinių apribojimus.

Sukurtų objektų apribojimas

Šiuo metu galite sukurti:

  • Katalogai
  • Dokumentacija
  • Informaciniai registrai
  • Keitimosi planais

Galite pridėti išsamios informacijos:

  • Katalogai
  • Dokumentacija

Kuo mes baigiame? Galima pridėti ne visų tipų metaduomenų objektus. Labiausiai paplitę ir populiariausi, bet vis tiek ne visi. Be to, į informacijos registrus negalima įtraukti naujų matmenų ir išteklių. Galite sukurti tik visiškai naują registrą.

Plėtinių funkcionalumas priklauso nuo konfigūracijos, kuriai taikomas plėtinys, suderinamumo režimo.

Suderinamumo režimas 8.3.8- Galite keisti tik objektų ir jų modulių formas, pridėti savo ataskaitas ir apdorojimą.

Suderinamumo režimas 8.3.10- galite keisti bendruosius modulius, objektų ir valdytojų modulius, vaidmenis, bet kuriems moduliams naudoti direktyvas „Prieš“, „Po“, „Vietoje“.

Suderinamumo režimas „Nenaudoti“- Galite naudoti visas plėtinių funkcijas, įskaitant naujų objektų pridėjimą.

Šiuo metu standartiniame UT 11.3 suderinamumo režimas yra 8.3.8. UT 11.4 suderinamumo režimas yra 8.3.10, tai yra, pavyzdžiui, UT atveju nepasiekiama dauguma plėtinių funkcijų, įskaitant metaduomenų objektų kūrimą.

Atrodo, kad tai kelia klausimą: kodėl tiesiog nepalaikius šakninės programos, nenustačius suderinamumo režimo į „Nenaudoti“ ir tyliai nenaudoti plėtinių? Keičiant suderinamumo režimą, gali pasikeisti formų ir užklausos rezultatų elgsena, t.y. visos sistemos elgseną. Primygtinai rekomenduojama nekeisti suderinamumo režimo prieš tai neišbandžius. Tačiau akivaizdu, kad galima visiškai (ar bent dalį panaudotų dokumentų) išbandyti visą programos sprendimą. Todėl neturėtumėte naudoti šios parinkties.

Prijungiant plėtinį prie standartinės konfigūracijos ir skolinantis standartinius objektus, plėtinys valdo pagrindinės konfigūracijos suderinamumo režimą ir skolinamų objektų tipus bei jų detales. Jei stebimos savybės nesutampa, plėtinys išjungiamas ir neveikia, kol nepašalinama priežastis. Tai reiškia, kad su dideliu atnaujinimu yra didelė tikimybė, kad pasikeis bent viena iš valdomų savybių ir plėtinys praras funkcionalumą.


Be to, jei modifikacijos yra reikšmingos, daugelis standartinės konfigūracijos procedūrų ir funkcijų pakeičiamos, reikės atidžiai jas stebėti ir prireikus suderinti su standartine konfigūracija, išsaugant anksčiau atliktus pakeitimus.


Minėtais atvejais jums vis tiek reikės programuotojo pagalbos ir, galbūt, nemažai laiko modifikavimui (bet vis tiek mažiau nei atnaujinant konfigūraciją, kuri buvo pašalinta iš palaikymo).

išvadas

  • Nauja platformos versija suteikė naujų plėtinių naudojimo galimybių, atsirado galimybė pridėti metaduomenų objektus, tačiau nepaisant to, funkcionalumas turi tam tikrų apribojimų.
  • Konfigūracijos, kuriai taikomas plėtinys, suderinamumo režimas labai riboja plėtinio galimybes. Nerekomenduojama keisti suderinamumo režimo.
  • Dideliems atnaujinimams vis dar reikia kūrėjo dėmesio, nes yra didelė tikimybė, kad pasikeis valdomos savybės.