Древняя база 1с УХ 3.1. Надо добавить возможность работать со ставкой 22 с 26 года.
Стоит браться или сразу отказаться. Есть подозрения, что там не все так просто.

Базу не видел, что знаю: Доработки есть. База большая. Есть интеграция 1С ШИНА. Местный прог "слился"!

Интересует ваши оценки в часах на допиливания если бы предложили такую работу.

Я понимаю, что все индивидуально, надо же от чего-то отталкиваться.

УХ 3.1 вышла в 21-ом, в ней должна быть упомянута ставка 18%, поэтому можно просто сделать глобальный поиск на 18 и оценить объем работ.

(0) [Базу не видел]
раздели проект на 2 этапа - обследование и кодирование
без этого месяц выглядит разумной оценкой

в ERP смена ставки занимает менее 100 точек изменения

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

(0) Скорее всего, там нет много функционала, кроме отчетности и, чего там еще нового - формы УПД и Сч-Ф? Отчетность вам вряд ли нужна, если база древняя. В чем трудности, непонятно (но я пока не смотрел новые релизы), по идее ссылок на перечисления там по-минимуму должно быть, выражения больше не нужно расписывать, чтобы в запросе сумму НДС посчитать.

(4) Из того что в релизах добавили - новый элементы справочника СтавкиНДС и обработка по их замене.

(4) угу, и в пакеты XDTO для выгрузки в бух добавить и обмен поправить. и хардкод 20/120 в конфе, расширениях и во внешних обработках обыграть... и декабрь должен по старой ставке работать, а январь по новой.

(0) а что в этой ухе ведется? весь бухучет или только мсфо например?

(7) Управленка, казначейство и "бюджетирование"

А в доработках встречается что-нибудь типа:
СуммаНДС = Сумма/6; ??

(9) В формулах, возможно, что-то вроде [ВидЦеныБезНДС]*1.2

(10) В видах цен.

Долбоебов, которые курчат не глядя типовую, надо наказывать.

(0) странный вопрос… я бы с удовольствием взялся…

(6) Еще тоскливее то, что даже если подменить XDTO пакеты в своем расширении (добавить туда новую ставку), то обмен то все равно будет производится по минимальной в обеих базах версии ЭнтерпрайсДата, и база приемник не поймет новой ставки НДС т.к. будет по прежнему использовать старую версию ЭнтерпрайсДата (которая не знает о существовании новой ставки). Тогда уж и базу приемник нужно будет править, либо колхозить постобработку заполнения ставок после синхронизации.

(0) Беги оттудова. Я вот смотрю как в головном офисе два прога уже вторую неделю пилят УХ под новый НДС. Такая хрень выходит. Где его тока там нет в явном виде.

(15) Ну, расскажите что можете-знаете?

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

(8) ну раз нет регл.учета, тогда задача кажется решаемой

ставлю на 1 месяц, потому что до НГ как раз 1 месяц

(8)[Управленка, казначейство и "бюджетирование"]
может означать что угодно
требуй обследование и ФТ на интеграцию

(9) легко, там ещё туча макетов и бюджетных форм, в которых придётся ставку НДС подставлять в зависимости от года

настройки бюджета где-нибудь в хранилище

(6) [и декабрь должен по старой ставке работать, а январь по новой]
ага
и централизованное снабжение с расщеплением по ставке на исполненное/отложенное =)

(0) А как же постулат, что местный прог все вытащит на своем горбу и только фра и фри плохие?

Справочник СтавкиНДС

(23) Ну все, теперь трудооценка для тестирования необновляемого куска овна?

(23) древний какой-то, в 2.5.22.129 в нём есть 22% и смежные с ним

(23) В УХ это перечисление

на УТ 10.3 заняло порядка недели, с выявлением косяков и (21)
но 160 часов мне нравится больше )

(27) неделя? охренеть, чем вы 6 дней занимались? Мне хватило 8 часов у УТ10.3 + освежил все обработки перевода незавершенных заказов покупателей со ставки 20 на 22% (взял пакет из 2018 года по переходу с 18% на 20%).

(28) а я там удаленно по вечерам ковырял )

(25) Какой есть )

(28) +

(26) Перечисление тоже нужно. А справочника ставок НДС разве нет в УХ?

(32) нет справочника, это же ветка БП Корп, а не ERP

(22) так после работы фра и фри разруливать все равно местному придется ))

