УТ 10.3. Частичная предоплата по заказам (ККМ)
Доброй ночи всем. Тут уже обсуждалась похожая тема, но ответа на свой вопрос я там не вижу -
Ситуация аналогичная, как описывает ТС. Есть УТ 10.3, ККТ Атол с ФФД 1.05.
Работаем с заказами и частичными предоплатами. Банальная ситуация: Приходит клиент, оформляет заказ, оставляет предоплату 30%. Через неделю приходит за товаром, доплачивает остаток 70% и забирает товар.
Порядок действий: (для простоты примем сумму заказа равной 10000).
1. Оформляем Заказ. На основании вводим ПКО или Оплата плат. картой. Сумма оплаты: 3000. Признак расчета: Предоплата частичная.
Печатаем чек. На чеке: Получено = 10000. Наличными: 3000. Последующая оплата (КРЕДИТ) = 7000.
На этом этапе все логично.
2. Далее через неделю приходит клиент и вносит остаток 7000. На основании заказа оформляем ПКО, УТшка успешно выводит сумму доплаты 7000 и автоматом ставит признак расчета Предоплата частичная.
Печатаем чек. На чеке: Получено = 10000. Наличными: 7000. Последующая оплата (КРЕДИТ) = 3000.
Вот здесь вопрос. Почему 3000 идет в графу "Последующая оплата (КРЕДИТ)", а не "Предоплата (зачет аванса)" ?
Пробовал ставить разные признаки расчета, оформлять ПКО на основании Реализации, результат один и тот же...
По инструкции для Розницы 2.2 все описано идентично -
Но там нет примеров чеков, может и в Рознице такая ерунда творится.
Но примеры чеков есть здесь и здесь все красиво -
Ситуация аналогичная, как описывает ТС. Есть УТ 10.3, ККТ Атол с ФФД 1.05.
Работаем с заказами и частичными предоплатами. Банальная ситуация: Приходит клиент, оформляет заказ, оставляет предоплату 30%. Через неделю приходит за товаром, доплачивает остаток 70% и забирает товар.
Порядок действий: (для простоты примем сумму заказа равной 10000).
1. Оформляем Заказ. На основании вводим ПКО или Оплата плат. картой. Сумма оплаты: 3000. Признак расчета: Предоплата частичная.
Печатаем чек. На чеке: Получено = 10000. Наличными: 3000. Последующая оплата (КРЕДИТ) = 7000.
На этом этапе все логично.
2. Далее через неделю приходит клиент и вносит остаток 7000. На основании заказа оформляем ПКО, УТшка успешно выводит сумму доплаты 7000 и автоматом ставит признак расчета Предоплата частичная.
Печатаем чек. На чеке: Получено = 10000. Наличными: 7000. Последующая оплата (КРЕДИТ) = 3000.
Вот здесь вопрос. Почему 3000 идет в графу "Последующая оплата (КРЕДИТ)", а не "Предоплата (зачет аванса)" ?
Пробовал ставить разные признаки расчета, оформлять ПКО на основании Реализации, результат один и тот же...
По инструкции для Розницы 2.2 все описано идентично -
Но там нет примеров чеков, может и в Рознице такая ерунда творится.
Но примеры чеков есть здесь и здесь все красиво -
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Думаю, что при реализации программа увидит все предыдущие предоплаты и пробьет их как надо.
через неделю приходит клиент и вносит остаток 7000. На основании заказа оформляем ПКО
А реализацию когда собираетесь оформлять? Если покупатель принес всю недостающую сумму, то вы обязаны отдать ему товар - а это и есть реализация, переход права собственности.
Думаю, что при реализации программа увидит все предыдущие предоплаты и пробьет их как надо.
(6) "программе не будет отображена оплата" - вот с этим и надо работать: если не было реализации, то программа не должна закрывать предоплату, в случае когда нет реализации все суммы - предоплата, а все, чего не хватает - постоплата и кредит. Поэтому перед последним ПКО надо делать реализацию, либо надо регистрировать ещё один чек, в котором делать полный зачет всех оплат с нулевой суммой в "ПОЛУЧЕНО". Такой чек можно печатать из реализации, но для этого надо вносить изменения в обработку обслуживания и в код библиотеки работы с ТО.
(1) Решили вашу проблему следующим методом:
Обновили прошивку кассы до последней версии.
Поставили 10 версию драйвера, т.к. 1с отказалась от поддержки пред идущих версий.
Загрузили обработку обслуживания из последнего обновления ут 10.3
И чек стал закрываться (предоплата полная) и перечисление всех пред идущих оплат.
Но нужно проверять заполнение: "Расчеты с контрагентами" на закладке "Предоплата"
Иначе нифига не пробивалось.
т.е. заявка - пко - реализация - ПКО (проверить заполнение и печать чека)
или заявка - пко - реализация (из реализации печать чека)
Обновили прошивку кассы до последней версии.
Поставили 10 версию драйвера, т.к. 1с отказалась от поддержки пред идущих версий.
Загрузили обработку обслуживания из последнего обновления ут 10.3
И чек стал закрываться (предоплата полная) и перечисление всех пред идущих оплат.
Но нужно проверять заполнение: "Расчеты с контрагентами" на закладке "Предоплата"
Иначе нифига не пробивалось.
т.е. заявка - пко - реализация - ПКО (проверить заполнение и печать чека)
или заявка - пко - реализация (из реализации печать чека)
(4) Меня смущает только вот это - "Вот здесь вопрос. Почему 3000 идет в графу "Последующая оплата (КРЕДИТ)", а не "Предоплата (зачет аванса)" ?"
Т.е. клиенту непонятно, почему у него и в первом чеке КРЕДИТ и во втором, хотя должен быть зачет. В общем я вам все описал, примеры чеков я скидывал.
Т.е. клиенту непонятно, почему у него и в первом чеке КРЕДИТ и во втором, хотя должен быть зачет. В общем я вам все описал, примеры чеков я скидывал.
(7) вы пробиваете сумму частично. поэтому на чек передается то что внесено реально и остаток суммы виртуально (постоплата.) вот этот пункт пост оплата не учитывается ни где. в итоге мы имеем 2 суммы предоплаты которые в сумме дают нам суму покупки..
нас этот метод устроил. в налоговой сказали что все нормально и вопросов не будет.
есть второй вариант работы когда вы пробиваете сумму предоплаты как аванс. после того как человек вносит полную сумму вы проводите возврат аванса и пробиваете полную оплату. этот вариант тоже устраивает налоговую.
нас этот метод устроил. в налоговой сказали что все нормально и вопросов не будет.
есть второй вариант работы когда вы пробиваете сумму предоплаты как аванс. после того как человек вносит полную сумму вы проводите возврат аванса и пробиваете полную оплату. этот вариант тоже устраивает налоговую.
Догадка не подтвердилась( на 8 драйверах на многих ккм-ках весь экваринг падал в Последующая оплата (КРЕДИТ)) .Как вариант может обработку обслуживания обновить, если не поможет то наверное надо копаться.
Вообщем при продаже 1с передает код типа оплаты(int) в драйвер , точно не скажу где именно, но посути если немного допилить,чтобы передавался код нужного типа оплаты , то будет разбиваться на 2 типа оплаты. Коды типов оплаты можно посмотреть через драйвер.
Вообщем при продаже 1с передает код типа оплаты(int) в драйвер , точно не скажу где именно, но посути если немного допилить,чтобы передавался код нужного типа оплаты , то будет разбиваться на 2 типа оплаты. Коды типов оплаты можно посмотреть через драйвер.
Такая же ситуация была , пришлось при пробитии чека из ПКО на основании заказа добавить анализ документов с пробитыми чеками на основании этого же заказа .
Менял процедуры ЗаполнитьОплатыДляПлатежногоДокумента и ЗаполнитьПоНовому в модуле МенеджерОборудованияВызовСервера.
Менял процедуры ЗаполнитьОплатыДляПлатежногоДокумента и ЗаполнитьПоНовому в модуле МенеджерОборудованияВызовСервера.
Не знаю, решили или нет. Но может быть информация будет полезна.
Кратко опишу принцип работы в УТ 10.3.
Если вы создаете ПКО на основании заказа - то это предоплата. Если в документе ПКО не указывать сделку - это будет АВАНС.
Если пробивать чек из этого ПКО, то в ОФД улетит как предоплата(ПРЕДОПЛАТА 100% либо ПРЕДОПЛАТА). Далее нужно делать отгрузку. Для этого создается документ РТиУ. При проведении документа заполняется табличная часть "Расчеты с контрагентами" на закладке "Предоплата". Если она пустая(т.е нет предоплаты) - то это отгрузка без оплаты(в кредит).
Если же была предоплата, то табличная часть будет заполнена, то будет зачтена предоплата или аванс(зачет аванса).
Далее, если делать на основании РТиУ ПКО, а затем пробивать чек на ККМ, то чек будет пробиваться с признаком "ОПЛАТА КРЕДИТА".
Непонятно пока следующее.
Если создавать несколько ПКО на основании РТиУ(оплата частями), то разницу между суммой ПКО и общей суммой отгрузки попадает в "ПОСЛЕДУЮЩАЯ ОПЛАТА(КРЕДИТ)". Это так и должно быть?
Кратко опишу принцип работы в УТ 10.3.
Если вы создаете ПКО на основании заказа - то это предоплата. Если в документе ПКО не указывать сделку - это будет АВАНС.
Если пробивать чек из этого ПКО, то в ОФД улетит как предоплата(ПРЕДОПЛАТА 100% либо ПРЕДОПЛАТА). Далее нужно делать отгрузку. Для этого создается документ РТиУ. При проведении документа заполняется табличная часть "Расчеты с контрагентами" на закладке "Предоплата". Если она пустая(т.е нет предоплаты) - то это отгрузка без оплаты(в кредит).
Если же была предоплата, то табличная часть будет заполнена, то будет зачтена предоплата или аванс(зачет аванса).
Далее, если делать на основании РТиУ ПКО, а затем пробивать чек на ККМ, то чек будет пробиваться с признаком "ОПЛАТА КРЕДИТА".
Непонятно пока следующее.
Если создавать несколько ПКО на основании РТиУ(оплата частями), то разницу между суммой ПКО и общей суммой отгрузки попадает в "ПОСЛЕДУЮЩАЯ ОПЛАТА(КРЕДИТ)". Это так и должно быть?
2. Далее через неделю приходит клиент и вносит остаток 7000. На основании заказа оформляем ПКО, УТшка успешно выводит сумму доплаты 7000 и автоматом ставит признак расчета Предоплата частичная.
вам нужно добавить момент последнего комментария
Далее нужно делать отгрузку. Для этого создается документ РТиУ. При проведении документа заполняется табличная часть "Расчеты с контрагентами" на закладке "Предоплата". Если она пустая(т.е нет предоплаты) - то это отгрузка без оплаты(в кредит).
Если же была предоплата, то табличная часть будет заполнена, то будет зачтена предоплата или аванс(зачет аванса).
Если же была предоплата, то табличная часть будет заполнена, то будет зачтена предоплата или аванс(зачет аванса).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот