Программирование в системе 1С Предприятие 7.7


    73c64bed     

не торопитесь сразу же менять


1.9. Как вносить изменения в типовую конфигурацию?

          Первое правило – не торопитесь сразу же менять программный код конфигурации. Как правило, многие проблемы у пользователя возникают из-за незнания всех возможностей типовой конфигурации. Возможно, изменения, которые  просит сделать пользователь, противоречат законодательству или решаются другими способами. Выясните также, какой объем трудозатрат пользователя  экономит программирование данной задачи и не является ли перепрограммирование типовой конфигурации более сложной задачей (по времени и стоимости).

Если же все-таки пользователь настаивает на внесении изменений, то сформулируйте эти изменения в письменном виде, – тогда будет проще и сделать и сдать работу.  Внимательно прочитайте техническое задание и попытайтесь его детализировать: если вам написали проводки документа, уточните аналитику по проводкам, если попросили добавить документ, – уточните реквизиты документа, возможные движения и проводки, печатную форму.

Перед изменениями нужно выполнить резервное копирование (предварительно все пользователи должны выйти из программы), причем в имени архива желательно указать дату и время архивирования.

Изменения нужно производить в отдельном каталоге. При этом вы можете смело тестировать сделанные изменения (без опасности потери реальных данных) и не мешаете работать пользователям системы. Для этого вы создаете специальный каталог (например «Для программирования»), заходите в него в режиме конфигуратора и делаете восстановление данных из сделанной резервной копии.

Все изменения надо тщательно документировать – изменяемый код не удаляется, а комментируется, в комментариях ставится дата изменения, кем сделано изменение, с какой целью. Изменения в структуре данных можно фиксировать в описании конфигурации.

Работоспособность сделанных изменений должна быть проверена пользователем не на рабочей базе данных, а в копии, так как только конечный пользователь может оценить правильность вашего решения. Только после этого производим перенос рабочую базу данных.

Снова заходим в рабочую базу данных и опять делаем резервное копирование с указанием даты и времени (это, кстати, позволит определить время, затраченное на программирование), на случай «не замеченных» ошибок. И только после этого делаем «загрузку измененной конфигурации» из каталога «Для программирования», выполняем сохранение сделанных изменений.


Содержание  Назад  Вперед