Добрый день!

Нужно в КА 2.4 сделать много доработок: новые документы, отчеты.
Есть ли смысл делать это с помощью расширений?

1) Первый вопрос по сложности доработок с помощью расширений.

Нам исполнитель сказал, что расширением делать доработки намного сложнее.
Например, подключить механизм подбора номенклатуры к документу без расширений занимает 6-8 часов, а с расширением 20-24 часов.
Действительно ли реализация доработок с помощью расширений - так сложно?
Зачем тогда вообще придуман механизм?

2) Второй вопрос - по дальнейшему сопровождению.

Будет ли какая-то польза от расширений в дальнейшем сопровождении программы?
Как я понимаю, проще будет устанавливать обновления.
Какие еще есть плюсы-минусы от использования расширений?

3) Вывод.
И в итоге что посоветуете? Дорабатывать расширениями? Или конфигурацию снимать с поддержки?

(29) >> Вас разводят.

Ага! Щас понабегут Д'Артаньяны готовые сделать всё за пару часов. Только есть риск, что закончится всё как в том анекдоте из (20).

Ты ТЗ читал, чтобы кричать о том кто кого разводит?

(28) Это заложено в высокую цену варианта 3, в расширении проверка на не туда данные и не пора ли отвалиться.

(28) Это означает что полгода данные были не нужны.Поэтому ситуация вымышленная.Обычно отказ функционала виден если не на этапе применения расширения, то уж в Предприятии сразу.

(33) Если расширение изменяет/расширяет функционал типового объекта - то фирма 1С горазда на выдумки и затраты на обновления расширения в 3 варианте в большинстве случаев будут выше чем во втором.
Если расширение не планируется тиражировать хотябы на 10+ баз - вряд ли овчинка будет стоить выделки.

(12) А потом приходит другой внедренец, добавляет свое расширение - и все ваши ДО, ПОСЛЕ и ВМЕСТО летят в чёрту.

если бы 1 писала минипроцедуры, то расширения бы очень помогали были.
но  так как она пишет монолит чаще всего, то вклинитсья в него практически не реально

(31) А что там сложного?

(32) Франчи всегда разводят, что отлично видно по в несколько раз большей стоимости реализации через расширение. Так что ничего кроме открытия штатной формы они там делать не собираются.

(33) Откуда расширение узнает, что теперь у 1С концепция поменялась, и класть надо в другие данные, а эти пока оставлены для совместимости?

(34) >> Это означает что полгода данные были не нужны.

Не факт, что данные были не нужны вовсе. Возможно, они были нужны, не в той детализации (ваша доработка добавляет заполнение какого-то вашего специфичного измерения в регистр), или погрешность не была замечена сразу.
Да и бывают случаи, когда данные реально никому не интересны вплоть да закрытия периода. А в управленческом учете это может быть и год.

>> Обычно отказ функционала виден если не на этапе применения расширения, то уж в Предприятии сразу.

Опять таки "часто" и "обычно" не означает "всегда" и "сразу".

И даже если заметили через три дня или три недели. Как это облегчает решение проблемы?

СДЕЛАТЬ доработку проще без расширений.
ПОДДЕРЖИВАТЬ обновление базы с учетом доработать проще с расширениями.

"Вам шашечки или ехать ?"

(38) >> Франчи...

А с чего ты взял, что речь о франчах? Автор об этом где-то упоминал?

>> отлично видно по в несколько раз большей стоимости реализации через расширение.

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

Так что кто кого разводит - не совсем понятно.

Ну и повторюсь - прежде чем разбрасываться обвинениями надо увидеть конкретное ТЗ.

(40) >> ПОДДЕРЖИВАТЬ обновление базы с учетом доработать проще с расширениями.

Ровным счётом наоборот. Поддерживать доработки в расширениях - огромный геморрой. После каждого обновления необходимо перепроверять работоспособность и корректность всех сделанных доработок. Т.к. никаких инструментов для сравнения расширения с конфигурацией 1С так и не предоставил.

