v8: При какой %-й переделке УПП оправданно обновление? #654901

Допустим 20% УПП переписано и необходимо обновление (исправление ошибок от 1С), или в основном при дописывании конфигураций - ошибки должна исправлять команда внедрения?

Допустим 20% УПП переписано и необходимо обновление (исправление ошибок от 1С), или в основном при дописывании конфигураций - ошибки должна исправлять команда внедрения?

При 18,12458667%.

несогласен, при 19.2398643%

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

[20% УПП переписано] бред

При 146%

Мне вот интересно посмотреть на УПП переписанную хотя бы на 5-10%. И послушать про необходимость этого

к примеру если > 50% конфигурации переписано, то это уже не УПП и типовое обновление не накатить, по этому хотелось бы увидеть статистику у кого при 20% доработках УПП обновляется до последнего релиза и сколько разработчиков задействовано?

т.е. предполагаешь, что все организации используют УПП типовым?

Зависит от того - кто такие команда внедрения и на каком основании они вносили переделки в УПП. Если сторонники (франч, например) и по договору, то обычно обновление за отдельную денюжку :)

Народ и 20% УПП не использует...

Это понятно. просто делаю смету бюджета на внедрение.

обновление делает стандартно один разраб, вопрос что вы подразумеваете под 50% изменений, как обычно дописывание стандартного функционала или изменение логики. Большинство дописок логики делается на стандартном функционале, а следовательно и дешевле обновления

нереально переписать 20% УПП. Ну в смысле нереально, с точки зрения разумности.

Показать конторы?

Да, и доработки разные бывают. У нас новая сучара решила РТУ так переделать, что обновления только через ж. будут идти

Изменения бывают разные, что-то обновляется, что-то нет

изменение логики работы, к сожалению

Например - мы блок ЗУП обновляем до типового УПП 1.3, остальное на уровне УПП 1.2.7

РТУ - это 20% УПП?

вверху ижтисишны рекламный банер.. собственно контора то как раз такое и решает.. вот интересно - а если ихней системе скормить переписанную на 50% УПП, сожрет или подавится.. никто не спрашивал у разработчиков, как оно подобных монстров переваривает ?

Ого! Просто подсистему обновляете?

надо иметь какой то вес в компании, что бы такого даже не возникало.

да, но не автоматом конечно, сидит человек и смотрит что не пересеклось с доделками, Но более-менее ровно получается

Сделай копию документа, и на ней уже делай свои доделки-профит ;-)

IT сотрудник имеет вес только в софтверной компании.

В крупных конторах, РП отчитываются непосредственно совету директоров холдинга

смотря как переписано, а то при обновлении 20% слетит нафиг

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

Ну, а что делать с другими документами? Вот есть РТУ (с 2010 г.) и сейчас я его переименовываю в РТУ2, но все остальные документы завязаны на имя РТУ в коде.

к твоему мнению не прислушиваются. поэтому все "сучары" у тебя))

В этом то и проблема!

РТУ - это все переписки? Или еще что-то?

Поменялся топ-состав компании, и новым людям пофигу - кто здесь сколько работал - говорят - либо меняй, как мы скажем, либо найдет того кто это сделает вместо тебя!

при желании мы и подсистемы копируем, чтобы не было гемора с обновлениями ;-)

проверка на вшивость

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

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

Новая работа, новые бюджеты- это же отлично ;-)

Вообщем - буду переделывать, по их дизайну, пока в какашку не засру УПП, потом пусть ищат замену мне :)

просто не понятно, именно почему нужно переписывать РТУ и что там переписывать. Напиши пример.

Просто куча реквизитов на форму в РТУ, и связь этих реквизитов с ПТУ. Куча расчетных каких то реквизитов. Сейчас разбираюсь зачем все это нужно вообще!

Любопытно, что значит "20% переписано". Переписывальщики обычно сильно завышают значимость своих дописок. В половине документов вписал "Здесь был Вася", вуаля, 50% нетиповая? :)

например РТУ делать не по типовой отгрузке а для какойнить отраслевой особенности...

говорят автообновление пожрало УПП с изменениями до 50%  и выдало новый релиз рабочий..

после 20% у пользователей появляется желание выкинуть УПП. Работал как то в фирме, и много баз УПП пришлось выкинуть по просьбе руководства, - перевел на БП

Я еще не видел ни одного клиента, кто вернулся бы с УПП на БП, видимо кто-то что-то делает не так ;-)

хз.. все зависит от характера изменений.. можно например на 100% перепахать распределение НДС косвенных затрат.. и внешне пользователь не будет видеть разниц а вот результаты работы - это будет то за что пользователь разработчику будет конфеты носить месяц каждый день...

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

нет, многим типовые решения которые с одной стороны не противоречат  всяким дурацким НК но с другой стороны не  так работают как контролирующие органы требуют - многим эти ваши типовые 1С нихера неудобны