(17) Спасибо, ну на то он и УХ, "для серьезных господ".

(32) Нет

А в УХ есть Функция ПолучитьСтавкуНДС ?

(37) Есть конечно. Но это не сильно спасает,там потом по коду разбросано если ставка такая, то это, если такая то то, а иначе другое.

10 часов

(38) Ерунда. Главное - что здесь пойдёт ЧИСЛО 22 для ВСЕХ расчётов.
Ну а для даты 01.01.2026 скорее всего есть ещё периодная функция, задействованная 01.01.2019 для перехода НДС18 в НДС20, что-то вроде

Ну и зная криворукость разработчиков - надо найти и добавить в запросах и не только 22/122 в местах Глобального поиска:
20 / 120
и
20/120

Короче, за день можно сделать процентов 95. А потом месяц, не торопясь, выловить блох при обкатке. Чистое рабочее время часов 20.

(28)(39) читаешь таких дАртаньянов с оценкой по 8-10 часов и диву даёшься.
как можно свой нерелевантный для ТС опыт транслировать на неизвестную конфу?
да тупо у ТС 1С.Шина => значит обмены => значит форматы => значит все надо тестить. ну какие 10 часов?
(19) прав, даже эта ветка показывает что ситуации у всех разные
(40) всё хуже: оно может быть в формулах в экземплярах бюджета в режиме предприятия, а в конфигураторе (привет глобальный поиск) во внешних обработках, в расширениях и написано не только "20 / 120" но и "20 /120" и "20 /120", и "/1.2" и "/ 1,2" итд

(39) (40) Предлагают хорошие деньги местному программисту - он отказался. Наверно не просто так!
По ощущению, я не первый кому обратились.
Поэтому и возник резонный вопрос, а с чего такая щедрость заказчика за простую работу.
Подписываться не хочется за работу, которую не сможешь выполнить в срок.

(42) Беритесь. Раз деньги хорошие - справитесь. Не слушайте пессимиста Тимона )
Только оговорите в договоре, что сделаете сначала 95%, а остальные 5% будете вылавливать блох в процессе месяца тестирования, не Вами - а они пусть тестируют. Вроде поддержки. Только один месяц.

(43) В таких конторах нет "дурачков". Заказчик себя страхует. в том числе и санкции за нарушение сроков.

(44) Не сцать! (c) один мой знакомый
Пусть скидывают базу - перед подписанием договора гляньте. Тогда и примете окончательное решение.

(40) А там 30 комплектов печ форм под различные сети и все.

Не так страшны первые 90% проекта, как вторые 90 (кто-то из великих)

(45) мне вот интересно ваша расценка за час за такую работу?
чистыми на руки! Там итого много - а час у них ...

(46) Тогда не в одиночку. Напарник будет шерстить отчёты, в том числе и внешние.

(47) У меня лично расценки стандартные: 5к/час
Но я не программист )

(49) Это мы знаем цифру.
Таких заказчиков не так много кто готов платить такие деньги за объем большой. Жадные все)

(50) Базу пусть скинут - сразу видно будет на 90% объём работ.

(42) есть выход на прога местного? может ему денег за этот гемор не дают, вот и отказывается. А может и правда засада

(52) Скорее всего он за 5 лет насовал во многих местах "/6" для ставки 20/120 - вот и сбежал )

(53) Сидит за свою зп, починяет удлинители

(54) Тогда уж картриджы меняет...

(55) Еще месяц продержаться до годовой ЗП

(41) ну я и прикинул, если в УТ (Управление торговлей) это заняло 8 часов, значит в УХ (Ужасная херня) займет в 20 раз больше, поэтому и указал оценку в 160 часов. 320 это уже перебор.

(50) Все эти правки в коде/отчетах/макетах это ерунда по сравнению с синхронизацией. Тут можно здорово сесть в лужу. Одно дело когда используется 2.1 (как в УТ 10), и совсем другое, когда 3.0. Я бы на этот момент в первую очередь обратил внимание при принятии решения.

(57) 160х5000 = 800 тыщ, ну нам где-то за поляма обещали обновить, так походу недорого получается еще.

(59) Тоже УХ?