(41) так они сейчас возьмут деньги за 24 часа, а потом еще за поддержку будут с ТС деньги регулярно стричь. В общем ТС попал.

(43) Именно поэтому они и озвучивают для ТС вилку. Без расширения - 8ч, через расширение - 24ч.

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

(20) Правильная байка.Возьму на заметку для переговоров с Заказчиком.

(41) >> речь о франчах? Автор об этом где-то упоминал?

Да. Подрядчик - это был франч.

>> надо увидеть конкретное ТЗ.

ТЗ очень простое.
Надо сделать новый документ с табличной частью с номенклатурой, количеством, ценой, суммой.
Подсчитывается итоговая сумма.
Документ никак не связан с другими объектами конфигурации.
Документ не делает никаких движений по регистрам.
Просто используется для регистрации некоторого события\факта.
Этот документ уже был сделан подрядчиками в расширении.

Затем мы попросили добавить в этот документ механизм подбора.
Во сколько это оценили - написал в (0).

(22) не очень понимаю, как доработка конфигурации вместо расширения в этом случае спасет.
(46) сотрудник франча никогда не работал с расширением, поэтому включил 16 часов на изучение механизма, остальное на разработку.

Но в целом, костыли при сложных доработках вылазит, но не в таком масштабе, как выше люди описывают.

(47) за 16 часов освоит расширения?

(48) я за 4 освоил логику

(48)На уровне "подключить подбор в тч"?

(50) Делал подбор в свои документы, не вижу проблемы и трудностей. Может и ошибаюсь с оценкой. А то получится как в (20)

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

(0) Конечно, если еще на замке, не снимать, из-за ср**ого подбора.

(51)Тут не за проблемы. Тут за способность освоить за 16 часов расширения до уровня поставленной задачи.

Справочники.Номенклатура.ПолучитьФормуВыбора("ФормаВыбора", ,)

Смысл в расширениях, если УТ11 и другие типовые имеют СОВМЕСТИМОСТЬ 8.3.12 до сих пор, а платформа 8.3.15.
И как раз только в новых 1С по расширениям были доработки сделаны.

А расширения сделанные на 8.3.15 НЕ СТАНУТ если у конфигурации совместимости ниже.

В итоге хоть как крути верти - замок придется снимать, и совместимость менять.

(55) + можно типовой механизм посмотреть, например из документа "Заказ покупателя" или "Реализация товаров и услуг", вызвать форму подбора с необходимыми параметрами, и открыть ее.

Подбор добавляется внешней обработкой к документам. вообще без расширений.
При этом в документе появляется кнопка.

Обратиться к другому франчу, или к Маньяку уже предлагали?

(0) Вы у этого специалиста спросите: "Будет ли конфигурация на горизонтальной поддержке после доработок без расширений?". Если он офигеет от вопроса, то идите к другому спецу.

(60) Я офигел... бы от такой дерзости! Помнится, как от вопроса на собеседовании: Что такое первая нормальная форма?

(58)Вы пропустили первую серию. Документ новый и "голый", без каких-либо бсп-шных финтифлюшек.

(60) а что такое "горизонтальной поддержка" ?
опять кто то в соцсетях придумал ноу-хау термин?

(62) так если он новый и голый. так это вообще не типовая конфига а самописка какая то. нафига там тогда расширения.

(63) http://v8.1c.ru/metod/books/book.jsp?id=312 Почитай. :)

(59) маньяк 500 тыс за такую обработку возьмет

(44) За геморрой можно больше абонентку назначить, так что франчу кривое поделие как раз выгодно.

(47) С какой стали клиент должен платить за обучение сотрудников франча? Они заявляются как специалисты, так что уже должны знать платформу.

(62) Форма подбора НЯП и без добавления документа БСП работает. Заполняешь параметры, открываешь форму, затем ловишь ссылку на хранилище с таблицей значений.

(65) ни о чем не говорит.

