[ТЕМА ЗАКРЫТА]
13.03.2008 08:20
Romka
 
Добрый день!
Проблема следующая: при приемке кассовой смены в супермаг в чеках не стоит крестик в поле "прием Z-отчета". Соответственно я не могу создать кассовый документ. И вот вопрос, что нужно следать, чтоб этот крестик выставлялся?(кроме прямого вмешательства в таблицы базы, это я уже нашел, могу скриптом править). Принимаю выгрузку в текстовом формате. Работаю с тестовой базой.
13.03.2008 08:25
Mtirt
 
Что-то с телепатией у меня сегодня не очень...

Административный модуль - База данных - Касса - "Создавать касслвые документы при закрытии касс". ОНО?
13.03.2008 08:38
kadr
 
Цитата:
Romka Принимаю выгрузку в текстовом формате. Работаю с тестовой базой.

все ли необходимые файлы подкладываешь под кассовый модуль, что он пишет в логах системы? ругается?
13.03.2008 08:53
Romka
 
Цитата:
kadr все ли необходимые файлы подкладываешь под кассовый модуль, что он пишет в логах системы? ругается?
Ни на что не ругается. принимает чеки, крестик прием Z-отчета в них не стоит, соответственно кассовый документ создать не могу.
принимаю cashdcrd.dat
cashsail.dat
cashdisc.dat
currests.dat
согласно описанию текстового конвертора этого достаточно для приемки кассовой смены. перепроверил все поля много раз, все подозрения на последнее поле в currests. но может у супермага какие то проверки есть?
как сказать ему, что это весь z-отчет и можно его закрывать?
13.03.2008 08:57
Mtirt
 
Остановить кассовый модуль Супермага.
Разделы - Накладные - Кассовые документы.
Нажать кнопку "Новый". Далее по мастеру...
Тоже не будет никаких ругательств?
13.03.2008 09:02
Romka
 
Цитата:
Mtirt Остановить кассовый модуль Супермага.
Разделы - Накладные - Кассовые документы.
Нажать кнопку "Новый". Далее по мастеру...
Тоже не будет никаких ругательств?
ругательств не будет. там есть кнопа: обработанные z-отчеты. так вот у них у меня нет z-отчетов. если я руками в базе в таблице cashz в это поле ставлю 1 (т.е. смена выгружена полностью), то все рабтает. надо чтоб само вставало.
13.03.2008 09:06
Mtirt
 
Значит всё-таки есть ругательства в журнале Приложений.
Выкладывай, на что оно там ругается...
13.03.2008 09:19
kadr
 
Цитата:
Romka cashdcrd.dat
cashsail.dat
cashdisc.dat
currests.dat
согласно описанию текстового конвертора этого достаточно для приемки кассовой смены.
почему то мне кажется что этого не достаточно
я ещё подкладываю файлы

CASHGOOD.DAT
CASHPAY.DAT
CURMONEY.DAT
13.03.2008 12:48
Romka
 
разобрался, дисконты должны быть заведены и в ковычках
10.09.2009 09:50
mitnick
 
Цитата:
Romka Добрый день!
Проблема следующая: при приемке кассовой смены в супермаг в чеках не стоит крестик в поле "прием Z-отчета". Соответственно я не могу создать кассовый документ. И вот вопрос, что нужно следать, чтоб этот крестик выставлялся?(кроме прямого вмешательства в таблицы базы, это я уже нашел, могу скриптом править). Принимаю выгрузку в текстовом формате. Работаю с тестовой базой.
Такая же проблема, только у нас выгрузка работает нормально, а такой документ обнаружился за 23.05.09, при повторной выгрузке этой смены ничего не изменилось, т.е. в Кассовых чека за 23 число поле "прием Z-отчета" остается пустым.
Пробовал через: "Остановить кассовый модуль Супермага.
Разделы - Накладные - Кассовые документы.
Нажать кнопку "Новый". Далее по мастеру..."
Никаких изменений. При нажаии клавиши "Необработанные документы" в появившимся окне нет никаких документов.
Как можно решить эту проблемку?
10.09.2009 09:54
akonev
 
а ничего нового:
ищем ошибки кассового модуля в журнале приложений
10.09.2009 10:17
mitnick
 
Цитата:
Andrew_Konev а ничего нового:
ищем ошибки кассового модуля в журнале приложений
Единственная ошибка, помогите расшифровать =)
В работе кассового модуля произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80040e57h (1438) [Microsoft OLE DB Provider for Oracle]:
ORA-01438: значение большее, чем позволяет для этого столбца заданная точность
ORA-06512: на "SUPERMAG.CASH", line 2567
ORA-06512: на "SUPERMAG.CASH", line 2674
ORA-06512: на line 1


Запись 2. Код=80004005h (0) [SmLibaryBase trace]:
begin Supermag.Cash.CompleteZReport(3,2,237); end;
%3 %4 %5 %6 %7 %8
10.09.2009 10:44
Mtirt
 
Это пол.сообщения.
Для расшифровки нужно сообщение целиком.
Ну и еще, сказать, какой УКМ используется.
10.09.2009 10:50
mitnick
 
Цитата:
Mtirt Это пол.сообщения.
Для расшифровки нужно сообщение целиком.
Ну и еще, сказать, какой УКМ используется.
УВЕДОМЛЕНИЕ: Ошибка приема данных от кассы 2 магазина 3 в базу данных sokol. Дополнительную информацию см. в следующем сообщении.
Вот в принципе и всё.

Выгружаю из Фронтола 4.8.1 в Супермаг-2000
10.09.2009 11:06
student
 
Цитата:
mitnick Выгружаю из Фронтола 4.8.1 в Супермаг-2000
посмотри http://www.olegon.ru/showthread.php?...EE%ED%F2%EE%EB
10.09.2009 11:32
akonev
 
Цитата:
это его собственная тема :)
после нее уже обновили фронтол. что было в той ветке - поправили, полагаю
10.09.2009 11:37
akonev
 
лечить по фотографии очень тяжело...

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

надо смотреть входные данные. видимо, в самом деле где-то значение некорректное село
10.09.2009 12:16
mitnick
 
Спецам Супермага-2000 мой вопроспокажется глупым, но есть ли в Супермаге возможность вручную проставить галочку в меню Кассовые чеки в поле "прием Z-отчета" ?
Напомню, что пробовал через: "Остановить кассовый модуль Супермага.
Разделы - Накладные - Кассовые документы.
Нажать кнопку "Новый". Далее по мастеру..."
Никаких изменений. При нажаии клавиши "Необработанные документы" в появившимся окне нет никаких документов.
10.09.2009 13:05
akonev
 
через интерфейс крыжик руками не ставится.

можно "проставить" его только напрямую в базе в SMCashZ.ZReady:
1 – Z-отчёт полностью загружен и может быть использован для генерации кассовых документов
0 – Z-отчёт загружен частично (некорректен)

только нафига он тебе там нужен, если "Z-отчёт загружен частично (некорректен)"?

надо разбираться, почему не вгрузился.
выложил бы ты уже файлики от кассы, что ли...
лучше только от одной этой смены
10.09.2009 16:59
Shlong
 
Была ошибка похожая по описаню на твою, как оказалось неясно почему была дробью пробита целочисленная единица, т.е. пробили 0,7 шт какого-то вина,в справочнике единиц измерения точность единицы шт = 1, т.е. целому... Пришлось на время изменить точность единицы на дробную пересоздать кассовый документ и снова вернуть точность в 1....
11.09.2009 00:46
baggio
 
Цитата:
Shlong Была ошибка похожая по описаню на твою, как оказалось неясно почему была дробью пробита целочисленная единица, т.е. пробили 0,7 шт какого-то вина,в справочнике единиц измерения точность единицы шт = 1, т.е. целому... Пришлось на время изменить точность единицы на дробную пересоздать кассовый документ и снова вернуть точность в 1....
ой как некрасиво ... и проблем потом огрести только в путь....
не советую настоятельно...
11.09.2009 11:11
akonev
 
Цитата:
Shlong Была ошибка похожая по описаню на твою, как оказалось неясно почему была дробью пробита целочисленная единица, т.е. пробили 0,7 шт какого-то вина,в справочнике единиц измерения точность единицы шт = 1, т.е. целому... Пришлось на время изменить точность единицы на дробную пересоздать кассовый документ и снова вернуть точность в 1....
Угу. А у меня на штрих-минипос'ах периодически отбивали меньше 0.5 - округлялось до 0. И так пока бойцы не проскакали по магазинам и не запретили "Количество".
Только я предпочитаю править файлики от касс до целого количества.
11.09.2009 11:43
mitnick
 
Вот файлы выгрузки с кассы, смена 237, касса №2, номер магазика-3. Смена работала примерно с 8 утра 22 мая по 7 утра 23 мая 2009 года.
11.09.2009 12:22
akonev
 
мне очень не нравятся отрицательные строки в cashgood. видимо, это возвраты

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

попробовал на укм2 продать и вернуть: вместо двух строк (плюс и минус) выгружается одна строка с нулевым количеством продаж за смену
11.09.2009 12:36
akonev
 
уточню: сами по себе минуса - это почти нормально. пропуская тот факт, что возвращать по кассе рекомендуется только то, что продалось в эту смену.

но вот когда одни и те же артикулы стоят подряд сначала с плюсом, а потом с минусом - это уже непорядок.

но не думаю, что проблема в этом, если честно.
11.09.2009 12:36
akonev
 
эээээ....

а шестизначные номера чеков - это у вас всегда так?
в см2000 под них пять знаков, кажется
11.09.2009 13:42
mitnick
 
Цитата:
Andrew_Konev эээээ....

а шестизначные номера чеков - это у вас всегда так?
в см2000 под них пять знаков, кажется
Ага, всегда так. :)
Опции темы


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

 

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