Oplatí sa upraviť program pre špecifiká organizácie. Modernizácia softvéru – prečo ju potrebujete a ako si ju objednať1 minúta prečítajte si Úlohy modernizácie softvéru
Akýkoľvek počítačový program rýchlo zastará. Výsledkom je, že spoločnosť musí vynakladať peniaze na jej zdokonaľovanie a zlepšovanie. Nakladanie s týmito nákladmi závisí od toho, či je výsledok samostatným predmetom autorských práv alebo nie. Podľa GOST 28806-90 "Kvalita softvérové nástroje. Úpravu pojmov a definícií programu je možné vykonať:
Na odstránenie chýb;
Na zlepšenie softvéru;
Prispôsobiť ho minulým zmenám a aktuálnym požiadavkám.
Podľa občianskeho práva sú odvodené diela klasifikované ako predmety autorského práva. Ide o kreatívne prepracovanie iného, skôr vytvoreného diela. Okrem toho medzi takéto predmety patria aj kompozitné diela za predpokladu, že sú výsledkom tvorivej práce na výbere alebo usporiadaní materiálov.
Prepracovaním a úpravou počítačových programov sú akékoľvek ich zmeny, s výnimkou prispôsobenia (vykonanie zmien, aby program fungoval na konkrétnych technické prostriedky alebo pod kontrolou špecifických doplnkových programov).
Spracovanie programu spravidla nevykonáva držiteľ autorských práv, ale v jeho mene iná osoba v rámci dohody o autorskej objednávke. Preto výsledky takéhoto spracovania podliehajú autorským právam. Zmluva o objednávke autora môže obsahovať jednu z nasledujúcich možností:
Odcudzenie výhradného práva k dielu, ktoré má autor vytvoriť, zákazníkovi;
Udelenie práva objednávateľovi použiť toto dielo v medziach stanovených zmluvou.
Predpokladajme, že v dôsledku revízie vznikne samostatný predmet autorských práv, na ktorý spoločnosť získa výhradné práva. Prevod takýchto práv na upravený program spĺňa podmienky, za ktorých sa považuje za nehmotný majetok. Za súpisový predmet nehmotného majetku sa zároveň považuje súbor práv vyplývajúcich z jedného patentu, osvedčenia, vycudzovacej zmluvy. Preto sa o takýchto nákladoch bude účtovať ako o samostatnom a samostatnom nehmotnom majetku.
Zároveň bývalý nehmotný majetok ( stará verzia program) buď naďalej evidovaný (ak ho spoločnosť používa), alebo odpísaný (ak spoločnosť pri svojej práci používa iba novú verziu). V druhom prípade sa zostatková cena programu zahrnie do ostatných výdavkov.
Príklad
Spoločnosť získala výhradné práva na počítačový program. Jeho počiatočná cena bola 560 000 rubľov. Následne sa program dopracoval a zmodernizoval. Spoločnosť získala výhradné práva na výsledky týchto prác. Náklady na revíziu dosiahli 236 000 rubľov. (vrátane DPH - 36 000 rubľov). Po inovácii sa stará verzia programu už nepoužívala. V tomto okamihu bola účtovaná suma 75 000 rubľov.
Tieto operácie sa odrážajú v záznamoch:
200 000 rubľov. (236 000 - 36 000) - zohľadňujú sa výdavky na modernizáciu programu;
36 000 rubľov. - DPH z nákladov na dokončenie programu je odpočítateľná;
200 000 rubľov. - náklady na modernizáciu sa účtujú ako samostatný nehmotný majetok;
75 000 rubľov. - odpísané odpisy stará verzia programy;
485 000 RUB (560 000 - 75 000) - vyradená z predchádzajúcej verzie programu.
Ak v dôsledku spracovania alebo spresnenia programu nevznikne samostatný predmet autorského práva (napríklad sa vykoná úprava počítačového programu na odstránenie nedostatkov), potom sú tieto náklady zahrnuté do nákladov na bežné činnosti. Nie sú zohľadnené ako výdavky na obstaranie nehmotného majetku. Zároveň ich možno odpísať z nákladových účtov buď naraz, alebo postupne počas predpokladanej doby používania upraveného nehmotného majetku. Postup pri odpisovaní takýchto nákladov (časovo alebo postupne) by mal určiť účtovný postup spoločnosti.
Príklad
Vráťme sa k predchádzajúcemu príkladu. Predpokladajme, že v dôsledku revízie nevznikol nový predmet výhradných práv. Pri tom sa predpokladá, že novú verziu program sa bude používať 16 mesiacov.
V tejto situácii sa tieto náklady odrážajú v záznamoch:
36 000 rubľov. - premietnutá DPH z nákladov na modernizáciu programu;
Akýkoľvek počítačový program rýchlo zastará. Výsledkom je, že spoločnosť musí vynakladať peniaze na jej zdokonaľovanie a zlepšovanie. Nakladanie s týmito nákladmi závisí od toho, či je výsledok samostatným predmetom autorských práv alebo nie. Podľa GOST 28806-90 "Kvalita softvéru. Termíny a definície" možno úpravu programu vykonať:
Na odstránenie chýb;
Na zlepšenie softvéru;
Prispôsobiť ho minulým zmenám a aktuálnym požiadavkám.
Podľa občianskeho práva sú odvodené diela klasifikované ako predmety autorského práva. Ide o kreatívne prepracovanie iného, skôr vytvoreného diela. Okrem toho medzi takéto predmety patria aj kompozitné diela za predpokladu, že sú výsledkom tvorivej práce na výbere alebo usporiadaní materiálov.
Za prepracovanie a úpravu počítačových programov sa považuje akákoľvek ich zmena, s výnimkou prispôsobenia (vykonanie zmien, aby program fungoval na konkrétnom hardvéri alebo pod kontrolou konkrétnych doplnkových programov).
Spracovanie programu spravidla nevykonáva držiteľ autorských práv, ale v jeho mene iná osoba v rámci dohody o autorskej objednávke. Preto výsledky takéhoto spracovania podliehajú autorským právam. Zmluva o objednávke autora môže obsahovať jednu z nasledujúcich možností:
Odcudzenie výhradného práva k dielu, ktoré má autor vytvoriť, zákazníkovi;
Udelenie práva objednávateľovi použiť toto dielo v medziach stanovených zmluvou.
Predpokladajme, že v dôsledku revízie vznikne samostatný predmet autorských práv, na ktorý spoločnosť získa výhradné práva. Prevod takýchto práv na upravený program spĺňa podmienky, za ktorých sa považuje za nehmotný majetok. Za súpisový predmet nehmotného majetku sa zároveň považuje súbor práv vyplývajúcich z jedného patentu, osvedčenia, vycudzovacej zmluvy. Preto sa o takýchto nákladoch bude účtovať ako o samostatnom a samostatnom nehmotnom majetku.
Zároveň sa bývalý nehmotný majetok (stará verzia programu) buď naďalej eviduje (ak ho spoločnosť používa), alebo sa odpíše (ak spoločnosť pri svojej práci používa iba novú verziu). V druhom prípade sa zostatková cena programu zahrnie do ostatných výdavkov.
Spoločnosť získala výhradné práva na počítačový program. Jeho počiatočná cena bola 560 000 rubľov. Následne sa program dopracoval a zmodernizoval. Spoločnosť získala výhradné práva na výsledky týchto prác. Náklady na revíziu dosiahli 236 000 rubľov. (vrátane DPH - 36 000 rubľov). Po inovácii sa stará verzia programu už nepoužívala. V tomto okamihu sa na ňom naakumulovali odpisy vo výške 75 000 rubľov.
Tieto operácie sa odrážajú v záznamoch:
Debet 19 Kredit 60 (76)
Debet 08-5 Kredit 60 (76)
Debet 68 Kredit 19
36 000 rubľov. - DPH z nákladov na dokončenie programu je odpočítateľná;
Debet 04 Kredit 08-5
200 000 rubľov. - náklady na modernizáciu sa účtujú ako samostatný nehmotný majetok;
Debet 05 Kredit 04
75 000 rubľov. - odpísané odpisy za predchádzajúcu verziu programu;
Debet 91-2 Kredit 04
485 000 RUB (560 000 - 75 000) - zostatková hodnota predchádzajúcej verzie programu bola odpísaná.
Ak v dôsledku spracovania alebo spresnenia programu nevznikne samostatný predmet autorského práva (napríklad sa vykoná úprava počítačového programu na odstránenie nedostatkov), potom sú tieto náklady zahrnuté do nákladov na bežné činnosti. Nie sú zohľadnené ako výdavky na obstaranie nehmotného majetku. Zároveň ich možno odpísať z nákladových účtov buď naraz, alebo postupne počas predpokladanej doby používania upraveného nehmotného majetku. Postup pri odpisovaní takýchto nákladov (časovo alebo postupne) by mal určiť účtovný postup spoločnosti.
Príklad
Vráťme sa k predchádzajúcemu príkladu. Predpokladajme, že v dôsledku revízie nevznikol nový predmet výhradných práv. Predpokladá sa, že nová verzia programu sa bude používať 16 mesiacov.
V tejto situácii sa tieto náklady odrážajú v záznamoch:
Debet 19 Kredit 60 (76)
36 000 rubľov. - premietnutá DPH z nákladov na modernizáciu programu;
Debet 20 (44) Kredit 60 (76)
200 000 rubľov. (236 000 - 36 000) - zohľadňujú sa výdavky na modernizáciu programu;
Debet 68 Kredit 19
36 000 rubľov. - DPH z nákladov na dokončenie programu je odpočítateľná.
Situácia 1
Podľa účtovnej politiky spoločnosti sa takéto náklady odpisujú naraz. V tomto prípade spoločnosť eviduje:
Debet 90-2 Kredit 20 (26, 44)
200 000 rubľov. - odpísané náklady na aktualizáciu programu.
situácia 2
Podľa účtovnej politiky spoločnosti sa takéto náklady odpisujú postupne počas obdobia, s ktorým súvisia. V tejto situácii sa mesačne odpisujú zaúčtovaním:
Debet 90-2 Kredit 20 (44)
12 500 rubľov. (200 000 rubľov: 16 mesiacov) - časť nákladov na dokončenie programu bola odpísaná.
Na základe materiálov referenčnej knihy "
- Ako revízia ovplyvňuje aktualizácie konfigurácie.
- Čo je režim poloautomatickej aktualizácie.
- Spresnenie sa môže uskutočniť rôznymi spôsobmi. Ako prebieha mäkká rafinácia?
- Upravte alebo použite štandardné riešenie? Klady a zápory.
Finalizácia konfigurácie ovplyvňuje následnú aktualizáciu. Z tohto dôvodu sa mnohí neodvážia upraviť program „pre seba“. Ak otvoríte konfigurátor, potom modelový program na všetkých objektoch bude zámok. To znamená, že nedochádza k žiadnym zmenám konfigurácie. V tomto prípade vám platforma umožňuje aktualizovať v automatický režim.
V momente, keď sa v konfigurácii zmení spôsob podpory, platforma vytvorí určitý štandard – dodávateľskú konfiguráciu. Automatické aktualizácie nebudú v budúcnosti možné. Teraz, po vykonaní zmien a vylepšení, musí programátor vykonať porovnanie s týmto štandardom a zistiť, aké zmeny boli vykonané, aby sa tieto zmeny preniesli pri aktualizácii konfigurácie. V závislosti od toho, ako bola vykonaná revízia, je možné aktualizovať v poloautomatickom režime. Zároveň sa čas strávený programátorom na aktualizáciu prakticky nemení. To sa dosiahne vykonaním „mäkkých“ zmien. Všetky zmeny sa vykonávajú pridaním nových objektov, zápisom nového spracovania. Počas inovácie nie sú všetky nové objekty označené na úpravu, pretože v konfigurácii poskytovateľa nemajú potomka. Je to možné vďaka naprogramovanému správaniu platformy. Môžete teda vylepšiť akýkoľvek program 1C podľa svojich požiadaviek a zároveň ho aktualizovať, takmer ako typický.
Zdokonalenie programu 1C prostredníctvom vývoja rozšírení.
Jednou z výhod programov 1C je možnosť zmeniť štandardnú funkčnosť: pridať nové dokumenty a zostavy alebo zmeniť režim prevádzky existujúcich. Pre mnohé organizácie takéto zmeny znamenajú výrazné zjednodušenie bežných operácií, skrátenie pracovného času na generovanie rôznych reportov a jednoducho len zvýšenie pohodlia práce. Ale každá medaila má dve strany a finalizácia programu môže priniesť určité nepríjemnosti. V tomto článku by som chcel hovoriť o výhodách a nevýhodách takýchto akcií.
Začnime s pozitívami. Samozrejme, je skvelé, keď za vás môže nejaký program urobiť. Manažér napríklad žiada o týždenný prehľad pohľadávok vrátane názvu služieb, ktoré boli klientovi poskytnuté, dátumu vystavenia a čísla faktúry a dátumu dokončenia prác. Na vygenerovanie takejto správy bude interpret potrebovať pomerne veľa času, pričom program to zvládne za pár sekúnd. A ak požadovaná správa nie je v typickej konfigurácii, môže sa tam vďaka úsiliu programátorov objaviť a výrazne zjednodušiť povinnosti niektorých zamestnancov.
Okrem jednoduchých vylepšení vo forme reportov môžete vykonať aj významné zmeny vo funkcionalite programu: môžete zmeniť algoritmus rozdelenia nákladov na konci mesiaca alebo doň pridať nové sekcie (analytiku), prípadne môžete pridajte účtovný blok nákladného listu k obvyklému 1C: Účtovníctvo a oveľa, oveľa viac. Ak nájdete skúsených a šikovných programátorov, väčšina vašich túžob zmeniť program a zlepšiť pohodlie práce sa splní.
Teraz pár slov o tom, čo sú vylepšenia.
Prvá možnosť - nie ste spokojní s tlačenou podobou dokumentu, chcete ho zmeniť alebo doplniť nový formulár. Táto možnosť je najjednoduchšia a najnebezpečnejšia. Spravidla to nebude mať žiadne negatívne dôsledky a takéto vylepšenia je možné bezpečne objednať, samozrejme, ak sa nerozhodnete vytlačiť z dokumentu nejakú obzvlášť zložitú tabuľku, ktorá si bude vyžadovať veľmi veľké množstvo údajov na vyplnenie. . Častejšie sa však do tlačenej podoby dostanú informácie z jedného konkrétneho dokumentu, takže problémy sú tu nepravdepodobné.
Druhá možnosť - potrebujete správu, ktorá by zhrnula informácie a zobrazila ich vo forme, ktorá vám vyhovuje. Ak na vygenerovanie tejto zostavy stačia údaje, ktoré sú aktuálne uložené v databáze, potom je takéto spresnenie tiež absolútne neškodné. Ak vo forme požadovanej správy existujú nejaké informácie, ktoré nie sú momentálne uložené v databáze 1C - napríklad mená vodičov a čísla automobilov, na ktorých bol tovar dodaný zákazníkom alebo počet dní, ktoré zamestnanec strávil prácou na určitom projekte; potom bude potrebné nielen pridať jednu zostavu, ale aj zmeniť existujúce doklady, pridať do nich polia, do ktorých je možné tieto informácie zadať, aby sa neskôr zobrazili v zostave. Toto je zložitejšia, tretia možnosť.
Treťou možnosťou je teda zmena existujúcich alebo pridanie nových dokumentov, zmena algoritmov na ich vyplnenie alebo vedenie, ako aj vytvorenie nových adresárov alebo registrov na ukladanie ďalších informácií. Ak v prvých dvoch možnostiach nemôžete vykonať zmeny v samotnej štruktúre konfigurácie, ale jednoducho do nej pridať externé tlačové formuláre alebo zostavy, potom v tomto prípade štruktúra konfigurácie prestáva byť typická. Čo to znamená? Pri každej aktualizácii databázy budete musieť venovať pozornosť všetkým vylepšeniam, preniesť ich alebo opraviť. Takáto práca je zvyčajne vykonávaná programátormi a trvá oveľa viac času ako jednoduchá aktualizácia (množstvo času stráveného závisí od zložitosti vylepšení). A podľa toho sa zvyšujú náklady na údržbu takejto konfigurácie.
Štandardnú konfiguráciu si navyše môžete sami rýchlo aktualizovať v momente, keď vznikne potreba aktualizácie. Pri zmenených konfiguráciách nebude všetko také rýchle a záleží nielen na vás.
A ešte jedna nuance - pri práci s pridanými konfiguráciami je veľmi dôležitá kvalifikácia špecialistu, ktorý s ním pracuje. V mojej praxi sa vyskytli príklady, keď databázu jednej z organizácií aktualizoval „chlapec Peťa“, ktorý im prišiel nainštalovať antivírus a mnohé mnou vykonané vylepšenia bolo potrebné prerobiť, pretože jednoducho urobil nevenovať im pozornosť. Pre typické konfigurácie kvalifikačné požiadavky sú o niečo nižšie.
Svojím článkom som vás nechcel odhovárať od zmeny konfigurácie alebo naopak, aby som vás presvedčil, že sa to oplatí urobiť. Ak máte túžbu upraviť niečo tak, aby vyhovovalo charakteristikám vašej organizácie, potom si stačí dôkladne premyslieť všetky výhody a nevýhody takéhoto rozhodnutia, pochopiť, aké sú dôležité pre vašu konkrétnu situáciu, a až potom vyvodiť závery.
Mojou úlohou je len povedať vám o výhodách a o možné ťažkosti, pretože „vopred varovaný je predpažený“ (c).
Akýkoľvek softvérový produkt navrhnutý na prácu pod konkrétnou platformou má svoju vlastnú životnosť, ktorá závisí od želania a schopností vývojárskej spoločnosti podporovať svoje riešenie počas prevádzky zákazníkmi. Akonáhle vývojár odmietne podporovať uvoľnený produkt, spoločnosti alebo spotrebitelia, ktorí ho používajú, musia aktualizovať softvér vyhovieť zvýšeným požiadavkám alebo meniacim sa vzorcom používania. Pokúsime sa vám povedať, prečo je to potrebné a ako si v rámci aktuálneho materiálu môžete objednať úpravu programu alebo mobilnej aplikácie.
Dôvody
Prvá vec, ktorú treba začať, sú dôvody potreby aktualizácie softvéru a rozprávanie jednoduchý jazyk- jeho úpravy podľa potrieb užívateľa. Môžu vzniknúť na základe mnohých faktorov, z ktorých hlavné sú uvedené nižšie:
- zastarávanie softvéru;
- nedostatok podpory zo strany developerskej spoločnosti;
- prítomnosť množstva architektonických nedostatkov, ktoré znižujú flexibilitu softvéru;
- potreba vylepšiť program pre súčasné požiadavky alebo nový softvérový shell;
- stratu kontroly nad údajmi obsiahnutými v programe.
Proces zastarávania softvéru vyvoláva výrazný pokles efektívnosti softvéru, ktorého modernizáciu zvyčajne vykonáva spoločnosť, ktorá produkt vyvinula. Často sa však musia vzdať podpory pre zastaraný produkt v prospech vývoja pokročilejšieho softvéru. Náklady na modernejší program môžu byť výrazne vyššie ako suma, ktorú kupujúci už zaplatil v čase nákupu operačného softvéru, čo sa často stáva mimoriadne nerentabilným opatrením.
Najčastejšie však potreba modernizácie programu alebo celého komplexu vzniká z dôvodu rozšírenia okruhu úloh, ktoré by mal softvér pokryť. Vrátane zvyšovania počtu zamestnancov, ktorí s ním interagujú, alebo banálnej potreby zlepšovať a rozširovať používateľské rozhranie.
Úlohy aktualizácie softvéru
Procedúra aktualizácie softvéru sleduje niekoľko cieľov naraz, pričom úplne pokrýva potreby organizácií, ktoré majú záujem si takéto služby objednať. Poďme si ich vymenovať:
- rozšírenie funkčnosti;
- prispôsobenie sa novým hardvérovým platformám a technológiám;
- prenos a prispôsobenie užívateľských údajov;
- optimalizácia výkonu;
- integrácia systému.
Spoločnosť na úpravu softvéru dostane od zákazníka úplný zoznamúlohy, ktoré je potrebné splniť v rámci nadchádzajúcej modernizácie. Iba dobre napísané zadanie pre nadchádzajúcu prácu zabezpečí úplný súlad upgradovaného softvéru s požiadavkami klienta, o čo by sa manažéri, ktorí uvažujú o zlepšení programov používaných v podniku, mali vopred starať. Je tiež potrebné uzavrieť s vývojárom, ktorý je pripravený aktualizovať softvér, osobitnú zmluvu popisujúcu podmienky a podmienky ďalšieho technická podpora vylepšená funkčnosť riešenia.
Kde objednať?
Výber vývojára, ktorý upravuje „cudzie“ programy resp mobilných aplikácií, je založená na konkrétnej aplikácii softvéru, ktorú je potrebné zmeniť. Vývojárskym firmám by bolo najlepšie zaslať požiadavky s podrobným zoznamom požiadaviek na aktualizovanú funkcionalitu používaného produktu, aby mohli posúdiť svoje možnosti a pripraviť pre zákazníka vlastný zoznam upresňujúcich otázok alebo zaslať protiponuku na vykonávať práce na úprave softvéru. Otázka nákladov na upgrade softvéru priamo závisí od načasovania implementácie plánu, ako aj od kvalifikácie vývojového tímu, ktorý bude prácu vykonávať. Všetky body nadchádzajúcej interakcie medzi zmluvnými stranami by mali byť vopred prediskutované, vrátane fáz a formy testovania medziverzií programu upravených podľa potrieb zákazníka. Tým sa obe strany poistia proti vzniku kontroverzných otázok, najmä pokiaľ ide o finančnú podporu diela.