Да я думаю, что всетаки стоит обновляться, хотя бы для того, что обмены данными между бух и торговлей к примеру делаются "из последней в последнюю". Хотя обновлние измененнх конфигурация - всегда дело не из легких)).
AI-выжимка обсуждения
скоро
Краткие тезисы обсуждения со ссылками на ключевые ответы появятся здесь.
Обзор обсужденияскоро
Разбор ответов скоро
Ключевые ответы обсуждения и их оценка появятся здесь.
Эксперты в тредескоро
Рейтинг участников скоро
Участники с сильными ответами в этой теме появятся здесь.
Codeby Academy
Практика и мастерство
От основ до продвинутого — программы для практиков Codeby.
К курсу →
Сортировка
Обсуждаемые
Лучшие
Эксперты
скоро
Ну... смотря какие изменения были...Да я думаю, что всетаки стоит обновляться, хотя бы для того, что обмены данными между бух и торговлей к примеру делаются "из последней в последнюю". Хотя обновлние измененнх конфигурация - всегда дело не из легких)).
И на будущее : помимо своих комментариев к изменениям я обычно прошу своих клиентов это тоже записывать.Хотя обновлние измененнх конфигурация - всегда дело не из легких
Пару недель назад сисадмин, почти не владеющий 1С, по шпаргалке легко обновил 4.83 до 5.05 за полчаса
А ни черта они практически не работают - проверял несколько разобмены данных бух и торговлей к примеру делаются "из последней в последнюю
Их главный недостаток - нельзя один к одному перенести документы
Ну если переносить из бухгалтерии в торговлю - то естественно у вас мало что получится,а если из торговли - это уже совсем другой разговор. Понятно, что не все работает идеально, но на моей практике при правильном заполнении обеих баз конфигураций лучше было выгружать документы в конце рабочего дня, чем заводить их вручную).А ни черта они практически не работают - проверял несколько раз
Это я о последних релизах 8-ки).
При переносе из ТиС в Бух вместо документов создаются операции, а это очень не нравится большинству бухгалтеров, ибо аналитику им отслеживать становится совсем неудобно.Ну если переносить из бухгалтерии в торговлю - то естественно у вас мало что получится,а если из торговли - это уже совсем другой разговор
Да к тому же простая ситуация - на складе создан документ ("Реализация", скажем), напечатана и отдана покупателю СФ, Бухгалтер хочет в своей базе продублировать все это без изменений.
Стандартные обработки этого не позволяют.
Я только своими средствами пользуюсь
(О_о) Извините, давно это так? Или это 7.7? В 8.1 этот механизм работает идеально, лично протестирован неоднократно. Документы создаются, при определенных настройках - проводятся с надлежащими проводками.При переносе из ТиС в Бух вместо документов создаются операции, а это очень не нравится большинству бухгалтеров, ибо аналитику им отслеживать становится совсем неудобно.
P.S: Из УТ в БУХ, обе 8.1 на момент выгрузки-загрузки стояли последние обновления.
Да я думаю, что всетаки стоит обновляться, хотя бы для того, что обмены данными между бух и торговлей к примеру делаются "из последней в последнюю". Хотя обновлние измененнх конфигурация - всегда дело не из легких)).
Перестаньте людей путать! Про ТиС тема!Кстати, если уж на то пошло - то можете создать файл поставки конфигурации, куда можете запихать все свои изменения. разрешение будет не .cf a .cfu
Не совсем так. Например можно так:Понял еще лутше. Т.е. обновляю конфигурацию и перед сохранением объединяю с предыдущей (там где мои обновления), причем указываю вручную только те документы где я делал изменения, так? И вопрос тогда такой, если я возьму конфу с моими изменениями, и удалю оттуда все кроме тех элементов которые с моими изменениями, смогу ли я тогда использовать для объединения в будущем. Я малость не точно выражаюсь. Я это хочу сделать дабы сэкономить время на ручном указывании обновляемые документы.
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) ?
По мне, работает ТиС, так и пусть работает
Поиск в обсуждении
Ещё по теме
4
Поделиться: