Коллеги!
Прошу актуализировать текущую ситуацию по разработке новых конф.
Ранее (2015) уже было голосование на аналогичную тему (БСП и разработка конфигурации с нуля.

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

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

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

(2) [ В эпоху массовой миграции с решений из "недружественных" юрисдикций - есть еще над чем работать]
ERP + отраслевые закрывают сегмент рынка
писать что-либо с нуля не целесообразно

(3) Если я правильно понял, то Ваше мнение в логике: "Поднимать расширение к ERP"?

(2) Дополню комментарий.
В экосистеме ПО клиентов есть решения 1С: ERP/КА/БУ/УТ; задачи стоит в части автоматизации операционных функций производственных подразделений и последующего встраивания такого решения в существующее окружение ПО: либо через ESB или через расширение к какому-либо из функционирующих монолитов

(5) все универсальное уже сделано, что тиражить то собрались? да и кому..

(5) Ну если есть типовое решение на 1С и хочется писать свое, которое обменивается данными с этим решением, логично для разработки использовать типовую конфигу. Хотя бы для того чтобы имена справочников и реквизитов совпадали, а не так тут у нас перечисление ЮрФизЛицо, а там у нас справочник ТипЛица

А вообще обмены зло. Почему нельзя в единой базе творить дичь?

(4) Смотря что за конфа,

может ты пишешь очередной учет денег на смартфоне

(6) согласен про универсальность. В моём случае - задача в уникальности для любителей западного софта транспортной специфики. Таких решений у публичных вендоров решений на 1С не нашёл. Ну может решение Раруса (1С: Транспорт, логистика и УАТ) более или менее близко по логике бизнес-процессов.

(7) Изобретать велосипеды не хочется, тем более, что регулярное обновление типового решения решает массу задач поддержания актуальности функционирования бизнеса на основе лучших практик для базовых бизнес-процессов вспомогательного производства компаний (бухгалтерия, кадры и т.п.) + функций сервисных подсистем.
Встраивание в существующую экосистему продуктов клиентов выглядит предпочтительнее, соответственно, выбор существующего отраслевого решения для доработки через расширение в первом приближении интересно. Может ли кто подсказать, есть ли варианты получить "отраслевку" у того же Паруса бесплатно для разработки?

(11) ...Паруса = Раруса

(10) Таких решений десятки, ни одно не подходит под бизнес, так как транспортная логистика определяется уровнем доступности админ ресурса

(0) а что из БСП тебе понадобится? Какой функционал планируешь использовать?

(14) Если по варианту БСП + расширение - то только сервисный функционал, для бизнеса - писать с нуля; если Рарус + расширение, то адаптировать под специфику и дополнять новым функционалом.

(13) Вот тут не понял, можно ли по-подробнее про что речь?

(8) Есть мнение, что "падЕже" какой либо фичи, падает всё то, что в таком монолите (единой базе), что разительно упрощает работу в модели использования отдельных решений через ESB

(15) ...если двигаться по варианту ERP (как отдельный экземпляр в модели с ESB) + расширение, то придется "глушить" функции вспомогательного производства (бух, кадры и т.п.)

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

(19) Печален конечно Ваш опыт, но транспорт - это не только про авто и шофёров. Есть и компании, что работают исключительно "в белую"

(19) а зачем реальные цифры? движение денег - и всё... в черных-пречерных конторах больше ничего не надо...

(11) [есть ли варианты получить "отраслевку" у того же Паруса бесплатно для разработки?]
нет, закрытые модули в NFR так же закрыты, как в продакшене

(20) Штрафы за нарушения ПДД водители оплачивают до начисления зарплаты или после вычетов?
Ну чтобы понимать уровень "прозрачности" вашей компании.

(23) Увы, в моем случае отраслью имплементации решения является не автотранспортное предприятие.

(24) Да в любой логистике также.

(25) везде все одинаково. трэш и угар.

(23) в зависимости как сотрудничают, физик, ип, самозанятый

(27) Ну, в перевозках зерна немного порядок навели. Теперь ты на выгрузку\загрузку только по прямому договору заедешь на своем Камазе, а не так как раньше, Пупкин завозил зерно по договору с Ивановым, который заключал договор с Петровым, а Петров заключал с Уткиным, который в свою очередь имел договор с собственником зерна. А потом еще и оказывалось, что Камаз не Пупкина, Иванова и Петрова, а вообще Носова, который лежит на пляже в Мали. Теперь там бардака немного меньше.
А сейчас еще и ФГИС Зерно, которую менты скоро прочухают и будут требовать с водителей СДИЗ и сканировать его.

Туже самую ролевую подсистему - однозначно да. Работу с файлами - да. Общего назначения то же скорее все надо. Механизм проведения тоже можно забрать. А в чем вопрос? Если нетленку ваяешь, то конечно по максимуму забирай из Бсп. Та же самая работа с оборудованием (но это уже не бсп, а по). Вот (0)

(28) с зерном и элеваторами мутились дикие схемы отмывания денег, обналички и ухода от налогов еще два десятка лет назад, хорошо что порядок наводится.
если специфики много - конечно надо писать свое, ну и функционал БСП глупо не использовать.
у нас примерно такая же ситуация - нужна своя конфа, процессы специфичные, но в одно лицо не вытянуть, а в Мск приняли стратегическое решение отдать разработку на откуп сторонней конторе. Остается только пожелать им удачи.

Голосовалка странная "Писать сразу на БСП?" и "Поднимать новую конфу на БСП + расширения?", почти похожи :)

+(31)  И помним, некоторые решения можно позаимствовать из других проектов, и возможно не твоих собственных... БСП однозначно пригодится :)

(31) Тут имеется ввиду, что во втором варианте получается схема: БСП девственно чиста в оригинале (на поддержке), а все дополнения и изменения поднимаются исключительно в расширении; в первом варианте: все верстается в конфе на основе БСП

п.5 Найти наиболее подходящую отраслёвку или типовую, а потом пилить в ней свои плюшки.