(60)Ага. Если не бы НДС никто бы в нее и не полез наверное, она в основном для собора данных филиалов и отчетности УУ. Года три не обновляли, смысла не было, все устраивало. Наверное по по дню возьмем и будем на НГ обновлять. Но нам проще, у нас пару дней простоя можно.
Сейчас решили копию обновить, глянуть много чего отвалится. Но сморю как народ тут жалуется, что обнова на несколько суток в аут уходит, что-то напрягаюсь. Если что я на нее тока смотрел, с меня толку на обновлении не особо много, я тока могу кнопочку обновить нажать максимум. Там же свой проги ее ведут. Но обещают тоже кинуть на амбразуру.

(41)
Причем тут ТС?

..как можно свой нерелевантный для ТС опыт транслировать на неизвестную конфу?..

ТС спрашивает:

Интересует ваши оценки в часах на допиливания если бы предложили такую работу.

На самом деле - не все так страшно, как кажется.


Говорю не просто так - делал.
Сам ты Касатик (С) Реальные пацаны.

Ну не 80 часов точно и, тем более, не 160.
10-20 дней? да ну нах.е.р.

(62) и с обменами тоже в 10 часов уложишься? тогда есть вин-вин решение - ТС выставляет 160, ты по субподряду делаешь за  10 )

(63) когда мне понадобится - управлюсь.

(63) Знаете почему Хамелеон прав? Потому что это не переделывание модулей под новые алгоритмы. Все алгоритмы остаются на месте. Просто во всех кусках кода где НДС20 - тупо копипастятся ТЕ ЖЕ музыкальные фразы один к одному - только для НДС22. Ну и периоды действия: 20 закрыть 31.12.2025, а 22 открыть 01.01.2026

В упор не вижу никаких сложностей. Чистый конвейер. Скорее всего бОльшую часть времени займут отчёты и то именно что по конвейерной своей массовости.
Ни затыков не может быть, ни сложностей. Только аккуратность.

(62) И тем не менее, подозреваю, что тот, кто возьмется за 10 часов (50 тыщ), сольется при первых же вопросах по обменам, бюджетированию, видам цен, не говоря уже про печатные формы, и самописные и не очень отчеты. А, да, там еще выяснится, что им нужен новый УПД во всех их ЭДО-модулях (хорошо, если Контур/Сбис типовой и обновляемый).

(66) Все верно, у штатного обслуживателя было 6 месяцев на подготовку перехода, если считать по минимуму, а так порядка 3-х лет

(65) Какой-то мазохист будет обновлять типовые копипастами кусков кода. Это увлечение растянется минимум на несколько месяцев. Конвеер тут только по выкачке денег с заказчиков.

(66) Речь же не о договорных часах. Ежу понятно, что надо брать 400к-600к, речь о реальных своих затраченных часах.
(68) Не придумывайте. Нет ничего проще копипаста. В данной ситуации только он и нужен.

Практика критерий истины. Дайте толковому программисту любую базу и включайте секундомер. Если он за 8 часов не сделает сотню копипастов с перекурами - он не программист.

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

Я бы сделал, думаю, часов за 80 с запасом. Но так как работа гемморойная, конкретно в данном случае заказчику меньше, чем 250 часов, выставлять смысла нет.

(64) какими методами ищете ставку во внешних отчетах и их макетах?

(41) это время уйдет только на разворот тестового контура, тестирование с заказчиком и прочие орг.вопросы

(69) учитывайте контекст. там бюджетирование, а значит ставки НДС могут быть прописаны в показателях в коде в режиме предприятия. И скорее всего надо, чтобы бюджеты за прошлые года работали по прежднему, а за 2026 - уже по новому, а для этого может потребоваться как-то разделить их по годам (сделать копии). А потом еще каким-то образом сопоставлять.

за +10% скажите заказчику что приведете базу к состоянию, когда при следующем изменении НДС займет полчаса. ну если без обменов, конечно

(65) если бы это было так, штатный программист сам бы справился между залипанием в ютубе и на форумах

(74)[чтобы бюджеты за прошлые года работали по прежднему, а за 2026 - уже по новому]
этого мало
авансы, уплаченные в 2025,в БДДС в 2026 будут по 20%

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

Надо смотреть, что там юзают. Видел под разные сети и т.п. клиентов чисто печатных форм и файлов экспорта под 50 форм в которых из-за специфики напихано костылей вида /6 *1,2.
и т.п. А есть где из всей конфы по факту 20% функционала юзают. Вроде и дописок много, но грамотно и без костылей правиться все достаточно легко.