Выгрузка в УКМ товара через DBF : УКМ-2

в новом УКМ через DBEDIT в CF_INI.DB выставь STT_ZNUMB в нужный номер смены.

Я пробовал двумя способами:
1 Способ
1) сначала на рабочей кассе в досе поменял файл конвертера cnvdll.dll (файл взял из инстала на кассе, как сказали в ЦТО),
2) поправил сетевые папки в autoexec , чтоб с другого компа данные брала,
3) запускаю кассу , в разделе копирование загружаю товары, касса вылетает в дос при индексации файла plucash c указанными 3 ошибками.
4) копирую bar.dbf, classif.dbf, personal.dbf, plucash.dbf на кассу настраиваю каталоги для загрузки с локального диска, та же фигня при копировании.

2 способ:
1) Делаю резервную копию SMUKM30. Ставлю обновление, присланное из ЦТО, сразу настроенное на работу с DBF, ПОВЕРХ текущей версии. Все обновляется без ошибок.
2) Загружаю кассу, настраиваю каталоги загрузки.
3) Пробую грузить данные по сети, из локальной папки, результат тот же - вылетает в дос с теми же ошибками.

Понял спосибо учтем.

А если полностью удалить каталог smukm30 и поставить всё в пустой каталог, а потом поправить cf_ini.db, как написал whitewizard?

Может, обновление вообще не для этой версии? Обновлятор, как и инсталлятор там тупые страшно и много что не выдают или выдают в странной форме.

может не много не в тему
а зачем переделывать формат файлов на кассе
все прекрасно грузится в парадоксе из 1с через ADO что из 8.х что из 7.7

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

Потому что на самой кассе в УКМ2 загрузка из dbf идет значительно дольше, чем из парадокса.