1С выпустила версию платформы 8.2

[Сисой]

Цитата:

Сообщение от mazzy

а где? можно цитату?

http://www.1c.ru/news/info.jsp?id=10810
Зарегистрированные пользователи системы "1С:Предприятие 8" при наличии у них действующей подписки на ИТС могут получить дистрибутивы платформы версии 8.2 и демонстрационных конфигураций в составе выпуска ИТС за ноябрь 2009 года, а также на сайте поддержки пользователей http://users.v8.1c.ru/.

Для работы платформы версии 8.2 используются те же аппаратные ключи защиты, что и для "1С:Предприятия" версий 8.0 и 8.1.

....
Типовые прикладные решения фирмы "1С", предназначенные для работы с платформой "1С:Предприятие 8.2", планируется выпустить в следующем порядке.

Первоначально на платформе "1С:Предприятие 8.1" будут выпущены версии типовых конфигураций, предназначенные для работы с платформой как версии 8.1, так и версии 8.2:

Конфигурация
Версия
Планируемый срок выпуска
(ориентировочно)

Бухгалтерия предприятия
1.6.19
Сентябрь 2009 года

Бухгалтерия предприятия КОРП
2.0.6
Выпущена 11.08 2009 года

Бухгалтерия автономного учреждения
2.0.6
Выпущена 25.08.2009 года

Зарплата и управление персоналом
2.5.18
Октябрь 2009 года

Зарплата и кадры бюджетного учреждения
1.0.7
Октябрь 2009 года

Управление торговлей
10.3.9
Ноябрь 2009 года

Розница
1.0.8
Ноябрь 2009 года

Комплексная автоматизация
1.0.2
Выпущена 07.07.2009 года

Управление производственным предприятием
1.2.24
Выпущена 06.08.2009 года

Консолидация ПРОФ
1.3.2
Выпущена 31.08.2009 года

Бухгалтерия бюджетного учреждения
1.0.10
Октябрь 2009 года

Свод отчетов ПРОФ
3.1.3
Сентябрь 2009 года

[mazzy]

Цитата:

Сообщение от Сисой

Зарегистрированные пользователи системы "1С:Предприятие 8" при наличии у них действующей подписки на ИТС могут получить дистрибутивы платформы версии 8.2 и демонстрационных конфигураций в составе выпуска ИТС за ноябрь 2009 года, а также на сайте поддержки пользователей http://users.v8.1c.ru/.

....
Типовые прикладные решения фирмы "1С", предназначенные для работы с платформой "1С:Предприятие 8.2", планируется выпустить в следующем порядке.

Первоначально на платформе "1С:Предприятие 8.1" будут выпущены версии типовых конфигураций, предназначенные для работы с платформой как версии 8.1, так и версии 8.2:

Ага... Я читал это и восхищался мастерством составителя пресс-релизов.
Во-первых, это список конфигураций, предназначенных для 8.1.
Эти конфигурации не будут использовать возможности 8.2 (в том числе ни тонкий, ни веб-клиент на них работать не будут). Они всего-лишь будут запусться на 8.2.

Я шизею с того, как идет подмена терминологии.
Например, kolesov: К вопросу о ИТ-терминологии

Но были подмены "настрока - программирование", "уже есть - можно сделать", "репликация - обмен данными", "программа - платформа".

Теперь вот то же происходит со словом "совместимо".
Сисой, совместимые конфигурации - это ни в коем случае НЕ одна и та же конфигурация, запущенные в режиме совместимости на разных платформах.

Сисой, внимательно посмотри как ловко обходят слово "совместимость" составители пресс-релиза, когда говорят о ближайших планах. И обрати внимание, как ловко ты вляпался:

Цитата:

Сообщение от Сисой

В пресс-релизе сначала говорится о планах выпуска версий, совместимых как с 8.1, так и с 8.2.

В пресс-релизе нигде не говорится о выпуске версий, "совместимоых как с 8.1, так и с 8.2.". В пресс-релизе говорится о выпуске версий "предназначенные для работы с платформой как версии 8.1, так и версии 8.2:". Почувствуй разницу.

В ближайших планах выпуск конфигураций ДЛЯ 8.1, просто технически их можно запускать и на 8.2 в режиме совместимости. Другими словами, в обозримом будущем конфигураций для 8.2 НЕ БУДЕТ.

Если же говорить именно о совместимости, то в пресс-релизе очень четко говорится по этому поводу:

Цитата:

Сообщение от Сисой

Новые возможности версии 8.2 платформы будут задействованы в очередных редакциях типовых конфигураций, которые будут выпускаться на платформе "1С:Предприятие 8.2" и не будут совместимы с версией 8.1. В настоящее время фирма "1С" разрабатывает ряд прикладных решений на платформе "1С:Предприятие 8.2" и готовит их выпуск в ближайшее время.

