[ОТВЕТИТЬ]
Опции темы
05.08.2010 16:46
 
Mtirt спасибо большое просто впервые столкнулся с этим так то в основном были расхождения с фискальниками там всё просто делали чеки одним артикулом и всё ну теперь буду знать
05.08.2010 16:48
 
А Dim-у спасибо? За проделожение остановить кассовый модуль?
05.08.2010 17:02
 
Всем спасибо*33
15.08.2017 14:52
 
Подниму старую тему ...

Появилось несколько кассовых документов,
с признаком "несоответствующие Z-отчетам"

Но пересоздать не даёт,
т.к по этому МХ идёт продажа алкоголя ...

Соответственно есть связанный и проведённый документ ЕГАИС отгрузка "Акт о списании из торгового зала"

Если этот акт удалить, то конечно даст пересоздать кассовик ...

Но потом в реестре Актов о списании его не будет ...

Можно, конечно, заново создать "Акт о списании из торгового зала" на основе кассового документа ...

Но его потом не даст отправить в ЕГАИС, т.к. документ с таким номером уже был отправлен ... И это правильно ..

Код:
Сообщение из квитанции: Акт с номером "970120170603@9" от 03.06.2017 00:00:00 уже зарегистрирована в системе. Владелец ["123456789012"], акт списания "970120170603@9".
И повиснет такой акт с ошибкой ...
Что мне совсем не нравится ....

Что посоветует многоуважаемый ALL ?
15.08.2017 14:54
 
Вот мне тоже интересно...

У меня вопрос, несоответствует Z-отчетам реально, т.е. есть расхождение суммы с реестром?
Или "виртуально" (т.е. все идет, просто чеки второй раз из кассовой программы выгрузили)?
15.08.2017 14:55
 
Цитата:
Mtirt Вот мне тоже интересно...

У меня вопрос, несоответствует Z-отчетам реально, т.е. есть расхождение суммы с реестром?
Или "виртуально" (т.е. все идет, просто чеки второй раз из кассовой программы выгрузили?
У меня ,слава богу, второй вариант ...без расхождений
15.08.2017 14:57
 
Разослать документ из офиса в базу магазина? Обычно, это снимает неверный признак.
15.08.2017 15:00
 
Цитата:
Mtirt Разослать документ из офиса в базу магазина? Обычно, это снимает неверный признак.
не ..
в центре он тоже с признаком несоответствия уже ...
не поможет
15.08.2017 15:09
 
как вариант:

в таблице SMCASHZ в поле DOCCREATED установит значение = 1

Ни на что это больше не должно влиять?

Но остаётся вопрос, если есть расхождения на самом деле ..
Вот что тогда делать?
15.08.2017 15:13
 
Там в последнее время иначе меняется это значение.

Код:
 nvl((select 0 from dual
					where exists (select * from Supermag.SMDocProps DP
									where DP.DocType = D.DocType
										and DP.DocID = D.ID
										and DP.ParamName = 'Cash.Invalid'
										and DP.ParamValue = '*')), 1) as CashValid,
Т.е. надо удалить соответствующее значение из SMDocProps.
"Спасибо" Mtirt от:


Опции темы



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

Все в прочитанное - Донат - RSS - - Карта - Вверх

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