проблемы обновления УТ+CRM на версию 2.0.8.3 (слетели все остатки после операции обновления базы) !!!

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

Страницы: 1
RSS
проблемы обновления УТ+CRM на версию 2.0.8.3 (слетели все остатки после операции обновления базы) !!!
 
установлена 2.0.7.2, обновился полным файлом до 2.0.8.3 через поддержка, обновление конфигурации, полный файл cf? сравнением и обьединением конфигурации
до выполнения регламентных заданий после запуска самой УТ всё ок, как только отрабатывают 44 задания (переход на новую версию) остатки товаров уходят в минуса !!!

Пробовал подняться с 2.0.7.2 до 2.0.8.1 - ситуация идиентичная
Может ли влиять обновление под нерекомендуемой платформой? Сейчас установлена 8.3.4.48
 
upd
обновление на новой версии платформы проблему не решило
 
Попробуйте обновиться с 2.0.7.2 на 2.0.8.2. с помощью cfu на рекомендованной в описании платформе.
 
Цитата
Сергей Ковальчук пишет:
Попробуйте обновиться с 2.0.7.2 на 2.0.8.2. с помощью cfu на рекомендованной в описании платформе.

на 2.0.8.2? каким образом я через релиз обновлюсь cfu?

2.0.7.2-2.0.8.1-2.0.8.2-2.0.8.3 если обновлять cfu
если полным cf, то с 2.0.7.2 на 2.0.8.3

на 2.0.8.1 пробовал и на новой последней актуальной платформе, результат тот же
Изменено: elite128 - 16.10.2014 10:21:58
 
Цитата
elite128 пишет:
на 2.0.8.2? каким образом я через релиз обновлюсь cfu?
1. Файл cfu даёт возможность обновиться с тех релизов, возможность обновления с которых предусмотрена в этом файле при его создании. Версии, с которых можно обновиться конкретным файлом cfu, указаны в файлах UpdInfo.txt и 1cv8upd.htm, входящих в комплект поставки обновления. Например, cfu типовой конфигурации "Бухгалтерия предприятия, версия 3.0" имеют возможности обновления до 10 предыдущих релизов;

2. Обновление файлом cf не рекомендуется, кроме случаев, когда разработчики сами указывают, что необходимо обновиться с помощью файла cf. Категорически не рекомендуется выполнять обновления с помощью файла cf на релизы, на которые невозможно обновиться с помощью файла cfu. Это чревато непредусмотренными изменениями структуры метаданных, ошибками при выполнении обработчиков обновления и потерей данных.
Изменено: Сергей Ковальчук - 16.10.2014 10:37:59
 
Цитата
elite128 пишет:
на 2.0.8.2? каким образом я через релиз обновлюсь cfu?
А в чем проблема?
В UpdInfo.txt файле указано
Цитата
Version=2.0.8.2
FromVersions=;2.0.7.2;2.0.8.1;
UpdateDate=15.09.2014

В cfu можно заложить переход с любого количества релизов, лишь размер файла будет расти
 
Также при обновлении получаю ошибку в логах


Управление доступом.Роль не найдена в метаданных
При обновлении ролей пользователя "*****"
роль "? ЧтениеРаспоряженийНаИнвентаризациюТоваров"
профиля групп доступа "Работник склада (новый)"
не найдена в метаданных.
 
К сожалению результат тот же

http://joxi.ru/QeAODnXhaRMroD

Кому можно выложить и прислать базу на анализ?
 
http://joxi.ru/752aRLaSDwbA0O

все этапы обновления прошли успешно

http://joxi.ru/WL21RZKSOkWAXq
Изменено: elite128 - 16.10.2014 12:14:15
 
Пришлите на crm@rarus.ru с пометкой "Ковальчуку Сергею".
 
отправил, прошу оперативно посмотреть, бухгалтерию тоже обновили, после отката на 2.0.7.2 часть обменов работает некорректно
 
Цитата
elite128 пишет:
отправил, прошу оперативно посмотреть, бухгалтерию тоже обновили, после отката на 2.0.7.2 часть обменов работает некорректно
Разработчик получил Ваше письмо-ожидайте его ответ.
 
