Много багов?

блин.. когда она успела выйти, тока на 16 обновил

(1) а 28.10  выйдет 1.3.18.1

В дамп вываливается - это только я такой счастливый? Удалось у кого обновить?

(3) угу
зарплатную базу
под 8.2.12.96
без проблем

мля... задолбали мельтешением
работать когда?

у кого-нибудь  УПП 1.3.17.1 заработала на релизе 13?

(6) хорек, сам сделай

Что ж. Подниму тему ещё раз.

Если честно - они (1С) задолбали! Мы переходили на УПП втом числе, чтобы не обновляться каждый день...
Но чем дальше, тем обновления чаще... Это просто невыносимо, особенно учитывая то, что каждый свою УПП допиливает так, как ему нужно.

Просто теряем время и деньги :(((

А что вам мешает не обновляться?

(10) жадность, сэкономили на внедрении и считают зарплату там же, где ведут основной учет

(0) Обновил. 1.3.17.1@8.2.14.537. Сегодня первый рабочий день в такой связке. Жду жалоб :)

только качаю, 8.2.13.205

(13) врёшь, уже качал : v8: Проблема с компонентом 1CBarCode...

(14) сам врешь, господин соврамши ))
где там про конфигурацию?

(12) после первой платёжки бухи прибегут с широко выпученными глазами, готовь свой РГС

(15) а где в (13) номер конфы ?

Блин, как же я проглядел обновление. Срочно обновляюсь!

(17) дык сабж про конфигу под конкретный релиз платформы, я поделился тем, что у меня будет

(13) С ума сошел?!! 8.2.13.219 форева!

(16) Почему?

Тож хотел сеня обновиться. Поставил 8.2.14.537, а она ключ не находит...

(21) прочти описание изменений, обрати внимание на поддержку ПБУ 23/2011

(23) Теперь уже завтра буду читать, но по тону чувствую опа полная

(22) Клиент? Сервер? х32 или х64?

(22) Ключ не видит настоящий или эмулятор?

(6) (8) Завтра поставлю тестовую в таком исполнении: УПП 1.3.17.1 на платформе 8.2.13 в клиент-серверном варианте, сервер х32. По результатам тестирования отпишусь, если никто не опередит. Думаю, что это будет через пару дней. При работе с 17-м релизом на 13-й платформе в файловом варианте проблем пока замечено не было.

(26) Настоящий конечно. x32, в терминалке.
8.2.13.219 на этом же серваке видит ключ, 8.2.14.537 пока не видит..

Поставил. Запустил. Вроде ключи видит

(27) Ага! все таки 1.3.17.1 на 13-й платформе работает, несмотря на рекомендации 1С использовать 14-й релиз!

Работает, у нас одна из баз уже на 1.3.17.1 и на 13-м релизе.

Я однажды обновил УПП, и не заметил что для нее надо обновить еще и платформу. По началу работало нормально, в концу рабочего дня обнаружились забавные глюки со списками документов, чет там нетак отображалось, не помню уже. Обновление платформы проблему решило. После этого всегда обращаю внимание на платформу указанную в требованиях к конфе.

(29) Окей, ща бум шаманить :-)

Интересно, что только УПП обновляемый на 14 релиз. Новая бухгалтерия 2.0.28 ставится на 13-й!

а что там интересно под 14 заточено, а то боязно как то на 14 переползать

(34) Вот мне тоже интересно.

Я одну базу обновил, полет нормальный 1.3.17.1 + 8.2.14.537

з.ы. проблема с ключем решилась настройкой файервола)

(35) Пока только УПП 1.3.17.1 для 14-го

Как успехи?

Присоединяюсь к предыдущему оратору.

(34)(35)режим совместимости 8.1.13 появился в 14-ой, собсно там есть описание изменений. например Общие реквизиты и т.д. Есть критичные измения в коде, всмысле что не будет работать без режима совместимости с 8.2.13

8.1.13 = 8.2.13

(40) УПП требует именно возможности 14-го релиза или это просто желание 1С, что бы все ставили 14-й релиз на самую сложную конфигурацию?

(42) а это уже хз, надо конфу анализировать... легче на 8.2.14 платформу обновить)

Чета я посмотрел и не увидел разницы в описании изменений к 1.3.17.1 и 1.3.16.1. Хоть что-то поменялось кроме требуемой платформы?

Короче, я своих как минимум до конца месяца оставляю на 8.2.13 и 1.3.16.1 соответственно. А может и до конца года.

(45) Риск благородное дело ;-) Не скучно на 8.2.13 работать? ))

У нас все нормально с 8.2.14, за исключением того, что на одном из серваков (ВинСервер2003) 1С при попытке запустить отладку вылетала :-) Спустя час проблема неожиданно исчезла, есть подозрение что перезапуск антивируса помог...
На ВинСервере2005 все работает гладко.
Посмотрим что дальше будет.

а у меня 1.3.17 работает на 13 платформе.. серверный вариант

(46). Всего несколько месяцев назад переползли на 8.2.13, думаю с переползанием на 8.2.14 не стоит спешить.

На (44) никто не обращал внимания?

(49) дак сравнить надо 3.17 и 3.16 просто, видно будет по изменениям

(27) очень интересно ...

(6) мы работаем уже второй день

(51) К (27)-му. Поставил тестовую. Пока пользователи тестируют и молчат. ...или, не тестируют, но все равно - молчат.

(53) Попробуйте запустить тестирование и исправление... Вывод 1.3.17.1 только для 14-ой

У меня что-то вообще не обновляется, вылетает когда конфу сохраняешь. Чет наверно не так обновляю, буду копать. :)

(54) из чего вывод?

(56) всю ночь база тестилась, ругалась на регистр бухгалтерии хозрасчетный, каждый док отобразила

(54) вот что выдает ТИИ после обновления на 8.2.13
Так что делайте выводы
Тестирование начато
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Измерение.Валюта Авансовый отчет МСК00001 от 12.01.2006 12:00:00:1
   Значение должно быть NULL.
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Измерение.Валюта Авансовый отчет МСК00001 от 12.01.2006 12:00:00:1
   Значение должно быть NULL.
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Ресурс.ВалютнаяСумма Авансовый отчет МСК00001 от 12.01.2006 12:00:00:1
   Значение должно быть NULL.
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Ресурс.ВалютнаяСумма Авансовый отчет МСК00001 от 12.01.2006 12:00:00:1
   Значение должно быть NULL.
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Ресурс.Количество Авансовый отчет МСК00001 от 12.01.2006 12:00:00:1
   Значение должно быть NULL.

(58) такое же сообщение и на УПП 1.3.13.1 на 8.2.13

(58) это у тебя просто база косая, так шта расслабся. Передавай привет ручным операциям...

(60) В итоге 17-й релиз УПП на 13-ом релизе платформе работать будет или нет?

(58) точно (59) говорит, на 13 платформе то же самое, после каждого обновления с изменением плана счетов, там в отчетах стандартных вылезает пустая строка типа "валютная сумма" а после проведения тестирования исчезает

(62) то есть, если обновиться на 14т - ошибки будут?

(60) Это демо база.
До обновления я сделал ТИИ, ошибок не было.

может и не будут, но они не критичны, после обновления одно ТИИ и до следующего лазанья в план счетов все нормально. но это касаемо только ошибки приведеной в (58), может у тебя там ещё что то интересное вылезло?

(64) появляется только если в обновлении шло изменение плана счетов

http://1c-uso.ru/forum/viewtopic.php?f=14&t=1039&p=4934&hilit=ошибка+платформы#p4934

(65) несколько битых ссылок присутствует..., в целом количество багов напрягает.
Некоторые баги не лечатся ТИИ.... в том числе и некоторые NULL в регистрах бухгалтерии.

(65) вылезала только эта ошибка. Просто ТИИ делается ооочень долго 8 часов не хватило... пришлось аварийно завершать

(69) 14-й?

(70) 13

(71) Ясно! Подождем, кто на 14-й перейдет!