выделено мной.

[mazzy]

Цитата:

Сообщение от mazzy

Теперь вот то же происходит со словом "совместимо".
Сисой, совместимые конфигурации - это ни в коем случае НЕ одна и та же конфигурация, запущенные в режиме совместимости на разных платформах.

....

Если же говорить именно о совместимости, то в пресс-релизе очень четко говорится по этому поводу:

Перечитал еще раз... Надо подумать.
Если предположить, что ты прав, и поискать условия, при которых ты можешь быть прав,
то на самом деле фразу "не будут совместимы с версией 8.1" можно трактовать двояко:
1. "не будут совместимы с конфигурациями, созданными для версии 8.1"
2. и/или "не будут совместимы с платформой версии 8.1"

Если честно, то я думал про первый вариант.
Я ожидал от составителей пресс-релиза, что они то знают термины и всего-лишь "ловко обходят" неудобные для них моменты. Но теперь задумался... А может это они начали подмену терминов, а не Сисой? Может теперь в 1Совском понимании "несовместимость" означает, что это просто конфа, которую нельзя запустить на старом движке? И тогда ты, Сисой, прав.

Но тогда прав и maniac:
"она же сконвертится и потом обновление наверно фиг накатишь."
http://www.forum.mista.ru/topic.php?id=434013&page=1#92
"В общем ждем переходного релиза после которого 1С скажет "да, на 10.3 обновления будут после этого релизща на 8.2""
http://www.forum.mista.ru/topic.php?...013&page=2#112


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

Мдя... Ничего не сказано в пресс-релизе об этом.
Я понимаю, когда об этом не говорится в пресс-релизах по Аксапте/Навижину - там за совместимость всегда бились и совместимость подразумевается как должная. Ее не может не быть. А когда приходится делать несовместимость (как с авторизацией при переходе с ax3 на ax4), обязательно заявляют об этом заранее, делают тулзы и пишут методики как таки обеспечить хотя бы переход с одного на другое. Но ведь про 1Совские конфы при смене версий как правило несовместимы друг с другом... Надо подумать.

[Сисой]

Не знаю, мне кажется, что возможности просто запуска для объявления "совместимости" достаточно.
Какую долю новшеств 8.2 использовать при этом - преррогатива разрботчиков.
Нельзя сказать, что пользователи ничего не получат при таком переходе. Есть "отказоустойчивый" кластер, была проведена оптимизация скорости работы платформы, добавлена Oracle, расширенные возможности администрирования и установки.
Меня не коробит понимание совместимости, как обеспечение работоспособности.

[Сисой]

Цитата:

Сообщение от mazzy

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

Такая совместимость 1С обеспечивается для всех платформ, начиная с 7.7.
Используются обмен через XML и настройка правил обмена при помощи специальной конфигурации.
Поэтому данные из УТ под 8.2 должны без проблем перегружаться в БП 8.1.
До тех пор, пока не появятся новые структуры данных, о которых версии на 8.1 ничего не знают. Но даже в этом случае можно просто доработать правила обмена.

[mazzy]

Цитата:

Сообщение от Сисой

Такая совместимость 1С обеспечивается для всех платформ, начиная с 7.7.
Используются обмен через XML и настройка правил обмена при помощи специальной конфигурации.

Минуточку!!!!
Опять начинается "уже есть/можно сделать"?

Такие правила УЖЕ есть? Для каких именно версий и каких именно конфигураций такие правила УЖЕ есть?

Цитата:

Сообщение от Сисой

Поэтому данные из УТ под 8.2 должны без проблем перегружаться в БП 8.1.

Так, УЖЕ перегружаются или должны перегружаться?

Цитата:

Сообщение от Сисой

Но даже в этом случае можно просто доработать правила обмена.

Слушай, с тобой становится невозможно разговаривать.
Если это действительно ПРОСТО, то почему этого сама 1С не сделала?
Или таки сделала?
Снова возвращаемся к вопросам:
Такие правила УЖЕ есть?
Для каких именно версий и каких именно конфигураций такие правила УЖЕ есть?

[Сисой]

Цитата:

Сообщение от mazzy

Такие правила УЖЕ есть? Для каких именно версий и каких именно конфигураций такие правила УЖЕ есть?

Я уже отвечал однажды на этот вопрос.
Попробую рассказать о принципах оффлайновой работы 1С.

Да, есть. И поставляются вместе с типовыми решениями.

(Обмен между идентичными по структуре БД конфигурациями произвести еще проще - есть обработка ВыгрузкаЗагрузкаДанныхXML на ИТС. С ее помощью, например, можно перенести несколько документов из рабочей базы в базу разработчика (элементы связанных справочников при этом перенесутся автоматически)).

[Сисой]

Цитата:

Сообщение от mazzy

Такие правила УЖЕ есть?
Для каких именно версий и каких именно конфигураций такие правила УЖЕ есть?

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