(64) (64) сам документ уже внутри расширения.

(64)Вы опять же пропустили первую серию. Документ новый в типовой конфигурации, но без "всего типового, что есть в остальных документах" <- что и есть основная претензия ТС к подрядчику, почему ТС и пытается тут подловить подрядчика на выставленных часах.

(67)Я отвечала не на форму подбора, а на предложение запилить подбор внешней обработкой вообще не трогая конфигурацию.

Пусть приходит ко мне я за 50 тыщ все сделаю.

(0) Наймите программиста на фикси, любой франч выйдет дороже, с фри надо уметь работать.

(73) все что ему нужно это подружиться с нормальным программистом.

(74) Угу с фриманей
Фикси, франчи, фрилансеры и... новое - фримены. (Предложено - Фриманя)

(0) Можно и расширениями, а нужно ли? Вам же новые объекты надо создавать, не модифицируя или модифицируя совсем по минимуму старые.

(75) да вполне хороший вариант.
Я за 10 лет проработал с 5000 компаний. Каждый день общаюсь со старыми и новыми.
отвечаю на вопросы, помогаю во всем.

Ну не во всем, но когда есть настроение и время могу помочь по любым вопросам)) особенно спорным.

В целом за ваши деньги любой каприз.
Мой девиз
Быстро - дорого - обалденно.

(0) А 6-8 часов на подключение механизма подбора это не много ли?

(77) 5000/(365*10) это примерно 1,3 компании в день. Без выходных. Не, не верю.

(81) Ты ещё и считал зачем-то? :) Это ж Маня...

(80) Сделаешь быстрее? Развернуть конфу (1,5 часа) Занести подбор (30 минут) Обновить конфу 3 раза (3 часа) Тестирование и сдача заказчику (2 часа)
Итого: 7 часов. Где ошибка?

(80)В данном контексте часы - это не время, а стоимость, кмк. И в эту стоимость заложен риск кидалова со стороны ТС, т.к. он уже активно пытается соскочить с оплаты по предыдущим работам.

(54) В чем принципиальное отличие механизма расширения от классической доработки основной конфигурации? Новый язык надо изучить? Запросы другие? Все тоже самое, просто понять логику работы и все. Изучается намного быстрее СКД\КД2.
На работе никто не испытал трудностей, все быстро въехали, пара вопросов только возникла и все.
Косяки кое-где серьезные платформы 1С словили, но не нужно было вперед паровоза лезть.

вот они секретные съемки рабочего Места Мани.
(81) https://www.youtube.com/watch?v=cyO6JUCnyC8

Учись работать!!

(85) Никогда не знаешь какие механизмы не взлетят через расширения.
К примеру мне нужно было добавить новый справочник (партнер в УНФ) и добавить реквизит у контрагента с типом Справочник.Партнеры
Если я добавляю справочник в расширении и через механизм расширения добавляю его к контрагенту то получаю бяку ввиде После добавления реквизитов через расширения 1С удаляет элементы при ТиИ
Ок, подумал я, у нас же есть допреквизиты... И обломался, так как в ПВХ я не могу через расширение добавить свое значение, ибо расширение контролит чтобы значение в основной конфигурации и в расширении совпадало.

В результате задача которую сделает любой падаван за час с перекуром (пустой справочник без форм и реквизитов + реквизит в справочнике контрагента) заняло практически день в гуглении и поисках обхода и решений. В итоги пришлось снимать с поддержки.

(80) >> 6-8 часов на подключение механизма подбора это не много ли?

