Переход с Альфа-Авто:А+А+А ред 4 на ред 5

Добрый день.
В настоящее время перенос данных (остатков) на основе конвертации находится на проверки.

Добрый День,

Уточните пож-ста сроки выхода данной обработки.

Добрый день. С нетерпением ждём ответа.

Добрый день!
Обработка ниже.

Прикрепленные файлы

• 4-5.exe 742.37 КБ

Скажите, какой минимальный релиз альфа авто 4.1 соответствует данной  обработке, т.е начиная с какого релиза можно пользоваться данной обработкой?
Все ли документы переносятся данной обработкой, в правилах данных присутствует почему только заказ наряд?

Попробовал перенести ЗН, стояла настройка "Проводить документы после загрузки", в итоге документы перенеслись но ни один не проведен
Или это сделано, чтобы не тащить за собой перемещения и остатки?

Здравствуйте,

наиболее свежие правила перехода с АА 4 на АА 5 в качестве базы-источника предназначены для Автосервис/Автосалон с номером релиза 4.1.01.23. Версию базы-источника можно посмотреть в самих правилах, для этого нужно открыть xml файл с правилами в любом текстовом редакторе (6-ая строка сверху в файле правил).

Переносятся только незакрытые (непроведенные) заказ-наряды, остатки (документы ввода остатков в АА 5) и изменение цен товаров/авторабот.  Закрытые заказ-наряды не переносятся, т.к. могут исказить остатки..

Я использовал выложенную выше обработку, сначала просто перенес ЗН, вроде все нормально, потом перенес остатки незавершенного производства и получил следующую картину, ЗН у которого была дата начало 2012 и состояние "Выполнен" у него изменилась дата на текущую, это разве правильно? Мне кажется правильнее было бы делать ввод остатков незавершенного производства на дату ЗН.

4.1.01.23 разве уже опубликовали?

Сейчас механизм работы таков.

Когда отдельно переносятся незакрытые заказ-наряды, то их даты переносятся на прямую.

Когда переносятся остатки незавершенного производства, то заказ-наряд используется как документ-основание в "Вводе остатков товаров в производство", При этом такой заказ-наряд не может быть раньше документа ввода товаров в производство, а дата ввода в производство указывается при выгрузке как дата окончания периода выгрузки.

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

Прилагаются обновленные правила выгрузки.

Прикрепленные файлы

• 4-5.rar 707.41 КБ

4.1.01.23 не публиковался, это текущий рабочий релиз.

Но правила работают и с 22-ым.

Скажите, а если у пользователей старый релиз например 18 или 19, можно ли им пользоваться данными правилами или придется обновляться до последнего релиза?

Настоятельно рекомендуется обновиться до текущего релиза (22-го), т.к. правила разрабатывались для 22-го релиза и обновлялись до 23-го.

Ошибки  при попытке чтения правил перехода с более старых релизов в основном могут возникнуть из-за несоответствия метаданных. Т.е. в каком-то старом релизе АА 4 отсутствуют, например какие-то реквизиты, которые есть в 22-ом, и при попытке чтения правил соответствия для несуществующего реквизита возникнет ошибка и чтение правил прервется.

Таким образом, достаточно в режиме конфигуратора стравнить старый релиз АА 4 с 22-ым релизом. Если изменений (добавлений/удалений реквизитов/табличных частей в справочниках, заказ-наряде, регистрах сведений) в метаданных нет, то можно использовать текущие правила перехода. Но лучше все таки обновится до 22-го релиза АА 4.

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

Возможно ли это сделать этими правилами выгрузки?

Соответсвенно что делать если это сделать не возможно.

Возможно ли как-то обойтись типовыми методами - переход на 5 релиз был вызван необходимостью обновить информационную базу оперативного учета в соответсвии с текущими требованиями законодательства, которые не отражены в четвертом релизе.

Выгружать с начала года приходится потому что параллельно идет переход на с бухгалтерии 1.6 на 2.0 то же задним числом - и предполагается что все первичные данные будут выгружены из АА 5 - включая остатки и документы.

