{{branchTel}}

{{section.attributes.section}}

Все результаты

  • По вашему запросу {{search.q}} ничего не найдено.

Перейти на страницу поиска
{{countBasket}}

{{userFullName}}

Личный кабинет

Выйти
Доставка и оплата
Контакты

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

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

Поиск  Правила 
Страницы: Пред. 1 2
RSS
Предоплата по заказу покупателя, Ошибка пробития аванса покупателя
 
#26
30.03.2018 06:22:02
Во вложении сканы чеков и скриншот кода, с которым я категорически не согласен.
 
 
 
#27
30.03.2018 09:17:43
Цитата
Дмитрий Коваленко написал:
Цитата
Светлана Сулименко  написал:
Дмитрий, сроков выхода релиза пока нет.
Светлана, может есть возможность выпустить промежуточный релиз?
Просто кассиры жалуются, а снимать объекты конфигурации с поддержки мне не позволят, да не шибко хочется...
А скоро могут начать жаловаться клиенты, т.к. одна из касс у нас находится в другом здании, а в выходные работает только она.
Дмитрий, к сожалению, у нас нет практики выпуска промежуточных релизов.
 
 
 
#28
30.03.2018 09:21:32
Цитата
Дмитрий Коваленко написал:
Чек на предоплату печатается нормально, а чек на "Передачу" печатается некорректно. Увеличивает цену на процент из ставки в номенклатуре, хотя в заказ-наряде стоит ставка "без НДС"
Дмитрий, уточните, пожалуйста, а какой драйвер ФР у Вас используется? и какой сам ФР у Вас?
 
 
 
#29
30.03.2018 09:39:35
Проблема не в ФР и не в драйвере, а в различном коде...
При пробитии "Аванса" НДС берётся из документа, а при пробитии "Передачи", из категории цен и номенклатуры.

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

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

Тестовый ФР - Атол 11Ф.
Драйвер - 8_16_01_00.
Дмитрий, так о каком авансе идет речь, если у Вас ФР еще не поддерживает "авансы"? у Вас же ФР еще на ФФД 1,0.
 
 
 
#32
30.03.2018 11:25:19
Светлана, не позорьтесь.
Посмотрите внимательно на скрины чеков.
 
 
 
#33
30.03.2018 11:31:18
Вот...
Изменено: Дмитрий Коваленко - 30.03.2018 11:32:33
 
 
 
#34
30.03.2018 11:34:53
На всякий случай уточняю, что формат ФН тут не важен, это тестовый ФР, он не будет соединяться с ОФД.
 
 
 
#35
30.03.2018 11:37:57
Да, и еще, после того, как я в категории цен поставил, что цена включает НДС, чек на "Передачу", с зачетом аванса благополучно распечатался.
 
 
 
#36
30.03.2018 12:45:47
Дмитрий, на релизе 5,1,13,04 была сделана жесткая привязка НДС в типе цен, при попытке пробития чеков Вам выводилось служебное сообщение о том, что тип цен не включает НДС. Нужно было выставить данный флаг в типе цен, что Вы и сделали.
 
 
 
#37
30.03.2018 15:12:57
Цитата
Светлана Сулименко написал:
Артем, такой возможности нет, т.к. фронт кассира только пробивает уже созданные документы "чек на оплату", а создаются они корректно с нужными параметрами через фронт менеджера.
Светлана, ок, как тогда нам на рабочем месте менеджера создать именно такой "чек  на оплату", с теми параметрами, что бы потом в АРМ кассира получить чек нужной  формы? И если такое тоже не возможно, то укажите хотя бы какие это параметры, мы  доработаем алгоритмы сами.
 
 
 
#38
30.03.2018 15:35:35
Артем, да, такое невозможно. Корректно чек на оплату с нужными Вам настройками создается через фронт менеджера. Сотрудники компании 1С-Рарус не оказывают консультации по программированию на платформе 1С. Возможно, кто-то из участников форума даст Вам совет, это не запрещается правилами форума.
 
 
 
#39
02.04.2018 06:55:01
Цитата
Светлана Сулименко написал:
Дмитрий, на релизе 5,1,13,04 была сделана жесткая привязка НДС в типе цен, при попытке пробития чеков Вам выводилось служебное сообщение о том, что тип цен не включает НДС. Нужно было выставить данный флаг в типе цен, что Вы и сделали.
Странное решение.
 
 
 
#40
03.04.2018 16:35:03
Цитата
Светлана Сулименко написал:
Цитата
Артём Тулин  написал:
На основании последнего чека на оплату (700р) делаем возвратный чек на оплату на рабочем месте менеджера.Но этот возвратный чек не виден во фронте кассира (арм кассира). Как его там увидеть и пробить
Добрый день, Артем, а в этом возвратном чеке на оплату у Вас указан фискальный регистратор? возврат по чеку записан? сравните его с теми чеками на оплату, которые видны к пробитию, какой-то реквизит не заполнен.

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

Прошу обратить внимание  - пытаемся пробить "Чек на оплату"   с видом операции "возврат по чеку на оплату"
 
 
 
#41
03.04.2018 17:18:18
Артем, согласна, есть такая проблема на релизе 5,1,13,04. поставлена задача разработчикам на исправление.
 
 
 
#42
13.09.2018 09:49:09
Добрый день. Возник вопрос по пробитию аванса и доплаты по ПКО. В выше приведенной инструкции такого нет.

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

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