Форум » Обслуживание и настройка программ » WinPost » Ответить
WinPost
Mike-r_Воркута: Неужели у всех этот самый винпост установился легко и надежно, все операторы сразу и легко начали работать и вообще жизнь прекрасна? У меня так, просто абзац! Поддержки из Сыктывкара - никакой. Как внедрять - придумай сам. ХЕЛП!
влад: ничего не меняли
Pksltym: влад пишет: ничего не меняли Так какое разрешение то стоит? Размер монитора?
Kissёnok: Добрый день всем. Возникает ошибка - Документы - на отправку почты. при печати возникает ошибка, как на рисунке. Может кто то знает что можно сделать? или хотя бы в чем проблема... [URL=http://radikal.ru/F/s006.radikal.ru/i214/1001/2c/03bef77bfedd.jpg.html][/URL]
13: Kissёnok пишет: Добрый день всем. Возникает ошибка - Документы надо вобщем проследить...после чего это появилось (ибо само никогда ничего не ломается)))) не исключено что БД с косяками...после какого то скриптика.... первое что следует попробовать так это сделать резервную копию с такой вот командой командой : "C:\Progra~1\Firebird\Firebird_1_5\bin\gbak.exe" -b -g localhost:C:\Progra~1\winpost\db\postdb.fdb c:\POSTdb.gbk -USER SYSDBA -PASS masterkey" (логи и пароли свои укажи и адрес сервера тоже, если они отличаются) ну или какой нибудь программки там идушем в комплекте с винпостом и восстановить БД из этой резервной копии такой примерной командой "C:\Progra~1\Firebird\Firebird_1_5\bin\gbak.exe" -c -r c:\postdb.gbk localhost:C:\Progra~1\WinPost\DB\new_POSTDB.FDB -USER SYSDBA -PASS masterkey" (логи и пароли свои укажи и адрес сервера тоже, если они отличаются) ПРИ ВЫПОЛНЕНИИ ЭТИХ ДЕЙСТВИЙ К БД НЕ ДОЛЖНО БЫТЬ НИ КАКИХ ПОДКЛЮЧЕНИЙ!!! после этого всего для проверки БД можно выполнить такую вот команду: C:\Progra~1\Firebird\Firebird_1_5\bin\gfix.exe -v -full localhost:C:\Progra~1\WinPost\DB\new_POSTDB.FDB -USER SYSDBA -PASS masterkey (логи и пароли свои укажи и адрес сервера тоже, если они отличаются) .... если все пучком то заменяем POSTDB.FDB на new_POSTDB.FDB предварительно POSTDB.FDB скопировав куда нибудь на всякий случай и воше два первые команды желательно выполнать ругулярно. от этого БД становится стройнее)))) и быстрее
Kissёnok: спасибо. обязательно в понедельник попробую. о результатах обязательно сообщу.
Kissёnok: не помогло...ждемс ответа с ниипса по такой проблеме. =(
Vargant: Доброго времени суток, уважаемые! Кто-нибудь уже эксплуатровал данную верситю "продукта"? В частности РПО функции. Дело в том, что при экспорте РПО выдается ошибка, где "продукт" ругается на исполняемый файл. При обращении к хранилищу РПО из WinPostExport`a выдет ошибку уже винпостэкспорт. Тестировалось на разных машинах и на разных базах, следовательно отдается предпочтение мнению о том, что "баг" именно в исполняемых файлах (либо библиотеках) "продукта". Хотелось бы услышать (увидеть) ваше мнение. Спасибо.
Vargant: --------------------------- EAccessViolation --------------------------- Access violation at address 004C55EE in module 'WinPostExport.exe'. Read of address 00000000 --------------------------- ОК ---------------------------
13: не видели ешо...только слышали
13: теперь видел...поставил в несколько опс, а потом с управы письмо пришло что типа не ставить пока...замечен косяк при приеме платежей свободная касса
Kissёnok: Всем привет! У кого какие косяки с 16 версией. составляю список.... мы столкнулись с проблемами со спайдером, 1 классом внутренней почты, свободной кассой , да и обновления через раз ставятся..а особенно если не проходит обновление на каком нить скрипте, то версию БД восстанавливает 1.1.1.1
Vargant: С обновлением косяк... (1.1.1.1) а по спайдеру, что за броблема? если по авторизации то там новая схема: -d dbpassword -u username -p password единственная трабла с описаной выше ошибкой. Может кто-то знает в какой таблице хранится список хранилища РПО, а то что-то у меня на него (список) подозрения.
Vld: dispatch_data
Vargant: ОО! Vld Спасибо!!
Vargant: не помогло=(((
Anatoliy: Я перед обновлением всегда делаю свой BACKUP папки Winpost. Если что не так, то возвращаю всё назад и ищу не стандартные методы. С 16-й не всегда гладко проходит. Если так, то возвращаю базу из бэкапа. При обновлении в папке "Program Files" создается папка, точно не помню, чтото похожее на PatchWinpost. Там есть куча скриптов, которые я прогоняю через ScriptSheduler. Всё, база 16-я. Затем в папке "bin" беру новые файлы винпоста и кидаю в папку "Winpost" с заменой существующих. И файлы спайдера тоже туда же. Вчера так делал, до сего дня работают, полет нормальный :)
13: ручное копирование папки winpost куда более надежная страховка, чем расчитывать на чудотворность автоматического бекапа организованная теми товарищами которые так и не научились тестить свой софт перед тем как пускать в массы)))) каждая версия винпоста с "подарками"))...я в принцыпе за 3 года с не большим сопроваждая это ПО уже привык перестраховываться и не надеятся на кого то там Anatoliy пишет: PatchWinpost. Там есть куча скриптов, которые я прогоняю через ScriptSheduler. Всё, база 16-я. Затем в папке "bin" беру новые файлы винпоста и кидаю в папку "Winpost" с заменой существующих. И файлы спайдера тоже туда же способ работае...сам так делал))) главное перед запуском автоматического обновления v16 следует удалить эту самую папочку PatchWinpost если она осталась, по не понятной причине, после выполнения предидущего обновления. ибо там могу остаться левые файлики/скрипты которые могут все испротить...надо вобщем быть предельно осторожным при таком ручном способе!
KOST-80: У нас следующая проблема, пробиваем товар в (Товары и услуги почты), допустим 14р., на чеке печатает с клиента 14р., сдача клиенту 2р. сколькото копеек. Пробивали 1р. сдача клиенту 15 копеек. Аналогично в [Платежах], сдача клиенту 15% от суммы и все тут. До обновления все было ОК. В конце дня по Кассовой справке все нормально, а в Z-отчете сумма меньше. Чето где то с НДС замучено походу. В какую сторону смотреть, где копать? Подскажите други!!!!!!
Pavluxa: 13 проще (а вернее КОРРЕКТНЕЕ!) в реестре удалить параметр RezultUpdate в ветке [HKEY_LOCAL_MACHINE\SOFTWARE\WinPost]. А то обновление будет загоняться по предыдущим путям, и не факт, что корректно. А так - наверняк.
Kissёnok: ну по обновлению делала также - сначала скрипты через шедулер прогоняю, потом запускаю апдейт и он сам все переносит из папок. пишет что версия уже 16 стоит и просто с файлами работает.
папав: а если после обновления ошибка как в посте 2 при открытии хранилища РПО, то что делать, поставилось ведь все так то... и версия поменялась...
dionisiy83: ZyXEL Поделись пожалуйста батничком для установки скриптов, dionisiy83@bk.ru
Kissёnok: Всем привет! уже совсем запуталась с обновлениями! Знаю что с версии 15,7,8 надо перейти на 16,2,11, потом на 16,2,13 (так как там исправлен косяк 16,2,15), а потом только на 16,2,15! все замечательно, есть апдейты с 15,7,8 на 16,2,11 и на 16,2,13. а вот как с 16,2,13 перелезть на 16,2,15? кто нибудь что нибудь знает? подскажите плиз...
Kissёnok: разобралось наконец то все на 15,7,8 ставим 16,2,11, потом 16,2,15 а потом 16,2,13. надеюсь что ошибки исправлены по большей части..а то что ставить уже и не знаешь.....=)))
Pavluxa: Kissёnok это осознание пришло с опытом, или с письмом-мануалом? До нас пока 16 версия Винпоста не доползла, вот и читаю, на ус мотаю (со страхом и волнением)...
Kissёnok: С письмом=)))). потому что экспериментировать с 15 версии разные варианты установки - не очень хочется. По крайней мере, теперь если что не так, то можно на них сослаться! =) Просто мы уже часть по республике нашей поставили 16,2,11....Если дело так и дальше пойдет, то админы будут ездить с 30 апдейтами и длинной портянкой что и после чего ставить! =))))
13: Kissёnok пишет: длинной портянкой что и после чего ставить! =)))) уже катаемся)))
Andrew_C: Здравствуйте ! С целью автоматизации прогона скриптов пробовал прогонять скрипты с помощью ibescript. Всё отлично работало. Потом настал момент, когда пришедшие с Уфпс скрипты по логам прошли, но реально в базе изменений не появилось (видимых через конфигуратор). Прогнал скриптшедулером - изменения применились. Поставил в конце скриптов COMMIT; - всё применилось и через ibescript. Как я понимаю, COMMIT; подтверждает вносимые изменения. Мой вопрос такой, если с целью прогона скриптов с помощью ibescript я в каждый присылаемый Уфпс скрипт в конце скрипта буду добавлять COMMIT; я ничего не испорчу ? Есть ли ситуации, когда COMMIT; в конце скрипта противопоказан ?
Andrew_C: Ещё раз здравствуйте ! У нас сейчас требование начальства выгружать Рпо в опс 3 раза в день и без "повторов", то есть чтобы в базу ставился признак выгрузки - такое возможно только через Винпост (СЕРВИС - ЭКСПОРТ РПО). До этого, выгружали 3 раза в день с "повторами", и чтобы устранить человеческий фактор - операторы неизбежно забывают вовремя произвести выгрузку - это дело было полностью автоматизировано: Системным планировщиком запускался батник, в котором с помощью запуска winpostexport с ключами происходила выгрузка, неизбежно возникающее при этом окно о том, что БУДЕТ ПРОИЗВЕДЁН ЭКСПОРТ РПО глушилось с помощью запуска консольной утилиты, запускаемой в том же батнике, и из того же батника запускалась третья консольная утилита, которая отправляла получившийся файл на почтовый сервер. Теперь же, поскольку wpexport с ключами не ставит признак выгрузки в базу, оператору приходится нажимать СЕРВИС-ЭКСПОРТ РПО, и хоть я и сделал так, что в назначенное для 3 разовой выгрузки время у них выводится окно с требованием эту выгрузку сделать, хочется полного автомата, как было описано выше. Как автоматом вызвать функцию экспорта ? С удовольствием бы запустил с помощью ibescript или isql какой нибудь скрипт. Заранее спасибо за Ваши ответы.
вероника: Сервис - Архив РПО - встаем на файл - Экспортировать - выходит ошибка про zip архиватор либо Сообщение Данные не отправлены.Смотрите log файл. В логе написано, что не заданы поля с адресами и сервер в конфигураторе, но ведь мне надо на ДИСКЕТУ, а не по адресу... адреса поставить, другие ошибки идут :( Как вы настраиваете экспорт рпо, подскажите, плиз
Anatoliy: Я в конфигураторе в параметрах винпоста вычищал все поля с емэйлами про РПО и менял путь выгрузки (по умолчанию "C:\Programm Files\Winpost\RPO") на свой (например "A:\;C:\arhRPO")
Gin73: winpostexport.ini посмотрите, также не помешает проверить файлик pkzipc.exe, и в самой папке Винпост отсутствие файла экспорта РПО насколько помню без расширения. во время экспорта он создаётся там, и потом заархивировавшись, удаляется...(по крайней мере так было в предыдущих версиях WP ). PS. Всем привет я снова на Почте России)))))))
Kissёnok: Здравствуйте. возникла трабла с новой версией. для 15 версии писала скрипт по РПО -выгрузке файлов -чтобы данные выгружались только по внутренней почте без учета емс. перешли на 16 версию и это все перестало работать. вообще игнорит настройки. в ведомости и в файл кидает теперь мжд почту. Со службы поддержки дали скрипт для выгрузки, но ничего не помогло. как выгружало с мжд так и дальше в файл пихает данные. Подскажите пожалуйста кто что делал...от поддержки я конечно жду ответа, но не надеюсь....
Lesnid: При выгрузке данных в конце дня останавливается печать подкладного листа. В основном это происходит если за день заказных писем было больше 30. В течении дня подкладной работает нормально
KOST-80: Lesnid пишет: При выгрузке данных в конце дня останавливается печать подкладного листа. Останавливается когда просит второй лист? или не допечатывает первый?
Dronchik: подскажите пожалуйста в чем может быть проблема. при открытии файлов РПО одного из отделений в "Почтовые-отправления" появляется ошибка что файлы не содержат информации
Pavluxa: Dronchik А руками файл открывать пробовали? Информация в нем имеется?
newvb: Добрый день. пытаемся сделать матричный код. winpost читает матричный код. может добрые люди подкинут ссылку на программу или библиотеку матричного кода
DDD: newvb newvb пишет: winpost читает матричный код. программа никогда не может читать штрих кода, а темболее матричный, это делает сканер штрихкодов и передаёт сие кодированное изображение в программу!
mikhalis: После обновления Winpost`а 1.16.2.13 , при приеме отправлений именно 1 кл (ценная посылка, письмо), в снятии показаний страховой сбор показывает как неизв. счетчик, а в кассовой справке отделения вообще отсутствует. Кто что знает , подскажите пожалуйста.
полная версия страницы