Лучшее - враг хорошего
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
В дни выплаты зарплаты, обязательно нужно отправить в банк зарплатную ведомость из Бухгалтерии предприятия, которая формируется в Зарплате и Управление Персоналом
А разве ведомость не из ЗУПа выгружается?
После обновления ERP расширение отвалилось и все доработки пропали. От расширений отказались, все пришлось вносить в основную конфигурацию
Что за треш?
Мораль - примерно такова:
При разработке системы, при её расширении и т.д. должен быть строгий регламент, на основе которого фиксируются все доработки и на основании каких пожеланий / ТЗ они выполнены, сами доработки желательно делать так, чтобы они вызывали минимум проблем при обновлении (по-возможности через добавление дополнительных объектов, модулей, реквизитов).
Либо - изначально закладывать систему как необновляемую. Во втором случае - рано или поздно встанет задача обновления - и будет так, как описано в статье, или ещё хуже - порой, проще выкинуть старьё и сделать заново, чем обновлять.
Лично я на практике сталкивался с обоими вариантами. Обычно, преобладает смешанный подход: Бухгалтерию и ЗУП делаем обновляемыми, всё остальное - перекурочивается и уже не обновляется.
Либо - изначально закладывать систему как необновляемую. Во втором случае - рано или поздно встанет задача обновления - и будет так, как описано в статье, или ещё хуже - порой, проще выкинуть старьё и сделать заново, чем обновлять.
1. При любой доработке нужно писать функциональные тесты, например на Vanessa.
2. Нельзя запускать конфигурацию до состояния "5 лет не обновлялись".
3. В обновлениях никогда не использовать тег &Вместо. В крайнем случае, помечать весь измененный код (но лучше использовать &ИзменениеИКонтроль).
4 Никогда не делать свой вариант стандартной печатной формы как внешний отчет. Через пару лет код стандартного отчета станет совершенно другим, и вы замучаетесь искать, почему внешний перестал работать.
2. Нельзя запускать конфигурацию до состояния "5 лет не обновлялись".
3. В обновлениях никогда не использовать тег &Вместо. В крайнем случае, помечать весь измененный код (но лучше использовать &ИзменениеИКонтроль).
4 Никогда не делать свой вариант стандартной печатной формы как внешний отчет. Через пару лет код стандартного отчета станет совершенно другим, и вы замучаетесь искать, почему внешний перестал работать.
(1) а кто будет писать эти функциональные тесты? Еще один человек?
(2) нельзя, но полгода-год без обновлений почти тоже самое по трудозатратам, конфигурации очень быстро развиваются.
(3) когда начинались расширения, не было никакого &ИзменениеИКонтроль. При быстрой доработке пробовал использовать, но не получилось, платформа ругалась, ошибки. В итоге забросили и ставим везде &Вместо. Конечно, надо разбираться и все доработки переписывать на &ИзменениеИКонтроль, но это опять же время, которого нет.
(4) не понятно, при чем тут печатная форма и внешний отчет, это совершенно разные вещи. А внешние печатные формы вполне себе работают автономно, в них уже есть весь код.
(2) нельзя, но полгода-год без обновлений почти тоже самое по трудозатратам, конфигурации очень быстро развиваются.
(3) когда начинались расширения, не было никакого &ИзменениеИКонтроль. При быстрой доработке пробовал использовать, но не получилось, платформа ругалась, ошибки. В итоге забросили и ставим везде &Вместо. Конечно, надо разбираться и все доработки переписывать на &ИзменениеИКонтроль, но это опять же время, которого нет.
(4) не понятно, при чем тут печатная форма и внешний отчет, это совершенно разные вещи. А внешние печатные формы вполне себе работают автономно, в них уже есть весь код.
Вакансии
Ведущий разработчик 1С / Team lead отдела разработки 1С
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день
Москва
зарплата от 300 000 руб. до 300 000 руб.
Полный день