19.10.2011 12:21
не снимаются деньги из кассы до конца ... типа показывает остаток 20 000 а изъять дает только 10 000 ...
я вроде уже и базы перезаписал из ddf... data и tmp ... че еще сделать ?
19.10.2011 14:23
Если ФР, то сделать изъятие с компа на 10000 и не париться :)
21.10.2011 18:06
У меня была подобная ситуация. Короче суть в том, что накопленная сумма продаж хранится в 2х местах: в самом фискальном регистраторе (сумма наличных в кассе) и в БД Кристалла. И эти 2 суммы могут не совпадать как собственно у тебя видимо и произошло по какой то причине. Соответственно когда производится инкассация средствами Кристалловской кассы, программа проверяет наличие инкассируемой суммы денег и в памяти ФР и в памяти Кристалла. Как следствие, если у нас в фискальнике 10000р а в Кристалле 20000р, то программа выдаст ошибку при попытке произвести инкассацию мол недостаточно денег в кассе. Решается данная проблема довольно просто, подключается фискальник к компу с настроечной программой и вручную в этой программы делаем внесение на сумму разницы то есть на 10000. Затем возвращаем ФР на место и делаем инкассацию уже на всю сумму.
PS: Сумму наличных в ФР можно увидеть в чеке X или Z отчёта в соответствующей строчке.
22.10.2011 22:40
Цитата:
толл_уу не снимаются деньги из кассы до конца ... типа показывает остаток 20 000 а изъять дает только 10 000 ...
я вроде уже и базы перезаписал из ddf... data и tmp ... че еще сделать ?
Какие конкретно таблицы перезаписал в DATA?
Посмотри эту тему
10.11.2011 14:48
Если фискальник пирит, то скорее всего инкасация в нем осталась, была такая трабла при скачке напряжения, поэтому пишет что денег в кассе 0, а в отчете денег на начало сумма которую не изъяли
15.12.2011 18:59
проблемы с расхождениями сумм в фискальнике и укм происходят регулярно . Причины этого разные , зависания фр , сбои при записи чеков или операциях внесения\изъятия . Устав с этим бороться придумал следующее решение :
Написал загрузочное меню с пунктом при котором таблица ckmoney.btr сохраняется в отдельный каталог перед загрузкой укм а при выходе возвращается на место.
Ст.кассир обнаружив расхождение , загружает кассу в этом режиме , снимает X-отчет и вычисляет по нему разницу . Затем делает операцию внесения\изъятия на разницу и перезагружает укм .
В итоге сумма в фискальнике изменяется а в укм остается прежняя . Главное научить кассиров правильно вычислять разницу и определять что с ней делать вносить или изымать .
16.12.2011 14:36
Так при этом суммы по продажам и возвратам будут разные.
16.12.2011 17:52
Цитата:
TANGOR Так при этом суммы по продажам и возвратам будут разные.
один X и одно изъятие/внесение. больше никаких мероприятий. почему продажи-возвраты от этого должны испортиться?
16.12.2011 18:27
по моему внесение\изъятие - не фискальные операции - они влияют только на сумму наличность в кассе и не влияют на нарастающий итог, как впрочем и сделанный возврат его также не уменьшает
при снятии отчетов эклз они тоже не фигурируют (насчет возрата не помню уже точно) и как описал Yadolov он скорее всего правит таким образом данные - чтобы денежная сумма по изъятию сошлась с суммой по ящику - а там х\з - мне если честно не совсем понятен такой способ - по продажам (товарам) в базе все равно будет расхождение с фискальником (если конечно сами продажи не править как надо)
16.12.2011 19:41
Как бы объяснить :)
внесение и изъятие действительно не фискальные операции.
т.е. на налоги они ну никак не влияют. типо это ваши деньги.
Например:
1000 рублей с утра положили на размен, 1000 рублей вечером сняли...
продажи за день на 100 000р.
а в фп продажи только на 90 000р. (глюки как Вы сами говорили).
если вы сделаете фиктивное изъятие ещё на 10к то да суммы совпадут.
а вот по налогам не очень :)...
по правильному Вы должны сделать ещё один чек продажи на 10к который не должен попасть в ERP.
Часовой пояс GMT +3, время: 01:25.

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