Пришлось сегодня обновить платформу с 8.2.13.219 до 8.2.14.537
(клиент-сервер)
При тестировании на отладки, после обновления на 13 версии вываливаются такие же глюки с регистром бухгалтерии.
На 14 таких глюков не замечено.
Завтра буду обновлять на 1.3.17.1

У кого-нибудь есть такой баг что если конфигурация на поддержке то ни копию не сделать, ни обновление не запустить, ни даже просто сохранить конфигурацию файл!

(73) Было, пока на 64 разрядный сервер не перешли.

(58) Такую же фигню выдает 1.3.17.1 на 13-й платформе. Специально следом затянул архив 1.3.16.1 перед обновлением - такого не наблюдается...

ну и что решили, то?
на 13 платформе можно с 17 релизом жить?

(76) я на 12 платформе живу и в ус не дую,

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

речь конечно о неуправляемом клиенте

(73), да, наблюдается,
читни тут: http://infostart.ru/public/18771/

(74)такая же ошибка была.Делаю обновление на 64 разрядном,а работаю т по прежнему на 32

(77) ок

(80) хотя с другой стороны ТиИ делать на больших чтобы убрать NULL долго, но у меня базка мелкая

(81) там можно частями по ночам запускать

ё... а они там план счетов наменяли

(83) угу
слегка
меня не задело

а вот статьи ДДС менять придётся, ГБ чешет репу,
третий день

(84) а чо там?
меня пока больше за 96 счет переживаю...
придется ли заново резервы по отпускам настраивать или нет

(85) там новое ПБУ и измененный классификатор

96 у меня нет,а жаль

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

(87) что-то в 17 релизе такого не встретил, может пропустил ?

(88) в 16 вроде было ...
поищи документ по установке счетов учета номенклатуры...
теперь можно настроить так, что в документах счета учета не будут заполняться, а будут при проведении

(89). Не теперь, а с незапамятных времен. :)

(90) уверен?

(84) Там не только статьи ДДС менять, но и на 57-м счете теперь надо заполнить субконто: в 16-м не было, а сейчас стало. Меня задело. А обработку по замене статей ДДС набросал. Только что закончил. Могу поделиться.

(90) кхм, точно
с 1.2.26.1
значит, ту базу, что мне показывали...
кто то криво обновил

(92) статьи менять не надо,
надо менять им классификаторы

(93) бедные олешки

(94) А если по старым данным собрать какой отчет по статьям ДДС придется? Я буду своим рекомендовать заводить новые статьи с  видами движения ДС актуальными с 2011 года и заменять статьи.

(96) а зачем по старым данных собирать ? О_о

(95) скупой платит дважды, жадный всегда (с) не моё

(98) "скупой платит дважды, жадный всегда (с) не моё"
Вообще скупой и жадный - одно и то же!
Звучало это так:
"скупой платит дважды, дурак каждый раз."

100

(99) эхх... молод ты еще

(96) статьи то не меняются, а отчет о ДДС уже сдан

(101) "Скупой платит дважды, дурак - трижды, а лопух - всю жизнь..."

Обновился до 1.3.17.1
2 дня пока полет нормальный!

Появилась некоторый нюанс, функция заполнения сейчас запускается даже если документ просто добавляется. Поэтому если у вас есть обработчики и там не проверятся параметр Основание то возможно будет вываливаться ошибка!

96 счет он сам нормально обновил, т.е. сам субконто переоформил.

(104)[функция заполнения сейчас запускается даже если документ просто добавляется]
это в 8.2 было всегда

В 8.2.13.219 такого не было

(106) было

Как в релизе 8.2.14.537 проявляется эта ошибка:

10086265  Аварийное завершение работы программы при запуске
Проблема:
В процессе запуска или при начале активной работы может происходить аварийное завершение работы программы.
Дата публикации: 2011-08-10

(27) "Начались в деревне танцы" (с) Интерны - поставил 17-й релиз на 8.2.13 на рабочую базу. Завтра "ходовые испытания" покажут...

(109) На 14-й не решился?

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

(110) Нет. Не решился. Буду ждать следущих релизов платформы. Думаю, что через месяц-два, по-любому, придется ставить. Ну, вот, а пока, полдня отработали. Замечаний со стороны пользователей нет. Меня беспокоит только один вопрос, не "встряло" ли чего в конфигурации при ее развертывании на 13-м релизе, что может помешать мне потом перейти на 14-ую платформу. Но это из разряда паранойи. Думаю, что все будет тип-топ, поскольку клиент-серверная версия не требует конвертации под 14-ую платформу.

Перешел на 14, УПП, УТ 10

Тока чет 17 релиз УПП со вчерашнего дня скачать не могу

(114) Все качается, это у тебя или твоего провайдера проблемы.

А я уже определился. До конца года точно не буду никого на 8.2.14 переводить. Не вижу какого-то великого смысла. А релизов УПП максимум штуки три будет к тому моменту - не слишком напряжно будет обновить, учитывая, что в основном меняется только зарплатный блок.

Мы нормально живем на 14 релизе уже около недели. БП 2.0 и УПП 1.3

Было такое давно:
Не заметили что под релиз УПП требуется обновление платформы, и не обновили соответственно. А потом когда заметили - оказалось, что в базе чтото закосячилось и обновление платформы вызывало падение 1-ски - конфигуратор в процессе сравнения просто закрывался. Намучились потом - из архива поднимали базу, и переносили документы. Затем накатывали все обновления в сторогом порядке.

С тех пор обновляем все как положено - чего и всем желаю.

(118). Да чем там документы-то переносить? Я буквально сегодня с помощью КД минут за 30 сформировал правила переноса между одинаковыми конфами УПП и перелил все необходимые документы из одной базы в другую.

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

обновился УПП 1.3.17.1 на платформе 8.2.14.533. Пока работает все.

обновил до 1.3.17.1 на 8.2.14.519.
вылезают странные вещи!
до обновления - восстановление последовательности по текущий день - все без ошибок (1.3.15.1 на 8.2.14.519), после обновления куча ошибок - ругается на доки "Перемещение товара(по складам)" и "Расчет себестоимости выпуска" - и соответственно все перекосило.

одна и та же БД - делаю только восстановление последовательности - до обновления "все в шоколаде", а после "все в гуано"....

гл.бух уже пытается меня предушить....

у мну 1.3.17.1 на 8.2.13.219
пока полет нормальный

откатил назад. потеряли 1,5 дня. сейчас восстановим.
обновлять если и буду, то не раньше марта..............................
перед годовой отчетностью

(124) прикольный у тебя ГБ
с 01.10.2011 слегка НК изменился
в марте он(а) оку.еет(опиз.неет)

(115) Качал вчера вечером уже из дому, с раза больше десятого полностью закачал, на работе ошибка именно на 17 релизе еще до скачивания 403 Forbidden, до сих пор

что же мне делать с моим 1.3.12.96   дальше 16й не лезть чтоле.   бухии нет  но ЗиК ведется

(118) Информационная база, переведенная на 17-й релиз УПП на платформе 8.2.13, поднимается без проблем на платформе 8.2.14, во всяком случае, в файловом варианте. Правда, осмотр базы был очень беглым.

Мелкий, но для нас важный, косяк в обработке ПроведениеДокументовПоРегистрамНДС.
Не делает записей в регистр "НДС начисленный" по документам "РеализацияУслугПоПереработке". Текст обработок в релизах, касаясь этого документа, как бы идентичен. В общем, разбираться особо было некогда, "присобачил", как альтернативу, обработку из 1.3.15. Все вернулось на свои круги.

(129) Зарегистрированная ошибка 17-го релиза: "При проведении документа "Реализация услуг по переработке" движения НДС (в частности, регистра "НДС начисленный") формируются только для табличной части "Доп. услуги", а для табличной части "Продукция" не формируются."

Ну вот и слава богу.