Главная ошибка разработчика в оценке трудозатрат в том, что он считает исключительно время на саму работу (программирование, рисование форм и т.п.). И совершенно забывает о двух вещах. Во-первых о возможных рисках - например, если что-то изменилось в том механизме, который собирается дорабатывать и придётся тратить время на вникание. А, во-вторых, о таких сопутствующих трудозатратах, как разворачивание базы, подключение к хранилищу, приём-сдача работ, тестирование (внутреннее - менеджером проекта и внешнее - заказчиком), исправление возможных косяков, включение доработок в продуктив, документирование (написание справки, технического описания, отчета о работе, и т.п.) и пр., и пр.
Все кто готов сделать заявленный фунционал за час-два, работают по принципу "*уяк-*уяк и в продуктив", любители кодить прямо в боевой базе и накатывать изменения динамическим обновлением. Для фикси это может быть и нормой - это их ответственность и пусть они сами решают. На проектном внедрении так нельзя.

(81) ну да. Раньше было по 50 заказов в месяц. Сейчас поменьше конечно.
Не веришь спроси у Доржи. только через него 2000 заказов прошло.

Расширение какое то фуфло. Они не помогают облегчить обновление, тк все равно туда идут ссылки из кода конфигурации.

Короче. Если делается система которая почти не пересекается с типовым функционалом, ну максимум использует, но не расширяет типовые объекты, то дополнением вполне норм такое реализовать. Если хочется расширить типовой функционал, ну там реквизиты добавить документы с движениями по типовым регистрам, отчеты которые собирают инфу с типовых и не типовых объектов, то: любые изменения метаданных только в основной конфигурации, расширение или замещение типовой логики в расширении. Объясняю почему. На сегодня, все что в расширении нельзя использовать, например, в СКД, до 8.3.13 включительно нельзя РН завести в расширении, т.е. много гемора потом.

(84) >> И в эту стоимость заложен риск кидалова со стороны ТС, т.к. он уже активно пытается соскочить с оплаты по предыдущим работам.

Никакого кидалова с нашей стороны не было.
Во первых еще до начала работ мы заплатили аванс 20 тыс.

(87) Это для меня "бежать вперед паровоза".
(90) Доработка форм/модулей - отлично все работает. Уменьшил трудозатраты на обновление с 18 часов до 7, уменьшилось количество ошибок. При доработке да, надо смотреть далеко вперед где это может вылезти боком.

(93) "Доработка форм" - имеется ввиду печатные формы (макеты)? или интерфейсные формы (документов, справочников)?

Если расширения призваны на то чтобы облегчить жизнь всем разработчикам которые связаны с 1С, то могу только сказать что развивается это все настолько медленно насколько только возможно, по сути ставя на нет использование этих механизмов широко всеми разработчиками.
Да кто то уже может  использует - но единицы.
Есть проблемы с работой, функционалом, развитием. Надо ускорять это направление. У меня как и тысяч других разработчиков нет месяцев и годов ждать пока то что писали три года назад, сейчас пишут будет сделано еще через 2 года.

Это огромное время за которое просто можно потерять всякий интерес к этому. К тому же мы очень сильно зависим в реальном времени - у нас реальные клиенты, заказы и это все не ждет пока функционал будет доведен до ума.

(95) так сами же просили у 1с делать LTS. Вот они и не торопятся режимы поднимать

Яна протяжении последних трех лет пытался использовать расширения в разных ситуациях, и каждый раз попадал уже в процессе реализации на какие то грабли которые ступорили все.
Я не верю что об этих граблях неизвестно. Вопрос всегда стоит когда будет сделано?
А чота и на горизонте даже не видно. Нет какой то связи с разработчиками.
Я с 1С переписывался почти неделю, вдавливая проблему, которую с той стороны просто напрочь отказывали даже воспринять.

Расширения - они для Фреша. Т.е. где снять с замка физически нет возможности.
Для всего остального есть Мастер Кард :)

(97) "Нет какой то связи с разработчиками." - Куда ты писал, звонил, что тебе не ответили?

(96) я не просил никогда ничего. особенно того что тормозит какой то процесс.
У расширение огромный потенциал как у идеи и реально нужном инструменте всем. но чота вот как то...как обычно...

(97) В поддержку 1С писать баги - с твоим уровнем отношения к используемым словам - не твое точно)

