Обмен УНФ 3.0 - БП 3.0, выгрузка розничной продажи с предоплатой
Имеются УНФ 3.0.2.178 и БП 3.0.131.34
Документы вводятся в УНФ.
Используется предоплата.
Покупатель вносит предоплату в касс. Когда товар поступает на склад, его отгружают Чеком ККМ, в качестве оплаты подтягивается предоплата.
При выгрузке в БП в Отчетах о розничных продажах отсутствуют товары, которые проданы с использованием предоплаты.
Документы вводятся в УНФ.
Используется предоплата.
Покупатель вносит предоплату в касс. Когда товар поступает на склад, его отгружают Чеком ККМ, в качестве оплаты подтягивается предоплата.
При выгрузке в БП в Отчетах о розничных продажах отсутствуют товары, которые проданы с использованием предоплаты.
Прикрепленные файлы:
Найденные решения
Обнаружил две проблемы, препятствующие работе данного механизма:
1. В правилах регистрации объектов использовались измененные правила регистрации.
2. Чек не регистрировался и об этом подробно ниже.
В правилах регистрации Чеков ККМ в обработчике событий Перед обработкой есть такой код:
Если Объект.Статус <> Перечисления.СтатусыЧековККМ.Пробит Тогда
Отказ = Истина;
КонецЕсли;
То есть чеки ККМ регистрируется только со статусом Пробит.
В ЖурналДокументов.ЧекиККМ.Форма.ФормаСписка в статус чека выводится не значение реквизита Статус, а статус в зависимости от наличия не нулевого значения реквизита НомерЧекаККМ !
И получается, что в журнале документов статус Чек пробит, а реквизит статус на самом деле имеет значение Товар зарезервирован.
1. В правилах регистрации объектов использовались измененные правила регистрации.
2. Чек не регистрировался и об этом подробно ниже.
В правилах регистрации Чеков ККМ в обработчике событий Перед обработкой есть такой код:
Если Объект.Статус <> Перечисления.СтатусыЧековККМ.Пробит Тогда
Отказ = Истина;
КонецЕсли;
То есть чеки ККМ регистрируется только со статусом Пробит.
В ЖурналДокументов.ЧекиККМ.Форма.ФормаСписка в статус чека выводится не значение реквизита Статус, а статус в зависимости от наличия не нулевого значения реквизита НомерЧекаККМ !
И получается, что в журнале документов статус Чек пробит, а реквизит статус на самом деле имеет значение Товар зарезервирован.
Прикрепленные файлы:
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Где то читал в прошлом году, что в редакции УНФ 3.0 будет реализована предоплата в рознице.
Тем более, что у Розницы и УНФ теперь один основной код, если я правильно понял. А загрузка предоплаты из розницы реализовано еще в БП 3.0.113 (
Тем более, что у Розницы и УНФ теперь один основной код, если я правильно понял. А загрузка предоплаты из розницы реализовано еще в БП 3.0.113 (
Написал в техподдержку.
Ответ:
В БП из УНФ у Вас должно "приехать" 3 документа: Поступление наличных (от чека ККМ на аванс), Реализация ( от чека ККМ на реализацию и зачет предоплаты) и ОРП.
В проводках по документу реализации отражается зачет ранее полученного аванса.
Ответ:
В БП из УНФ у Вас должно "приехать" 3 документа: Поступление наличных (от чека ККМ на аванс), Реализация ( от чека ККМ на реализацию и зачет предоплаты) и ОРП.
В проводках по документу реализации отражается зачет ранее полученного аванса.
(4)
Здравствуйте, подскажите из УНФ в таком случае "выезжают" документы Чек ККМ?
Написал в техподдержку.
Ответ:
В БП из УНФ у Вас должно "приехать" 3 документа: Поступление наличных (от чека ККМ на аванс), Реализация ( от чека ККМ на реализацию и зачет предоплаты) и ОРП.
В проводках по документу реализации отражается зачет ранее полученного аванса.
Ответ:
В БП из УНФ у Вас должно "приехать" 3 документа: Поступление наличных (от чека ККМ на аванс), Реализация ( от чека ККМ на реализацию и зачет предоплаты) и ОРП.
В проводках по документу реализации отражается зачет ранее полученного аванса.
Здравствуйте, подскажите из УНФ в таком случае "выезжают" документы Чек ККМ?
(9) Если был зачет предоплаты в Чеке ККМ, выгрузится Реализация. Если зачета предоплаты не было, то чек попадет в Отчет о розничных продажах в Бухгалтерии.
Поэтому если вы используете предоплаты в рознице, то Отчет о розничных продажах в УНФ может не совпадать с БП.
Так же 1С со своим бюрократическим механизмом отказываются признавать и исправлять ошибку, когда в списке чеков неправильно отображается Статус Чека ККМ и не выгружается в Бухгалтерию. Статус "сбивается" если провести уже пробитый чек интерактивно. В форме списка будет отображаться Статус "Пробит", хотя по факту в данных реквизит Статус имеет значение "Товар зарезервирован" и ЧЕК ККМ для обмена не зарегистрируется.
Поэтому если вы используете предоплаты в рознице, то Отчет о розничных продажах в УНФ может не совпадать с БП.
Так же 1С со своим бюрократическим механизмом отказываются признавать и исправлять ошибку, когда в списке чеков неправильно отображается Статус Чека ККМ и не выгружается в Бухгалтерию. Статус "сбивается" если провести уже пробитый чек интерактивно. В форме списка будет отображаться Статус "Пробит", хотя по факту в данных реквизит Статус имеет значение "Товар зарезервирован" и ЧЕК ККМ для обмена не зарегистрируется.
Обнаружил две проблемы, препятствующие работе данного механизма:
1. В правилах регистрации объектов использовались измененные правила регистрации.
2. Чек не регистрировался и об этом подробно ниже.
В правилах регистрации Чеков ККМ в обработчике событий Перед обработкой есть такой код:
Если Объект.Статус <> Перечисления.СтатусыЧековККМ.Пробит Тогда
Отказ = Истина;
КонецЕсли;
То есть чеки ККМ регистрируется только со статусом Пробит.
В ЖурналДокументов.ЧекиККМ.Форма.ФормаСписка в статус чека выводится не значение реквизита Статус, а статус в зависимости от наличия не нулевого значения реквизита НомерЧекаККМ !
И получается, что в журнале документов статус Чек пробит, а реквизит статус на самом деле имеет значение Товар зарезервирован.
1. В правилах регистрации объектов использовались измененные правила регистрации.
2. Чек не регистрировался и об этом подробно ниже.
В правилах регистрации Чеков ККМ в обработчике событий Перед обработкой есть такой код:
Если Объект.Статус <> Перечисления.СтатусыЧековККМ.Пробит Тогда
Отказ = Истина;
КонецЕсли;
То есть чеки ККМ регистрируется только со статусом Пробит.
В ЖурналДокументов.ЧекиККМ.Форма.ФормаСписка в статус чека выводится не значение реквизита Статус, а статус в зависимости от наличия не нулевого значения реквизита НомерЧекаККМ !
И получается, что в журнале документов статус Чек пробит, а реквизит статус на самом деле имеет значение Товар зарезервирован.
Прикрепленные файлы:
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот