[ОТВЕТИТЬ]
10.04.2014 07:43
чаеголик
 
ДД! при штатной выгрузке УКМка вываливается в дос с ошибкой "Unhandled exception 0010 at 0827 3761 ErrCode 0000
Unhandled exception 000D at 0020 0363 ErrCode 0000"
создается пара файликов CASHSAIL.DB и CASHZ.DB в папке обмена
Выгрузить невозможно только определенные смены-смены датирующиеся раньше появления бага выгрузить можно.Базу подрезал, переиндексировал-не помогло.Подкинул базу к другому дистрибутиву-тот же результат.Куда думать дальше?
10.04.2014 07:55
konst
 
Попробуй этой утилитой проверить таблицы:
(p.s. все эксперименты на копии бд)
и для информации - сообщи размер файла cashsail.db
Вложения
Тип файла: 7z DB_Repair.7z (170.8 Кб, 162 просмотров)
10.04.2014 10:36
чаеголик
 
спасибо за утилитку(прогнал также Pdxrbld.exe) нашлась одна поврежденная табличка,поправилась.Но за определнные смены по-прежнему не выгружается
10.04.2014 10:41
OlegON
 
Что говорит сейчас? Какой размер cashsail.db?
10.04.2014 10:51
чаеголик
 
6 мегов кэшсейл,сейчас тестирую на рабочем компе-дистриб под нефискальный режим,вываливается в завершение работы ("теперь питание можно отключить")
10.04.2014 11:01
OlegON
 
ну на рабочем компе много можно что словить... тестировать надо все же на кассе.
10.04.2014 11:53
whitewizard
 
Так а в CASHZ (CURRESTS) есть запись про эту смену?
10.04.2014 12:20
чаеголик
 
Цитата:
whitewizard Так а в CASHZ (CURRESTS) есть запись про эту смену?
в currests есть , формируются пустые cashz и cashsail
10.04.2014 12:41
чаеголик
 
