Да я думаю, что всетаки стоит обновляться, хотя бы для того, что обмены данными между бух и торговлей к примеру делаются "из последней в последнюю". Хотя обновлние измененнх конфигурация - всегда дело не из легких)).
И на будущее : помимо своих комментариев к изменениям я обычно прошу своих клиентов это тоже записывать.
Пару недель назад сисадмин, почти не владеющий 1С, по шпаргалке легко обновил 4.83 до 5.05 за полчаса
А ни черта они практически не работают - проверял несколько раз
Их главный недостаток - нельзя один к одному перенести документы
Ну если переносить из бухгалтерии в торговлю - то естественно у вас мало что получится,а если из торговли - это уже совсем другой разговор. Понятно, что не все работает идеально, но на моей практике при правильном заполнении обеих баз конфигураций лучше было выгружать документы в конце рабочего дня, чем заводить их вручную).
Это я о последних релизах 8-ки).
При переносе из ТиС в Бух вместо документов создаются операции, а это очень не нравится большинству бухгалтеров, ибо аналитику им отслеживать становится совсем неудобно.
Да к тому же простая ситуация - на складе создан документ ("Реализация", скажем), напечатана и отдана покупателю СФ, Бухгалтер хочет в своей базе продублировать все это без изменений.
Стандартные обработки этого не позволяют.
Я только своими средствами пользуюсь
(О_о) Извините, давно это так? Или это 7.7? В 8.1 этот механизм работает идеально, лично протестирован неоднократно. Документы создаются, при определенных настройках - проводятся с надлежащими проводками.
P.S: Из УТ в БУХ, обе 8.1 на момент выгрузки-загрузки стояли последние обновления.
Перестаньте людей путать! Про ТиС тема!
Не совсем так. Например можно так:
1. Устанавливаешь новый типовой релиз.
2. Берешь типовой МДшник своего релиза.
3. Запускаешь объединение своей базы с типовым МДшником. Увидишь изменения. Естесственно объединение не делаешь.
4. Ручками переносишь свои изменения в новый релиз. Сохраняешься.
5. Объединяешь свою конфу с мдшником нового релиза, в который ты перенес изменения.
Обновление вашей базы займет не больше часа.
Есть вариант просто не обновлять измененные объекты, но лучше так не делать.
Чорт возьми, привык от клиентов всегда сышать "торговля", теперь и сам думаю этим понятием. Забываю, что ТиС - это 7.7, а УТ - это 8+). Прошу прощения, если ввел кого в заблуждение.
(В качестве оправдания: в названии темы нет упоминания платформы))).
потому что могут быть связи - самое простое не обновил глобальный модуль а там добавлены новые процедуры или функции которые вызываются из документов или отчетов
Это я подлец виноват.
Вот и я о том : как сделать учитывая и этот факт?
Да ну, тексты модулей как раз проще всего отследить - есть ли там изменения или нет. Естественно если в глобальник добавилось что-то надо обновить, а потом добавить свое - тут бесспорно! А вот если к примеру длина кода поменялась - ты все равно бушь свою переделанную юзать (если сам ее зачем-то изменял). Ну и отличия в форме не всегда легко отследить...
Имеем измененный релиз 900, типовой релиз 900, актуальный релиз 956.
Открываем в конфигураторе измененный релиз 900
Открываем в конфигураторе актуальный релиз 956
Измененный релиз 900 - Конфигурация->Объединить конфигурацию->указываем мд типового релиза 900. Получаем таблицу с несоответствиями (нашими изменениями)
рассматриваем последовательно все изменения, через кнопку сравнить
переносим изменения в типовую конфигурацию 956 т.е. добавляем отсутствующие реквизиты, правим формы, переносим изменения в модулях
Сохраняем уже измененный релиз 956
Измененный релиз 900 - Конфигурация->Объединить конфигурацию->указываем мд измененного релиза 956. Сохраняем изменения. Проверяем работоспособность.
P.S. Ну приз то заслужил
Открываем в конфигураторе измененный релиз 900
Открываем в конфигураторе актуальный релиз 956
Измененный релиз 900 - Конфигурация->Объединить конфигурацию->указываем мд типового релиза 900. Получаем таблицу с несоответствиями (нашими изменениями)
рассматриваем последовательно все изменения, через кнопку сравнить
переносим изменения в типовую конфигурацию 956 т.е. добавляем отсутствующие реквизиты, правим формы, переносим изменения в модулях
Сохраняем уже измененный релиз 956
Измененный релиз 900 - Конфигурация->Объединить конфигурацию->указываем мд измененного релиза 956. Сохраняем изменения. Проверяем работоспособность.
P.S. Ну приз то заслужил
К тому же:
Допустим было изменено в документе две строки.
Он не обновлялся года 1,5. Обновлением занимается уже не тот программист, который делал изменения. Отследить, что было изменено уже невозможно.
Еще хуже в 8-кой. Даже внешние формы после рядовых обновлений перестают работать.
Если такие сложности, разумно поставить вопрос : "А может, это обновление ради обновления ?"
Что, например, так необходимо из 9.56 по сравнению, скажем, с 9.30 (все, что младше 9.23, по-моему это из семейства 9.0) ?
По мне, работает ТиС, так и пусть работает
Что, например, так необходимо из 9.56 по сравнению, скажем, с 9.30 (все, что младше 9.23, по-моему это из семейства 9.0) ?
По мне, работает ТиС, так и пусть работает
Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab
Похожие темы
- Статья
