0. PLAstic 218 05.09.13 01:22 Сейчас в теме

Советы по внесению изменений в типовые конфигурации 1С

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

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
1. Kosstikk 86 05.09.13 09:01 Сейчас в теме
а. Проектирование может быть разным.
б. Оптимальность проектирования оценивается по разным параметрам.

Что касается внесения изменений в типовую конфигурацию:

1. Либо совсем не вносим, используя внешние обработки/отчеты, допреквизиты, допсвойства, и обновляемся по типовому.
2. Либо вносим и обновляемся с небольшими затратами.

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

Таким образом важно определить объем необходимых доработок и осознанно выбирать объем необходимой поддержки а не стремиться к процессу ради процесса.
2. Kosstikk 86 05.09.13 09:05 Сейчас в теме
а. Проектирование может быть разным.
б. Оптимальность проектирования оценивается по разным параметрам.

Что касается внесения изменений в типовую конфигурацию и сложности дальнейшей поддержки:

1. Либо совсем не вносим, используя внешние обработки/отчеты, допреквизиты, допсвойства, и обновляемся по типовому.
2. Либо вносим и обновляемся с небольшими затратами.


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

Таким образом важно определить объем необходимых доработок и осознанно выбирать объем необходимой поддержки а не стремиться к процессу ради процесса.
3. Synoecium 659 05.09.13 15:06 Сейчас в теме
Где-то я уже подобное читал, в другой статье скорее всего. Предлагаю добавить ссылки на похожие публикации с кратким анализом, материал то не новый.
А вообще информация полезная и изложена лаконично, плюс)
4. amiralnar 8 05.09.13 19:19 Сейчас в теме
Снимать с поддержки не требуется, нужно только включить возможность изменения, и установить режим поддержки "Редактируемый" для необходимых объектов, или для всех сразу. В этом случае корректно производится штатное обновление с отображением дважды измененных объектов.
5. pumbaE 628 05.09.13 22:30 Сейчас в теме
<qoute>Для создания новых объектов необходимо снять с поддержки саму конфигурацию (корневой элемент), но без подчинённых </qoute
6. PLAstic 218 06.09.13 19:50 Сейчас в теме
Конечно, я подразумевал перевод в режим "Редактирование с сохранением поддержки". Поправил текст.
7. help1Ckr 11.09.13 10:28 Сейчас в теме
Полезная статья, жаль многие ее не читают(
8. BudkoT 11.09.13 16:31 Сейчас в теме
Все правильно.
НО!
Зачастую правильные варианты более трудоемки (имеется ввиду не полная "стоимость владения" вариантом решения, с учетом будущих затрат, а текущая, "чисто" конкретные трудозатраты на текущее изменение конфигурации).
БОльшая трудоемкость = бОльшая стоимость.
Накладываем на ситуацию следующие условия:
1. Клиента интересует лишь мгновенный результат (на постсоветском пространстве бизнесмены зачастую, к сожалению, привыкли максимизировать свою прибыль в сверхкраткосрочном периоде). Этот результат будет одинаков при разных вариантах разработки (кривые руки разработчиков исключаем).
2. Жесткий демпинг братьев-1эсниГов.

Результат: "правильные" варианты с "красивыми" решениями не внедряются, а "внедряторы", загнанные демпингом в угол, начинают работать "пАнармальному", а не правильно:(
9. PLAstic 218 11.09.13 16:46 Сейчас в теме
Моя практика показывает обратное. Проводится конкурс по небольшому ТЗ с фрагментами вроде "В документ такой-то добавить реквизит такой-то". По смыслу я понимаю, что задача может решаться иначе, без добавления реквизитов, и описываю, чем грозит подобная практика, добавив в конце, что всех, кто будет участвовать в этом конкурсе без изменения способа реализацации, следует гнать взашей.
Результат - приглашение на диалог к руководству клиента.
10. BudkoT 13.09.13 17:24 Сейчас в теме
(9) PLAstic,
это практика работы фрилансером на известном сайте.
Есть несколько но:
1. Это "небольшое ТЗ" (а не задача по автоматизации сети магазинов со структурой складов).
2. Это ТЗ (а не озвученная клиентом потребность в "облегчении труда логистов импортных поставок" или еще чо-нить не сильно похожее на документ, в котором перечислен перечень доработок). Т.е. задача хоть чуть-чуть, но конкретизирована - вернее обозначен возможный ход ее решения.
3. Это все-таки ТЗ (т.е. клиент малость владеет какими-то навыками и может понять Ваш текст, в котором Вы описываете минуса предложений "говнокодеров").

Если не срабатывают эти НО - то демпинг, демпинг, демпинг.
11. PLAstic 218 16.09.13 16:57 Сейчас в теме
1. Существую я со своей практикой.
2. Существует куча других организаций, в т.ч. франчайзинговых, которые не присутствуют на фрилансе.

Как минимум это даёт возможность мыслить иначе и отстаивать позиции "правильного" программирования. Думаю, в серьёзных организациях спрашивают в первую очередь, видел ли ты когда-нибудь в глаза документ "Стандарты и методики разработки конфигураций" за авторством 1С, нежели "как быстро ты сможешь реализовать то или иное ТЗ".
Считаю, что битва на фрилансе обречена на вымирание, если будут побеждать те, кто делает быстрее, нежели правильнее. Опять же, спасибо участникам фриланса, т.к. после них иногда приходят и к нам.

PS: "фриланс" - здесь одноимённый сайт
12. BudkoT 25.09.13 18:43 Сейчас в теме
(11) PLAstic,
что есть "правильно"? правильно с точки зрения клиента? Ему все, что работает - то и правильно. А то, что через месяц...квартал...год при обновлении либо при появлении новых требований возникнут сложности - дак не каждый клиент может понять, что в этом виноват "говнокод" предыдущего (или даже текущего!) разработчика!.
Или клиенту звать стороннего эксперта и после выполнения каждой задачи контролировать "правильность" ее выполнения?

Вы купили телевизор, смотрели 2 передачи. Вроде бы все Вас устраивало. Начали смотреть третью, не показывает. Кто виноват: слабый сигнал, продавец телевизора, вы (неправильно используя телевизор) или кто-то еще?
Знаете какой будет ответ? Ответ Вам даст мастер, которого Вы вызовете (истина при этому будет где-то рядом). А если мастер и продавец работают в одной организации?...

ЗЫ: встречал кучу клиентов (которые захотели новый функционал, которые переходили с 7-ки на 8-ку - опять-таки для нового функционала...). В базе - полный ппц, говнокод и т.п.... но ... все работает!!! Пользователи привыкли открывать консервную банку ногой через левое ухо и им это стало "удобно". И когда им говоришь, что для нового функционала нужно это и это, они говорят:
1. А чо так много? Предыдущий товарищ (который им все наговнокодил) делал "почти такое же" намного быстрее и результат был!!
2. А нельзя ли просто вот тут создать новое поле и вот тут... и вот тут, а мы туда будем все писать и нормально... вот предыдущий так делал... А если что, мы потом еще поле одно закажем и вы сделаете.... А если потом печать - то шонить придумаем... нет, у нас не будет расхождений при поступлениях... Да, у нас только для клиента, у которого наименование начинается с буквы А такие скидки... да и этот клиент у нас один, других на букву А не будет...
13. PLAstic 218 25.09.13 19:13 Сейчас в теме
Видимо, разница в том, что я позиционирую себя как "консультант по построению учётных систем", а не просто как "программист". И это определяет моего оппонента по разговору о стоимости и сроках - генеральный или финансовый директор. Они, как правило, считают деньги с заделом на будущее.
Того же и Вам желаю.
15. BudkoT 03.12.13 00:22 Сейчас в теме
(13) PLAstic, участвовали недавно в тендере... электронная закупочная система... так вот, там не спрашивают, читали ли участники тендера стандарты и принципы разработок. Все хотят знать два ключевых параметра: бюджет и сроки.

Рад за Вас, что Ваше имя и бренд позволяют перебирать клиентов, отбирая только тех, которых интересуют качество, профессионализм и т.п. Я тоже всегда рад работать с такими клиентами... но их почему-то мало :(

(видимо компания, в которой я работаю, еще не заслужила таких клиентов...)
14. Stim213 370 26.09.13 11:46 Сейчас в теме
Вы еще обновляете УТ 10.3?? Зачем?
16. Sasha255n 14.03.14 12:31 Сейчас в теме
От себя могу добавить оратору выше .... что правильные варианты не только зачастую трудоемки но икак следствие более дороги.
17. Sasha255n 14.03.14 12:32 Сейчас в теме
От себя могу добавить оратору выше .... что правильные варианты не только зачастую трудоемки но и как следствие более дороги.
18. PLAstic 218 14.03.14 13:11 Сейчас в теме
(17) Sasha255n, это равносильно утверждению, что линукс дешевле винды. Суммарную стоимость владения никто не отменял. Например, покупаем два принтера по одной цене: один требует картридж ежемесячно, другой - раз в три года. Принтер - конфигурация, картридж - плата за обновление. Аналогия ясна?
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии


Специалист техподдержки 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Системный аналитик 1С
Москва
зарплата от 80 000 руб. до 120 000 руб.
Полный день

Программист 1С
Москва
зарплата от 100 000 руб. до 200 000 руб.
Полный день

Тестировщик 1С
Москва
зарплата от 70 000 руб.
Полный день