Добрый день.
При запуске Frontol 5.22.0.1 вышла ошибка «System Error. Code: 665. Запрошенная операция не может быть выполнена из-за ограничения файловой системы». Скриншот во вложении. Проверка диска результатов не дает. Переустановкаобновление программы тоже. Проблема не в базе! Что можно предпринять?
Самое любопытное, что ошибка появилась на двух магазинах с интервалом в 5 дней.
http://forum.atol.ru/lofiversion/index.php?t33192.html — если эта, то тут нет толкового решения, кроме переустановки ОС.
Заметил, что помогает дефрагментация диска, но временно. Через несколько часов Frontol снова перестает запускаться.
Доброго дня. та же проблема. на сайте Атол в разделе FAQ указано, что перенос базы на раздел с файловой системой ReFS (полноценно появилась в windows 10) решает вопрос, но у меня, например, на всех POS установленна windows 7 embedded которая не способна работоать с разделами ReFS.
т.е. как я понимаю, предлагается приобрести и установить win 10 на pos-системы, потерять лицензии на приобретенный софт лицензируемый по hwid (к примеру utmproxy).
может все же существует решение этой проблемы несущее меньше финансовых затрат?
Фронтол тут не причем!
Если-б дождались проверки эффект бы был.
Если проверка долго, можно воткнуть в стационарный комп. На i5 ссд-шка которая в атоловской поске стоит чиниться за 20 — 30 мин.
И пишите уже что за поски у Вас и какие диски стоят.
В Атоловских посках которые «Магазин у дома», выкидывали штатный ссд и меняли на самс/интел.
перечитал. четыре раза. два из них по Вашей рекомендации с выражением.
вот текст рекомендованного к перепрочтению:
Уважаемый Владимир. если Вы намекаете на то, что ReFS в указанном случае указана только как один из вариантов отличного от текущего формата, то почти все встает на свои места, кроме размера файла БД (т.к. w7 предлагает не так что бы и много вариантов ФС для форматирования) в противном случае «вот те крест во всё пузо» , я не могу осознать как в следствии многократного перечитывания FAQ w7 увидит раздел ReFS.
и, Владимир, давайте будем общаться без завуалированных оскорблений и скрытого сарказма. от меня не поступало ни каких претензий, только вопросы о способах решения и предотвращения возникновения подобной ситуации (ибо все торговые объекты работают в штатном режиме, pos-система на которой возникла ошибка заменена из резерва. на аварийной уже двое суток идет проверка и исправление системного раздела размером 90GB).
прошу прощения за мультицитирование и много текста.
С уважением.
Источник
System error code 665 frontol
Поделитесь пожалуйста образом флешки, ну или хотя бы названием инструментов.
Пока удается решать проблема с исчезающим местом с помощью очистки WinSXS:
http://fs.atol.ru/DocLib/Windows%20POSRead. 8%20WinSxS.aspx
Но с каждым разом эффективность по освобождаемому месту падает.
Давно сталкиваюсь с данной ошибкой. «System Error Code 665. Запрошенная операция не может быть завершена из-за ограничения системы», на кассах Frontol с маленькими SSD накопителями. 32Gb и 64Gb соответственно. Реже бывает на жестких дисках, но там можно командой chkdsk /x /f /r пройтись, правда долго и не всегда помогает.
Самый простой и быстрый способ побороть эту ошибку — изменить размер кластера. По умолчанию диски форматируются под компромиссные 4Kb, это оптимально для больших дисков. А у нас маленькие SSD. На дисках размером 32Gb ставим размер кластера 512b, на дисках размером 64Gb делаем 1Kb. Это создаёт чуть большую нагрузку на контроллер, но высвобождает место, в связи с более рациональным использованием дискового пространства, при наличии множества мелких файлов и нивелирует ограничения файловой системы вызванные чрезмерно большим размером кластера.
Короче, делаем загрузочную флешку Acronis Disk Director, грузимся, правой кнопкой мышки, по диску. Выбираем пункт, изменить размер кластера. 15мин и готово!
Какая версия Windows у вас? и какие фронтолы? Выхватываем эту проблему примерно 1-2 раза в неделю, решаем как писал Богданов Дмитрий.
Причем база лежит на другом разделе (диске Д), а лечим только С, из чего делаю вывод, что проблема Фронтола.
Что за утилитка «Проверка диска» — какой запускаемый файл, версия, можно поподробнее?, т.к. chkdsk тоже лечит, но в течении 1-3 суток.
Про это есть еще одна ветка, но разрабам пофиг.
Понимаете, какое дело — Фронтол напрямую с диском-то не работает.
Открыл файл/создал файл/записал в файл/прочитал из файла/закрыл файл.
Если у вас эта ошибка регулярно воспроизводится — то давайте мы к вашей кассе подключимся, попробуем диагностировать проблему пока она воспроизводится.
100 магазинов, установленных в прошлом году, и сейчас последовательно они начинают генерировать эту проблему.
Решаем (если не удаленно) Акронисом, изменением размера кластера, на долго ли — не знаю пока.
Тут либо смена версии FireBird
либо в установке прав со стороны фронтола.
сжирание места на дисках непонятно куда замечена была гдето с 5.13 версии — но скорей всего началась раньше
Тут либо смена версии FireBird
либо в установке прав со стороны фронтола.
сжирание места на дисках непонятно куда замечена была гдето с 5.13 версии — но скорей всего началась раньше
Вообще проблема медленно перерастает в критичную.
Если начнутся частые остановки магазинов — что я скажу владельцам? — проблема во фронтоле? — что они ответят? — ответят: сколько будет стоить переход на другое ПО? — а там чистая математика(сколько стоит простой магазина в течении 2-3 дней — пока тестируется, сколько стоит переход на другое ПО и обучение и тп.).
да еще досихпор нерешенная проблема с «out of memory» — где атол сбрасывает на сбербанк, сбербанк на атол. Меня сегодня с утра по этой проблеме пропесочили. Раз уж сбербанк не решает проблему — может атол бы решил бы ее костылями хотябы(С другим ПО нет жалоб на такую ошибку кстати)
Есть такое до сих пор, и это не «+» атолу, но это хотя бы легко решаемо (перезапуском фронтола)
Вопрос-то в итоге, как мне кажется, выглядит так: Фронтол должен подстроиться под M$ или M$ должен подстроиться под работу Фронтола.
Второе крайне маловероятно. как, похоже, и первое
Понимаете, какое дело — Фронтол напрямую с диском-то не работает.
Открыл файл/создал файл/записал в файл/прочитал из файла/закрыл файл.
Если у вас эта ошибка регулярно воспроизводится — то давайте мы к вашей кассе подключимся, попробуем диагностировать проблему пока она воспроизводится.
Вот прямо сегодня данная проблема снова вылезла. Как ее решить находясь за 2 локтя по карте — непонятно.
Расскажу подробно про эту проблему на примере одного клиента. Тогда я ещё не был знаком с этой ошибкой. Возможно кого-то мой рассказ натолкнёт на мысль — в чём же причина?!
Есть клиент у которого 3 кассы. На всех 3-х кассах установлен Windows 7, а Фронтолы недавно были обновлены до версий 5.23 и выше. Однажды утром они позвонили и пожаловались на то, что у них на Кассе3 не набираются дробные числа, я зашёл удалённо, понял что отключился NumLock, включил его и решил перезагрузить компьютер, чтобы убедиться что после презагрузки NumLock будет включен. Перезагрузка вызвала у меня некоторые подозрения и я решил проверить диск С на ошибки. Касса повисла на 3-ем этапе проверки, ждали до конца рабочего дня — ничего не изменилось. Так как у них 3 кассы, мы решили оставить на ночь. Утром конечно всё было в том же виде. Я попросил их привести системный блок, потому что на столе у меня уже стоял системник от другого клиента с уже проявившейся «ошибкой файловой системы» во Фронтоле и зависшей проверкой на 3-ем этапе. Тогда я ещё не связывал эту проблему с Фронтолом, а думал, что просто промлемы с жёсткими дисками. Стал искать разные способы проверок. Один из способов оказался удачным и его опишу вконце. Вобщем сделал оба компьютера и развёз по местам. Попутно этим же способом восстановил ещё один системник с фронтолом, с которым возился мой коллега и сказал, что жёсткому диску принёл конец и его надо менять. Примерно через неделю звонит этот же клиент и говорит, что на 1-ой кассе у него красным горит ЕГАИС. Захожу удалённо, смотрю. УТМ стоит на другом компьютере и при этом работает, хоть и просит обновиться. Обновляю УТМ, всё работает, ТТН приходят, уходят, а на кассе горит красным ЕГАИС. Выхожу на кассе из Фронтола и при выходе он пишет про какую-то ошибку (не запомнил какую). Пробую снова запустить Фронтол и Вауля, вижу нашу «любимую» ошибку про файловую систему. Я уже понимаю в чём дело, беру флешку, еду к ним. Эта касса была самой старой и медленной, с обычным HDD, поэтому восстановление затянулось часа на 2. Итак осталась у них ещё одна 2-я касса на которую никто не жаловался. Решил я провести эксперимент и сделать упреждающий удар. Попросил их освободить эту кассу и запустил стандартную проверку диска С которая запускается после перезагрузки. И процесс остановился на 3-ем этапе как и в других случаях. Беру флешку, еду к ним. Приезжаю, процесс висит. Принудительно перезагружаю компьютер, нажимаю пропустить проверку, Касса загружается, Фронтол запускается и всё работает. Правда сам компьютер долго перезагружается. Коли я на месте, решил прогнать диск с флешки, и уехать спокойно. Кстати после проверки с флешки, стандартная проверка тоже срабатывает быстро и не зависает на 3-ем этапе. Теперь интересно будут ли рецидивы. При следующем проявлении проблемы у кого-нибудь, хочу снять образ диска и поэксперементировать.
Мои мысли по поводу этой ошибки такие:
1. Проблема не возникает внезапно, она накапливается до какой-то критической массы и вылазит через фронтол
2. Проблема не обязательно именно фронтола, а «околофронтола», может СУБД, может УТМ. но возможно фронтол как-то способствует развитию этой проблемы, либо через него просто вылазит эта ошибка.
3. Ошибка может возникнуть прямо во время работы, и после «Выхода в ОС» снова Фронтол может не запуститься
4. Думаю ещё про драйвера на ключ Джакарту. Ведь при установки драйверов создаётся дополнительный пользователь «Управление токеном», а значит меняются и атрибуты дескрипротов безопасности.
5. Теперь думаю делать так: у тех клиентов кто на абонентском обслуживании, удалённо запускаю стандартную проверку диска С, если проверка зависла на 3-ем этапе, то прошу принудительно перезагрузить кассу, пропустить проверку и продолжать работать. А себе ставлю пометку, что надо заехать туда и планово полечить, чтобы не ехать туда внепланово в выходной день.
6. Хочется найти способ лечить это удалённо.
Теперь мой способ решения.
Нужна загрузочная флешка с установленным на неё WINPE. Я использую флешку с Win 8.1 с сайта http://adminpe.ru.
Загружаюсь на «больном» компьютере с флешки, запускаю с рабочего стола ярлык «Проверка диска» (Выкладываю скрин рабочего стола с загруженной флешки, красным цветом обвёл ярлык, который запускаю, и открыл свойства ярлыка), выбираю системный диск C (только при загрузки с флешки этот диск уже под другой буквой), дожидаюсь проверки (это занимает в среднем 15-20 минут, самое большое на дохленьком компьютере заняла 2 часа) и всё. После перезагрузки всё работает. Только для профилактики ещё прогоняю другие диски и базу фронтола файликом fixbase.cmd.
Повторяю: перегружать комп не нужо, просто выйти из фронтола и запустить его
Сообщите пжл версию винды/фронтола для статистики.
Если так удаленно, мы отправляем новый системник
Win7PosReady x86 предустановленная на «Атол: Магизин у дома» CH041, Frontol 5 ЕГАИС 5.22.0.1
К сожалению, уехав в отпуск — не взял с собой новой ПОСки =)
будут пока работать на 3х оставшихся — если чекдиск не вывезет.
То есть «Это не баг, это фича» ? =)
Расскажу подробно про эту проблему на примере одного клиента. Тогда я ещё не был знаком с этой ошибкой. Возможно кого-то мой рассказ натолкнёт на мысль — в чём же причина?!
Есть клиент у которого 3 кассы. На всех 3-х кассах установлен Windows 7, а Фронтолы недавно были обновлены до версий 5.23 и выше. Однажды утром они позвонили и пожаловались на то, что у них на Кассе3 не набираются дробные числа, я зашёл удалённо, понял что отключился NumLock, включил его и решил перезагрузить компьютер, чтобы убедиться что после презагрузки NumLock будет включен. Перезагрузка вызвала у меня некоторые подозрения и я решил проверить диск С на ошибки. Касса повисла на 3-ем этапе проверки, ждали до конца рабочего дня — ничего не изменилось. Так как у них 3 кассы, мы решили оставить на ночь. Утром конечно всё было в том же виде. Я попросил их привести системный блок, потому что на столе у меня уже стоял системник от другого клиента с уже проявившейся «ошибкой файловой системы» во Фронтоле и зависшей проверкой на 3-ем этапе. Тогда я ещё не связывал эту проблему с Фронтолом, а думал, что просто промлемы с жёсткими дисками. Стал искать разные способы проверок. Один из способов оказался удачным и его опишу вконце. Вобщем сделал оба компьютера и развёз по местам. Попутно этим же способом восстановил ещё один системник с фронтолом, с которым возился мой коллега и сказал, что жёсткому диску принёл конец и его надо менять. Примерно через неделю звонит этот же клиент и говорит, что на 1-ой кассе у него красным горит ЕГАИС. Захожу удалённо, смотрю. УТМ стоит на другом компьютере и при этом работает, хоть и просит обновиться. Обновляю УТМ, всё работает, ТТН приходят, уходят, а на кассе горит красным ЕГАИС. Выхожу на кассе из Фронтола и при выходе он пишет про какую-то ошибку (не запомнил какую). Пробую снова запустить Фронтол и Вауля, вижу нашу «любимую» ошибку про файловую систему. Я уже понимаю в чём дело, беру флешку, еду к ним. Эта касса была самой старой и медленной, с обычным HDD, поэтому восстановление затянулось часа на 2. Итак осталась у них ещё одна 2-я касса на которую никто не жаловался. Решил я провести эксперимент и сделать упреждающий удар. Попросил их освободить эту кассу и запустил стандартную проверку диска С которая запускается после перезагрузки. И процесс остановился на 3-ем этапе как и в других случаях. Беру флешку, еду к ним. Приезжаю, процесс висит. Принудительно перезагружаю компьютер, нажимаю пропустить проверку, Касса загружается, Фронтол запускается и всё работает. Правда сам компьютер долго перезагружается. Коли я на месте, решил прогнать диск с флешки, и уехать спокойно. Кстати после проверки с флешки, стандартная проверка тоже срабатывает быстро и не зависает на 3-ем этапе. Теперь интересно будут ли рецидивы. При следующем проявлении проблемы у кого-нибудь, хочу снять образ диска и поэксперементировать.
Мои мысли по поводу этой ошибки такие:
1. Проблема не возникает внезапно, она накапливается до какой-то критической массы и вылазит через фронтол
2. Проблема не обязательно именно фронтола, а «околофронтола», может СУБД, может УТМ. но возможно фронтол как-то способствует развитию этой проблемы, либо через него просто вылазит эта ошибка.
3. Ошибка может возникнуть прямо во время работы, и после «Выхода в ОС» снова Фронтол может не запуститься
4. Думаю ещё про драйвера на ключ Джакарту. Ведь при установки драйверов создаётся дополнительный пользователь «Управление токеном», а значит меняются и атрибуты дескрипротов безопасности.
5. Теперь думаю делать так: у тех клиентов кто на абонентском обслуживании, удалённо запускаю стандартную проверку диска С, если проверка зависла на 3-ем этапе, то прошу принудительно перезагрузить кассу, пропустить проверку и продолжать работать. А себе ставлю пометку, что надо заехать туда и планово полечить, чтобы не ехать туда внепланово в выходной день.
6. Хочется найти способ лечить это удалённо.
Теперь мой способ решения.
Нужна загрузочная флешка с установленным на неё WINPE. Я использую флешку с Win 8.1 с сайта http://adminpe.ru.
Загружаюсь на «больном» компьютере с флешки, запускаю с рабочего стола ярлык «Проверка диска» (Выкладываю скрин рабочего стола с загруженной флешки, красным цветом обвёл ярлык, который запускаю, и открыл свойства ярлыка), выбираю системный диск C (только при загрузки с флешки этот диск уже под другой буквой), дожидаюсь проверки (это занимает в среднем 15-20 минут, самое большое на дохленьком компьютере заняла 2 часа) и всё. После перезагрузки всё работает. Только для профилактики ещё прогоняю другие диски и базу фронтола файликом fixbase.cmd.
4. Вряд ли это с дровами на Джакарту связано. Стоят Атоловские хабы на точках. И все же ошибка файловой системы присутствует.
Источник
Друзья, доброго времени суток.
Недавно столкнулся с новой ошибкой в логе SQL Server. Вот её содержание:
The operating system returned error 665(The requested operation could
not be completed due to a file system limitation) to SQL Server during a
write at offset 0x000053cfa2e000 in file
‘G:DatabasesTestDB.mdf:MSSQL_DBCC15’. Additional
messages in the SQL Server error log and system event log may provide
more detail. This is a severe system-level error condition that
threatens database integrity and must be corrected immediately. Complete
a full database consistency check (DBCC CHECKDB). This error can be
caused by many factors; for more information, see SQL Server Books Online.
После ряда изысканий я пришёл к следующим заключениям.
Возможные причины:
1. Нехватка дискового пространства
2. Сильно фрагментированные файлы в томе NTFS не можут выйти за пределы определенного размера
3. В момент больших манипуляций с БД запущены команды DBCC
4. Создание моментального снимка базы данных в большой базе данных. После этого выполняется множество операций изменения данных или операций обслуживания в исходной базе данных.
5. Создать моментальный снимок базы данных на зеркальной базе данных.
Способы решения проблемы:
1. Установите последние hotfix на Windows и SQL Server
2. Поставьте правильное автоувеличение файла, чтобы оно не происходило слишком часто. Например, на часто изменяющихся данных поставить заведомо больший размер файла лога или файла БД или больший % автоувеличения
3. Увеличить размер сектора/кластера на диске. По-умолчанию, при форматировании диска, размер сектора 4 кб. При подобной ошибки, да и в большинстве случаев, лучше ставить 64 кб. Чтобы изменить данный размер на рабочем диске, необходимо его форматировать.
4. Не запускать команды DBCC в момент рабочей нагрузки на сервер. В крайнем случае вы можете использовать параметр WITH TABLOCK команды DBCC CHECKDB. Это позволит избежать использование внутреннего napshot
5. Не запускайте DBCC CHECKDB одновременно с планами обслуживания (перестроение индексов, обновление статистики, сжатие БД)
6. Можно создать snapshot БД на другом диске и выполнить на нём DBCC CHECKDB. Не забудьте удалить его.
7. Изучите возможность использование дополнительных параметров DBCC CHECKDB, таких как PHYSICAL_ONLY, чтобы уменьшить время жизни внутренних snapshot, созданных DBCC командой.
8. Чаще пересоздавайте snapshot
9. Создавайте snapshot на отличном от данных диске
10. Удаляйте snapshot на момент планового ослуживания, после чего не забудьте создать его заного
11. Найдите наиболее нагруженную часть БД и перенесите её на другой диск
12. Убедитесь что отсутствует фрагментация файла на уровне NTFS, например используя Operating System Disk management tools. Избавиться от такой фрагментации можно путём копирования файла на другой диск, удаления и обратного копирования
13. Установите более низкий FILLFACTOR , чтобы уменьшить разрыв страниц
14. Уменьшите размер файла данных путём разделения на несколько
АТОЛ FPrint-22ПТК(АТОЛ 22ф), АТОЛ 11Ф, АТОЛ 30Ф, АТОЛ 77Ф, АТОЛ 25Ф, АТОЛ 55Ф
Не работает сканер, весы, ККТ и эквайринг, оставляйте заявку в комментариях, либо
— Пишите в
WhatsApp +7(987)-268-84-37
1. Открытие смены
Показания часов ПК и ККМ отличаются более чем на 1мин.! — зайдите в Сервис и нажмите Синхронизировать время с ПК.
Разблокировать кассу атол фронтол 5.24.0.
Не найдена группа печати с ID=0
2. Сканирование товара.
Не найден штрих-код
Товар со штрихкодом 2200494030813 не найден! — нужно проверить выгрузку товаров.
Приходится нажимать F8 при сканировании штрих-кода — нужно во Фронтоле настроить сканер.
Фронтол 5 не видит сканер
Frontol 5 часто отключается 2D сканер
При сканировании товара сразу пробивается чек
После сканирования предлагает выбрать товар
Frontol. Ошибка при сканировании ШК, фронтол переходит в режим оплаты. — нужно настроить cканер штрих-кода
Функция не доступна при закрытом документе! — Настройте сканер в Настройках РМ. Пропишите суффикс в сканере в соответствии с поиском оборудования.
Не найдена налоговая группа для регистрируемой позиции! — нужно в группе печати указать СНО и налоговую ставку.
Фронтол. Долго выходит первая позиция.
2.2. Маркировка.
Для регистрации маркированной позиции с дробным (весовым) количеством необходима ККМ с ФН ФФД 1.2! — нужно обновить ПО ККТ до актуальной версии и перерегистрировать ККТ на ФФД 1.2.
Проверка штрихкода маркировки не завершена: Запрос о коде маркировки не был отправлен в ОИСМ. Зарегистрировать товар?
Результат проверки штрихкода маркировки: [М-] Проверка КП выполнена с отрицательным результатом, статус у ОИСМ некорректен. Зарегистрировать товар? — нужно проверить связь с ОИСМ и настройки сканера.
Считайте штрихкод маркировки товара
Недостаточно прав доступа для выполнения операции Документ продажи: без ввода штрихкода маркировки.
ШК маркировки не соответствует товару! Недостаточно прав для его добавления в документ!³ — установите права для пользователя в настройках.
Считанный штрихкод не является штрихкодом маркировки для типа номенклатуры…
Работа с маркированной продукцией отключена в настройках! Информация из штрихкода маркировки не будет передаваться в ККТ. — нужно проверить параметры регистрации ККТ.
Тип номенклатуры товара не совпадает со считанной маркой. — в карточке товара нет признака маркировки.
148 Ошибка программирования реквизита 1162 — Нужно обновить прошивку ККТ.
Ошибка ККМ : Код 402 Ошибка соединения с сервером!
Ошибка ККМ : Код 409 Некорректный код маркировки! Невозможно закрыть чек! Требуется повторная проверка штрихкодов маркировки в ККТ. Выполнить? — проверить и настроить параметры ОИСМ. Повторить операцию.
Ошибка ККМ : Код 411 Ошибка при отправке запроса о КМ в ИСМ! — проверьте адрес и порт ИСМ, возможно введутся технические работы на сайте ИСМ.
Ошибка ККМ : Код 421 Истек таймаут проверки КМ! — проверьте Интернет. Нет связи с сервером Честного знака.
3. Операции продажи
Ошибка ККМ. Чек оплачен не полностью.
В документе присутствует безналичная оплата! — попробуйте отменить оплату, если не получается, то отложите.
Не хватает денег в денежном ящике — сделайте внесение наличности.
Фронтол пишет документ закрыт — неверные действия кассира.
В налоговой ставке необходимо задать значение налога в ККМ отличное от <<По умолчанию>>!¹ — нужно выбрать в Драйвере ККТ СНО.
Фронтол 5.26 убрать из чека НДС
Фронтол, атол 11ф печатает НДС вместо Без НДС
— Пишите в
WhatsApp +7(987)-268-84-37
Фронтол отменить чек в документе присутствует безналичная оплата.
Функция не доступна при открытом документе! — отмените документ, повторите операцию.
Документ уже полностью оплачен!
Как вводить ИНН Кассира — Видео инструкция
Не найден вид оплаты с кодом 4! — укажите код оплаты на раскладке клавиатуры.
Фронтол. Не задан признак способа расчета
Не задан признак предмета расчета! — проверить в карточке товара, должен быть выбран предмет расчета. Возможно учетная программа не передает этот параметр или есть ошибки в файле загрузки. Решил проблему обновлением Фронтол с версии 5.23.0.1 на версию 5.26.05.
Как отменить чек атол фронтол — зайдите с правами администратора и выберите функцию «Отмена чека».
Работа с онлайн касса возможно только с минимальной денежной единицей 0,01 во фронтол как отключить
Ошибка. Количество должно быть кратно 1
Касса Фронтол ХРОС нажимается сразу несколько кнопок.
Пропала запятая на клавиатуре во Фронтоле
— Пишите в
WhatsApp +7(987)-268-84-37
Ошибка. В документе есть закрытые позиции отмена невозможна².
Ошибка Не удалось начислить оплату бонусом².
Выполняемое действие несовместимо с существующими в документе оплатами!²
Введены платежи!²
У товара не задана группа печати!
Ошибка нет групп печати для выбора Фронтол 5
Для группы печати не найдено устройство с шаблоном из группы шаблонов Шаблон чека со всеми свойствами — нужно создать группу печати.
Нет активных маркетинговых акций для начисления — нужно проверить или настроить маркетинговую
4. Ошибка ККМ
Ошибка ККМ: Вход в режим заблокирован! — требуется диагностика ккт.
Ошибка ККМ: Код 65 Переполнение буфера ЭЖ — аннулируйте чек и повторите операцию.
Ошибка ККМ: Код 142 Неверная разница во времени между двумя операциями ФН! — нужно проверить дату и время ККТ.
Ошибка ККМ: Код 143 Некорректная СНО! — нужно проверить параметры регистрации в ККТ и исправить СНО.
Ошибка ККМ: Код 179 Сбой часов! — требуется диагностика ккт.
Ошибка ККМ: Исчерпан ресурс КС ФН! — требуется замена ФН.
Ошибка ККМ: Не поддерживается в данной версии!
Ошибка ккм заводской номер уже задан
Ошибка при попытке восстановить документ из файла: Устройства ККМ отключены из-за возникших неполадок!
Frontol XPOS. Ошибка при инициализации устройств: Ошибка при работе с устройством: Устройство печати ККМ: [-3] Порт недоступен.
Ошибка ККМ АТОЛ 55Ф: Код 4 Порт недоступен!
Ошибка ККМ kkm: Порт недоступен (System Error. Code:31. Присоединенное к системе устройство не работает)! — Выключите ККТ и компьютер. Включите в этой же последовательности.
Ошибка ККМ: Код 12 Не поддерживается в данном режиме! Категорически запрещается выключать питание ПК, так как это может привести к потери данных!Попытайтесь выключить и затем включить питание устройства печати или обратитесь к специалисту.
5. Закрытие смены.
Выполнение команды невозможно. Повторите попытку позже. — перезагрузите ПК, проверьте службу FrontolSynchro и повторите операцию.
Создайте необходимый вид документа для операции Закр. смен плат. систем! — Настройки Документы Виды Закр. смен плат. систем.
Во Фронтол не закрывается смена — нужно уточнить характер неисправности.
Как распечатать z отчет, если смена закрыта на Фронтол — закрыть Фронтол, распечатать через драйвер.
Ошибка при работе с устройством ккт: [-3822] Смена превысила 24 часа.
Фронтол, смена превысила 24 часа — закройте смену. Если не закрывается, оставляйте заявку в комментариях, либо
— Пишите в
WhatsApp +7(987)-268-84-37
Frontol не закрывается смена есть открытые документы — проверьте отложенные чеки, завершите или отмените их. Повторите операцию Закрытие смены. — Видео инструкция
6. Службы ОФД и УТМ
АТОЛ Frontol XPOS 2.5 настройка ОФД
Служба FrontolService не установлено.
FrontolService недоступен!
Фронтол, горит красным ОФД — нужно проверить связь с ОФД, сделать диагностику соединения с ОФД. Возможно связь есть, а данные не уходят в ОФД. Проверьте ОФД.
Данные не уходят в ОФД
— Пишите в
WhatsApp +7(987)-268-84-37
Фронтол, горит красным УТМ — нужно проверить связь с УТМ, проверить службы, Интернет, локальную сеть.
Для регистрации алкогольной продукции не найдена организация!⁴ — настройте организацию во Фронтоле в разделе ЕГАИС.
Обмен недоступен! — сбой в локальной сети или неисправный Интернет.
ОФД не отвечает — если с ККТ не отправлялись данные более 5 дней в ФН устанавливается информационный флаг «ОФД не отвечает». В дальнейшем флаг ФНа не cбрасывается, даже если все документы будут успешно отправлены в ОФД.
Ошибка не критичная, если документы передаются в ОФД. В следующих версиях ФН обещают исправить данную проблему и обеспечить возможность сброса флага.
7. Ошибки с базой
Не удается подключиться к базе данных.
Фронтол смена долго закрывается и обмен через каталоги — требуется проверка базы и диагностика pos системы
Frontol 5 тестирование и исправление базы.
— Пишите в
WhatsApp +7(987)-268-84-37
Ошибка работы с базой! internal gds software consistency check (can’t continue after bugcheck) (335544333) — повреждение базы, требуется восстановление.
8. Иные ошибки
Недостаточно прав доступа! — нужно настроить права пользователю.
frontol 6 не отображаются продажи — проверьте, формируется ли файл выгрузки.
Фронтол 6 в файле goods товар есть а на кассе ошибка товар с штрих кодом не найден.
frontol 5 ресторан не видит файл загрузки — скорее всего не правильно указан путь к файлу или неверный формат файла.
Ошибка при сохранении документа во временный файл! System Error. Code:112. Недостаточно места на диске. — нужно освободить место на жестком диске.
Ошибка при обращении к файлу выгрузки (код ошибки 112) — файл выгрузки не создается. Либо нет места в памяти ПК, либо программа пытается создать файл по несуществующему пути.
Айтида. Не удалось создать файл для выгрузки данных — проверьте доступ к РМК и Интернет. Нет связи с РМК.
Сбиваются налоговые ставки frontol.
Получите временную лицензию на сайте https://trial.frontol.ru/ и активируйте в Менеджере лицензий.
Не найдена лицензия или подписка на обновление!
Фронтол. Есть файл лицензии, но программа его не видит.
Frontol XPOS При попытке сделать внесение или выплату выводит ошибку Дальнейшая работа приведет к расхождению с Z-отчетом! Обратитесь к администратору! — Снимите в настройках xPOS выдавать звуковой сигнал при ошибках.
Frontol некорректное число — неправильная раскладка клавиатуры. Поменяйте значение точки на запятую.
Настройка онлайн касс
Автор: Нуруллин И.Н. Дата: 2017-10-02
Наш адрес: г. Москва, ул. Полярная, д. 31, стр. 1. Телефон: +7 495 649 16 77 (Skype, ICQ). Режим работы: понедельник — пятница с 9:00 до 18:00; суббота и воскресенье — выходной. Доставка по России, Белоруссии, Украине, Казахстану: Москва, Подольск, Сергиев Посад, Истра, Рязань, Курск, Липецк, Тула, Иваново, Воронеж, Ярославль, Тверь, Смоленск, Калуга, Белгород, Орел,
Тамбов, Кострома, Брянск, Красноярск, Норильск, Кемерово, Новокузнецк, Новосибирск, Омск, Барнаул, Иркутск, Братск, Бийск, Улан-Удэ, Томск, Абакан, Чита, Горно-Алтайск, Кызыл, Санкт-Петербург,
СПб, Выборг, Вологда, Череповец, Мурманск, Сыктывкар, Ухта, Архангельск, Северодвинск, Великий Новгород, Петрозаводск, Гомель, Гродно, Витебск, Могилев, Брест, Минск, Алма-Ата, Астана,
Ереван, Киев, Днепропетровск, Львов, Ташкент, Могилев, Псков, Калининград, Нарьян-Мар, Уфа, Стерлитамак, Самара, Тольятти, Сызрань, Нижний Новгород, Арзамас, Саратов, Энгельс, Пермь,
Ижевск, Казань, Набережные Челны, Бугульма, Пенза, Оренбург, Орск, Чебоксары, Новочебоксарск, Ульяновск, Киров, Йошкар-Ола, Саранск, Екатеринбург, Верхняя Пышма, Серов, Челябинск,
Магнитогорск, Снежинск, Тюмень, Курган, Нижневартовск, Сургут, Надым, Ростов-на-Дону, Волгодонск, Таганрог, Волгоград, Волжский, Краснодар, Армавир, Астрахань, Майкоп, Владивосток,
Уссурийск, Хабаровск, Комсомольск-на-Амуре, Советская Гавань, Южно-Сахалинск, Благовещенск, Петропавловск-Камчатский, Мирный, Ставрополь, Минеральные Воды, Махачкала, Нальчик, Алушта, Армянск, Джанкой, Евпатория, Керчь, Севастополь, Симферополь, Судак, Крым, Феодосия, Ялта. Сайт отвечает на вопросы: Как отремонтировать, настроить, установить оборудование? Где скачать документацию (инструкцию, мануал)? Где посмотреть партномер? Где купить запчасти (запасные
части, зип), комплектующие, аксессуары и термоэтикетка, чековая лента для весов, термопринтеров штрих-кода, чековых принтеров? Обслуживание весов, кассовых аппаратов, термопринтеров,
терминалов сбора данных, сканеров штрих-кода: каким образом возможно своими силами? Вас интересует наличие, цена, купить запчасти за наличный и безналичный расчет? — сделайте запрос
нашим менеджерам. Официальный сайт компании Zipstore.ru.
Друзья, доброго времени суток.
Недавно столкнулся с новой ошибкой в логе SQL Server. Вот её содержание:
The operating system returned error 665(The requested operation could
not be completed due to a file system limitation) to SQL Server during a
write at offset 0x000053cfa2e000 in file
‘G:DatabasesTestDB.mdf:MSSQL_DBCC15’. Additional
messages in the SQL Server error log and system event log may provide
more detail. This is a severe system-level error condition that
threatens database integrity and must be corrected immediately. Complete
a full database consistency check (DBCC CHECKDB). This error can be
caused by many factors; for more information, see SQL Server Books Online.
После ряда изысканий я пришёл к следующим заключениям.
Возможные причины:
1. Нехватка дискового пространства
2. Сильно фрагментированные файлы в томе NTFS не можут выйти за пределы определенного размера
3. В момент больших манипуляций с БД запущены команды DBCC
4. Создание моментального снимка базы данных в большой базе данных. После этого выполняется множество операций изменения данных или операций обслуживания в исходной базе данных.
5. Создать моментальный снимок базы данных на зеркальной базе данных.
Способы решения проблемы:
1. Установите последние hotfix на Windows и SQL Server
2. Поставьте правильное автоувеличение файла, чтобы оно не происходило слишком часто. Например, на часто изменяющихся данных поставить заведомо больший размер файла лога или файла БД или больший % автоувеличения
3. Увеличить размер сектора/кластера на диске. По-умолчанию, при форматировании диска, размер сектора 4 кб. При подобной ошибки, да и в большинстве случаев, лучше ставить 64 кб. Чтобы изменить данный размер на рабочем диске, необходимо его форматировать.
4. Не запускать команды DBCC в момент рабочей нагрузки на сервер. В крайнем случае вы можете использовать параметр WITH TABLOCK команды DBCC CHECKDB. Это позволит избежать использование внутреннего napshot
5. Не запускайте DBCC CHECKDB одновременно с планами обслуживания (перестроение индексов, обновление статистики, сжатие БД)
6. Можно создать snapshot БД на другом диске и выполнить на нём DBCC CHECKDB. Не забудьте удалить его.
7. Изучите возможность использование дополнительных параметров DBCC CHECKDB, таких как PHYSICAL_ONLY, чтобы уменьшить время жизни внутренних snapshot, созданных DBCC командой.
8. Чаще пересоздавайте snapshot
9. Создавайте snapshot на отличном от данных диске
10. Удаляйте snapshot на момент планового ослуживания, после чего не забудьте создать его заного
11. Найдите наиболее нагруженную часть БД и перенесите её на другой диск
12. Убедитесь что отсутствует фрагментация файла на уровне NTFS, например используя Operating System Disk management tools. Избавиться от такой фрагментации можно путём копирования файла на другой диск, удаления и обратного копирования
13. Установите более низкий FILLFACTOR , чтобы уменьшить разрыв страниц
14. Уменьшите размер файла данных путём разделения на несколько
Нередко при эксплуатации контрольно-кассовой техники возникают неисправности. И это необязательно результат неправильной работы кассира — причины могут возникать по причине сбоя в работе ФН или ПО. Информирование пользователя о выявлении неполадки осуществляется в виде зашифрованных кодов. Каждому типу сбоя присваивается свой уникальный номер, поэтому перед началом работы важно изучить Инструкцию по эксплуатации, так как у каждого производителя своя система кодировки.
Некоторые, наиболее распространенные ошибки касс Атол, работающий на ККМ сотрудник может устранить самостоятельно, но существуют и такие, которые потребуют обращения в службу технической поддержки. В зависимости от того, какова степень серьезности ситуации, специалисты дадут консультацию по телефону или пришлют сотрудника для устранения проблемы. В статье рассмотрены сбои и неисправности ККТ, с которыми можно столкнуться во время работы, а также возможные способы их удаления.
Удаленно подключимся и устраним ошибку. Большинство проблем решаем за 15 минут!
Оставьте заявку и получите консультацию в течение 5 минут.
Часто встречающиеся ошибки ФН Атол: 211, 217, 218, 231, 234, 235
Среди неполадок, связанных с работой накопителя, нужно выделить следующие:
- Код 211 означает, что накопитель не поддерживает связь с кассовым аппаратом. Сбой может произойти из-за неисправности шлейфа подключения или вследствие его отсоединения от ККМ. В первом случае потребуется заменить неисправный элемент, во втором — убедиться в наличии подключения. Для этого следует открыть отсек, в котором расположен накопитель, и осмотреть физическое соединение.
- Код 217 информирует о том, что дата и время в ФН не соответствуют этим же параметрам ККТ. Чтобы устранить проблему, достаточно убедиться в достоверности установленных данных и скорректировать их (при необходимости).
- Бывают ситуации, когда пользователь ищет документ, отсутствующий в памяти накопителя. Тогда устройство выдает сообщение об отсутствии в памяти ФН запрашиваемых данных (код 218). При его появлении надо проверить достоверность искомых данных. Лучше ориентироваться на сведения, содержащиеся в фискальном документе.
- Код 231 «Некорректное значение параметров команды ФН» появляется из-за передачи информации по операциям с определенной СНО на устройство, не поддерживающее такую систему налогообложения. Тогда устройство подлежит замене. Для модели 90Ф код неполадки будет «Е000-217».
- Если онлайн-касса выдает код 234, то это означает, что криптопроцессор фискального накопителя исчерпал свой ресурс. Даже если устройство не проработало полный срок эксплуатации, оно подлежит замене на новый ФН. Важно помнить, что перед процессом переустановки надо закрыть архив. Если при этом возникает проблема, то нужно синхронизировать дату и время ККМ и последнего фискального документа в накопителе.
- Ошибка ККТ Атол ФН235 свидетельствует о том, что данные о проведенных торговых операциях не передаются ОФД. Сбой проявляет себя при закрытии смены — кассир просто не сможет выполнить эту операцию. Важно помнить, что в соответствии со ст. 4.1 Федерального закона № 54 «О применении ККТ…», срок передачи информации не должен превышать 30 дней. При несвоевременной отправке владелец техники может быть привлечен к административной ответственности с наложением штрафов: на ИП в размере 1,5–3 тыс. рублей; на юридические лица — в размере от 5 до 10 тыс. рублей. Чтобы избежать штрафных санкций, бизнесмену следует отслеживать наличие связи с ОФД. Кроме того, рекомендуется ежедневно формировать X-отчет (его можно печатать какое угодно количество раз, вне зависимости от того, открыта смена или нет). Данный отчет интересен предпринимателю тем, что в нем содержатся сведения о количестве неотправленных чеков (строка «Состояние обмена с ОФД»).
Таким образом, устранение ошибок, связанных с работой ФН Атол: 211, 217, 218, 231, 234, 235, возможно без обращения в ЦТО. Однако перед решением проблемы целесообразно внимательно изучить Инструкцию по эксплуатации определенной модели аппарата.
Ошибка 212: неверное состояние ФН кассы Атол
Неисправность может быть вызвана несколькими причинами. Наиболее распространенные приведены в таблице.
| Причина возникновения | Устранение неполадки |
| Онлайн-касса не зарегистрирована, в связи с чем не может функционировать правильно | Зарегистрировать ККМ |
| Кассир пытается выполнить операцию по закрытию рабочей смены, которая до этого не открывалась | Перезагрузить аппарат и открыть смену |
| Отсутствует связь с ФН | Убедиться в наличии физического соединения между платой, шлейфом или ФН |
| Неисправность самого ФН | Если выход устройства из строя не произошел по причине неправильной эксплуатации, целесообразно обратиться в АСЦ для замены по гарантии |
Реже ошибка 212 «Неверное состояние ФН» контрольно-кассовой техники Атол бывает результатом повреждения шлейфа соединения. Тогда потребуется замена элемента. Чтобы в дальнейшем избежать появления неисправности, предпринимателю надо придерживаться следующих правил:
- приобретать ФН у проверенных поставщиков или официальных представителей производителя;
- использовать актуальные версии драйверов и прошивки контрольно-кассовой техники;
- при эксплуатации онлайн-кассы в точности соблюдать регламенты, установленные производителем (Инструкция по эксплуатации, Руководство по техническому обслуживанию и т. д.).
ККТ Атол не передает данные ОФД: ошибки «сеть 1», «сеть 2» и «сеть 6»
Нередко встречаются неполадки, связанные с передачей информации оператору фискальных данных. Наиболее распространенные ошибки, содержащиеся в Менеджере регистров и связанные с отправкой сведений ОФД от контрольно-кассовой техники Атол: «сеть 1», сеть 2» и «сеть 6».
Первая возникает при отсутствии физического канала связи — здесь нужно убедиться в правильности настроек службы для обмена информацией. «Сеть 6», наоборот, означает, что связь разорвана по инициативе ОФД. Бизнесмену потребуется на сайте налоговой инспекции проверить регистрацию ККТ. Если аппарат присутствует в базе, то целесообразно проверить статус оплаты услуг ОФД.
Неполадка «сеть 2» появляется при отсутствии соединения с сервером оператора или в результате некорректных сетевых настроек. Если договор с ОФД оплачен, то возможны сбои при передаче данных посредством Internet. Когда связь работает корректно, нужно проверить сетевые настройки соединения с сервером оператора. Для этого ККМ подключается к ноутбуку или ПК с использованием соответствующего драйвера. После этого потребуется зайти в «Настройка свойств» и посмотреть установленное значение порта DNS — по умолчанию «53». Для DNS возможны следующие варианты: «0.0.0.0», «8.8.4.4», «8.8.8.8». Если требуемый порт отсутствует, то его нужно добавить через службу «Управление драйверами» и перезагрузить кассу. Кроме того, перезапустить следует и службу EoU, после чего, с помощью Менеджера регистров, проверить состояние отправки фискальных документов. Если неполадка устранена, то передача пройдет в автоматическом режиме. В случае отсутствия связи с сервером оператора после проведения вышеизложенных манипуляций целесообразно привлечь системного администратора или обратиться в АСЦ.
Мы готовы помочь!
Задайте свой вопрос специалисту в конце статьи. Отвечаем быстро и по существу. К комментариям
Почему возникает ошибка е000 255 на кассах Атол
Появление неисправности может быть обусловлено тем, что ККТ не фискализирована в налоговой службе. Сделать это можно, подав документы при личном посещении, или загрузить их через личный кабинет на сайте ФНС. Постановка онлайн-кассы на учет обязательна, без нее не сможет работать ни один бизнесмен. Услуга предоставляется бесплатно (если только предприниматель не решил заручиться помощью к посредников — представителей ОФД или ЦТО).
Кроме того, ошибка e000 255 на ККТ Атол появляется по причине отсутствия фискального накопителя. Нужно помнить, что онлайн-касса без ФН работать не будет, поскольку не сможет выполнять свою основную функцию — отправку данных о проведенных кассовых операциях ОФД для последующей передачи в ФНС (за исключением устройств, используемых предпринимателями на ЕНВД и патенте). Также надо помнить, что продажи мимо кассы — причина привлечения к административной ответственности. При этом минимальный размер штрафа для предпринимателя — 10 тыс. руб., максимальный — до 50 % выручки.
Ошибка 122 ККТ Атол при активизации памяти ПД
Правительство РФ продлило сроки отмены ЕНВД до 2021 года, поэтому для бизнесменов остается актуальным вопрос о переводе онлайн-касс в режим ЕНВД. Многие, пытаясь активизировать память принтера документов на аппаратах Атол, получают ошибку 122. Она возникает при несоблюдении следующих требований:
- Прошивка на фискальном регистраторе необходима не выше v. 3689. Сведения о ней указываются в чеке, выдаваемом при покупке ФР. Если он отсутствует, то можно его распечатать самостоятельно. Для этого нужно выключить онлайн-кассу, зажать клавишу лентопротяжки и включить устройство. После второго звукового сигнала ККТ распечатает чек, где в строке «ID серии» в скобках будет указана версия прошивки.
- Драйвер торгового оборудования должен быть установлен не ниже версии 8.14.2.2.
Также необходимо знать, что режим ЕНВД невозможно подключить на кассах моделей: 15Ф, 60Ф, 91Ф, 92Ф, 150Ф. Аппарат 90Ф можно перевести на рассматриваемый режим СНО при наличии прошивки ниже v. 6525. В перечисленных устройствах потребуется установка ФН, в противном случае пользователю будет распечатываться документ с надписью «Чек недействителен».
При подключении оборудования Атол произошла ошибка 999 — способы устранения
Проблема может быть связана с неполадками в кассовом оборудовании или при сбое работы ПО. Неисправность отличается своей непредсказуемостью — она может появляться в ККТ несколько раз за рабочую смену. Причин несколько, поэтому предпринимателю нужно будет последовательно проверить все варианты.
Ошибка 999 может появиться в том случае, когда кассовый аппарат Атол не подключен к «1С». В первую очередь надо протестировать платформу «товароучетки». Для этого в настройках РМК последовательно перейти «Торговое оборудование» → «Функции» → «Тест устройства». Если тест не пройден — запустить проверку повторно. Дело в том, что при сбое в самой программе, модуль может самостоятельно найти неверный код и автоматически исправить его. Затем следует снова запустить кассу.
Если при подключении оборудования Атол снова произошла ошибка 999, и касса выдает сообщение «Порт недоступен», нужно проверить актуальность версии установленного драйвера. При необходимости, обновить утилиту или установить новую. В последнем случае, после инсталляции нужно проверить корректность настроек драйвера на ПК. Для этого нужно выполнить ряд действий.
В меню «Пуск» найти папку «Атол» и из выпадающего списка выбрать «Драйвер ККМ».
При нажатии откроется окно тестировщика ПО, в котором выбрать «Настройка свойств».
В появившемся окне запустить «Проверка связи». Ниже, в строке «Результат», появятся сведения о проверке.
Если все в порядке, в первом окне (в правой верхней части) выбрать «Режим» и в выпадающем списке отметить «Отчет с гашением». Затем поочередно кликнуть на кнопке «Войти» и «Снять отчет» (расположены ниже).
Важно, что в окне «Устройство включено» должна быть установлена галочка. В противном случае кнопка снятия отчета будет неактивна.
Еще одна распространенная причина — автоматическое изменение приоритетов COM-портов. Сбой настроек может быть вызван подсоединением стороннего оборудования (например, подключение продавцами телефонов для подзарядки через USB) или после перезагрузки кассового аппарата. Для устранения нужно в настройках выбрать необходимый канал и протокол обмена.
Если все перечисленные способы не принесли положительного результата, лучше обратиться в техподдержку или к системному администратору.
Подключите техподдержку 24/7. Быстрая реакция, 95% проблем решаются после первого обращения.
Оставьте заявку и получите консультацию в течение 5 минут.
Исправление ошибок программирования реквизитов 1008, 1021 и 1228
Несмотря на то, что кассовые аппараты производителя пользуются заслуженной популярностью на рынке по соотношению цены и качества, программное обеспечение все-таки имеет некоторые недостатки. Один из таких — ошибка программирования реквизитов 1021, 1008 и 1228. Рассмотрим суть проблем и возможные способы их исправления.
- Атрибут 1008 должен соответствовать e-mail или телефонному номеру покупателя. В противном случае, с помощью API чек не будет распечатан. Причина: в настройках «Печать чека» выбрана опция «Без отправки электронного аналога». Для ее устранения надо прописать значение «Отправка электронного» или «Печать и отправка».
- 1021 — возникает при некорректной работе ПО и может выдавать различные сообщения. Например, появляется информация о невозможности распечатать чек, так как нет бумаги. При этом возникают два варианта развития событий: в устройстве действительно закончилась чековая лента, или онлайн-касса считает, что ее нет из-за неправильной работы датчика. Чтобы исправить ситуацию, можно предварительно перезапустить ККТ. Если она снова появляется — переустановить драйверы ПО. Примечательно то, что в отличие от других сбоев, информация о проблеме периодически появляется на 1–2 секунды, после чего исчезает.
- 1228 означает, что в данных неправильно указан ИНН продавца или покупателя. Перезагрузка устройства позволит устранить проблему. При ее повторении целесообразнее перепрошить ККТ.
ККТ Атол выдает ошибку 3933 «Вход в режим заблокирован»: причины и способы исправления
Это сбой, характерный для ФР производителя. Он происходит, когда устройство находится в режиме регистрации, но при этом:
- произошли сбои в питании ККМ;
- допущена попытка распечатать фискальный документ в момент внесения денег при оформлении покупки;
- некорректное закрытие предыдущей смены, в результате чего образовались расхождения в данных отчета и «товароучетки».
Еще одна причина — проблемы с блоком ФН в целом:
- произошли скачки напряжения в сети;
- вышел из строя блок питания;
- выявлены расхождения в суммах АС технологического управления и кассового аппарата;
- накопитель неисправен.
Самостоятельно устранить ошибку 3933 «Вход в режим заблокирован» на онлайн-кассах Атол можно, завершив работу с front-office приложением, после чего снять Z-отчет. Выполнив операцию, открыть смену и провести продажу в режиме регистрации. Если Z-отчет снять не получилось, то это указывает на проблемы в работе ФН. Проверить это можно, переподключив накопитель (предварительно обесточив устройство), и провести технологическое обнуление ККТ. Для выполнения последней операции требуются специальные знания, поэтому целесообразнее обратиться к специалистам.
Если накопитель исправен, а проблема появляется снова — нужно проверить исправность блока питания ККМ, а при частых скачках напряжения приобрести блок для бесперебойной работы.
При пробитии чека касса Атол показывает ошибку 3895 «Неверная длина»
Неполадка встречается после переустановки ОС на ПК или на вновь устанавливаемых рабочих местах. Она означает, что не задан пароль доступа. Для устранения ошибки 3895 «Неверная длина» на устройствах Атол достаточно зайти в раздел «Настройка свойств» и поставить галочку рядом с «Использовать пароль доступа».
Другие типовые неисправности
Существуют и другие сбои, характерные для ККТ производителя и различающиеся по сложности ликвидации. Например, если устранение на кассовых устройствах Атол ошибки Е 130 029 «Отсутствие питания» или 34 «Закончилась лента» не займет много времени, то появление сбоев с кодами 16 «Не поддерживается в данном режиме» или 14 «Порт занят» потребует больше усилий. При первой неисправности достаточно убедиться, что кассовый аппарат подключен к сети (или заряжена аккумуляторная батарея). Заменить чековую ленту также под силу любому работнику, даже неспециалисту.
Если на контрольно-кассовой технике неверно выставлен режим устройства, в результате чего не закрывается смена, причин может быть несколько:
- случайный сбой — может стать результатом технических неполадок;
- не синхронизированы дата и время;
- пользователь выбрал некорректный режим устройства, например, при печати Z-отчета, вместо «Отчет с гашением» выбран какой-либо другой режим.
Иногда достаточно перезагрузить онлайн-кассу. Если это не помогает, то проверить соответствие даты и времени на ККМ и ФН. Также целесообразно уточнить выбранные режимы и протестировать устройство.
При возникновении проблемы с занятым COM-портом целесообразно проверить настройки приложения EoU. В большинстве случаев именно некорректные параметры вызывают сбой.
Что касается ошибки отрезчика на аппаратах Атол (код 3943), то исправить ее самостоятельно сможет не каждый пользователь. Чаще всего приходится обращаться в специализированные компании.
Техническая поддержка 24/7. Выделенный менеджер, быстрое решение. Консультации по ГИС.
Оставьте заявку и получите консультацию в течение 5 минут.
Оцените, насколько полезна была информация в статье?
Наш каталог продукции
У нас Вы найдете широкий ассортимент товаров в сегментах
кассового, торгового, весового, банковского и офисного оборудования.
Посмотреть весь каталог
SQL Server 2014 Developer — duplicate (do not use) SQL Server 2014 Enterprise — duplicate (do not use) SQL Server 2014 Standard — duplicate (do not use) Еще…Меньше
Проблемы
Предположим, что у вас есть база данных, которая содержит большие индексы columnstore в Microsoft SQL Server 2014. При выполнении команды DBCC CHECKDB для базы данных в журнале ошибок SQL Server появляется следующее сообщение об ошибке:
Операционная система вернула ошибку 665 (не удалось завершить запрошенную операцию из-за ограничения файловой системы) на SQL Server во время записи по смещению на уровне 0x00004a21310000 в файле «<имя диска>: PROGRAM FilesMicrosoft SQL ServerMSSQL12. MSSQLSERVERMSSQLDataXXXX.mdf’. Дополнительные сообщения в журнале ошибок SQL Server и журнале системных событий могут содержать более подробные сведения. Это серьезное состояние ошибки системного уровня, которое является нарушением целостности базы данных и должно быть исправлено немедленно. Выполните полную проверку целостности базы данных (DBCC CHECKDB). Эта ошибка может быть вызвана многими факторами. Дополнительные сведения можно найти в книге SQL Server Books Online.
При выполнении команды DBCC CHECKTABLE для таблицы, содержащей индекс columnstore, появляется следующее сообщение об ошибке:
Сообщение 0, уровень 11, состояние 0, строка 0A серьезная ошибка в текущей команде. Результаты, если таковые имеются, должны быть удалены.
В журнале ошибок появляется следующее сообщение об ошибке:
Инструкция DBCC CHECKTABLE (<Table_Name>), выполненная с помощью имя_домена, аварийно завершает работу из-за ошибки с состоянием 6. Затраченное время: 0 часов 3 минуты, 36 секунд.
Причина
Эта проблема возникает из-за ошибки в механизме предварительной выборки функции индекса columnstore SQL Server. Эта неполадка приводит к тому, что страницы данных не заполняют базу данных моментальных снимков, которая привела к преждевременной ошибке операционной системы 665.NOTE DBCC CHECKDB автоматически создает моментальный снимок базы данных для внутреннего использования. Эта проблема может возникать при создании моментального снимка базы данных вручную и выполнении нескольких запросов, использующих индекс columnstore.
Решение
Сведения о пакете обновления
Чтобы устранить эту проблему, установите пакет обновления 1 (SP1) для SQL Server 2014.
-
Как получить последний пакет обновления для SQL Server 2014
Дополнительные сведения о SQL Server 2014 с пакетом обновления 1 (SP1) можно найти в статьях ошибки, исправленные в SQL server 2014 с пакетом обновления 1.
Совокупные сведения об обновлениях
Эта проблема впервые устранена в следующем накопительном обновлении SQL Server.
-
Накопительное обновление 6 для SQL Server 2014
Все новые накопительные обновления для SQL Server содержат все исправления и все исправления для системы безопасности, которые были включены в предыдущий накопительный пакет обновления. Мы рекомендуем вам загрузить и установить последние накопительные обновления для SQL Server.
-
Последнее накопительное обновление для SQL Server 2014
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.