17 июля 2025
1C-RarusTechDay 2025
8-я открытая техническая конференция для специалистов 1С
Зарегистрироваться
1C-RarusTechDay 2025 — 8‑я открытая техническая конференция для специалистов 1С

Предоплата по заказу покупателя

Декоративное изображение

Для получения доступа к форуму необходимо авторизоваться
или зарегистрироваться на сайте.

Пользователь ПП
Во вложении сканы чеков и скриншот кода, с которым я категорически не согласен.

Прикрепленные файлы

Сотрудник 1С-Рарус
Цитата
Дмитрий Коваленко написал:
Цитата
Светлана Сулименко  написал:
Дмитрий, сроков выхода релиза пока нет.
Светлана, может есть возможность выпустить промежуточный релиз?
Просто кассиры жалуются, а снимать объекты конфигурации с поддержки мне не позволят, да не шибко хочется...
А скоро могут начать жаловаться клиенты, т.к. одна из касс у нас находится в другом здании, а в выходные работает только она.
Дмитрий, к сожалению, у нас нет практики выпуска промежуточных релизов.
Сотрудник 1С-Рарус
Цитата
Дмитрий Коваленко написал:
Чек на предоплату печатается нормально, а чек на "Передачу" печатается некорректно. Увеличивает цену на процент из ставки в номенклатуре, хотя в заказ-наряде стоит ставка "без НДС"
Дмитрий, уточните, пожалуйста, а какой драйвер ФР у Вас используется? и какой сам ФР у Вас?
Пользователь ПП
Проблема не в ФР и не в драйвере, а в различном коде...
При пробитии "Аванса" НДС берётся из документа, а при пробитии "Передачи", из категории цен и номенклатуры.

Тестовый ФР - Атол 11Ф.
Драйвер - 8_16_01_00.
Пользователь ПП
Уточняю:
Чек пробивал по одному и тому-же заказ-наряду.
На аванс пробился на правильную сумму из документа - 7700, а на передачу с зачетом аванса = 7700 и сумму в документе 7700 фронт кассира стал выдумывать суммы другие (накручивать отсутствующий в документе НДС) и получил 9086, но фронт менеджера послал ему оплату в 7700. Отсюда ошибка - не достаточно денег для оплаты.

Тут явно несогласованность получается.
Сотрудник 1С-Рарус
Цитата
Дмитрий Коваленко написал:
Проблема не в ФР и не в драйвере, а в различном коде...
При пробитии "Аванса" НДС берётся из документа, а при пробитии "Передачи", из категории цен и номенклатуры.

Тестовый ФР - Атол 11Ф.
Драйвер - 8_16_01_00.
Дмитрий, так о каком авансе идет речь, если у Вас ФР еще не поддерживает "авансы"? у Вас же ФР еще на ФФД 1,0.
Пользователь ПП
Светлана, не позорьтесь.
Посмотрите внимательно на скрины чеков.
Пользователь ПП
Вот...

Прикрепленные файлы