В результате анализа обновления выяснили, что были запущены типовые методы обновления УТ 11, при работе которых в документах ввода остатков движения по регистрам ТоварыНаСкладах и СвободныеОстатки исчезли. Ниже на скриншотах видно, что в старой базе движения у документа были, а после обновления их нет. Так же появились движения по документам ПересчетТоваров со знаком "-". Документы ввода начальных остатков сейчас не перепровести, так как не заполнены цены и суммы товаров. Вероятно, ранее у вас были включены / выключены настройки, позволяющие провести ввод остатков без сумм, потом их изменили.

Вам необходимо разобраться с настройками и вводом остатков.

Так же выяснили, что начальные остатки были введены с типом операции, предполагающим работу с адресным складом (ОстаткиСобственныхТоваровНаАдресномСкладе). А все склады в базе в данный момент не адресные. При этом в новой версии УТ 11 данный вид операции переименован с префиксом Удалить - УдалитьОстаткиСобственныхТоваровНаАдресномСкладе. Попробуйте переделать в базе до обновления тип операции на ОстаткиСобственныхТоваров, . Тип операции содержится в документе ВводОстатков в реквизите ТипОперации, поменять его возможно, например, обработкой "Групповое изменение реквизитов".
 
Посмотрел, что изменились настройки ордерного склада (с января 2014 г. была введена ордерная схема списания-оприходования для ввода сроков годности), устанавливал дату введения ордерной схемы по складу на начало года - не помогло, видел что 13 обработок проходило, было всё ок, затем не следил, на какой обработке остатки начали плыть.
Странно, что поплыли остатки с 2011 года, хотя это всё по логике затрагиваться не должно (в конце года делались пересчеты товаров).
Если не заполнены цены и суммы товаров, значит предыдущие версии УТ это позволяли, доп настроек в конфигураторе не производилось.

Какова сейчас последовательность моих действий?
 
В документах Ввод начальных остатков у нас только денежные остатки
 
Добрый день!

Передала разработчику.
В данный момент он занят, ответит, как только освободится. Ожидайте, пожалуйста.
 
Нашел ввод остатков на адресных складах, судя по всему изначально так в 2010 году было в УТ
Вопрос в том, как поправить правильно документы для корректного обновления
 
Цитата
elite128 пишет:
Если не заполнены цены и суммы товаров, значит предыдущие версии УТ это позволяли
Возможно были включены настройки, позволяющие вводить остатки таким образом.
Цитата
elite128 пишет:
В документах Ввод начальных остатков у нас только денежные остатки
Если вы имеете в виду, что у вас только 5 документов в разделе "Денежные средства / на банковских счетах", то это не единственные документы ввода начальных остатков. Дело в том, что у остальных документов установлен тип операции "ОстаткиСобственныхТоваровНаАдресномСкладе", при том, что все склады - обычные. Если добавить хоть один адресный склад, их будет видно, их всего 39.
Цитата
elite128 пишет:
Какова сейчас последовательность моих действий?
Если у вас есть рег. номер УТ11, то правильнее всего обратиться на линию тех. поддержки 1С по продукту Ут11. При этом скажите что у вас типовая УТ11, а не УТиВСК 2. Мы не вносим никакие доработки в складской  учет типовой УТ11, в CRM его просто нет.
Там смогут объяснить с чем связаны текущие изменения в Видах операций ввода нач. остатках и как могло повлиять то, что были введены остатки по простым складам (или их тип потом изменен), а документы с видом операции "ОстаткиСобственныхТоваровНаАдресномСкладе". И почему сейчас этот вид операции называется "УдалитьОстаткиСобственныхТоваровНаАдресномСкладе".
Мы такой информацией не обладаем.
 
Цитата
Алексей Полубенский пишет:
И почему сейчас этот вид операции называется "УдалитьОстаткиСобственныхТоваровНаАдресномСкладе".
Ясно, что раз собираются удалять этот вид операции, то должны были перекинуть остатки с этого вида на другой, но что-то в обработке обновления пошло не так и движения просто удалены...
 
ОстаткиСобственныхТоваровНаАдресномСкладе перекинул на обычные остатки, проставив цены, ситуация не изменилась

http://joxi.ru/QY2LkR3S1dRm6E

попробую уточнить у 1С
Страницы: 1
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С