Знающие и не знающие давайте обсудим чем грозит написание решения на основе Бухгалтерии? Ситуация в следующем: есть ключ от бухи и умные дядьки из франчей начали разработку на её базе конфы которая не касается бухгалтерского учета (оперативный, управленческий), все строится на новых регистрах и документах, где могут быть подводные камни?

Тебя посодют, а ты не воруй (с)

(0) Ничем не грозит. Конфу вы купили, что теперь с ней сотворите - никого не волнует.

Умные дядьки из франей видимо решили не слабо заработать. Грозит очень большими тратами денежек.

(0)Добро пожаловать в клуб!:-)
Мы как раз свой уникальный документооборот пишем на базе бухии.
Ничем особо не грозит. Наоборот нименьшее количество левых регистров.

1. В неопимальной изначально проработке архитектур
2. В отсутствии запаса на вырос
3. В недокументированности кода и написании так, что через несколько лет легче будет переписать, нежели исправлять
4 неправильном внедрении новых объектов, что усложнит обновление типовых модулей программы

(5)вот про " обновление типовых модулей программы"
можно сразу и навсегда забыть

(5) бред
1 - ни о чем
2 - опять ни о чем
3 - бездоказательно
4 - и опять ни чем

(6) Не сразу, через 3-6 релизов, когда уже все надоест :)

(8)Да все равно проще руками обновлять, чем пытаться укусить левую пятку через правое плечо, только чтобы "стандартно" обновилось:-)

(0) умным дядькам из франчей ничем не грозит

Вообще ничем не грозит кроме того что компания лишится части жира и станет немного умнее

(0) А рассматривали варианты создать нетленку соединить ее в Бухгалтерией с помощью сервисов? И быстро и качественно и доработок минимум, никто не страшится переделанного монстра в виде бухгалтерии перепиленной.

(0) присоединюсь к (12) обновлять Бухгалтерию планируете?

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

+13 Хотя если это делает франч, то при правильно составленном договоре проблем не будет.

(13) А в чем подводный камень надергать модулей и вставить их в БП? Какие могут быть последствия?

(15) обычно никаких, пока не появился обиженный спец с начальным юридических образованием

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

(16) А потом что? Обвинение в плагиате и использовании модулей БСП???
(17) Зачем тогда вообще брать БП за основу?

(17)А зачем тогда вам бух конфа если по бухучету никто работать не будет? "Шоб було"? :-)

Пишите с нуля- так проще.
Мы тоже хотели сначала с нуля, но у нас как раз бухгалтерия должна работать

(19) БП осталась в наследство уже с частично написанным необходимым функционалом. Потому и стал вопрос продолжать ли в ней.

(19) В далеком будущем есть идея "подсадить" бухгалтерию на типовой функционал, если конечно оставлять эту базу. Но это не приоритетная задача, вопрос в том оставлять её или Shift+Del!?

(21)Если не хочешь писать с нуля  то конечно оставлять. А какие еще варианты у тебя есть? Писать на основе монстра УПП, который всем подряд втюхивают франчи послежнее время?:-)

А до какого времени БП 2.0 поддерживается?

(5) Проснись.

(0) Проще взять бсп и на их основе набросать свою конфу. Чем в бухии ковыряться.

(23) Я это просто к тому, что если бп 2.0 используется и вы что-то запланируете из разряда с 2016 года посадить буха в базу, то можете быть удивлены необходимым переходом на 3.0

(25) Как у бсп с лицензией, на сколько я понимаю она не продается в коробке? Подскажите кто умеет на ней.

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

(28) а можно ссылку на правила работы с БСП?

Я один не понимаю нахуа начинать разработку которая не касается бухгалтерского учета на Бухгалтерии?

(30) почитай посты начиная с 0 - получи прозрение ;)

(31) почитал - там не написано

Тишина. Ты и сам походу ещё не осознал)

Умные дядьки из франча будут за 300 000 делать из БП УТ

(29) http://www.1c.ru/news/info.jsp?id=11853
но тут вообще написано о продаже своей конфы, но лучше не подстраховаться

за префиксы было в какой-то теме, кто то запрос в 1с подавал, там дали четкий ответ

(0)Вполне здрава идея. Особенно, если есть "умные дядьки". На "умность" их стоит проверить.
И еще.
То, что написано и не будет обновляться, полный бред. Если изначально такую возможность разработчик оставляет, с ним надо сразу расставаться.

(37)Проще изначально такую возможность не закладывать. Менее трудоемко выйдет в итоге.

(0) И что тут обсуждать?  Для разработчиков - ничем. Для пользователей - вопрос будет только по поддержке.

ИМХО, тут нечего обсуждать.

(30) потому, что бух есть самая дешевая. Или ты предлагаешь использовать пиратское ПО?
(0) Не парься, если норм сделаете, то и обновлять без проблем можно будет. На то и ставка программиста существует. У нас на базе бух был написан сканерный учет и ниче, все отлично работало. И обновлялось.

(40) Для разработок "с нуля" есть "Технологическая поставка". Цена у нее такая же, как у бухгалтерии.

(41) читай (20) )))

(41) Вот именно. Но даже имея бух в наличии, почему бы конфу с нуля не делать

(40) Можно с нуля писать

nva_15, чо за бред КТО ТЕБЕ СКАЗАЛ?
>>Для разработок "с нуля" есть "Технологическая поставка"
Это просто тех поставка и неважно для чего я ее покупаю, это мало кого должно е...ть, я же в сам код платформы не лезу,
а разрабатывать с нуля, дописывать и т.д. я могу что угодно и где угодно и на чем хочу.
Я же не собираюсь дописывать БП а потом ее в серию продавать, я дописал ее для себя или для заказчика и деньги с заказчика беру за свою работу, а не за БП.
Если доработка для себя, то в свой конторе я ЗП получаю.

pro100chek(0)
Чем будет грозить если в Справочник Номенклатуры добавлю свой доп реквизит???