[ТЕМА ЗАКРЫТА]
20.02.2008 14:27
kornilov
 
здравствуйте. скажите может ли сп101фр-к установить системную дату из доса в фискальник?
20.02.2008 15:45
Mtirt
 
Да. Может. На форуме это обсуждалось.
Поиск на форуме работает.
Ищи ветку про перевод времени на кассе. Там, по-моему, разжевали всё на эту тему.
21.02.2008 00:31
Vovantus
 
Цитата:
kornilov здравствуйте. скажите может ли сп101фр-к установить системную дату из доса в фискальник?
Из доса в фискальник - не может! ФР сам вообще не может брать время ниоткуда. Время в него передают приложения, например УКМ при инициализации. Но всё фишка в том, что этот ФР может помянять время всего лишь на 1 час назад, либо на сутки вперёд максимум (ничего не напутал?). Если нужно перевести время, скажем, на 3 часа назад, то тебе нужно будет переводить системное время на кассе три раза и после каждого отмотанного часа желательно перезагружать ФР.. это при условии, что за эти три часа не было продаж. Другой способ - подключить ФР к компу и запустить там программу специательную с ключиком волшебным. Тогда время в ФР синхронизируется с системным временем компьютера. А вообще, буквально месяц с небольшим назад я уже бился с переводом времени, пройди по ссылке:
http://www.olegon.ru/showthread.php?t=3454
21.02.2008 12:40
baggio
 
Цитата:
Vovantus либо на сутки вперёд максимум
напутал....
вперед хоть на год...
вдруг ты не работал на кассе год что ж теперь... ручками переводить...

УКМ2 при старте выдает "новое время больше преведушего на..." подстверждаешь новое время и вуаля.. хоть на месяц... хоть на год.. в этом то и засада...
21.02.2008 13:03
Vovantus
 
Цитата:
baggio напутал....
вперед хоть на год...
вдруг ты не работал на кассе год что ж теперь... ручками переводить...

УКМ2 при старте выдает "новое время больше преведушего на..." подстверждаешь новое время и вуаля.. хоть на месяц... хоть на год.. в этом то и засада...
.. странно. Я выше ссылку на пост давал, там я расписал какая у меня проблема была с временем.. Касса несколько дней не работала, её включили потом, при инициализации УКМ вместо текущей даты забили дату на пол года вперёд (попутали месяцы). Потом торговали с этой кассы, z-отчёт сняли. По выгруженной смене дата стояла та что ввели при инициализации вручную, а по фискальному отчёту дата была правильная, текущая, т.е. реальная. Получается, фискальник проверил свою внутреннюю дату и дату которую ему УКМ предложил, но видимо были большие расхождения и он оставил свою внутреннюю дату.
21.02.2008 13:10
akonev
 
не все так просто.
если касса стоит - часы в фискальнике тикают и в нем тоже набежит тот же год.
а вот если просто перевести на системнике время вперед больше, чем на 7 минут - фискальник его из укм2 не примет.

возможно, это укм ругается, что время больше, чем на 7 минут разошлось. сам-то фискальник минимум час разницы точно принимать должен. для перевода времени на летнее-зимнее
21.02.2008 13:25
akonev
 
Цитата:
kornilov здравствуйте. скажите может ли сп101фр-к установить системную дату из доса в фискальник?
если только написать программульку, которая будет в порт фискальника команду кидать.
21.02.2008 14:19
baggio
 
андрей а rtool этого не могет? просто не знаю... вполне возможно что и могет... только вот вопрос к автору... какие цели преследуются при переводе времени? и насколько часто это надо делать?
21.02.2008 15:01
akonev
 
может и могет. я тоже не в курсе.
вопрос еще, есть ли вообще у автора укм2. СП не только с ним пользуется.
27.02.2008 05:34
kornilov
 
Просто получилось так,что.Активизация и фискализация прошла по правильной дате (например 14.01.2008) после этого касса стояла без работы примерно недели две.после этого они начинают работать и через неделю обнаруживают что дата у них стала 04.06.2008.Вот и начинаются терки кто прав и кто будет платить за замену ФП и ЭКЛЗ.Мне бы хотелось узнать СП101 берет дату из ДОСА.Судя по ответам,то возможно что кто-то ввел не правильную дату при запросе программы о не соответствие дат
27.02.2008 07:18
Vovantus
 
