Много багов?

(216) Обладаю. Целая технология проверок и перепроверок. И не в первый раз. (218) Ну не совсем. Готовлю специальный cf файл с конфигурацией доработанный для такого перехода.

(219)+ Как здесь любят говорить: "три года, - полет нормальный...".

Так. Понятно.
На 8.2.14 - рабочую базу пока переводить не буду.

УПП 1.3.18.1 на 8.2.13.219 показал небольшой глюк - ввод в поле ввода вне окна программы

(222) Формы, формы какие? Управляемые, аль, обычные?

обычные

ну так обнови на 8.2.14
делов то, на 5 минут

(225) Сам на 8.2.14 работаешь?

(226) развернул с помощью скрипта,
но ставить пока лень
как и переходить на 18

(227) То есть не пользуешься, а советы даешь!? :)

Кстати, УПП 1.3.18.1 на 14-м релизе в режиме совместимости с 13-м работает?
Если да, то и на 13-м должен работать без проблем!

(228) так полно отзывов в ветке
(229) поиском по ветке пройдись, уже спрашивали

(229) не боИсь, мы работаем на 13 платформе, пока ничего страшного не случилось

(231) УПП 1.3.18.1?

(232) ДА

(233) Я понял. Думаю, пока релизы УПП будут выпускать для 14-го релиза с работой в совместимости с релизом 1.3.13.219, то можно без проблем и на 13-м работать!

(234) таки работает у кого-нить реальная база с релизом 1.3.17 на платформе ниже 14 (8.2.13.219)?

уже нет. обновились на 18-ю, на ней и работаем.
8.2.13.202

(235) работает 1.3.16 на 8.2.14.537

У меня есть такое мнение, что требование 8.2.14 для 1.3.17 вставлено из-за того, что в 8.2.14 учтена отмена перехода на зимнее время.

(234) работает,на 8.2.12.96, без проблем

(238) а каким боком это к УПП относится?

(240) а ни каким

(237) спасибо

(235) у нас для польователей работает без изменений. Но появились проблемы. После перехода с 13 на 14-ую стали зависать сеансы пользователей, у которых некорректно была завершена работа (например при выключении эл-ва), приходится их отрубать принудительно.
Еще ТиИ идет Очень долго. Если раньше оно длилось 6 часов. То теперь не успевает и за 3 дня. Самая долгая операция - проверка логической целостности журналов документов. Начали по этому поводу переписку с супортом 1с.

(238) это связано с тем что слетают субконто

УПП 1.3.18.1 типовая на 8.2.13.219 без проблем работает

вот только заметил 8.2.14.540 вышло. Вроде в понедельник еще не было, проверял 537. вот теперь и думаю последнюю ставить или 537?

+(246) - буду ставить 537. хоть на чуть-чуть, но в нем больше уверенности.

(247) прикольная логика,
выяснить что 14 не обязательна и поставить её

обновил на 13.205, неделя - полет пока нормальный

(248) не обязателен, но ведь субконто вроде как слетают.

(234),(248) - а у Вы пробовали после обновления на 17.1 конвертировать на 14 платформу?

(251) я - нет, а зачем ?

(252) а вдруг база порушится? 17 релиз же написан что для 14 платформы?

(253) ты веришь всему написанному,
тогда объясни почему равный релиз ЗиУП требует всего лишь 10 релиза

а вот подскажте, как .16 на .17 из cfu на 8,2,13 обновить? Попытка станадартным путём отваливается...

(254) ЗиУП не УПП все-таки.
по ходу я завтра буду весь день медитировать над этим вопросом и приму какое-либо решение... ставить 17 на 13 или на 14.

(255) тут что-то не так,
я 16 на 17 через cfu обновил на 12 платформе

симптомы в студию

(257)При попытк обновления - "нарушена структруа..."
Кеши чистил, выгружал-загружал конфу. Сама база без обновления - работает нормально.

(258) а ТиИ ?

(259) Не пробовал... Сейчас запущу...

запустил...
выдала кучу сообщени

типа
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Измерение.Валюта Операция (бухгалтерский и налоговый учет) 00000000001 от 26.07.2011 12:00:01:1
   Значение должно быть NULL. Сохранено значение NULL.
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Измерение.Валюта Операция (бухгалтерский и налоговый учет) 00000000001 от 26.07.2011 12:00:01:1
   Значение должно быть NULL. Сохранено значение NULL.

И завершилась без проблем...

(262) и что с обновлением ?

