Я перевожу людей с зик.. если зп чуть не простая по окладу... уже маты вырывается..
Извините, что куда не ткнись какая-то "шляпа".
+ Ладно данные о среднем перенеслись норм
- в семерке можно было по бригадному наряду внести часы и дни работы-это было основание для расчета среднего .. здесь пляши как хочешь со своими документами отклонениями... (((((
- как в семерке требовались договора облагаемые ФСС, так и тут нету..
- как в семерке требовались договора не облаг облагаемые ПФР, так и тут нету..
-Расчетный лист в ..опе, как и остальные ведомости нормальные по зп. О... да, какие боги программисты на СКД почти всё сделали, уау, крутые! (( - ..опа это! толком не выйти в документ начисления.. нет расшифровок нормальных!
- и как нормально работать с человеком в конкретном месяце?
- пересчеты эти ..
- выплатить нормально тоже не получается.. .
- справка о доходах челу введена с пред места работы.. она херачит вычеты ему, хоть и предел уже есть..
ps Я наверное не туда написал.. .но капэц какой то, крик души .. хорошо с октября решили перейти.. такие заморочки после нг не нужны никому.
Перешел на 3.1. с 2.5. пока ощущение что в команду разработки дегенераты набрали дегенератов. Нуралиев вообще кадровым процессом уже не рулит что ли, никто не знает? Может уже проще соскочить с 1с? Стоимость ведения учета в программе вырастает в разы, за квартал вполне накапливается сумма для перехода и переобучения
(92) Про дегенератов абсолютно в точку. Интересно, чем им не понравились платформенные механизмы расчета и какая была необходимость переносить их в свои альтернативные быдло-функции? Я слышал мнение, что их не устраивала производительность. Интересно, они ей теперь довольны?:)
Какие рассматриваете варианты перехода?
(97) Если честно, то уже хочет посмотреть SAP. Или какую-нить другую программу, которая просто нормально на протяжении многих лет поддерживается и считает зарплату. Я знаю, что один завод для ведения кадров и расчетов выбрал именно SAP, а для бух. отчетности и управленческой - 1С.
Просто видимо желтые не понимают всю критичность по заработной плате. Если бух. отчетность сдал, ее можно пересдать, да с последствиями, но все же. А вот если человек увольняется и ему неправильно выплатили зп - это тут 2 варианта:
1. если неправильно программа посчитала и заплатили меньшем чем положено, это как минимум нехороший информационный фон для работодателя, как максимум - контролирующие органы.
2. если наоборот переплатили - уже не вернуть.
(97) Пока изучаю рынок что есть, прикидываю что можно монетизировать на тех, кто уже внедрился.
Так мысли какие... отказ от базового принципа документ все изменения в регистрах при проведении, движения перепроверяемы - ну как бы уже двойка тройка неверных случаев расчетов словлена, так это на первых ста сотрудников, а их же тысячи. И уверяю менеджеров 1С ни расчетчик ни кадровик нюансов заполнения регистров по событиям на форме уловить не может уже 5й месяц как.. Пересчитывались ЗП какое то нереальное количество раз, неверное формирование списка сотрудников в формах выбора - ребят, тут из за выбранной архитектуры уничтожена информационная безопасность - достоверность базовой справочной информации . Человек принимавший это решение - авантюрист.
Я полагаю что это было сделано в угоду скорости - но потеря достоверности информации обнуляет всю полученную выгоду. Пока затраты на учет ЗП выросли в более чем 2 раза - ведется учет параллельно в 2х программах плюс перекрестные сверки плюс интеграция двух программ в корпоративную среду. Более того, 2.5 и 3.1 некоторые расчеты делают по разному, выдавая разный результат, что добавляет трудозатрат
(107) Очень захотелось поделиться великолепной структурой регистра накопления.
Если внимательно вглядеться - это что за гибрид "бульдога с носорогом". Вроде регистр накопления, а вроде регистр сведений.
Особенно если посмотреть на количество реквизитов, которые добавляются и растут от каждого нового обновления.
Причем во многих заполнялках (типовых) эти реквизиты играют ОЧЕНЬ существенную роль, исключая какие-то записи исходя из значения реквизита.
(108)Ну раз в нём идет балансировка - значит и по сути это регистр накопления. Но в главном Вы правы - регистры (и не только регистры) разного вида сделаны крайне бестолково, как будто без заранее разработанного плана. Такое ощущение, что они "придумывались" прямо на совещаниях: типа есть задача сделать быстренько то-то и то-то с наименьшими изменениями и затратами - и начинают "дорисовывать"... Мне это напоминает деревенский дом, который много поколений достраивали исходя из сиюминутных соображений, делали разного рода пристройки, башенки совершенно в разном стиле, из разных материалов. И вот стоит такой уродец, удивляя проходящих мимо своей несуразностью...
(109) Скорее всего так и есть.
И думаю через год, два, когда с подобным подходом разработчики поймут, что зашли в тупик, появится "НЕЧТО"! ЗУП 4.0 :-))))))))))))))
Ну либо будут продолжать жрать кактус.
Концепции вообще скорее всего нет, т.к. что мешало по большому счету, взять ЗУП 2.5 и переложить код на 3.1 в части уже существующего функционала, расширив его для нового НДФЛ + новые бантики.
Впечатление, что был подход "ЗУП 2.5 Забыли! Изобретаем велосипед заново! и назовем его ЗУП 3.0!"
(110)Уверен, разработчики уже прекрасно знают, что они "в тупике". Более того, это их осознанное желание - им так проще и быстрее решать сиюминутные дела. При этом все доработки растут бесформенной, неупорядоченной массой, в которой уже сами разработчики до конца не могут разобраться. Не говоря уже, чтобы манипулировать ей без кучи ошибок ("бешеный НДФЛ" и т.д.). Пройдет немного времени, и разработчики посчитают самым простым для себя прекратить развивать функционал 3 редакции, придумать что-то вроде 4й редакции (как Вы разумно предположили), и далее с ней по проторенному пути...
(112)Ну да... Фактически монополист - зачем об элементарном удобстве потребителе думать. Главное, чтоб презентация очередного релиза красивой была... Куда мы все денемся с подводной лодки?Теоретически вроде есть альтернативы, а фактически не просматриваются. Был бы рад ошибиться...
(103) да уж.... внедрение/переход на ЗУП.3.1 для серьезных компаний влетает в копеечку.... в убытке и заказчик и франч..... зато как лихо в нее толкают всех....
(105) Проблема здесь даже не в копеечке. Ладно, если внедрение прошло, пару месяцев помучались, а потом все тихонько живут, зарплату считают, отчетности сдают, отчетики клепают. Все довольны и счастливы.
Так тут после недешевого внедрения получаешь "желтую неожиданность" похлеще "детской", которая длится уже год и конца и края нет.
И ведь она собака усиливается!!! С каждым новом релизом!!!
(102)
Пару лет назад я сталкивался с Камином, на первый взгляд неплохой продукт был. Даже сейчас есть в новой редакции https://infostart.ru/public/433651/
(115) Будет время, надо глянуть. Слышал про него, даже пришлось поучаствовать по переводу с Камин 2 на УПП 1.3.
Единственное немного напрягает - это то, что опять платформа 1С.
Кстати, вот интересно. Есть такие гиганты как СБИС, Контур. Они ничего подобного не планируют вообще создавать?
По большому счету, вся тенденция сейчас идет "В облако".
Тот же например СБИС или Контур уже имеют модули для сдачи отчетности в налоговую (кстати по качеству и технической поддержки на порядок превосходящие 1С), электронный документооборот.
Со временем весь документооборот перейдет на электронный и по сути, вот оно облачное решение состоящие из блоков:
"Отчетность в гос. органы" + "электронный документооборот" + "бух. учет (по сути можно сразу все грузить из эл. документооборота)" + "модуль расчета зп".
Многих конечно пугает что это облако, но с другой стороны:
- НДС сейчас по каждой покупке и продаже подается. Скоро думаю до номенклатуры будет.
- ЗП в различных разрезах с налогами тоже подается.
Остается только себестоимость продукции, но это тоже пытаются заставить сдавать в некоторые органы.
(116)С тем, что есть тенденция на перевод всего в облако, согласен. Дополню перечень того, что уже подается в обязательном порядке фактически в облако выручкой от розничной реализации по каждой операции (пономенклатурно, кстати). Однако, что касается Контура и тому подобных сервисов, то между их максимальным функционалом на сегодня (формирование регламентной отчетности и её передача ) и функционалом любой конфигурации ЗУП или даже ЗИК есть огромная разница. Захотят ли они заняться всеми этими отпусками, больничными, табелями и.т.д - большой вопрос...
(120) У них есть какие-то решения.
Сбис - полностью облачное решение.
Контур - локальное.
Но как оно работает и как осуществлять доработку например необходимых форм - не понятно.
у меня впечатление, что набрали команду - поставили задачу - внедрить все "хотелки" пользователей 7.7 и 2.5, которые накопились, а про то, что бОльшая часть функционала работала нормально и пользователи спокойно считали зарплату - не вспомнили... ну да - здесь же не было никаких сообщений от пользователей ))), кто бы мог догадаться, что нужно сохранить наработанные годами возможности программы.... А про то, что эти "хотелки" многим не просто не нужны, а даже иногда мешают - никого и не спрашивали.
Если сейчас не брать во внимание НДФЛ (это отдельная песня) , то трудоёмкость ведения учета З/п меньше всего в 2.5, затем в 7.7, а З.1 намного отстает, не смотря на много новых возможностей, которые при попытке их использования оказываются не рассчитанными на хоть немного сложные (а точнее обычные жизненные) задачи.
1С уже пора создавать не только каталог ошибок, но и Каталог нормально работающих возможностей.
И очередной укуренный выс...р от желтых в части НДФЛ.
Если разными ведомостями выплачиваются отдельно больничный и отпускные за один месяц, то весь НДФЛ попадает в первую ведомость не смотря на признак что перечисляется.
(130) Производительность здесь уже производная от говноконцепции, а точнее от полного её отсутствия. У платформы есть спецмеханизмы под кадровый учёт. допустим они чем-то не устраивают. НУ И ДОРАБОТАЙТЕ ЖЕ ИХ, ёпт ! Неет, говорят нуралиевцы.... мы только черз задницу умеем. Птьфу.
За последние 2 месяца написал 38 ошибок и пожеланий на линию консультаций. Большинство ошибок зарегистрировали, но в список публикуемых они не попали. Пожелания тоже записывают. Есть критические ошибки, которые повисли на уровне линии консультаций в стадии игнора и просто не дошли до разработчиков.
На линии консультации тоже на кого нарвешься, иногда такие клоуны попадаются. Как вам такой ответ "Вы прислали иллюстрацию и описание воспроизведения проблемы в устаревшем интерфейсе. Консультации оказываются только по интерфейсу "Такси". Опишите суть проблемы и порядок ее воспроизведения в интерфейсе "Такси""?
(125)(127) Такое ощущение, что программистами в 1С над ЗУП 3 работают несколько бригад: бригада таджиков, бригада узбеков, бригада украинцев, и элитная немецкая бригада. Все они работают на стройке одного дома, но на разных подъездах. Вот и получается, что в одном и том же доме где то вровень выпирает, где то дыра в стене, а где то более менее, где то вообще внешне шикардос. Обязанность тестирования возложили на пользователя. А причины возникновения ошибок никто не расследует, и за них уж тем более никого не штрафуют.
(129) Платформа неправильно развивается. Концепт должен с платформы начинаться, а у них что прикладнуха, что платформа - одному заказчику понадобилась фенечка - не глядя допиливается, при этом рушится всё остальное, потом это исправляют - вечный кайф ! Из последних шЫдевров - функция отключения безопасного режима, просто рыдалЪ...
Надо уже говорить что-то типа "эволюция 8 зашла в тупик, пилим 9", но ... все всё понимают, ага
(133) Невозможен квалифицированный программист-прикладник на такой платформе. Ибо не должен прикладник изобретать "интервальные регистры" и программировать цепочки асинхронных вызовов ручками. Прикладник должен думать о том, чтоб НДФЛ правильно считался ;))
А подход обычный - премию нужно получить, план выполнить и не переработать. Голова стухла.
(138) да так оно всё и есть, стопудово. Разработчики ЗУПа не имеют никакого влияния на платформистов, а задачу надо как-то решать - вот вам источник интервальных регистров (да, это полный пипец, имхо).
(139) Зря вы так на интервальные регистры, может и выглядят не очень красиво, но работать с ними удобней чем получить периоды из периодического регистра, особенно когда кадровый перевод может быть как срочным, так и бессрочным. Но в общем про плохой код и неправильную концепцию развития согласен, особенно весело после переноса данных из 7-ки, сразу не поймешь это ошибки в регистрах или ошибки в коде, а отловить в менеджере временных таблиц когда возникла ошибка, да еще обычно запросы сразу с выборкой, без результата ... и иди ищи где там ошибка в 20-30 открытых окнах.
Посмотрел как на потенциальную альтернативу- Камин 5. Не сказать, что понравилось. Смотрел в основном изнутри, написано хотя и проще, но все равно не по канонам. Регистр расчета только один - "ДниНеотработанные", ПВР - "Виды времени" :D
Я задумывал этот пост изначально, чтобы узнать у тех, кто работает с Камином, насколько он может быть альтернативой. Но вроде все вопросы отпали:)
То есть, все то, что использовалось в 2.5 и то, чему учит Белоусов на своих курсах по поводу расчетов можно спустить в утиль, как и сам сертификат по платформе в части расчета. Они там сговорились что-ли гнать порожняк? Девальвировать наши знания вот так просто без объяснения причин? Почему вместо стандартных платформенных механизмов используется куча говнокода , нетрадиционная ориентация объектов метаданных и набор невнятных функций без описания? Только не надо говорить о производительности, это и так все видят.
(143) Я думаю что сейчас многие в сторону других программ для расчета зп поглядывают.
Ну нельзя так изголяться над пользователями!!!
ЗП и налоги - должны считаться правильно и быстро!!! И никого не должно волновать в какой обертке это считается: DOS, C#, 1С или любая другая.
Увы у желтых сидят не Програмисты, а КОДЕРЫ, которые вряд ли представляют как вообще сдавать отчетность, как проходить проверку налоговой и прочее. Именно от этого такая печалька. Они по сути не солидарных с бухгалтерами, которые считают зп, не солидарны с программистами конечников, которые этот их говно код правят, чтобы бухгалтера могли считать зп и сдавать отчетность. По сути, поскольку у них нет солидарности с конечным потребителем - то они выступают ВРЕДИТЕЛЯМИ.
А методологи вообще не могут влиять на разработчиков!!! Это нонсенс!!! - но факт.
(160) Она была!
Работала! Причем отлично работала!
И как не парадоксально называется: "1С:ЗУП 2.5"!
Там нужно было только отчетность НДФЛ прикрутить - отличная программа.
1. Быстрая;
2. Вылизанная, считала все правильно и корректно.
3. Я бы сказал - идеальная!
(161) Справедливости ради, мне ЗУП 3 тоже не нравится. Не могу объяснить, почему, но не нравится. У нас 300 человек примерно, переводил самостоятельно в этом году. Изучил программу хорошо, сдал консультанта на нем, был энтузиазм и интерес. Перешли в целом без особых проблем. И спустя полгода могу сказать, что переход не добавил ни радости от новых механизмов, ни удобства. Меня даже интерфейс раздражает этот бледный )) Ну а что касается НДФЛ и т.п. - даже говорить не о чем.
Т.е. для меня, как программиста, это было полезным опытом, а для пользователей - совершенно ненужным.
Будьте внимательны!
Релиз 3.1.6.37
В случае пересчета зп в документе "Начисление зарплаты и взносов" при нажатии на кнопку "Пересчитать взносы" на закладке "Взносы" пересчитываются "УДЕРЖАНИЯ".
Причем пересчитываются неправильно, т.к. если нажать "Пересчитать сотрудника" - то все ок.
Итак, была интересная тема, где действительно поднимались вопросы косяков 1С:ЗУП.
Причем рейтинг у нее был уже 143.
Что же делают администраторы сайта, а вот что!
Понижают рейтинг.
НИЗЯ ЖЕЛТОГО БОГА РУГАТЬ!
Ему нужно только поклоняться!!!
Rus_Tiger Tiger единственный , кто оценивает всю эту ситуацию в динамике, от начала до конца, и тут я точно подтвердил бы , что он ничего не перегибает и не врет.
Если кто сомневается - зайдите на багборд и посмотрите на количество неисправленных ошибок ЗУП от версии к версии. Там не менее 200 всегда бывает.
Вот такой тормозной навоз фирма 1С предлагает вместо работающей версии 2.5
Шляпа, вы считаете? Разувольняйте уже дебилов как можно скорее, которым доверили вы писать это. Пока проблемы не добрались до святого Нуралия)
Просто у меня есть команда (вместе со мной), которой вместо работы и развития систем приходится ковыряться в этом г. (дальше про ковыряние писать не будут - и так все знают).
А на счет БОГа (Нуралия) - такое чувство он либо не знает и знать не хочет, либо знает, но сделать ничего не может.
Т.к. этот ад продолжается уже второй год.
Нужно-то, зафиксировать один релиз, вылизать его как положено - чтобы все работало и всем объявить вот версия 3.1.X.X - хороший продукт.
А потом в следующий релиз 3.1.Х+1.X - уже прикручивать фишки, но при этом, если вдруг возникли косяки, то их исправлять и в предыдущем и в следующем.
А сейчас что происходит? Есть релиз 3.1.6 с косяками, выпускают обновление и пишут что косяки исправлены только в версии 3.1.7 (а на 3.1.6 - забили). В результате поскольку это уже следующая версия, то с исправлениями старых косяков прилетают и куча новых косяков с новыми "типа бантиками".
С учетом общего подхода, как все считается, у руководителей либо бюджет шиш да маленько, либо в головах разброд и шатание (никому ничего не нужно).
Кстати, ОКЕЙ (сеть магазинов) выбрала программу БОСС Кадровик.
Ссылка: Новость про БОСС Кадровик И еще на сайте самого производителя Сайт написано следующее:
"Однако не следует забывать, что жизненный цикл ERP-систем составляет 7 — 10 лет, поэтому при расчете совокупной стоимости владения (Total Cost of Ownership, TCO) добавляются затраты на персонал (заработная плата, обучение) и инфраструктуру (серверы, сетевое оборудование, рабочие станции, системное ПО и т.п.) в течение срока внедрения и эксплуатации ERP-системы." Это по крайней мере честно.
Возможно программа тоже не фонтан, но я о такой даже раньше и не слышал.
Но конкуренты потихоньку подтягиваются.
Кстати, если учесть что ОКЕЙ это 20 тыс. сотрудников - я представляю как будет загибаться 1С:ЗУП 3.1 при расчете.
Ладно при расчете - при ОТОБРАЖЕНИИ!!! :-)
171.
user633533_encantado
1117.07.18 18:24 Сейчас в теме
(166) Большие сомнения на счет конкурентоспособности этого БОССа-кадровика.
Проблема таких штучных решений, что они становятся завязаны на компанию, которая ее сделала и поддерживает. Если при работе с 1С любая компания может взять в штат консультанта или программиста со стороны или обратится в другой франч. То что они будут делать если разработчик этого программного продукта сольется или не покажет ожидаемых от него результатов по своевременной поддержке законодательства, интеграции и просто покажет плохое качество продукта ?
(171) Полностью согласен, кроме одного.
Сейчас с учетом косяков (уже 2 года) 1С не может обеспечить поддержку законодательства, т.к. неправильные расчеты - это и есть отсутствие поддержки законодательства.
(172) Прекрасно понимаю, что им ОЧЕНЬ БОЛЬШОЙ... ну дальше понятно.
На счет оптимизма. Вот тут увы, не так радужно.
Сейчас многим руководителям, в т.ч. далеким от 1С пришлось включиться в процесс и они осознали, что 1С:ЗУП 3.1 - реально говенное.
Соответственно в случае необходимости внедрения будет:
1. При внедрении 1С - очень жесткие условия в договорах. Так что тут я бы еще поспорил на счет оптимизма (легко срубить бабла может уже и не удастся).
2. Поиск других решений.
Я поняла только что ни одно внедрение даже типовой не ложно происходить силами ит отдела. Только франч по линии партнерства может как то повлиять на ситуацию с ошибками в типовых. Баг лист клиентов без подтверждения ошибки франчем партнером скорее всего не рассматривается.
Я поняла только что ни одно внедрение даже типовой не ложно происходить силами ит отдела. Только франч по линии партнерства может как то повлиять на ситуацию с ошибками в типовых. Баг лист клиентов без подтверждения ошибки франчем партнером скорее всего не рассматривается.
Увы. Если у Вас проект внедрения не на десятки лимонов - то Ваши проблемы даже через франчей рассматриваться не будут.
Можете мне поверить, как отработавшему и во франчах и привлекающих франчей на внедрение.
Пишется франчами на ту же линию консультации и ответы приходят такие же смешные.
Иногда кстати, как не парадоксально, даже лучше отвечают конечнику, чем франчу (если франч небольшой).
Так же знаю, что даже самый крупный франч (не буду здесь называть) не может кардинально повлиять.
Да что тут франч. Главный методолог внутри самой фирмы разработчиков одного из направлений не может повлиять на устранение косяков (с его же слов)!
Просто если посмотреть сколько выставлено неисправленных ошибок в 1С:ЗУП (вроде в районе 200), по факту минимум на порядок больше!!!
Это можно легко вычислить, сколько ошибок было отправлено и сколько опубликовано.
Так вот в нашем случае их за все время было более десятка, а опубликовано 1-2 и то после выхода.
Соответственно реальных ошибок в программе 2000 шт.!!!
А теперь просто вдумайтесь!!! Мы используем программу для расчета зарплаты и сдачи отчетности где реально выявленных 2000 шт. ошибок!!!
И они не устраняются месяцами, а то и годами! Причем из них половина - действительно серьезные ошибки!
Кто-нить хотел бы прокатиться на машине с выявленной тысячей ошибок в управлении???
Просто если сейчас опубликовать все ошибки, которые реально есть и признаны - то эту программу можно списать как БРАК!!!
177.
user633533_encantado
1118.07.18 10:41 Сейчас в теме
Ну есть ошибки и что ? По факту зайдите в бухгалтерию любой фирмы и спросите в какой программе они ведут учет зарплаты и кадров и вам ответят , что это ЗУП.
А те кто скажет , что их учет ведет бух. на аутсорсе, просто не знают , что этот бухгалтер тоже использует ЗУП. Альтернативы нет, так что можно сколько угодно плакать, но кактус жрать.
Я работаю на достаточно крупном предприятии (много сотрудников, много обособленных филиалов, несколько юр. лиц) и мы ведем учет зарплаты в ЗУП-е (точнее в ERP, но это не важно). Да ошибки всплывают, как правило после обновлений, но я с ними справляюсь. Учет ведется, отчетность сдается. К слову на баг борде по ERP сейчас висит 360 признанных и не исправленных ошибок, что-то я не вижу темы с плачем , о том какое г. эта ваша ERP и работать в ней невозможно.
Альтернативы нет, так что можно сколько угодно плакать, но кактус жрать.
Есть. Мемориально-ордерный учет, повсеместно используемый в строительных и бюджетных организациях, коих в РФ большинство. Мне на заре карьеры пришлось столкнуться с тем, что или разработчики типовой бюджетки не поняли сути этого учета или я не поняла зачем они сделали именно так (как костыль к обычной бухе) и пришлось делать по-своему. Речь не идет об автоматизации бардака. Речь идет о порядке, который оказался вне понимания программистов, выросших на модели журнально-ордерной системы учета. Причем в 8ке ни одной из этих моделей уже нет. А что есть я еще не догнала.
За год работы в 3,1 понял что все проблемы от того, что пользователи просто не умеют работать в новой версии 1с! Одна сходила на недельные курсы и ей все стало понятно и логично, ни за что на старую версию не перейдет! Сейчас всем другим помогает, объясняет что к чему, правда это тяжело дается, так как большинство бухов в возрасте и просто не могут воспринять, что им говорят, хоть и очень стараются, но продвижения есть, и все больше бухов начинают ценить плюсы новой версии, а не давно им пришлось зайти в 2.5 и как же они плевались, что что-то им там не удобно, спрашивали меня, может я что в них обновил, говорили раньше как-то просто было!!!
(188) Увы проблемы не от этого!
Проблемы именно из-за говно-кода внутри и безграмотности разрабов.
Обучить можно, но если программа считает от релиза к релизу по разному (кроме нового фукнционала) именно из-за косяков кода - то это клиника разработчиков.
все проблемы от того, что пользователи просто не умеют работать в новой версии 1с!
Если бы обучение пользователей могло устранять косяки программы (((
Часто после всех настроек программы, написания инструкций и обучения приходится говорить, что этот д-т теперь уже (спустя пару месяцев) не так работает, а в этом д-те нельзя делать исправления (не очищаются регистры накопления) - нужно пометить на удаление и создать новый..... а для этой ошибки 1С милостиво опубликовало пути обхода.... и т.д. и т.п.
(192)В соответствии с решением, принятым на Большом весеннем партнерском семинаре, поддержка редакции 1.3 конфигурации "Управление производственным предприятием" не прекращается, в случае принятия решения о прекращении поддержки 1С:УПП, планируется предупредить пользователей и партнеров заблаговременно, не менее чем за 3 года до вступления такого решения в силу.
ЗУП 2.5 КОРП жив не потому что, фирма 1С пожалела кого-то, ей все равно, а потому что ЗУП 2.5 КОРП часть УПП.