Цитата:
kornilov Вот и начинаются терки кто прав и кто будет платить за замену ФП и ЭКЛЗ.
Вопрос такой. А по з-отчётам в СМ2000 смены тоже шли неправильной датой? Если да, то можно отловить в какой день ввели неправильную дату.
Цитата:
kornilov Мне бы хотелось узнать СП101 берет дату из ДОСА.Судя по ответам,то возможно что кто-то ввел не правильную дату при запросе программы о не соответствие дат
Если реальная дата расходится с датой в ФР, то он её не съест. Какие именно расхождения допускаются, читай выше, писали уже. Но в твоём случае расхождения большие по датам. Могу предположить что что-то глюкануло в ФР.. я сталкивался с такой фигнёй, читай тут:
http://www.olegon.ru/showthread.php?t=3454
27.02.2008 16:43
akonev
 
Все оказалось намного интереснее.

Разница в 7 минут, про которую я писал выше, похоже, имеет значение только в свежих билдах укм2.
Видимо, они сначала выполняют команду "Инициализация" (00).
Команда эта синхронизирует время в пределах 8 минут (странно, кстати, что укм2 ругается на "больше 7". ну да бог с ним)

Команда же "Установить время ККМ" (А3) имеет ограничение в 1 час назад и вовсе не имеет ограничений вперед.
Так что сп101 вполне даже запросто может слопать из укм2 время сколь угодно большое.
По крайней мере, у меня запросто прошла такая штука:
при закрытой смене перевел системную дату на полгода вперед
при запуске укм2 подтвердил ему, что дата действительно новая
время на сп101 перевелось.

Так что вопрос не в том, почему время переводится, а в том, почему оно иногда НЕ переводится. Но уже это отдельная тема.

Для автора топика:
надо понимать, новую дату именно ввели и она, скорее всего перевелась.
если чеки и z-отчеты бьются неправильной датой - попадалово. ФП и ЭКЛЗ менять.
Кто время неправильное ввел - можно попробовать поискать в журнале регистрации кассиров (reglog.db).
Кто первый с неправильным временем зашел - тот, скорее всего, и есть редиска
27.02.2008 17:30
akonev
 
Цитата:
Andrew_Konev Так что вопрос не в том, почему время переводится, а в том, почему оно иногда НЕ переводится. Но уже это отдельная тема.
Я балбес.
Не переводится - когда смена открыта.
Про это прямым текстом в описании интерфейса написано.
27.02.2008 17:32
Mtirt
 
А если после этого смену закрыть?
Какое время будет?
27.02.2008 17:40
akonev
 
Цитата:
Mtirt А если после этого смену закрыть?
Какое время будет?
А вот этого я пока проверить не могу. Мне еще надо полгода обратно открутить. :)
Это хоть и тестовый фискальник, но закрывать смену августом не хочется. Полгода эклз жалко.
Что-то не вижу, как через frprogrammer /nvr это сделать.
27.02.2008 17:53
Mtirt
 
Жалко. Это точно :)
Думаю, что если бы можно было "открутить" время назад, ЭКЛЗ была бы не нужна совсем... Хотя, какая ей в сущности разница? Ну записала сначала данные августом, а потом январем, ну и сразу видно нарушение . :)
27.02.2008 18:48
baggio
 
Цитата:
Mtirt Жалко. Это точно :)
Хотя, какая ей в сущности разница? Ну записала сначала данные августом, а потом январем, . :)
не умеет она так... это аппаратно зашито...
28.02.2008 05:13
kornilov
 
Цитата:
Сообщение от Vovantus
Вопрос такой. А по з-отчётам в СМ2000 смены тоже шли неправильной датой? Если да, то можно отловить в какой день ввели неправильную дату.
Да по зеткам смены с неправильной датой,по смене №2 уже видно что дата стоит не правильная.Причем не совпадение идет не только по месяцу но и по числу.Плохо что нет ни каких логов с содержимым что и когда менялось(((
28.02.2008 08:25
Vovantus
 
Цитата:
kornilov Да по зеткам смены с неправильной датой,по смене №2 уже видно что дата стоит не правильная.Причем не совпадение идет не только по месяцу но и по числу.Плохо что нет ни каких логов с содержимым что и когда менялось(((
можно посмотреть кто из кассиров пробил первый чек. Большая вероятность что именн он/она и забили неправильную дату. Но тут срабатывает человеческий фактор - фиг кто признается!
Опции темы


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

 

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