1С Торговля и склад 7.7, отладка программного кода
17.05.2011
12:51
#1
Здравствуйте!
Прошу сообщить каким образом можно отлаживать программный код связанный с печатью чека и закрытию смены, чтобы суммы не регистрировались фискальной ККМ?
Спасибо.
Прошу сообщить каким образом можно отлаживать программный код связанный с печатью чека и закрытию смены, чтобы суммы не регистрировались фискальной ККМ?
Спасибо.
17.05.2011
12:57
#2
В фискальную память (буковка К вабривеатуре марки ККМ) придумали специально для защиты от таких поползновений. Все ваши действия в том числе печать текста на ККМ записываются в ФП, даже если и не отображаются в Z-отчете. Делайте выводы.
17.05.2011
13:07
#3
Интересно...
Я на одном из форумов нашёл, что:
"Данные в ФП будут попадать только в случае снятия отчетов с гашением на фискализированном ФР."
Это противоречит Вашей информации...
Попутно ещё спрошу. Как можно тестировать программный код на компьютере на котором не подключена ККМ? Что можно сделать, чтобы программа считала её подключенной, али как бы виртуальной?
Я на одном из форумов нашёл, что:
"Данные в ФП будут попадать только в случае снятия отчетов с гашением на фискализированном ФР."
Это противоречит Вашей информации...
Попутно ещё спрошу. Как можно тестировать программный код на компьютере на котором не подключена ККМ? Что можно сделать, чтобы программа считала её подключенной, али как бы виртуальной?
17.05.2011
13:54
#4
Данные сразу в фискальную память попадают, Z-отчет, который нужно хранить, только подытоживает смену и выводит сводные данные.
Вариантов несколько:
1. Пробивать копеечные чеки, потом списать на убытки
2. Пробивать чеки, потом сделать "возврат (денег) покупателю"
3. Вредный совет: отменить регистрацию в фискальной памяти. Финт опасный, так как позволяет жульничать. Вроде и чеки пробиваются, а в ФР не пишется - прямое порождение "черного нала". Если вас за руку поймают при этом, наказывать будут тоже вас, а меня вряд ли, поэтому пусть решение остается за вами. Исправить можно так: Открываем обработку, через которую 1С общается с ККМ. Она может быть разной в зависимости от модели оборудования. Стандартная 1С-ная = FR_COMM.ERT. Вот в ней и переделываем алгоритм так, чтобы система только печатала на чек, но не писала в ФП. Чуть подробнее я тут писал:
Вариантов несколько:
1. Пробивать копеечные чеки, потом списать на убытки
2. Пробивать чеки, потом сделать "возврат (денег) покупателю"
3. Вредный совет: отменить регистрацию в фискальной памяти. Финт опасный, так как позволяет жульничать. Вроде и чеки пробиваются, а в ФР не пишется - прямое порождение "черного нала". Если вас за руку поймают при этом, наказывать будут тоже вас, а меня вряд ли, поэтому пусть решение остается за вами. Исправить можно так: Открываем обработку, через которую 1С общается с ККМ. Она может быть разной в зависимости от модели оборудования. Стандартная 1С-ная = FR_COMM.ERT. Вот в ней и переделываем алгоритм так, чтобы система только печатала на чек, но не писала в ФП. Чуть подробнее я тут писал:
17.05.2011
14:19
#6
Да, можно.
Помимо "Z отчета" есть "X отчет" - это тоже самое, но без гашения, вот им можно свободно пользоваться для того, чтобы узнать что там мы напробивали. А вообще, документацию по Атоллу читать надо. Программно необходимость пробития в ФП фиксируется, кажется, методом .Регистрация(), но не факт, что только им. Я, честно говоря, уже давно так плотно не вникал в процесс, но делал всякие задачи по этому поводу.
Помимо "Z отчета" есть "X отчет" - это тоже самое, но без гашения, вот им можно свободно пользоваться для того, чтобы узнать что там мы напробивали. А вообще, документацию по Атоллу читать надо. Программно необходимость пробития в ФП фиксируется, кажется, методом .Регистрация(), но не факт, что только им. Я, честно говоря, уже давно так плотно не вникал в процесс, но делал всякие задачи по этому поводу.
Читают тему
(гостей: 1)