Я сейчас смотрю на правила в конвертации и вижу что выгрузка документов предполагалась (???) но пока по каким-то причинам решили остановиться только на переброске остатков. Это так и будет или это временное решение?

И ещё - после загрузки остатков в чистую АА5 программа при старте пишет в состоянии "проверка настроек внешних компонент" и висит. Чистая запускается. В чём причина?

Картинка приложена.

Прикрепленные файлы

• АА5.png 28.65 КБ

1. Перегрузка из 4-ки в 5-ку не предполагала перенос всех документов. Перегружаются как документы только открытые ЗН, заказы покупателей, заказы поставщику, изменение цен. Все остальное перегружается как ввод остатков.
2. По какой то причине не получается зарегистрировать внешнюю компоненту. Попробуйте это сделать вручную
regsrv32 "C:\Documents and Settings\All Users\Protect\LocalProtect\RarusEquipment.dll"

Принудительная регистрация и переустановка драйверов не помогла. Четвертая Альфа на этом же компе запускается без проблемм.

Есть ли возможность удаленного подключения к рабочему столу проблемного компьютера для анализа ситуации?

Да, возможно. Вас устроит Team Viewer ?

И на какую почту скинуть координаты подключения?

Напишите в личные сообщения параметры подключения.

Написал, жду.

Добрый день, есть ещё пара вопросов:

Всё таки в том плане обмена что Вы выкладывали присутствуют правила конвертации документов из 4 в 5 АА - я их задействовал (чуть переписал - могу потом выложить сюда желающим). Так вот при загрузке документов "Перемещение товаров в производство" оформленных по закрытым заказам появляется ошибка о том что заказ-наряд закры, перемещеть нельзя - если я закаментирую эту проверку - будет ли это критичным?

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

1. В оригинале закрытые ЗН не перегружаются. Поэтому такого сообщения возникать не может. Если вносить изменения, то в частности данный документ надо загружать в режиме загрузки данных.

2. Насчет контроля дублей строк. Работало то работало. Но вот в определенных ситуациях может возникнуть проблема следующего характера: при проведении второй, третей и т.д. дублирующихся строк они не будут учитывать движения самого этого документа по данной номенклатуре, но строкой ранее.

Да я примерно понял что имелось ввиду когда ставился такой запрет - но я так понимаю что это может быть критичным для перемещения/списания, но вот смысла в оприходывании в такой проверке я не понял. Ладно, бог с ним.

Ещё вылез вопрос по конвертации - при выгрузке остатков товаров на складах есть два правила конвертации объекта - "ОстаткиТоваров" и "ОстаткиТоваровСПоиском". В первом ПКО выгрузка происходит странно (хотя может так и задумывалось) - все документы создаются по всем поставщикам, но в живых остается только один - последний (прям как горец) - в силу того что поиск объекта ведется только по номеру и дате. Во втором ПКО вроде поля поиска настроены правильно, но вот почему-то в коде жестко прописано что пользоваться нужно первым ПКО - прописано через параметр, а параметр задан кодом и не выводится в диалог пользователя. Это фича или баг? Если фича - то в чём смысл?

Здравствуйте,



Если вы редактируете правила в конфигурации "Конвертация данных", то наверняка знаете о наличии кнопки "Синхронизация объектов". Все документы, которые не упомянуты в сообщении #15, созданы именно с помощью прямого сопоставления синхронизацией. Это было сделано в целях отладки и ПВД для таких документов не предполагались. Выгрузка документов предназначена только для указанных в правилах остатков.

Точно также можно взять 2 разные конфигурации, провести синхронизацию метаданных в конвертации и попытаться выгрузить данные. Такая выгрузка будет некорректной.



Когда вы сохраняли правила на вопрос об автоматическом проставлении полей поиска у ПКО, где нет ни одного поля поиска, вы ответили положительно. Поэтому в первом правиле, где изначально нет полей поиска, поивился стандартный поиск по "Дата" и "Номер".

Т.е. до вашего редактирования стандартных правил это была фича, а после редактирования - баг.

Сейчас при выгрузке остатков каждый раз создаются новые документы.