Платформы 8 и 8.1

С Новым Годом! Подскажите пожалуйста, кто встречался с такой ситуацией: перешёл на платформу 8.1, базы автоматически отконвертировались, а потом пришло очередное обновление 1.5.13.6 конфигурации бухгалтерия, но оно для платформы 8. Как обновить на платформе 8.1. С уважением ко всем кто откликнется.

Попробуй такой вариант: поставь 8.0, открой копию базы до обновления полатформы, обнови ее до последней конфигурации, обнови платформу до 8.1, сделай поставку и с ее помощью обновляй уже рабочую базу на 8.1 (если база действительно сконвертировалась и назад ее не вернуть)

При переходе на 8.1 у вас не возникла проблема с нумерацией?<br>У меня такая проблема ввожу новый документ номер 00001, не сохраняю его, ввожу новый номер уже 00002.<br><br>А если первый документ в журнале с номерм допустим 00002, то следующий номер 00004.<br><br>Что-то совсем не понятное происходит.

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

надо ждать официальных релизов от 1С

А он и есть официальный с сайта 1С по подписке.

Я имел ввиду официальные релизы конфигурации.<br><br>Может и нормальные нумераторы появятся:)

> При переходе на 8.1 у вас не возникла проблема с нумерацией?<br><br>> ответ с v8@1c.ru:<br>В файле v8Update в разделе изменений поведения указано:<br><В связи с изменением механизма автонумерации объектов получение очередного номера будет всегда выдавать последовательный номер, даже если предыдущий объект не записан.><br><br>Рекомендуется ознакомиться с этим файлом.<br><br>Изменения были внесены не <случайно>, а с достаточно серьезной проработкой.<br><br>В версии 8.0 могла быть следующая ситуация.<br>Пользователь А открыл форму нового документа и получил номер 0001.<br>Пользователь Б открыл форму нового документа и получил номер 0002.<br>Пользователь А закрыл форму без записи.<br>Пользователь Б записал документ и закрыл форму.<br>При следующем открытии формы нового документа будет выдан номер 0003.<br>На месте номера 0001 имеется пропуск.<br>При одновременной работе нескольких пользователей это было вполне частое явление.<br>То есть никакой непрерывности в последовательности нумерации не было.<br>Но у пользователей работающих персонально возникало ощущение, что имеется непрерывность.<br><br>Что препятствовало параллельности.<br>Механизм получения нового номера считывал максимальный номер из базы данных.<br>Если номер формировался в транзакции (например, при записи или проведении документа создавался и записывался другой документ или элемент справочника), то, фактически, параллельность исключалась. Так как запись объекта была несовместима с получением максимального номера из базы данных (что вполне естественно). Это не сильно мешало при нумерации в момент открытия формы, но радикально снижало параллельность (исключало) при включении в конфигурации любых алгоритмов создания и записи объектов в транзакции. Значительная часть внедренцев и разработчиков решений не обнаруживало причины этой проблемы и относило полностью<br>нарушенную параллельность на счет общей проблемы реализации многопользовательской работы в платформе. Такое часто происходило и при <очень небольших доработках> выполненных сотрудниками заказчика, что сводило на нет всю работу внедренцев сдавших вполне работоспособную систему. Фактически минимальная доработка конфигурации приводила систему к полностью последовательной работе, так как два документа не могли быть записаны одновременно. Это реально приводило к серьезным проблемам при внедрениях, и мы (если внедренец не мог сам обнаружить причину проблемы) без детального разбора работы<br>конкретной конфигурации не могли дать рекомендацию как это исправить. То есть получалось, что непрерывной нумерации на самом деле нет, но и параллельность также не обеспечивается. Для непрерывной нумерации как в 8.0, так и в 8.1 нужно делать считывание и запись с блокировкой. <br><br>Другой проблемой являлось то, что механизм нумерации основывался на наличии в памяти объекта. Если реализовывать <тонкое> клиентское место (Web или любое другое), не держащее на стороне клиента объекта, то механизм нумерации фактически переставал работать, так как полученный номер при удалении объекта из памяти освобождался и выдавался следующему пользователю в качестве нового. Соответственно, получалось, что два пользователя вводят объекты с одинаковыми номерами.<br><br>Механизм нумерации 8.1 исключает обе этих проблемы. При получении номера в транзакции не возникает проблемы с параллельностью, так как, один раз считав максимальный номер из базы данных, система помнит его и автоматически увеличивает при выдаче очередного номера. Это исключает описанные (весьма серьезные) проблемы с параллельностью при доработках конфигураций, включающих создание и запись объектов в транзакциях. Это исключает проблемы с созданием специализированных клиентов, так как номер не возвращается при удалении объекта из памяти.<br><br>Действительно, обратной стороной этого решения является то, что для конкретного пользователя эксперимент с закрытием формы без записи и созданием нового документа приводит к появлению пропуска. Раньше ему казалось, что система заполняет пропуски. Хотя, по сути, это было не так, но пользователь не всегда замечал это. Это пользователю можно наглядно продемонстрировать.<br><br>Безусловно, мы будем анализировать возможность и необходимость доработок механизма нумерации.<br>Но здесь хотелось подчеркнуть, с одной стороны, важность внесенных изменений, и, с другой стороны, тот факт, что сама логика нумерации не изменилась в 8.1. Обеспечивается уникальность и возрастающая последовательность (этот момент даже улучшен, так как в 8.0 в более поздний момент мог быть выдан меньший номер, чем в более ранний), но, как и в 8.0, не обеспечивается непрерывность.