ещё не пробовал. Но как данные повлияют на сравнение конфигураций?

(264) я несколько раз видел как ТиИ без сообщений снимал схожие проблемы

проверим...
Но если так, то это уже полный дебилизм...

(265) + 1
кстати
раз падает при сравнении, может у тебя "битая" конфигурация поставщика и стоит сначала её обновить до 16

(266) тебе  с шашечками или ехать ?

Тот же эффект. Кстати, перед выводм сообщения в статусе "обновление конфигурации поставщика"...

(269) угу
попробуй выгрузить конфигурацию поставщика

(270) и что с ней потом сделать?

Кстати, не нашёл пункта "выгрузить конфигурацию поставщика"...

(272) настройка поддержки - сохранить в файл
(271) она не выгрузиться, вылетит ошибка

(273) сохранилась без ошибок.

(274) найди cf от полной поставки 16 релиза и сравни
если разные - дело в конфе поставщика

(275) Наверняка разные...
И что делать? объединять с полным цф?

(276) да
объединить сняв все галки

(277) ок, попробую. Спасибо за помощь, будешь в наших краях - с меня пиво.

(278) во первых не факт что поможет
во вторых я на месяц с форумом завяжу, план по карме выполнен

Обновил, т.к. для пфр нужно было, полет нормальный, а вот 540 релиз платформы пока ставить не буду

(253) загрузил бэкап под 8.2.14.537 - всё ОК

*опа с ВалютойДт/Кт подтверждается:
- после обновления копии базы в клиент-сервере (другое не пробовал) с релиза 1.3.16.1 на релиз 1.3.17.1 на платформе 8.2.13.219 значения валютыДт и ВалютыКт в Движениях.Хозрасчетный ЕСТЬ NULL = ЛОЖЬ. (До обновления ЕСТЬ NULL = ИСТИНА)
- после обновления копии базы в клиент-сервере (другое не пробовал) с релиза 1.3.16.1 на релиз 1.3.17.1 на платформе 8.2.14.537 значения валютыДт и ВалютыКт в Движениях.Хозрасчетный ЕСТЬ NULL = ИСТИНА.
Вопрос: на что такой косяк повлиет?
(132) Kom-off пишет, перезаписать проводки, но там еще где-то косяки подобные есть.
(133) shuhard рекомендует ТиИ, но на него реально времени нет, т.к. 50Гг - ТиИ мин. день, а есть всего-лишь 5 часов.

(282) Может повлиять например на формирование кассовой книги. У меня уже это случилось.

(283) смотрю - никаких изменений в кассовой книге после перепроведения некоторых кассовых докуемнтов нет, несмотря на то что в проводках есть записи и с NULL и без NULL. Может потому, что у меня только рубли используются?

(284)+ В итоге решил исправить Отчет Кассовая книга, в запросе по итогам за период вместо ХозрасчетныйОстаткиИОбороты.Валюта поставил NULL как Валюта, т.к. у меня кроме рублей другой валюты не используется. А то что-то перезапись НаборовЗаписей.РБ занимает насколько минут за день. Т.е. несколько суток за 3 года.

(285) умора
[ТиИ мин. день, а есть всего-лишь 5 часов.]

и всё равно обновился на 13 платформу,
а в понедельник получишь пиз.дюлей от бухов за кривую ОСВ,
причем целый мешок

ибо гляди на 60.01 в валюте иных вариантов не будет

имхо - требование релизов к платформе только изза того, что проги в 1с начиают использовать фишки присущие только этой платформе

(286) чей-то не заметил ничего кривого, ОСВ идентична необновленной копии, даже после перепроведения. 60.01 в валюте отсутствует, т.к. валюта только одна - рубли. а платфома 13 уже давно стоит, просто на 14 забил. В чем подвох?

(288) В запросах, где формирутся итоги по валюте, например.

(289) хорошо, что в УПП это в основном БухОтчеты и Хозрасчетный вторичен. А ключевые регистры должны быть в порядке.

О чем идет спор?
УПП 1.3.18.1 на 14-м релизе работает в режиме совместимости 13-го.
т.е. на 13-м должен работать БЕЗ ПРОБЛЕМ!

(291) про 13-й никто не спорит (было бы глупо, если б оно еще и на 13-м работало неправильно) - вопрос в том, что при полноценном переходе на 14-й происходит конвертация БД. выясняем, какие могут быть последствия.

(291) бред

