O adăugare gratuită la 1C este prea costisitoare pentru noi și clienții.
Clientul ar trebui avertizat. că din cauza acestei adăugiri, el va fi întotdeauna actualizat nu numai de el însuși, ci cu un specialist. Și plătiți separat pentru testare și instalare.
Motivul este că adăugarea a fost inițial proiectată incorect și făcută. Făcut prin principiul: ia 1C și schimbă codul în el.
Bitrix a luat configurația 1C, a schimbat mai multe obiecte în el și a prezentat această "adăugare".
Apoi trebuie să combinați adăugarea cu configurația dvs.
Aceasta nu este o completare, este o "schimbare".
"Adăugarea" merge întotdeauna pentru o versiune specifică a 1C. Pe de altă parte, este posibil să nu funcționeze. Această schimbare împiedică actualizarea în siguranță a clientului.
Clientul ar trebui să aștepte lansarea noului add-on, actualizarea 1C și punerea "Add-on". Mai mult decât atât, pentru o versiune strict definită.
Este necesar ca add-on-ul să fie mai puțin dependent de obiectele de configurare 1C.
Proiectați add-on-ul astfel încât în timpul instalării să nu se modifice obiectele standard, ci să se adauge numai altele noi.
Dacă trebuie să schimbați ceva în obiectul standard al platformei (de exemplu, adăugați un element în meniu) - faceți acest lucru prin API 1C cu ajutorul programului de configurare
Implementați sistemul de actualizare. Pentru ca noua funcționalitate să vină prin sistemul de actualizări, expertul de configurare ar personaliza ceea ce este necesar.
Faceți autotest disponibilitatea obiectelor importante de configurare. De exemplu, dacă nu există niciun director "nomenclator" în 1C, sistemul de actualizare ar trebui să dea un avertisment de eroare, cu o listă de obiecte de configurare obligatorii.
Odată ce mașina virtuală Bitrix a trecut astfel. Au fost configurații de 1.6, 2.0, 3.0, 3.1, care nu au fost actualizate, și totul a fost setat. Cerințele de sistem Bitrix s-a modificat și a fost necesară reconfigurarea serverului și mutarea site-ului.
Acum 4.0, 4.1, 4.2, 4.3 - cumva actualizat. E grozav. Fără o reinstalare completă, apare Push and Pull pe nginx și căutați sfinxul.
Sper ca adăugarea la 1C să fie suficient de matură pentru a fi separată și mai puțin dependentă de configurație.
Apoi, va fi posibilă automatizarea lansării actualizărilor critice pentru toate platformele, dacă o versiune arată o problemă teribilă. Și totul va fi ușor de actualizat.
Alexander. O dată am adăugat add-on-ul pe 10.3.20.2. Și lista nomenclatorului a căzut la oameni. În formularul elementului au lipsit două căsuțe suplimentare.
Apoi am mers de 2 ori pentru ao rezolva. Prima dată când nu avea acces, și a doua oară aștepta ca cineva să oprească configuratorul. Am adaugat parul gri.
Acum, tuturor clienților care doresc să introducă o nouă adăugare, spun că nu poate fi pusă până când nu o verific corect. Ei nu cred, cred că vreau să obțin un preț.
Dar instalarea actualizărilor este asociată cu riscuri. Clientul spune că vreau o adăugare nouă. Răspundem, găsiți 1C-nick și lăsați-l să actualizeze versiunea corectă. Bani sunt cheltuite pe 1C-nicks - foarte mult.
Apoi vedem că pseudonimul 1C a suprasolicitat și a actualizat baza de date pentru o versiune mai mult decât este necesar.
Spunem clientului, de ce a actualizat 1C-nick la o versiune mai mult? Acum, să ne actualizăm mai întâi la cel dorit.
Înțelegeți, 1C nu sunt actualizate de către astfel de specialiști abrupți în 1C ca și voi.
Ei au scris subsistemul la 1C, care nu depinde de configurația standard. Funcționează cu toate CMS-urile posibile.
Ar trebui să vă apropiați astfel:
- nu aveți nevoie să corectați planul de schimb standard - faceți-vă propriul,
- nu modificați modulul standard "schimb cu site-ul" - faceți-vă propriul,
- nu modificați referința la nomenclatură, utilizați modelul standard. Se schimba rar.
Distribuiți schimbul cu site-ul cât de mult puteți și apoi veți vedea că schimbul cu site-ul poate fi actualizat cu ușurință și fără durere. Și din versiunile 1C totul va fi foarte puțin dependent.