При попытке сделать возврат «не день в день» в рабочем месте кассира, отсутствует возможность выбрать пункт с причиной возврата. Связанно это с отсутствием элемента справочника. Исправить это можно создав нужный элемент, тогда в РМК он станет доступен для выбора.
Для этого перейдем:
— Администрирование — Запасы и закупки — Аналитика хозяйственных операций- Создаем новый элемент и присваиваем ему название, обязательно указываем хоз.операцию «Возврат от покупателя».
Иногда требуется сделать возврат чека через драйвер ККМ минуя 1с. Например в случаях, когда один чек пробит дважды и если делать корректный возврат, то сам факт продажи аннулируется.
Для ККМ Атол это реализуется следующим образом:
Закрываем 1С, для освобождения порта ККМ.
Заходим в тест драйвера.
Устанавливаем флаг «Устройство включено»
Входим в режим «Регистрации», вводим пароль, нажимаем «Войти». Нажимаем кнопку «Открытие Чека».
В Названии и строке указываем текст, который будет идти как возврат позиции. Например «Электротехническая продукция»
Сумма/Процент (Сумма возврата / 100 %)
Секция указываем тип секций, если используется. Возможно Наличные, Безналичные и т.п. зависит от настроек Вашего ККМ.
Цена / Количество (Сумма возврата / 1 позиция)
Тип Оплаты зависит от настроек Вашего ККМ. Можно оставить как есть.
Наличность «не проверять».
Тип чека «возврат продажи»
Перед пробитием рекомендую проверить поля еще раз. Корректировать такой чек уже гораздо трудней 😉
Для завершения процедуры нажимаем «Возврат продажи» и «Закрытие чека без сдачи».
Как всегда, можем помочь разобраться Вам в этом вопросе.
Ко мне обратился владелец интернет магазина, с просьбой помочь выявить причину непонятной логики поисковиков. В поисковой выдаче вместо информации которая присутствовала на сайте, выводилась явно скамовая информация. Ранее сайт подвергался атаке, из-за несвоевременного обновления компонентов cms. Которая была устранена.
HugeDomains.com — HeilInk.com is for sale (Heil Ink) HugeDomains.com — Shop for over 300,000 Premium Domains
Проанализировав код страницы, не увидел ничего подозрительного. Подумав, что роботы при обходе успели проиндексировать страничку, порекомендовал подождать. Однако как Вы наверное догадались, спустя время ничего не изменилось.
Пришло время расчехлять тяжелую артиллерию. Я скачивал сайт и сканировал на предмет вирусов и троянов. Искал текстовым поиском комбинации текста из поисковой выдачи «HugeDomians и Shop over «. Результатов это не принесло.
Техподдержка Яндекса и Гугла, заверила что данные актуальные и находятся в выдаче, потому что при обходе эти данные присутствует на сайте.
Техподдержка провайдера хостинга, так же ничего не смогла найти, и порекомендовали обратиться в Яндекс. В общем круг замкнулся ;(
Если честно с таким поведением сталкивался сталкивался впервые. Я понимал что, упускаю какую-то деталь.
Однако, мы знаем что усердие приносит свои плоды. В очередной раз медитируя над сайтом, я обнаружил причину.
В файле темы обнаружил gif файл, который на самом деле, был ничем иным как обычным текстовым файлом с php кодом внутри, к которому заботливо применена обфускация.
<?php /* Encoder: Google Encoder WARNING: This file is protected by copyright law. To reverse engineer or decode this file is strictly prohibited. */
/Encoder: Google EncoderWARNING: This file is protected by copyright law. To reverse engineer or decode this file is strictly prohibited.*/global $Іu?R?;$Іu?R?=array(‘???S?’=>FILE);if(!defined(‘CCFBAECAFFACC’))
В итоге, убрав сам файл и ссылку на него в index файле темы, я убедился что проблема ушла. Так же это подтвердил и сервис анализатора HTTP заголовков.
Надеюсь статья поможет тем, кто нашел по ключевым словам «HugeDomains.com — HeilInk.com is for sale (Heil Ink) HugeDomains.com — Shop for over 300,000 Premium Domains» ее в интернете.
Помните своевременное обновление программного обеспечения обеспечит Вам защиту.
Так же возможно что на целевой системе где возникла ошибка, не установлены сервис паки SP, к примеру Windows 7 SP1. Как и было в моем случае, т.к. мне переустановка VC ++ не помогла.
Очень часто возникает вопрос, как проверить проброшен ли COM-порт в терминальной сессии rdp.
Осуществить проверку можно через командную строку (Пуск-Выполнить) нужно запустить команду:
» change port /query «
Если Вы видите примерно такой вывод, то значит проброс работает.
В ином случае, следует убедиться что стоит опция проброса порта в терминальном клиенте. Убедимся, что даны соответствующие права на терминале.
Если у Вас возникли вопросы по подключению касс или другого торгового оборудования. Вы можете написать в комментариях или использовать форму обратной связи.
Кейс. После обновления Windows 10, у клиента долгий вход в систему, при входе черный экран с корзиной на рабочем столе, при нажатии на пуск или иные ярлычки ошибка «Попытка ссылки на несуществующий токен». Кроме диспетчера задач ни открывается ничего.
Так же есть сопутствующие ошибки: « C:\windows\system32\config\systemprofile\desktop недоступен»
В этой небольшой статье, мы разберем основные аспекты по созданию резервных копий в MS SQL. Статья будет полезна новичкам и людям которые сталкиваются с поддержкой 1с или MS SQL время от времени.
Ошибка может появиться при аварийном завершении 1с при динамическом обновлении.
При повторном заходе в конфигуратор выходит ошибка сообщение «Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?» Если согласиться, то получим сообщение «Обнаружена незавершенная операция сохранения конфигурации. Для продолжения работы необходимо завершить операцию» с последующим закрытием приложения.
Если читаете эту статью, значит Вы пали жертвой динамического обновления.
Лечение заключается в ряде вариантов.
Вариант 1.
Откат на резервную копию. Самый безопасный вариант. Вы же настроили резервное копирование?
Вариант 2.
В случае если 1с работает в клиент-серверном варианте, то заходим в SQL Server Management Studio (SSMS) и выполняем команды. Удаляя не примененную конфигурацию из таблиц базы.
USE [Base]
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘commit’
GO
DELETE FROM [dbo].[Config]
WHERE FileName = ‘dbStruFinal’
GO
Где:
Base — логическое имя базы данных.
Вариант 3.
При наличии резервной копии с идентичной конфигурацией можно произвести замену таблиц отвечающих за конфигурацию 1с.
USE [Base]
GO
DELETEFROM [Base].[dbo].[Config]
GO
INSERTINTO [Base].[dbo].[Config] SELECT * FROM [CopyBase].[dbo].[Config] GO
Где:
Base — имя базы данных.
CopyBase — имя резервной базы данных.
Надеюсь что статья помогла восстановить упавшую базу.
О наличии проблемы дубликатов могут свидетельствовать сообщения в журнале системы на домен контроллере: «KDC обнаружил повторяющиеся имена при обработке запроса проверки подлинности Kerberos. Повторяющееся имя: host/hostname.domen.ru (тип DS_SERVICE_PRINCIPAL_NAME). Это может привести к сбоям проверки подлинности или понижению до NTLM. Чтобы предотвратить появление подобной ситуации, удалите в Active Directory повторяющиеся записи для host/hostname.domen.ru.»
А также сообщение при входе на рабочую станцию через rdp: «База данных учетных записей сервере не содержит записи регистрации компьютера через доверительные отношения с этой рабочей станции»
В первом случае нужно убедиться в отсутствии spn дубликатов, запустив проверку с домен контроллера.
setspn.exe -X
Далее нужно удалить или скорректировать доменные имена станций, возможной причиной будут ручные записи в dns и dhcp.
После этого проверяем работоспособность. Если это не принесло результатов, то можно проверить и восстановить доверенный канал с доменом.
Восстанавливаем доверительные отношения с доменом и сбрасываем учетную запись ПК.