(109) А вот и косяк. Обновлял УПП с релиза 1.3.12.1 на 1.3.17.1 на платформе 8.2.13.205 на 32-х разрядном серваке 1С Предприятие (но, как выяснилось и для файлового варианта такая же песня). В движениях по регистру бухгалтерии Хозрасчетный в момент реструктуризации значения измерений ВалютаДт и ВалютаКт для значений NULL, которые всегда были в базе, заменены на значения Справочник.Валюты.ПустаяСсылка(). Документы как до момента обновления, так и после него делают движения в этот регистр со значением NULL для этих измерений. Базу покосило. Проявилось это у меня в отчете кассовая книга, где происходит в запросе расчет итогов по валюте (сначала думал итоги, нет не они). Валюты разворачиваются по пустому значению и по значению NULL, в результате остаток по кассе на конец одного дня не равен остатку по кассе на начало следующего дня. Где может еще проявиться такая чудная ситуация, даже не представляю. Провел эксперимент по искусственно вызванной реструктуризации для релиза УПП 1.3.12.1 на платформе 8.2.13.205 – такая же ситуация: значения NULL для ВалютаДт и ВалютаКт заменены пустыми ссылками справочника Валюты, т.е. косяк был и в 13-й плаформе, просто, не было при обновлениях УПП реструктуризаций  РБ.Хозрасчетный. Тестовое обновление на платформе 8.2.14.537 показало, что в этом случае все нормально – все NULL для валют остаются NULL-ами. Решение для себя пока вижу одно - обработать все записи РБ.Хозрасчетный и вернуть вместо пустых ссылок для ВалютаДт и ВалютаКт значение NULL и ждать новых косяков. А, вот, про переход на платформу 8.2.14 задумался зело.

(132) ТиИ с пересчетом итогов лечит

(133) Щаз, попробую.

(134) пробуй , сначала получишь гору сообщений от проверки целостности

(0) прикольно
1.3.18.1 пропала из списка будущих релизов,
появляется сразу 1.3.19.1 с обещанным функционалом 1.3.18.1 и на месяц позже

http://v8.1c.ru/lawmonitor/Report.htm?Product=00000&FullPeriod=false&FullDescription=false

(136) Не могу не согласиться.

(133) Подтверждаю. ТиИ лечит эту проблему, но в раз, эдак, в 10 дольше, чем заменить значения обработкой, при этом работая в монопольном режиме. Однако, выражаю благодарность shuhard. ТиИ выявила еще места, где значения должны быть заменены на NULL в РБ.Хозрасчетный.

(138) размер благодарности при этом не будет занижен в 10 раз ?

(139) Нет, не будет. :-)

(136) Удивительно! Если у них в номерах релизов бардак...

(132) Проблему (132) принял решение ликвидировать обработкой (ТиИ нужен монопольный доступ, а обработке нет, плюс время работы ТиИ значительно дольше). Для ликвидации проблемы достаточно перезаписать наборы записей регистра бухгалтерии Хозрасчетный. Просто, сначала прочитать, а потом записать, при этом все "кривые" с точки зрения ТиИ значения становятся "правильными" с ее точки зрения, а это в моем случае: измерение "ВалютаДт(Кт)", ресурс "КоличествоДт(Кт)" для проводок со счетами не имеющими количственного учета и ресурс "ВалютнаяСуммаДт(Кт)". Но вот что выяснилось, для некоторых наборов записей метод Количество() дает после чтения набора и до записи одно значение, а после записи другое. Запись произвожу с параметром Записать(Истина). Оборотка не шелохнулась. Кто-нибудь может прокомментировать ситуацию?

А когда УПП 2.0 будет?

(143) v8: УПП 2.0. Какие новости?.....

(136) 1.3.18.1 вернулся
Информация о планируемом релизе

Номер    1.3.18
Ориентировочная дата выхода      26.10.2011
Дата обновления плановых данных      21.10.2011

В релизе планируется:
- изменение порядка исчисления НДФЛ в соответствии с письмами Минфина России от 26.08.2011 г. № 03-04-06/1-192, от 01.09.2011 г. № 03-04-06/6-195, от 02.09.2011 г. № 03-04-05/6-628, ФНС от 09.06.2011 г. № ЕД-4-3/9150;

(145) скажи где смотреть планируемые измениния релиза?

туплю, вопрос снят

(11) Комплексные решения и позиционируются как "учет всего в одном месте, в одной базе".
(99) "скупой платит дважды, тупой - трижды, лох платит постоянно"©

