Обновление Партионной почты с версии 1.24.02.03 до 1.25.02.06

Здравствуйте!
В моей организации решили обновить Партионную почту с версии 1.24.02.03 до актуальной - 1.25.02.06.
Конвертация базы до версии 1.25.02.06 прошла успешно, загрузились последние версии эталонных справочников, старые списки ф. 103 просматриваются и выводятся на печать, но импорт новых списков ф. 103 происходит некорректно.
При импорте каждого отправления выдаёт сообщение: "Ошибка импорта процедуры отправлений: Required Param value not set":


В конце импорта выдаётся сообщение "Импорт списка завершён", ошибок показывает ноль


Кликаем "Дальше" => выдаёт окно отображения всех загруженных отправлений, но этих отправлений по факту и нет,
они не загружаются, хотя ошибок показывало ноль


Можете подсказать в чём проблема, и как её исправить?
Дополнительно прилагаю скриншоты по версии самой Партионной почты и версиям эталонных справочников

Попробовал импортировать списки ф. 103 в версии 1.25.02.03
Также конвертировалось с 1.24.02.03 до 1.25.02.03 успешно, но ситуация такая же, как и на скриншотах выше

Прилагаю дополнительно результат конвертации БД для Firebird 3

В бытности своей, я работал инженером-электроником на одном из сортировочных центров ГЦМПП, приходилось обновляться с версии 1.18.06.12 на 1.21.04.08 + недавно обновлялся с версии 1.21.04.08 на 1.24.02.03, успешно проходили операции по обнове.
Тут же какой-то бред, какие-то хотфиксы для версий появились, раньше все исправления / нововведения собирались чётко под определённую версию в одном скрипте.

У нас пока думали, да собирались, то версия новая вышла,  я им говорил, чтоб новую ставили.
Обновление версий бы не рекомендовал. Доработали в 24, поставили 25. Я серьезно).
Ну разобраться можно, лично сам не сталкивался, так что попинайте ваших почтамтовских программистов. В крайнем случае напишут заявку по проблеме.

А тогда зачем все эти описания по конвертации БД со старой версии на новую версию Почта России делает, если взять снести, поставить с нуля, и всё заработает?

Отправил запрос ещё в НИИПС.
Если будет решение от техподдержки, выложу здесь, авось кому-нить пригодится)

bocharoff пишет:А тогда зачем все эти описания по конвертации БД со старой версии на новую версию Почта России делает, если взять снести, поставить с нуля, и всё заработает?

Я поднимал с 24 до 25, но что-то не то у меня пошло, скрипт не выполнялся вроде через стандартную утилиту, тупо через Ibexpert его прогонял. Но это чисто ради теста, как оно всё там работает, организациям проще переустановить, чем потом с этими артефактами не возиться. А на почте ещё легче, у них БД вечно большущая и всё дико тупит, в определенный момент всё сносится и начинают заново, а уж какую версию ставить потом уже без разницы, но лучше последнюю, но это не точно.

А с просьбой дать средство по уменьшению\очистке БД меня послали, дали вроде скрипт переноса БД, а накой он мне)


Да, поделитесь, м.б. всё же пригодиться. Чай расшевелятся у нас, да начнут работать нормально в партионке организации.

В общем, НИИПС помог разобраться с возникшей проблемой.
Конвертация БД с версии 1.24.02.03 до 1.25.02.06 / 1.26.03.01 теперь проходит без всяких дополнительных манипуляций с эталонными справочниками (я так понял скрипты для БД обновили), но импорт списков ф. 103 в виде текстовых файлов пока неработоспособен, НИИПС посоветовал пользоваться импортом через файлы Excel))

bocharoff пишет:В общем, НИИПС помог разобраться с возникшей проблемой.
Конвертация БД с версии 1.24.02.03 до 1.25.02.06 / 1.26.03.01 теперь проходит без всяких дополнительных манипуляций с эталонными справочниками (я так понял скрипты для БД обновили), но импорт списков ф. 103 в виде текстовых файлов пока неработоспособен, НИИПС посоветовал пользоваться импортом через файлы Excel))

