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

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

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

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

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

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

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

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

1.10. План занятия

1. Создать новую информационную базу данных в новом каталоге.

2. Загрузить измененную конфигурацию из конфигурации «Бухгалтерский учет. Редакция 4.2».

3. Создать в конфигурации новый интерфейс – «ИнтерфейсКассира». Пользователь с таким интерфейсом может вводить приходные и расходные кассовые документы, авансовые отчеты и просматривать список кассовых документов. Настроить панель инструментов и меню.

4. Создать в конфигурации новый набор прав «ПраваКассира». Пользователь с такими правами может вводить новые кассовые документы, но не может изменять уже проведенные кассовые документы.

5. Завести в конфигураторе двух новых пользователей системы (один кассир, другой – администратор), задать им пароли, роли и интерфейсы.

6. Открыть конфигурацию. Задать имя конфигурации, ввести авторов и пароль на конфигурацию.

7. Сохранить, восстановить и протестировать информационную базу данных.

2. Бухгалтерский учет

2.1. Бухгалтерский учет, его объекты и основные задачи 2.2. Основные требования к ведению бухгалтерского учета 2.3. Пример 2.4. Введение в типовую конфигурацию "Бухгалтеский учет. Редакция 4.2" 2.5. План занятия