(147) ты не тупишь, в http://v8.1c.ru/lawmonitor/ 1.3.18.1 пропал

(149) Уже появился

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

(151) Отдельная ЗУП или отдельная УПП?

(152) лучше ЗУП, но проще УПП

(153) По каким параметрам УПП проще то?

(154) практика
сделай обмен с ЗУПом узнаешь

(155) ЗУП => БП
об этом речь?

так обмена УПП => БП  вроде бы нет в природе. У нас его специально писали.

(157) А нафиг он нужен?

(158) наверно, по принципу, что бы был
глупость она бесконечна

(158) в УПП управленческий учет и расчет ЗП.
В БП бухгалтерия

(160) это называется лоскутная автоматизация, к обсуждаемой теме отношения не имеет

(161) пост (159) тем более

(162) более чем, мы обсуждали, что исключение в виде выделения зарплаты в отдельную базу, лишь подтверждает правило при комплексной автоматизации...
ты же влез сюда со своим зоопарком

(163) Как твоя фраза "наверно, по принципу, что бы был глупость она бесконечна" относится к теме?

lex_kravetski: Дискуссия бывает только в тесном кругу друзей или коллег. Всё, что ты видишь в открытом доступе — пропаганда.
sitr: А почему, собственно?
lex_kravetski: Вполне очевидно, почему: один идиот может запросто переорать сто профессоров. Поэтому дискутируют они строго между собой, а то, что наружу ими выдаётся — результат их дискуссии, который уже на самом деле — пропаганда их решения. Чего уж говорить о не профессорах?
caoit: Т.е., по-Вашему, любой человек, не разделяющий Ваших взглядов - идиот? :)
lex_kravetski: Вот именно поэтому дискуссия невозможна: многие не понимают текстов длиной даже в один абзац.
(с) http://bash.org.ru/quote/405382

(165) заняться нечем? ну ну

че та пробую обновить на 8.2.13.205
в клиент сервере тормоза на реструктуризации РБ, 300 записей в 5 секунд
выгрузил в файл, поместил на ссд диски - запустил реструктуризацию, понеслась 3000 в секунду, потом затормозилась и теперь тоже 300 записей в 5 секунд
один проц загружен 1с-ом по максимуму
как то ускорить можно?

(167) ТиИ попробуй сделать

боюсь не поможет , делается периодически.. но попробую
база с 2008 года ведется, большая уже

(167) Чет у тебя с клиент-сервером не так. У меня 1 млн. проводок в файловом варианте на хорошем компе проходят за 4 часа, в клиент-серверном минут за 25-30. Сервер не шибко шустрый, просто, замечено, что в файловом варианте, в принципе, работа (проведение документов, во всяком случае) идет быстрее, а, вот, реструктуризация быстрее идет в клиент-серверном.

(170)+ Попробуй отключить антивирус на сервере и клиенте на время реструктуризации.

Второй день УПП 1.3.17.1 на 8.2.13.219 и пока всё очень хорошо (тьфу три раза). Правда конфигурация практически неизмененная.

(170) отключил на клиенте антивирь
в клиент сервере всегда было у меня медленнее, ибо на сервере постгри

Правда тестирование и исправление делал в копии результат непорадовал (с очисткой ссылок и удалением объектов) - много рестуризованных строк. Очень много какие непомню пока забил.

упирается реструктуризация в процессор и усе...

(173) А-а-а-а-а. Вот оно в чем дело.

(174) А зря. Смотри (132) - (142).

Неделя на УПП 1.3.17.1 (8.2.13.219) кроме проблем с кассовой книгой (из-за проблем NULL в проводках) все гут. Проблема с РБ решается либо ТиИ, либо несложной обработкой.

(178). И не уговаривайте - до января месяца ни один клиент на 8.2.14 переведен не будет. Лишние 3-4 месяца тестирования хомячками лишним не будет, глядишь еще кучу косяков за это время исправят.

(178) Ну, да. Только при большой базе и интенсивной работе и ТиИ и обработка в напряг.

(179) а я уговариваю? Вроде как сам на 8.2.13.219 до сих пор )

