Порядок обновления Альфа-Авто, редакция 5.
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Есть задача обновить ААА5 ПРОФ с релиза 5.0.12.02 до релиза 5.1.13.04.
Можно ли сразу обновлять на релиз 5.1.13.04 или нужно пройти промежуточные этапы обновления?
Если да, то какие именно?К сожалению, ни в одном описании релиза не указано, с каких версий на него можно обновляться.
Спасибо, Александр!
А у вас откуда это знание, из собственного опыта или есть источник? ))
Хотелось бы, конечно, услышать ответ непосредственно от разработчиков.
Ответ Вам был предоставлен по почте
| Цитата |
|---|
| Андрей Дмитриев написал: А у вас откуда это знание, из собственного опыта или есть источник? )) |
| Цитата |
|---|
| /forum/user/76764/ Андрей Дмитриев написал: А у вас откуда это знание, из собственного опыта или есть источник? )) |
Мне вот разработчики ответили (писал на mailto:alfa@rarus.ru alfa@rarus.ru) немного иначе, цитирую:
Вам нужно на данном релизе перейти с платформы 8.2 на 8.3, после чего обновиться на релиз 5.1.01.05. С данного релиза вы уже можете обновиться на актуальный.
| Цитата |
|---|
| /forum/user/76764/ Андрей Дмитриев написал: А у вас откуда это знание, из собственного опыта или есть источник? )) |
Мне вот разработчики ответили (писал на mailto:alfa@rarus.ru alfa@rarus.ru ) немного иначе, цитирую:
Вам нужно на данном релизе перейти с платформы 8.2 на 8.3, после чего обновиться на релиз 5.1.01.05. С данного релиза вы уже можете обновиться на актуальный.
| Цитата |
|---|
| /forum/user/76764/ Андрей Дмитриев написал: А у вас откуда это знание, из собственного опыта или есть источник? )) |
Мне вот разработчики ответили (писал на mailto:alfa@rarus.ru alfa@rarus.ru ) немного иначе, цитирую:
Вам нужно на данном релизе перейти с платформы 8.2 на 8.3, после чего обновиться на релиз 5.1.01.05. С данного релиза вы уже можете обновиться на актуальный.
можно спокойно пускать 5.0.12.02 в конфигураторе на платформе 8.3 и обновлять на любой из релизов 5.1..
Я это тоже уточнял:
«Уточните, пожалуйста: если мы уже сейчас на текущем релизе 5.0.12.02 работаем на платформе 8.3.10.2772 всё равно два прыжка делать? Всё равно нужно сначала на 5.1.01.05 или в этом случае можно сразу на актуальный?»
И получил такой ответ:
«Да, все равно в два обновления.»
Вот теперь сижу и думаю: рисковать сразу на 5.1.13.04 и сэкономить кучу времени или перестраховаться? Дело осложняется тем, что у нас еще дополнительные подсистемы потом сторонними разработчиками накатываются. И самому придется два обновления делать и их придется два раза вызывать. ((
Переход с Альфа-Авто:А+А+А ред 4 на ред 5
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Уточните пож-ста сроки выхода данной обработки.
Скажите, какой минимальный релиз альфа авто 4.1 соответствует данной обработке, т.е начиная с какого релиза можно пользоваться данной обработкой?
Все ли документы переносятся данной обработкой, в правилах данных присутствует почему только заказ наряд?
Попробовал перенести ЗН, стояла настройка «Проводить документы после загрузки», в итоге документы перенеслись но ни один не проведен
Или это сделано, чтобы не тащить за собой перемещения и остатки?
наиболее свежие правила перехода с АА 4 на АА 5 в качестве базы-источника предназначены для Автосервис/Автосалон с номером релиза 4.1.01.23. Версию базы-источника можно посмотреть в самих правилах, для этого нужно открыть xml файл с правилами в любом текстовом редакторе (6-ая строка сверху в файле правил).
Переносятся только незакрытые (непроведенные) заказ-наряды, остатки (документы ввода остатков в АА 5) и изменение цен товаров/авторабот. Закрытые заказ-наряды не переносятся, т.к. могут исказить остатки..
Я использовал выложенную выше обработку, сначала просто перенес ЗН, вроде все нормально, потом перенес остатки незавершенного производства и получил следующую картину, ЗН у которого была дата начало 2012 и состояние «Выполнен» у него изменилась дата на текущую, это разве правильно? Мне кажется правильнее было бы делать ввод остатков незавершенного производства на дату ЗН.
4.1.01.23 разве уже опубликовали?
Сейчас механизм работы таков.
Когда отдельно переносятся незакрытые заказ-наряды, то их даты переносятся на прямую.
Когда переносятся остатки незавершенного производства, то заказ-наряд используется как документ-основание в «Вводе остатков товаров в производство», При этом такой заказ-наряд не может быть раньше документа ввода товаров в производство, а дата ввода в производство указывается при выгрузке как дата окончания периода выгрузки.
В приципе можно исправить правила так, чтобы дата ввода остатков в производства подставлялась из даты документа-основания (заказ-наряда)..
4.1.01.23 не публиковался, это текущий рабочий релиз.
Но правила работают и с 22-ым.
Настоятельно рекомендуется обновиться до текущего релиза (22-го), т.к. правила разрабатывались для 22-го релиза и обновлялись до 23-го.
Ошибки при попытке чтения правил перехода с более старых релизов в основном могут возникнуть из-за несоответствия метаданных. Т.е. в каком-то старом релизе АА 4 отсутствуют, например какие-то реквизиты, которые есть в 22-ом, и при попытке чтения правил соответствия для несуществующего реквизита возникнет ошибка и чтение правил прервется.
Таким образом, достаточно в режиме конфигуратора стравнить старый релиз АА 4 с 22-ым релизом. Если изменений (добавлений/удалений реквизитов/табличных частей в справочниках, заказ-наряде, регистрах сведений) в метаданных нет, то можно использовать текущие правила перехода. Но лучше все таки обновится до 22-го релиза АА 4.
Возможно ли это сделать этими правилами выгрузки?
Соответсвенно что делать если это сделать не возможно.
Я сейчас смотрю на правила в конвертации и вижу что выгрузка документов предполагалась (. ) но пока по каким-то причинам решили остановиться только на переброске остатков. Это так и будет или это временное решение?
Как перенести данные в новую версию Альфа-Авто
Оглавление
Перенос из Альфа-Авто редакция 5
Общая информация
Исправления вносятся в правила, соответствующие актуальным релизам Альфа-Авто-5 и Альфа-Авто-6. Информация об актуальных релизах находится на сайте обновлений http://update.rarus.ru.
Учетные остатки нужно перегружать непосредственно перед стартом работы в новой программе.
Правила синхронизации данных
Если вам необходимо переносить данные в базу, в которой уже есть какие-то данные, или вам нужно сливать несколько баз-источников в одну базу-приемник, то потребуется адаптировать правила конвертации, менять в них правила синхронизации (поля поиска). Для этого придется изучить и практически освоить конфигурация «Конвертацию данных 2.1». Документация по этой конфигурации есть на сайте ИТС.
Обработка коллизий и проблем
Большие документы разбиваются по 10000 строк. В частности документы “Изменение цен” и “Изменение цен авторабот”.
Информация об обработанных коллизиях выводится в информационные сообщения и/или в файл протокола.
Перед переносом данных
Проверить конфигурации
Проверить качество и объем данных в базе-источнике
После стандартной проверки и обновления конфигурации, необходимо проверить качество и объем данных в базе-источнике. Это можно сделать специальным отчетом “ПроверкаКорректностиДанныхПередМиграцией.epf”.
Выявленные отчетом проблемы исправляем или берем на заметку. Какие-то проблемы можно оперативно исправить. Какие-то нельзя, и тогда остается надеяться что при загрузке данных повезет.
На текущий момент, отчет выявляет следующие проблемы:
Проверка 1. Обнаружены дубли кодов в справочниках
В отчет выводится список справочников по которым есть дубли кодов, а также количество элементов с неуникальными кодами.
Нужно выполнить перенумерацию кодов справочников, содержащих дубли кодов.
Это можно сделать вручную, специальной обработкой (которую напишет программист) или с помощью универсальной обработки ‘УниверсальныеПодборИОбработкаОбъектов.epf’. Скачать эту обработку можно на сайте ИТС. Она поможет в том случае, если остальные поля справочников заполнены корректно.
Если в справочниках с дублями не заполнены обязательные реквизиты, то можно перенумеровать их в режиме “Обмен данными” с помощью специальной обработки, которую может написать аккуратный программист.
Проверка 2. Обнаружены проблемы с предопределенными складами в базе-источнике.
Длина или значение кода предопределенного справочника в базе-источнике отличается от стандартной, сделайте код таким ‘00000001’.
Это нужно чтобы не возникало коллизий при загрузке другого справочника, код которого будет совпадать с кодом предопределенного склада в базе-приемнике.
Проверка 3. Проблемы с предопределенными номенклатурами в базе-источнике
Нужно установить коды предопределенной номенклатуры в базе-источнике такими же, как и в базе-приемнике. Отчет покажет их.
Проверка 4. Проблемы с предопределенными контрагентами
Нужно установить коды предопределенных контрагентов в базе-источнике такими же, как и в базе-приемнике. Отчет покажет их.
Проверка 5. Обнаружены проблемы с заполнением основных справочников!
Выводится список проблемных справочников, а так же текст проверочного запроса (для консоли запросов), которым можно получить такие справочники.
Пример: База-источник содержит не помеченные на удаление элементы справочника ‘Контрагенты’,
в которых не заполнены какие-то основные реквизиты: ‘Код’, ‘Наименование’, ‘НаименованиеПолное’, ‘ВидКонтрагента’, ‘ФормаСобственности’.
Рекомендуем правильно заполнить проблемные элементы или исключить их из выгрузки.
Вручную до-заполнить обязательные реквизиты бывает сложно. Поэтому остается надеяться что загрузка сможет обработать такие проблемы.
Проверка 6. Контроль отрицательных остатков товаров в базе-источнике
Возможно, что количество проверок будет увеличиваться.
Отчет выводит информацию об остатках:
Остатки собственных и принятых на комиссию товаров;
Остатки товаров на ордерных складах;
Остатки товаров в незавершенном производстве;
Остатки заказов покупателей;
Остатки внутренних заказов;
Выгрузка данных
В обработке выгрузки устанавливаем такие настройки:
Загрузка данных
Проверьте в базе-приемнике справочник “Договора взаиморасчетов”. Даже в пустой базе-приемнике может быть единственный не-предопределенный элемент справочника “Договоры взаиморасчетов” у пред-определенного контрагента “Основной поставщик”. Нужно установить у этого договора код, которого точно не будет в базе-источнике. Это нужно для того чтобы при загрузке данных не возникло коллизии с не уникальным кодом.
В обработке загрузки данных устанавливаем такие настройки:
Состав переносимых данных
Можно принудительно, установив отметки в таблице «Правила выгрузки данных», выгрузить следующие данные: