Ликвидация копеек

Ответ планируется. Исправление постараемся дать завтра.

Спасибо скачал.После праздников буду смотреть.

1.

Цитата
... копейки убираются только в Итоговой панели чека

Копейки убираются в итоговой сумме чека, которая отображается на итоговой панели и выходит на ККМ, как итог чека.

Цитата
На каждом отдельном чеке копейки сохраняются.

А вот в случае разделения этого чека по покупкам, сумма получившихся отдельных чеков, как раз и даст общую округленную сумму. Если мы будет округлять сумму каждого чека после разделения, то их сумма не совпадет с итоговой суммой чека до разделения.

Цитата
(Укажите пожалуйста в каком поле БД хранится сумма показываемая в Итоговой панели чека - требуется её печать на чеках)

Сумм чека хранится в таблице CHECKS в поле CH_SUM. Но в этом режиме в базе будет сохраняться не один чек, а столько, сколько их получится при разделении. Общий чек (до разделения) в базе не сохраняется.


2. Чтобы убрать автоматическую печать товарного чека после чека ККМ, необходимо в настройке программы, в установках пользователя, на закладке "Печать", снять соответствующую галку.

3. Пришлите мне на salex29@vtsoft.ru скриншот этой ошибки.

Цитата
Скриншоты ошибок выслал.

Ответил на e-mail.

Цитата
Это понятно.Вопрос - можно ли напечатать в товарном чеке сумму из "Итоговой панели чека".Она ведь где то храниться.

На этапе формирования чека она нигде (в базе) не хранится - она рассчитывается динамически при любом изменении чека на основе чекового буфера (что отображается в нижней части окна). После закрытия чека эта сумма попадает в CHECKS.CH_SUM, но в вашем случае её явно уже нигде не будет, т.к. она будет храниться частями уже в отдельных чеках. При этом, после закрытия чека таблица чекового буфера в базе, из которой SQL-запросом можно получить сумму, также уже недоступна (очищена в базе). То что можно видеть в окне программы таблицу чека серым фоном - это только ее остаточное отображение на экране (в базе этих данных уже нет). Доступа из генератора отчетов (из шаблона) к визуальным элементам управления программы (панели, кнопки, таблицы и т.п.), к сожалению, тоже нет. Собрать общий чек воедино из журнала чеков проблематично, т.к. в них нет никакого признака, что они были единым чеком на этапе формирования. Поэтому, наверное выход только такой что - печатать товарный чек до выполнения операции "Регистрация чека", т.е. до его разделения, когда в базе доступен общих исходный чек, по которому можно высчитать итоговую сумму. Но таким шаблоном, к сожалению, мы сейчас не располагаем.

Пароли пользователей для базы нужны?

Цитата
Это я понял.Может быть можно ввести дополнительный параметр,а то продавцам приходиться суммировать чеки вручную,если цифры на экране не сохранились.

Ввести можно. Только я одного не пойму. В случае разделение чека по покупкам, товарный чек все равно не будет содержать всех покупок, он будет сформирован только по последнему чеку (с последней покупкой). В чем смысл такого товарного чека?

Если чек из пункта 2 - это другой чек, то конечно итоговая сумма по предыдущему чеку (из п.1) с экрана пропадет. Потому что это другой чек! А вы хотите, чтобы на экране где то был накопительный индикатор сумм чеков? Тогда от какого чека он должен накапливать? Когда должен сбрасываться?
И что мешает кассиру в указанном случае пробить все пять позиций одним чеком? Тогда итоговая сумма у кассира будет.

Цитата
Я хочу,чтобы в случае пробития отдельного чека на каждую покупку ,можно было напечатать на любом(каждом) чеке общую сумму которая сейчас отображается в "Итоговой панели чека".

Этот вопрос я уже комментировал выше. В пределах одного чека - не понятно зачем. Она нужна только для расчета с покупателем? Но она ведь и так остается на экране, даже после разбиения чека по покупкам.
В пределах нескольких чеков - понятно, но без серьезной доработки невозможно.

Цитата
Но в режиме "Разрешить прямые скидки" с установленными фиксированными скидками, нет возможности редактировать цену или вводить разные скидки на покупки в чеке.

Такая возможность есть. Другое дело, что в вашем случае нужно, чтобы общая фиксированная скидка на чек не распространялась на последние три покупки, в которых кассир должен иметь возможность ставить скидку или цену вручную (а в этом случае они разве не наворотят?). Если мы правильно поняли.

Используйте систему VT:Дисконт. Она дает возможность организовать скидки на отдельные товары по разным алгоритмам. В этом случае скидка всегда будет работать в режиме "На позицию чека". При этом общий чек не придется разбивать по типу скидки (как в вашем примере), а кассиру вручную выбирать значения скидок.

Эта ошибка подтвердилась. Сейчас ей занимаюсь. По готовности сообщу.

Да, при операции возврата не подтвердилось. Тестировал на вашей базе, подставлял все шаблоны товарного чека из вашей базы - ошибки нет. Надо разбираться конкретно на том ПК. Возможно это связано с драйвером принтера, который установлен на этом ПК. Войдите в редактирование этого шаблона, в меню Файл - Параметры отчета, и убедитесь, что шаблон привязан к нужному принтеру, а не к "Виртуальному принтеру", который там есть в списке. Либо наоборот надо отвязать его от этого принтера и попробовать с виртуальным (в этом случае он будет направляться на принтер по умолчанию).

Подробные инструкции выслал на e-mail.