(181) а я на 8.2.12.92 и пока ЗиУП-ная часть не потребует большего менять не стану

(183) работает, не трожь (с)

(182) ...и это тоже.

(185)+ ...хотя, ТиИ в этом случае умные и понимает, что надо проложить и продолжает и.... благополучно заканчивает.

(186) угу
наглым образом при повторном запуске пишет "Продолжено" трам пам пам

(186) да, но если база реально большая, то неудобства есть. Скажем,лично у меня порог  2 гига достигается при 7% ТИИ РБ.Хозрасчетный. Нужно не один раз "продолжать" )

+(188) хотя и не настолько большая (все же относительно)

(0) а  вот и 1.3.18.1 вышла,
леминги - вперёд

пошли вторые сутки реструктуризации РБ Хозрасчетный
обработано более 4 млн записей
скорость деградировала шо ппц - 300 записей секунд в 10-15 обрабатывается
завтра запущу в клиент-сервере, посмотрю на выхлоп

может таки поставить 14 релиз и на нем попробовать?
начинает напрягать ((

процесс 1с полностью сожрал 1 процессор и всего 19 мб памяти

(192) попробуй и желательно 18 релиз

реструктуризация прошла, затраты - почти двое суток
потерялся метод РегламентированнаяОтчетность.ЗаполнитьКППвДокументахРегламентированныйОтчет();
в процессе обновления ))

(195) бывает...
а насчет двух суток, тебе надо разбираться, что то долго

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

Ждем 19-й релиз

платформа 14, релиз УПП 18, обновил две базы,пока жалоб нет,

14 сервер 64 бит - напрягает тем, что при завершении соединенй - они зависают
где то внутри  - в монопольный режим не перейдешь пока сервер не перезапустишь, помоему эта ошибка на сайте есть

(141) думаю, это не в номерах релизов бардак - просто отозвали 1.13.18

(200) окстись, он вчера вышел

(167) "как то ускорить можно?"
в файловой - никак.
(201) та ради бога, мне не жалко :-)
я просто всю веточку перечитывал и высказал свои предположения, почему в свое время 1.13.18 пропадал из официальных источников.

(202) и мне не жалко,
но есть странные личности верящие всему на форуме

(203) ну ты ж сам писал: (136) - "пропал", (145) - "вернулся" :-)
я как раз между ними был, когда отвечал :-)

(204) мы тебя услышали и поняли

УПП 1.3.18.1 работает на 8.2.13.219 в обычных формах!

кто так же смел?

(206) Да, там в 18-м релизе по сравнению с 17-м изменения смехотворные, так что здесь не в смелости дело. Для меня этот релиз, после просмотра описания изменений, делаю вывод, не нужен. Подождем 19-го, а то и бери выше, 20-го.

(206) в жпо пока, трое суток пересчитывать регистры бухгалтерии (((

УПП 1.3.18.1 работает на 8.2.13.219 режим работы -файловый, в копии гоняю со вчерашнего утра, ТиИ после исправления ошибок релиза 1.3.17.1 на 8.2.13.219 других непоказал. Даже конвертация на платформу 8.2.14.537 прошла без проблем и ТиИ ошибок неонаружило но это токма в КОПИИ. Размер выгрузки 540 метров.

(210) Вот! На обычных формах можно и на 8.2.13.219 работать.
Во всяком случае, формат cf не поменялся

(207) не боишься, что 19-й будет обновлением только для 18-го?

(211). А кто тут УПП типовое на 100%? :)

(212)+ Я на 1.3.17 шагнул с 1.3.12. Не героический подвиг конечно. (211) Нет не боюсь.

(212) ну в принципе да - все равно все эти обновления сначала готовятся на тестовых базах, заливаются в хранилище, а только потом накатываются на рабочие базы. а в случае перехода через несколько версий - время, необходимое на подготовку обновления, сэкономится (если нет критических изменений в промежуточных версиях - их можно скопом обновить, как в (213)).
сорри - я глупость ляпнул.

(213) поздравляю...
ты похерил базу :)

(214) что бы делать такие перескоки, нужно обладать соответствующей квалификацией

(215) почему? как?

(213) на прямую?

(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