Стоит ли переходить с Зуп 2.5 на Зуп 3.0 или лучше в чистую базу перенести упп? #741643

Был слух что поддержка 2.5 с нового года прекратиться, требуется доработки базы, вот делема переходить на 3.0 и там настраивать или в УПП 1.3 (пустую чисто под зарплату) благо структура почти одинакова, также УПП ещё долго поддерживать обещают.

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

Привет. А у вас есть заказчики, которые могут обосновать необходимость изменения ЗУП? Таких грамотных днём с огнём не найдёшь, а странные идеи от некомпетентных и креативных чреваты нарушением законодательства. Насколько я знаю вашу ситуацию - оставайся на типовой, добавив лишь ВПФ, контрольные подписки и обработки заполнения ТЧ.

изменения не связаны с видом расчета , в основном отчеты, заполнение ТЧ, переносы итд.

ЗУП не полностью поддерживает законодательство. Как тут без изменений обойтись...

есть предположение что ЗуП 2.5 (УПП 1.3) на ближайшие годы останется самой стабильной редакцией, как сейчас Бух 7.7. а ЗуП 3.0 ещё за ближайшие 5 лет думаю несколько раз перевернут плюс пару переходов с переносом данных замутят.

Франчей просто покормить хотят. Вот и лабают новые системы. Что мешало текущие постепенно до ума довести... Типа "избавление от ошибок проектирования", а сами в ЗУП 3.0 уже нагородили штук 50(!) объектов конфигурации уже помеченных на удаление...

>>  Франчей просто покормить хотят. Вот и лабают новые системы франчи тут скорее всего ни при чем, думаю сами не знают что хотят получить на выходе. и похоже что 3.0 уже новая команда делает, возможно даже новичков.

ну на партнерском ответы на вопросы курируют те же самые, что и по 2.5.

>> Что мешало текущие постепенно до ума довести... с этим трудно не согласится

так понятно, молодых балбесов еще не хватало чтобы на форум выпустили.

"Что мешало текущие постепенно до ума довести" - интересы фирмы 1С обратны интересам клиентов.

насколько 3.0 еще кривая и неустаканеная?

если скажут на 30 вам полегчает?

> сами в ЗУП 3.0 уже нагородили штук 50(!) объектов конфигурации уже помеченных на удаление :((

сыровата. Перевели конторы штук несколько с простым расчетом и типовым функционалом. Взлетело. Крупных пока не переводили, планируем 2016 год.

погадаем до какого года будет поддержка 2.5 ???

делаем ставки, господа и дамы!

не важно.2.5 есть в УПП которая по обещаниям 1с долго ещё поддерживаться будет, если конечно они тупо не забьют на ЗуП блок в УПП и наваяют правила переноса в ЗуП 3.0 с УПП 1.3

хе-хе... ЗУП не умеет в вахты

не забьют, потому что еще есть зуп 2.5 корп

у меня есть клиент работающий на бухне 7.7 сдавал НДС 2015 в релизе, формам и выгрузке подготовленным в 1С Так что, я бы не паниковал о прекращении поддержки

а ведь обещали еще и в 2.5 ))) Базван тут еще отписывался, я помню..Воз и ныне там. Сами написали подсистему для 2.5, пишем для 3.0 )

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

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

не умеет ) попробуй рассчитать северную надбавку для сотрудника с переходящим статусом постоянщик-вахтовик-постоянщик )

+ есть такая фишка, как правило используется во многих конторах, как Персональная надбавка, которая считается Максимальный процент СН - текущий процент СН.

а вот не делала бы долгосрочную ставку... ЗуП не БП, могут и не тянуть. кстати, на удивление весь партнерский забит вопросами по расчетам, но вот вопросов по быстродействию не видела.

Готового вида расчета конечно нет, но кое как автоматизировать можно. Журнал Бух.1С за ноябрь 2013 посвятил этому статейку. Переходящего статуса там нет, видимо рассматривали вахту в районы без РК и СН, но думаю что такой расчет можно добавить. Там и без этого на каждого сотра надо вводить док Ввод сведений о плановых начислениях и заполнять Показатели расчета зпрплаты (для расчета СН кол-во показателей увеличится). Разумеется такая схема с огромным количеством ввода данных перед вводом дока Начисление зарплаты расчетчиков неиллюзорно удручает, но все же лучше чем с калькулятором на коленке считать.