(291) к тому же, вроде в описании к обновлению есть прямое требование платформы 8.2.14 - вот и хотелось бы узнать, чем оно обусловлено.

(293) обоснуй!
(294) скорее всего исправление какой-то ошибки, связанное с управляемыми формами. В БП и ЗУП, УФ нет, вот для них 14-й релиз и не требуется.
В УПП мы не работаем с УФ, по этому все работает!

(295) интересно, кто в УПП использует управляемые формы?

(296) Некоторые подсистемы уже почти полностью на упр. формах, например, "Пользователи и доступ".

(286) 15 часов работы - пока жалоб нет (Тьфу, тьфу, тьфу, стук, стук, стук!)
(294) как я понял требование к 14 платформе обусловлено в частности тем что на 13 релизе платформы при реструктуризации РБ происходит косяк с заменой значений NULL на Неопределено. В 14 платформе этого косяка не обнаружено (вроде как?). А 17 релиз УПП требует реструктуризации как раз.

(298) у нас в УПП подсистема бухучета практически идентична этой же подсистеме в БП. Думаю, в российских конфигурациях ситуация аналогична. Почему в таком случае УПП требует обязательного перехода на 8.2.14, а БП - не требует? Или это временное расхождение версий и требований?

(299) в 17 релизе изменилось название 96 счета => реструктуризация РБ => косяк на 13 платформе, но на 14 нет косяка. А БП в новом релизе происходит реструктуризация?

(300) выходит, если кому-то в БП понадобится провести реструктуризацию РБ (например - увеличить разрядность количества/суммы) на 13-м релизе или на 14-м в режиме совместимости с 8.2.13 - будут косяки?

(301) - БП надо пробовать. На УПП будет только на 13 релизе, на 14 после обновления и реструктуризации такого не выявлено (правда сервак был 64 разрядный и база тестовая копия). А рабочая обновленная на 13 платформе на 32 разрядном серваке стоит.

(302)[На УПП будет только на 13 релизе]
да лан,
и на 12 у меня то же самое

(298) "В 14 платформе этого косяка не обнаружено (вроде как?). А 17 релиз УПП требует реструктуризации как раз."
И как тогда объяснить нормальное обновление с 16 на 17 релиз на 8.2.13.219?
Я делал в файловом варианте!

(304) сделай запрос:
ВЫБРАТЬ
   ЕСТЬNULL(Хозрасчетный.ВалютаДт, "NULL") КАК ВалютаДтЕСТЬNULL,
   ЕСТЬNULL(Хозрасчетный.ВалютаКт, "NULL") КАК ВалютаКтЕСТЬNULL,
   ЕСТЬNULL(Хозрасчетный.КоличествоДт, "NULL") КАК КоличествоДтЕСТЬNULL,
   ЕСТЬNULL(Хозрасчетный.КоличествоКт, "NULL") КАК КоличествоКДтЕСТЬNULL,
   ЕСТЬNULL(Хозрасчетный.ВалютнаяСуммаДт, "NULL") КАК ВалютнаяСуммаДКтЕСТЬNULL,
   ЕСТЬNULL(Хозрасчетный.ВалютнаяСуммаКт, "NULL") КАК ВалютнаяСуммаКтЕСТЬNULL
ИЗ
   РегистрБухгалтерии.Хозрасчетный КАК Хозрасчетный
ГДЕ
   Хозрасчетный.Период МЕЖДУ &Период1 И &Период2
Если пустых клеточек не будет за период в котором документы не перепроводились после обновления, значит на файловая не косячит.

(305) Дохрена NULL-ов

(306) дохрена - ответ некорректный. Либо они все будут NULL или заполнены, тогда косяка нет. Либо они будут NULL, просто пусто, т.е. неопределено и это тот самый косяк, и заполнено значением.
Но у меня на файловой демке косяк тоже возник.

(307) Около 200 записей. Все значения NULL!

(307) В итоге, наверно можно обновить на 14-м релизе, а потом работать на 13-м!

(309) А зачем?

(310) 13-й более стабильный.

а если в УПП оставить режим совместимости, то можно на 13ой остаться? или это никак не влияет?

(312) режим совместимости только в 14 релизе ставится, и если он стоит, можно работать и 13-м релизом!

(313) ставится только в 14м, но можно и в 13м %)

(314) Можно! Потом будет видно при тестировании! :)

в понедельник 21 ноября ожидаем
1.3.19

вот, и дождались глюков!

(317) ты все пропустил
v8: Запуск УПП 1.3.19.1 под платформой ниже 14