(95) >> Если расширения призваны на то чтобы облегчить жизнь всем разработчикам которые связаны с 1С.

Откуда такое бредовое предположение?
В отдельных случаях/сценариях - да, может расширение и выполняет такую задачу. Но это не есть цель.

По сути Cyberhawk прав в (98). Расширения хороши для конфигураций, где не включена возможность изменения. В них расширения - единственно возможный способ кастомизации.
Для всего остального в подавляющем большинстве случаев удобнее делать доработки в самой конфигурации. Как с точки зрения трудозатрат на разработку, так и с точки зрения дальнейшей поддержки и обновлений конфигурации.

(100) Браво!!! Изменил мнение о тебе в последнюю неделю. Репутация не соответствует содержанию

(102) Откуда такое бредовое предположение?

тебе как сразу дать ссылку на официальный сайт, где описано назначение этого инструмента?
Как бы это сам производитель заявляет.

30.10.2014 Расширения
Реализовано в версии 8.3.6.1977.

Мы реализовали принципиально новый механизм адаптации прикладных решений под конкретного потребителя - механизм расширений.
https://v8.1c.ru/o7/201410ext/

прошло 5 лет....

(104) Мошенники из isfusion тоже много заявляют)

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

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

Расширения еще сырые, надо дорабатывать конфу.

(0) сейчас в ERP все отраслевые будут делать/уже делают с помощью расширений.
Целевая картина - типовая коробка + одно расширение с отраслевым функционалом + расширение с назначением Исправление для багфиксов
Как только разрабы платформы победят технические ограничения расширений, можно будет весь расширяемый ф-л выносить туда.

Не вздумай расширения использовать .... Очень краеугольный механизм

(110) содержательный ответ. внесу в регламент разработки ссылку на него.

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

(112) Что за "согласование изменений конфы"?

(112) ексть такие фирмы. Я один раз отказался от 90 тысяч, когда мне с их стороны прог начал мозг выносить своей тупостью.
Так и сказал извините, но я не смогу вам ничего сделать.

(113) перенос изменений, которые протестированы на копии базы в продуктив.

Тупо не захотел платформу обновить. Доказывал мне что их УТ перестанет работать на 1С 8.3 (а у них была 8.2).
Дошло до того что я идиоту конкретные методы называл, которые еще с 8.1 во встроенном языке работают.

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

(109) Не может этого быть. Попробуй добавить РН в расширение в ERP, которая находится в режиме совместимости еще с 8.3.12. Или попробуй построить отчет на СКД, в котором надо собирать данные как из типового функционала, так и из добавленного. Многие объекты метаданных вообще нельзя добавить в расширении. Фигня короче. Как дополнение логики работы для типовых объектов через &Перед, &После и &Вместо - годная вещь, как подключение функционала без пересечения с типовым, тоже. Все остальное лучше делать в основной конфигурации.

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

Делайте по старому . без расширений . с ними потом будет гемор

(118) а как потом обновлять типовые решения? Ведь непонятно, поломается расширение или нет.

(112) в фирме бардак с организацией согласования доработок как таковых,
а виновата 1С с ее расширениями ?

(120) У любого 1С-Совместного продукта есть компания-партнер, которая его поддерживает. Поэтому процесс ничем не отличается от того, когда все впилено в коробку.

(121) нет. но в стоимость своих услуг надо в т.ч. закладывать время на бардак в фирме, задушевные беседы с главбухом и тд.

(115) Кем протестированы?

(124) бухгалтерией в копии базы

(125) Ну т.е. для исполнителя это выходит как палки в колеса (непредвиденная безплатная работа) на ровном месте, правильно уловил ситуацию?

(126) накат изменений на продакшн - как бы часть разработческого процесса

(126) да, верно.

(127) в принципе да, часть процесса. Я к тому, что время на все эти околорабочие процессы тоже нужно закладывать в стоимость работ.

ну так понятно что разработать  - это не просто код написать
а повремени = код написать * пи

Расширения это ЗЛО