Пользователь ПП
На всякий случай уточняю, что формат ФН тут не важен, это тестовый ФР, он не будет соединяться с ОФД.
Пользователь ПП
Да, и еще, после того, как я в категории цен поставил, что цена включает НДС, чек на "Передачу", с зачетом аванса благополучно распечатался.
Сотрудник 1С-Рарус
Дмитрий, на релизе 5,1,13,04 была сделана жесткая привязка НДС в типе цен, при попытке пробития чеков Вам выводилось служебное сообщение о том, что тип цен не включает НДС. Нужно было выставить данный флаг в типе цен, что Вы и сделали.
Пользователь ПП
Цитата
Светлана Сулименко написал:
Артем, такой возможности нет, т.к. фронт кассира только пробивает уже созданные документы "чек на оплату", а создаются они корректно с нужными параметрами через фронт менеджера.
Светлана, ок, как тогда нам на рабочем месте менеджера создать именно такой "чек  на оплату", с теми параметрами, что бы потом в АРМ кассира получить чек нужной  формы? И если такое тоже не возможно, то укажите хотя бы какие это параметры, мы  доработаем алгоритмы сами.
Сотрудник 1С-Рарус
Артем, да, такое невозможно. Корректно чек на оплату с нужными Вам настройками создается через фронт менеджера. Сотрудники компании 1С-Рарус не оказывают консультации по программированию на платформе 1С. Возможно, кто-то из участников форума даст Вам совет, это не запрещается правилами форума.
Пользователь ПП
Цитата
Светлана Сулименко написал:
Дмитрий, на релизе 5,1,13,04 была сделана жесткая привязка НДС в типе цен, при попытке пробития чеков Вам выводилось служебное сообщение о том, что тип цен не включает НДС. Нужно было выставить данный флаг в типе цен, что Вы и сделали.
Странное решение.
Пользователь ПП
Цитата
Светлана Сулименко написал:
Цитата
Артём Тулин  написал:
На основании последнего чека на оплату (700р) делаем возвратный чек на оплату на рабочем месте менеджера.Но этот возвратный чек не виден во фронте кассира (арм кассира). Как его там увидеть и пробить
Добрый день, Артем, а в этом возвратном чеке на оплату у Вас указан фискальный регистратор? возврат по чеку записан? сравните его с теми чеками на оплату, которые видны к пробитию, какой-то реквизит не заполнен.

Все проверили, реквизиты заполнены аналогично тем чекам на оплату, которые  касса видит. ФР поле пустое, но пробовали заполнять тем, на котором требуется  пробить  - безрезультатно.

Прошу обратить внимание  - пытаемся пробить "Чек на оплату"   с видом операции "возврат по чеку на оплату"
Сотрудник 1С-Рарус
Артем, согласна, есть такая проблема на релизе 5,1,13,04. поставлена задача разработчикам на исправление.
Пользователь ПП
Добрый день. Возник вопрос по пробитию аванса и доплаты по ПКО. В выше приведенной инструкции такого нет.

Был сделан заказ на автомобиль на 500000 р.
Была внесена предоплата, пробили ПКО на 100000 (предоплата по предмету платежа), все хорошо.

Через некоторое время пришли доплачивать 400000.
Вводим на основании ПКО, в поле всего ставим сумму 400000, выбираем "Передача предмета платежа",
По кнопке Оплата открывается фронт менеджера, в нем нажимаем Оплата. Открывается окно оплат.
В строку Наличными ставим 400000, Зачет аванса ставим 100000. Чек не пробивается т.к. не соответствие суммы всего с оплатами.
Если в поле всего в ПКО поставить 500000, то чек пробивается, также по ккм все оплаты разносятся как надо, но теперь не идет кассовая книга, т.к. там указано что принято 500000, а на самом деле принято 400000.
Подскажите как правильно работать с авансами и полными доплатами в ПКО?
Сотрудник 1С-Рарус
Добрый день, все логично, сумма конечного документа должна соответствовать сумме пробиваемого документа. а в ПКО нет возможности указать несколько типов оплат, рекомендуем использовать документ "Чек на оплату".
Пользователь ПП
Цитата
Светлана Сулименко написал:
Добрый день, все логично, сумма конечного документа должна соответствовать сумме пробиваемого документа. а в ПКО нет возможности указать несколько типов оплат, рекомендуем использовать документ "Чек на оплату".
Да, я предлагал использовать чек на оплату, но бухгалтерия там делает возврат от подотчетников, в этом случае сбивается нумерация, ведь в пко своя, а в чеке на оплату своя. А в настройках загрузки в бухгалтерию указано перенос все номеров.
Если не использовать галочку перенос номеров документов, то по идее в бухгалтерию перенесется чек на оплату с видом оплаты наличные и пко, беря нумерацию из бухгалтерии?
Сотрудник 1С-Рарус
по сути да.
Читают тему
Поддержка отраслевых решений «1С-Рарус»
Услуги 1С