Ничего не понимаю.
Спокойно неоднократно конвертировал базу у клиентов до 1.25.02.03 (под Firebird 3.0) через PPostDataMoving. Спокойно обновлял базу до 1.25.02.06 (вначале через штатную утилиту, затем через эксперта - иначе иногда влезала 1.26 или инета у клиента не было). Затем спокойно работал с txt-форматом по РТМ 3.11-16 - импортировал в Контроле данных штатным образом. И никаких экселей! Это метод для Предпочтовой.
И никаких проблем.
Маленькая проблема в том, что клиенты иногда ошибочно (я им это запретил!) выгружают в формате РТМ 3.12-17, а у наших проблемы с 2-мя Firebird - по совместной работе 1.5 с 3.0 инструкция есть, а вот по работе с 2.1 нет. Приходится оставлять им 1.24, а он не знает РТМ 3.12-17 . Типичное наше рабочее место - ППП "Партионная почта" (обычно 1.24), ИС "ОПС - Почтовые отправления" (для накладных), Winpost (для работы с партионными клиентами не приносящими файлы, только прием ПО). Файлы с Winpost при этом грузятся в ИС "ОПС - ПО" аналогично файлам из ППП "Партионная почта". Но есть вариант и с универсальным Winpost, тогда работает синхронизация с ИС "ОПС - ПО".
Все под Fb 2.1.

"Затем спокойно работал с txt-форматом по РТМ 3.11-16 - импортировал в Контроле данных штатным образом. И никаких экселей! Это метод для Предпочтовой."

У меня импорт списков ф. 103 (файлы TXT или EXCEL) производится не в Контроле данных, а как раз в Предпочтовой. Я Клиент для Почты России, пользуюсь клиентской версией Партионной почты.

bocharoff пишет:"Затем спокойно работал с txt-форматом по РТМ 3.11-16 - импортировал в Контроле данных штатным образом. И никаких экселей! Это метод для Предпочтовой."

У меня импорт списков ф. 103 (файлы TXT или EXCEL) производится не в Контроле данных, а как раз в Предпочтовой. Я Клиент для Почты России, пользуюсь клиентской версией Партионной почты.

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

У нас в организации ведётся учёт РПО ещё и в своей АИС, поэтому сначала формируем файлы TXT или EXCEL в нашей Системе, и только потом импортируем в Предпочтовой. Про личный кабинет клиента - идея хорошая, спасибо, стоит рассмотреть.

Добрый день. Проблема с переходом с 1.24 на 1.25.
PPostDataMoving выполняется , но в логе пишет  !!!Ошибка копирования таблицы FORM_103
Кто знает как с этим бороться?

Вообще-то это таблица, в которой находятся все введенные РПО за все время функционирования программы, привязанные к номеру и дате своего списка.
Я бы лично глянул на неё IBExpert'ом не очень тщательно, по диагонали - может что и видно будет (можно, кстати, её вытащить в виде xls-файла и тоже проглядеть). Сбойную запись можно увидеть и подправить. Можно поглядеть (но без возможности редактировать) утилитой Перенос данных. Стать на эту таблицу попробовать перенести данные из неё в пустую базу той же версии.
У Вас там много РПО? И они Вам очень нужны? А то удалить их из Предпочтовой все списки и всё.
Если всё же нужны, то списки можно перенести и другим способом - через файлы РТМ-вского формата (F***.zip) - импортировать их в чистую базу новой версии, но нужна программа Контроль данных, которой нет у клиента. Но можно попросить IT-почтовиков, я бы помог.
И чуть не забыл - Вы случаем не меняли базу в папке result? Там должна стоять база версии 1.25.02.03

Нет не менял. Одно рабочее место перенеслось без проблем, второе с этой ошибкой. Завели базу заново, перебили получателей, пол дня работы) Дольше спрашивал) Спасибо, за беспокойство.