после неуспешной выгрузки утилитка ловит повреждения
Table CURRESTS - #records: 2134
Table CURRESTS.DB - Field ShopIndex of record 3 does not match secondary index Sec Key
Table CURRESTS - Errors fixed (#records: 2134)
10.04.2014 12:59
чаеголик
 
подрезал базу,после попытки выгрузить вот такое
Table CURRESTS.DB - Header inconsistent
Table CURRESTS - Errors fixed (#records: 15)
10.04.2014 14:26
whitewizard
 
Ну вот теперь надо создать пустую такую табличку (убиваешь её с индексом и реиндексацию делаешь) и в неё руками внести эту смену.
10.04.2014 14:47
чаеголик
 
с комбинированной оплатой может быть связано? смотрю-как раз в эти смены подарочными сертификатами+наличными расплачивались
10.04.2014 14:55
Stels
 
Если задача только выгрузить проблемную смену,
то можно так сделать:

- Сначала Копия всего каталога программы.
- Через интерфейс программы удалить все смены , кроме нужной.
- выйти из программы
- скопировать всё содержимое каталога DB в папку, откуда Бэк высасывает данные о закрытых сменах
- запустить приём z-отчётов в кассовом модуле.

если всё встанет как надо - очистить полностью каталог DB,
сделать полную выгрузку на кассу

и работать с чистого листа

Если смена не примется кассовым, то тогда хотя бы будут видны ошибки в логах
10.04.2014 15:12
чаеголик
 
то есть файлики cash*.db curr*.db в папке обмена-подрезанная копия файликов из папки database ?
10.04.2014 15:41
Stels
 
Цитата:
чаеголик то есть файлики cash*.db curr*.db в папке обмена-подрезанная копия файликов из папки database ?
как бы да
11.04.2014 11:03
чаеголик
 
Свежая находка.Не выгружается смена ,в которой есть чеки с комбинированной оплатой.
С+ подтвердил такой баг в некоторых дистрибутивах
17.11.2014 14:45
Stas_S
 
Цитата:
чаеголик Свежая находка.Не выгружается смена ,в которой есть чеки с комбинированной оплатой.
С+ подтвердил такой баг в некоторых дистрибутивах
Поймал такой же баг. Версия 3.1.1.
Чем у Вас закончилось?
25.11.2014 11:55
Bork
 
Проблема исправлена под ФР.
Про белорусскую версию не знаю
31.12.2014 08:27
чаеголик
 
возвращаясь к теме
в дистрибутиве 2.467 проблема была частично решена
частично-потому что в случае чека с комбинированной оплатой и акционным товаром (скидка 100процентов на одну из позиций) смена не выгружается
вид оплаты только в cashsail присутствует? именно наличный\безналичный,не размер скидки
31.12.2014 10:46
Stels
 
в cashpay
Payment - 0/2 нал / безнал
06.01.2015 11:19
чаеголик
 
а 1 -что за тип оплаты? в табличке тип 2-большая редкость
в интересующих чеках 0 и 1
13.01.2015 14:54
Павел Сосновских
 
из документации по формату обмена:
Код:
В поле Payment  указывается индекс платежа. Для наличного платежа индекс равен 0, 
а для безналичного платежа Payment соответствует полю ID из таблицы CREDCARD.DB (см. “Безналичные платежи”).
Т.о. смотрим в credcard и от туда узнаем о том, что же такое 1
29.01.2015 12:10
чаеголик
 
1 -банковская карта
2-подарочный сертификат
интересно-не грузятся пакеты,где чек разделен на виды оплат ,а код вида оплаты в чеке один и тотже
dbedit не умеет удалять строки?
в акцессе скорректировал чек,ненужную строчку удалил-загрузилось
02.07.2015 12:14
DMaslov
 
Было у кого-то, что CASHZ.DB пустой, а CASHSAIL.DB содержит смену?

Пример.

Пробовал прописать строчку с соответствующими данными в CASHZ.DB, но все равно ошибка "В полученной от кассы таблице CASHSAIL обнаружена ссылка на неизвестный Z-отчет № 201, касса 2.".

Буду загружать руками, но если у кого-то есть более простой способ - что подправить в файлах, чтоб кассовый модуль их съел - напишите.
02.07.2015 12:30
student
 
Цитата:
DMaslov чтоб кассовый модуль их съел
вероятнее всего не хватает (надо создать) CURRESTS.DB, но ранее мы обычно (на укм2) чтобы не было проблемаов при приеме воссоздавали все отсутствующие самостоятельно...
03.07.2015 11:09
akonev
 
а что, касса-то категорически не хочет при повторной выгрузке весь комплект сделать?
это уже серьезный повод кассу лечить начинать.
06.07.2015 17:55
DMaslov
 
Угум, не хочет.

И, подозреваю, переиндексация здесь не поможет, токо правка таблиц, но, не зная все зависимости, не рискну править кассовую БД.

Вытащил CASHSAIL.DB с кассы, загружаю вручную.

При копировании заметил, что с той строки, на которой выгрузка прервалась (исходный файл), нарушен расчет сумм.
13.07.2015 16:28
DMaslov
 
Обратился в СервисПлюс, сказали, что у нас не самая правильная версия УКМ2. Выслали дистриб, установили его, теперь формируется полный комплект файлов.

Теперь при загрузке такая бодяга.

-------------------------------------


2015.07.13 (понедельник) 15:52:47 1.30.1.0 Sm.Cash.Server
----- Прерывание работы программы -----
сообщение: "В работе кассового модуля произошел сбой.
Сообщения об ошибках см. ниже.

Запись 1. Код=80004005h (20070) [База данных]:
Недопустимое значение статуса документа


Запись 2. Код=80004005h (20070) [Microsoft OLE DB Provider for Oracle]:
ORA-20070: Недопустимое значение статуса документа
ORA-06512: на "SUPERMAG.CORE", line 301
ORA-06512: на "SUPERMAG.DOCUMENTS", line 3260
ORA-06512: на "SUPERMAG.DOCUMENTS", line 3471
ORA-06512: на "SUPERMAG.CASH", line 1693
ORA-06512: на "SUPERMAG.CASH", line 1749
ORA-06512: на line 2



Запись 3. Код=80004005h (0) [SmLibaryBase trace]:
begin
Supermag.Cash.CreateCashDocs;end;"
исключение: Sm.Core.InteropException
hResult: 80040804h; доп. код: 1
источник: SmSvcLib

-------------------------------------

Перед повторной загрузкой потер:

SQL код:
delete from smcashcheckitemssmcashcheckssmcashz where desknum and znum 201

select 
from smdocuments where createdat to_date('16.06.2015''dd.mm.yyyy') and doctype 'CS'

delete from smspec where docid 'CS-20150616@48' and doctype 'CS'
delete from smdocuments where id 'CS-20150616@48' and doctype 'CS' 
После этого загрузилось.
Опции темы


Часовой пояс GMT +3, время: 16:17.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.