[sukhanchik]

Цитата:

Сообщение от mazzy

Такие правила УЖЕ есть? Для каких именно версий и каких именно конфигураций такие правила УЖЕ есть?

Немножко прокомментирую, чтобы стало всем понятно. Для зарегистрированных подписчиков 1С (7.7, 8.0) можно с закрытой части сайта скачать специальную тулзу с конфигурацией "Конвертация данных". В комплект тулзы входит:
- конфигурация
- обработка для экспорта данных
- обработка для импорта данных.

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

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

Обработка для импорта, в свою очередь принимает этот файл и закачивает его в 1С безо всяких проверок. Т.е. если запись с таким кодом была - она перезатрется. Поля, обязательные к заполнению будут проигнорированы (т.е. код м.б. пустым). Если в поле "Проведен" в файле стоит "1", то документ проведется, если "0" - распроведется (если был проведен). Если код записи (поле "Код" для справочников и "НомерДок" для документов) в файле пустой - то запись создастся.

Т.о. можно (из той же Аксапты к примеру) генеря снаружи этот файл - закачивать в 1С любую информацию. Единственное - надо помнить о правильной длине номерной серии и безумной настройке всего этого

В 8.0 механизм не поменялся, поменялись только названия объектов. Структура файла та же самая.

Файл из себя представляет псевдо-XML, т.к. никаких схем не подразумевается. Разбор файла при импорте идет на уровне текстового файла (7.7), т.е. лишний пробел (отступ) и импорт уже ведет себя некорректно. Файл по умолчанию генерится в кодировке UTF-8, импортировать файл в других кодировках не пробовал.

Вот пример куска файла правил обмена:

PHP код:

    <ВерсияФормата>2.01</ВерсияФормата>
    <Ид>dd2a1066-8c5f-436c-b4ae-a35377060657</Ид>
    <Наименование>Бух77</Наименование>
    <ДатаВремяСоздания>2009-07-20T09:50:46</ДатаВремяСоздания>
    <Источник ВерсияПлатформы="7.7" ВерсияКонфигурации="" СинонимКонфигурации="">Бухгалтерский учет, редакция 4.5</Источник>
    <Приемник ВерсияПлатформы="7.7" ВерсияКонфигурации="" СинонимКонфигурации="">Бухгалтерский учет, редакция 4.5</Приемник>
    <Параметры/>
    <Обработки/>
    <ПравилаКонвертацииОбъектов>
        <Группа>
            <Код>Документы</Код>
            <Наименование>Документы</Наименование>
            <Порядок>50</Порядок>
            <Правило>
                <Код>Выписка</Код>
                <Наименование>Документ: Выписка</Наименование>
                <Порядок>50</Порядок>
                <Источник>ДокументСсылка.Выписка</Источник>
                <Приемник>ДокументСсылка.Выписка</Приемник>
                <Свойства>
                    <Свойство>
                        <Код>1</Код>
                        <Наименование>Автор --&gt; Автор</Наименование>
                        <Порядок>50</Порядок>
                        <Источник Имя="Автор" Вид="Реквизит" Тип="СправочникСсылка.Пользователи"/>
                        <Приемник Имя="Автор" Вид="Реквизит" Тип="СправочникСсылка.Пользователи"/>
                        <КодПравилаКонвертации>Пользователи</КодПравилаКонвертации>
                    </Свойство>
                </Свойства>
            </Правило>
        </Группа>
    </ПравилаВыгрузкиДанных>
    <ПравилаОчисткиДанных/>
    <Алгоритмы/>
    <Запросы/>
</ПравилаОбмена> 


[Alexx7]

Цитата:

Сообщение от sukhanchik

Файл из себя представляет псевдо-XML, т.к. никаких схем не подразумевается. Разбор файла при импорте идет на уровне текстового файла (7.7), т.е. лишний пробел (отступ) и импорт уже ведет себя некорректно. Файл по умолчанию генерится в кодировке UTF-8, импортировать файл в других кодировках не пробовал.

Ну понятно. Обмен данными идет не нуровне БД, где можно привязаться к некому уникальному идентивикатору, а как правило поиск вхождения записи в базу осуществляется по сочетанию НомерДок + ДатаДок для документов и Код - для справочников. С одной строны неудобно, а с другой строны в 1С 81 уже закрыли доступ к реквизиту НомерДок и Код (поправить может только администратор и то не сразу а через меню действия изменить Код/НомерДок). Сам я пользовался конвертацией данных тольков случаях разового обмена (типа перенос остатков или справочников). А для постоянного обмена писал обработки переноса через COM соединение (OLE). Так что я по сути не вижу проблемы в переносе данных при переходе на новую редакцию. Проблемы могут возникнуть в случае изменения процедур или имен регистров разработчиками фирмы 1С.