Никогда не использоваль "процент изменений". Дайте точную формулу расчета! :) Любые изменения "помечаю" ремарками и точно знаю сколько их у меня. Когда начинал работать - было около 800 изменений. Сейчас - не более 100. Мелочь не принципиальная. Да, но теперь практически все "ключевые" документы заполняются внешними обработками и куча внешних печатных форм и отчетов. Вопрос: когда "процент изменений" был больше? Вчера или сегодня? :))

ну ты взял высоко.

ну ты взял высоко. кто то не может просто открыть РТиУ и работать в ней, потому что не видит что было в ПТУ. Открывать еще один документ лень, вот и страдает программист.

В УПП однако есть блок ЗУП

таким- живительных п.здюлей... как правило 100% помогает следующее: если программист платный, то программист берет такого человека и идет  с ним к начальнику этого человека и просит объяснить почему этот человек не хочет посмотреть документ а требует дорогостоящей переделки.. у меня так просили в одной системе сделать так чтобы в БП если организация на УСН, то все равно по умолчани чтобы везде ставки ндс проипывались и система вела себя с ценами как НДСная... на вопрос - почему вы не можете сделать 3 клика мышкой - был ответ "это очень долго" пришлось идти к начальнику и объяснять что из за того что человек ленится три раза кликнуть мышкой (хотя целый день сидит в веселой ферме и прочих одноклассниках и накликивает 100500 кликов за 10 минут)

мы считаем изменения по такой формуле 100*(кол типовых документов - количество измененных типовых документов)/кол типовых документов понимаю, что сейчас завалят дерьмом

Мда... ИМХО. Докладную руководству, что на обновления измененной конфы будет уходить столько-то времени. Если согласятся - вперед и с песней. Если не согласятся, то не твоя забота. Если самому не интересно, можно искать другую работу.

ыыы а доки еще в регистрах проводятся и отчеты по ним еще)

ааа еще справочники есть))

Если ПолезностьНовыхФишек > ЗатратыНаОбновление Тогда

я в таком случае предпочитаю "наказывать" деньгами

Хы... :) Кто выдумывал данный показатель? Одно дело исправить учет фактических данных бюджетирования, и совсем другое - Расчет зарплаты сотрудникам организации.

кто то тут просил формулу для расчета %-тов.

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

Хех

автарубейсибя

Зато можно сказать - в одно рыло за месяц переписал 90% УПП. Звучит.

С точки зрения анализа документов - самое оно!

у нас тут парень сервер уронил! - Хакер? Нет, Муdack

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

программой араксис можно отличия увидеть очень хорошо

от она

А нафига? Ты ему: тогда тариф = тариф * 1,77

сравнить с конфигурацией поставщика?

прибавляете % свистулек и сравниваете полученное значение со 100500

с учетом того что большинство процедур вынесено в ощии модули показатель ниочём

в формуле нету числа ПИ!

и коэффициента ЗДЕЦ

Как раз модули можно не трогать, а создавать свои.

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

>> 100*(кол типовых документов - количество измененных типовых документов)/кол типовых документов А ни чего, что используя подписки на события и код в общих модулях, можно перевернуть всю логику работы (запись, проведение, отмена проведения и пр.) с ног на голову, не оставив от типовой реализации вообще ни чего. А у самого объекта при этом даже не включать возможность изменения разработчиком.

to All,  а как определяется % переписанности типовой конфигурации??? А то каждый день копаешся в коде, а процент переписанности остается тайной..

может есть какая конфа или разработка, которой можно подсунуть два CF-ника, а в ответ получить процент расхождения..

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

это говорит только о том что изменения вносятся без учета дальнейшего обновления программы

Как можно учесть будущую фантазию 1С в кодостроении???

не трогать типовые объекты, которые влияют на обновление

а, что есть какие то объекты, которые гарантированно 1С не обновит?

Это невоможно. Никогда не знаешь, какой объект будет изменен в угоду изменению законодательства через полгода.

можно минмизировать. например, добавлять весь свой интерфейс программно.

согласен, но "минимизировать" <> "избежать полностью"

Разрабатывали новую подсистему для УПП, так типовой функционал практически не меняли. Все новое - в этой подсистеме. Для типового - использовали внешние обработки и внешние печатные формы. Так что, 20% изменений в УПП - это может быть много при обновлении, а может быть и очень мало. И еще надо учитывать, что некоторые обновления УПП простейшие, а некоторые - и трудоемкие бывают даже для типового функционала.

так у вас что, в процессе внедрения обновление вышло?

Сильно зависит от того, что(и как) переписано

>>мы блок ЗУП обновляем до типового УПП 1.3 как разделяете "блок ЗУП" от всего остального?

>>собственно контора то как раз такое и решает.. Ничего эта контора ИЖИТИСИ не решает. Все в общем порядке, как у всех. >>вот интересно - а если ихней системе скормить переписанную на 50% УПП, сожрет или подавится.. У них просто некая разрабокта на дельфях, которая ЧУТЬ упрощает типовое обновление (не автоматическое, с автообновлением и так все ясно). Все остальное - так же ручками и такими же огородами...

те объекты, которые сами добавили 100% не изменит 1С

с УПП перевёл на БП - сильно)

каспер ругается