Респект: Учет договоров - программа для учета и ведения договоров на предприятии

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

Карточка договора

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

Из карточки проекта договора можно формировать предварительные документы: коммерческие предложения, рамочные соглашения, соглашения о намерениях и т.д.

Кроме формирования бланков документов, система позволяет сохранять все сопутствующие документы в карточке договора. Тем самым значительно облегчается поиск смежных с договором документов различными службами предприятия.

Внутри карточки договора в виде файлов могут быть сохранены, например:

отсканированные оригиналы договоров; схемы и спецификации; табличные документы; документы произвольного содержания.

Дополнительно к типовым полям договора можно добавить новые, и в дальнейшем использовать их при заполнении шаблонов документов.

Бизнес-форум ПЕРЕЗАГРУЗКА

Политика конфиденциальности

Ваша конфиденциальность очень важна для нас. Мы хотим, чтобы Ваша работа в Интернете по возможности была максимально приятной и полезной, и Вы совершенно спокойно использовали широчайший спектр информации, инструментов и возможностей, которые предлагает Интернет. Персональные данные, собранные при регистрации (или в любое другое время), преимущественно используется для подготовки Продуктов или Услуг в соответствии с Вашими потребностями. Ваша информация не будет передана или продана третьим сторонам. Однако мы можем частично раскрывать личную информацию в особых случаях, описанных в данной Политике конфиденциальности.

Рамки Политики конфиденциальности

Настоящая Политика конфиденциальности (далее — «Политика») применяется к информации, полученной через данный сайт, иные сайты, виджеты и другие используемые интерактивные средства, на которых есть ссылка на данную Политику (далее — «Сайт») от пользователей Сайта (далее — «Пользователи»).

Нижеследующие правила описывают, как используется любая информация, относящаяся к прямо или косвенно определенному или определяемому физическому лицу (субъекту персональных данных) (далее — «Персональные данные»), с целью оказания услуг с использованием Сайта.

Пользователи включают в себя всех физических лиц, которые подключаются к Сайту и используют Сайт.

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

Технические вопросы по работе с программами

Постараемся объяснить, почему не стоит обновляться через несколько релизов.

Допустим у нас есть конфигурация, разработанная на платформе 1С:Предприятие 8. Разработчик, выпуская новые версии конфигурации, создает новый функционал и изменяет существующий. При этом перед ним стоит задача, чтобы после этих изменений, ранее введенные пользователем данные, не были случайным образом «уничтожены». Рассмотрим подобную ситуацию на примере.

1. В релизе конфигурации 3.0.22.5 информация о контактных лицах контрагента хранилась в табличной части «КонтактныеЛица» справочника «Контрагенты»

2. В релизе 3.0.23.2 разработчик решил поменять структуру хранения информации о контактных лицах и создал справочник «КонтактныеЛица», который подчинен справочнику «Контрагенты». Важно: изменения структуры и написание программного кода делаются разработчиком в режиме Конфигуратора . Но у пользователей уже могли быть заполнены данные в базе (в релизе 3.0.22.5) и они хранятся табличной части. Поэтому разработчику необходимо в релизе 3.0.23.2 сделать так, чтобы после обновления эти данные из табличной части перенеслись в новый справочник. И вот тут ключевой момент:

перенос данных разработчик может сделать только написав специальный программный код, который выполняется после запуска конфигурации В РЕЖИМЕ 1С:Предприятие ( НЕ в режиме Конфигуратора). Т.е. когда мы делаем обновление в конфигураторе, то меняются структура хранения данных, программные модули и формы, а вот выполнение программного кода может произойти только в режиме работы пользователя – в режиме 1С:Предприятия.

Поэтому разработчик пишет специальную процедуру в релизе 3.0.23.2 (обработчик обновления), которая выполнится при запуске конфигурации в режиме 1С:Предприятие у пользователя после обновления. В нашем случае это перенос данных из табличной части «КонтактныеЛица» справочника «Контрагенты» -> справочник «КонтактныеЛица».

3. В релизе 3.0.24.3 разработчик удаляет из структуры конфигурации табличную часть «КонтактныеЛица» (она уже не нужна, т.к. данные перенесены) из справочника Контрагенты. Так как табличная часть удалена из структуры конфигурации, то у пользователей, после обновления на релиз 3.0.24.3, не будет данных в этой табличной части.

А теперь представим, что произойдет если сделать обновление с 3.0.22.5 сразу на 3.0.24.3 (этап 2 пропускается): добавляется новый справочник «КонтактныеЛица» и одновременно удаляется табличная часть «КонтактныеЛица» справочника «Контрагенты», но при этом перенос данных не производится (этап 2 пропущен)! В итоге данные по контактным лицам будут потеряны!

 

ПС: Данная рекомендация относится к любым конфигураций на платформе 1С:Предприятие. Целью было показать, что МОЖЕТ произойти при обновлении через несколько релизов, а самое главное ПОЧЕМУ.