КА 2.5 Молоко и молочная продукция с 1 сентября, есть нерешенные вопросы
Добрый день. Мы оптовики, получаем продукцию от поставщиков с полным пакетом документов, далее оформляем в КА 2.5 расходные накладные, распечатываем УПДшки и развозим по нашим клиентам (розничным магазинам). Есть много мелких клиентов, которые рассчитываются наличкой за отгруженный товар. Соотвественно, на каждую реализацию мы оформляли ПКО и пробивали из него чек, т.е. полный пакет документов по таким клиентам был: УПД, приходник, кассовый чек.
Вся эта схема отлично работала до 1го сентября, пока не появился объемно-артикульный учет. Всех трудностей внедрения перечислять не буду, но маркировку мы победили: принимаем накладные по ЭДО, заводим штрихкода на молочную продукцию (GTIN-ы), отгружаем нашим клиентам через ЭДО. Но неожиданный затык возник при пробитии кассового чека из приходника после получения наличной оплаты от покупателя: "Пробитие чеков при объемно-сортовом учете не поддерживается".
Сколько ни гуглил, сколько не лазил по сайту ИТС, ответа не нашел. Обращаюсь к сообществу: что делать-то? По логике, все верно: мы отписали (списали) часть объемов при отгрузке товаров по ЭДО (оператор ЭДО передал эти данные в Честный знак). Если сейчас оформлять оплату через чек, то с чеком данные о выбытии уйдут повторно, т.е. спишется товар по честному знаку дважды. Но при этом мы обязаны пробить чек на получение наличной оплаты (с детализацией строк чека до наименований отпущенного товара)
Вся эта схема отлично работала до 1го сентября, пока не появился объемно-артикульный учет. Всех трудностей внедрения перечислять не буду, но маркировку мы победили: принимаем накладные по ЭДО, заводим штрихкода на молочную продукцию (GTIN-ы), отгружаем нашим клиентам через ЭДО. Но неожиданный затык возник при пробитии кассового чека из приходника после получения наличной оплаты от покупателя: "Пробитие чеков при объемно-сортовом учете не поддерживается".
Сколько ни гуглил, сколько не лазил по сайту ИТС, ответа не нашел. Обращаюсь к сообществу: что делать-то? По логике, все верно: мы отписали (списали) часть объемов при отгрузке товаров по ЭДО (оператор ЭДО передал эти данные в Честный знак). Если сейчас оформлять оплату через чек, то с чеком данные о выбытии уйдут повторно, т.е. спишется товар по честному знаку дважды. Но при этом мы обязаны пробить чек на получение наличной оплаты (с детализацией строк чека до наименований отпущенного товара)
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Рекомендуем для сценария оформления УПД +Чек ККТ в рамках одной сделки в документе Реализация товаров и услуг в форме проверки и подбора сканировать коды маркировки с потребительских упаковок в режиме поштучного учета, так как на текущий момент Чек ККТ с ОСУ законодательно не поддержан. На текущий момент в программе присутствует ограничение на пробитие Чеков с кодами ОСУ:
Официальный ответ от 1с.
Что им мешало убрать вообще передачу марок чек при объемно сортовом учете, так как данные выводятся или через ЭДО или через списание ИСМП не понимаю
(3)
чукча не читатель) до конца не в ник.
Описание стандартной функциональности оптовой продажи по сценарию Отгрузка маркированных товаров (УПД)+Кассовый чек.
1) Отдельно оформить РТиУ и ПКО в один день (без заказа). Флаг «Единый» должен быть снят. В этом случае в чеке будет признак способа расчета «Оплата кредита». Можно установить вручную другой признак способа расчета, например, предоплата.
2) Отдельно оформить РТиУ и ПКО в разные дни. Сначала РТиУ, а на следующий день ПКО на основании РТиУ. В этом случае будет оплата кредита. Можно установить вручную другой признак способа расчета, например, предоплата.
3) Одним днем по заказу: отдельно оформить Заказ клиента, сделать предоплату по Заказу, по Заказу оформить документ РТиУ с передачей кодов маркировки в УПД по ЭДО.
При продаже маркируемой продукции с применением ККТ с функцией передачи данных код маркировки передается в чеках, связанных с передачей товаров покупателю (виды расчетов – полный расчет, частичный расчет и кредит). В чеках на оплату без отгрузки (виды расчетов – аванс, предоплата, оплата кредита) передача кода маркировки не предусмотрена.
Т.е. рекомендуется использовать чеки на оплату без отгрузки.
1) Отдельно оформить РТиУ и ПКО в один день (без заказа). Флаг «Единый» должен быть снят. В этом случае в чеке будет признак способа расчета «Оплата кредита». Можно установить вручную другой признак способа расчета, например, предоплата.
2) Отдельно оформить РТиУ и ПКО в разные дни. Сначала РТиУ, а на следующий день ПКО на основании РТиУ. В этом случае будет оплата кредита. Можно установить вручную другой признак способа расчета, например, предоплата.
3) Одним днем по заказу: отдельно оформить Заказ клиента, сделать предоплату по Заказу, по Заказу оформить документ РТиУ с передачей кодов маркировки в УПД по ЭДО.
При продаже маркируемой продукции с применением ККТ с функцией передачи данных код маркировки передается в чеках, связанных с передачей товаров покупателю (виды расчетов – полный расчет, частичный расчет и кредит). В чеках на оплату без отгрузки (виды расчетов – аванс, предоплата, оплата кредита) передача кода маркировки не предусмотрена.
Т.е. рекомендуется использовать чеки на оплату без отгрузки.
чукча не читатель) до конца не в ник.
У нас такая же ошибка сегодня вышла. 2 дня назад пробивала чек проблем не было.
По логике вы выписали товар, если клиент с вами работает через р/счет, то с реализации(счет-фактура) вы отправляете УПД по ЭДО. Но если клиент рассчитывается налом, то оформляете ПКО пробиваете чек с детализацией строк чека до наименований отпущенного товара,GTIN-ы, и как раз с чека данные уходят в ЧЗнак
По логике вы выписали товар, если клиент с вами работает через р/счет, то с реализации(счет-фактура) вы отправляете УПД по ЭДО. Но если клиент рассчитывается налом, то оформляете ПКО пробиваете чек с детализацией строк чека до наименований отпущенного товара,GTIN-ы, и как раз с чека данные уходят в ЧЗнак
(5)
Да, так было бы логично... не отправлять gtin-ы через ЭДО, а списывать через кассовые чеки. Но ведь нам нужно не просто списать, а "отписать" эти gtin-ы, чтобы они появились у нашего клиента, рассчитавшегося за нал. Получается, остается только пробивать чек на "оплату кредита", надеясь что кодов маркировки в нем нет. В понедельник буду пробовать этот вариант... Хотя он тоже очень корявый, ведь если есть чек на "оплату кредита" с детализацией до номенклатуры, значит должен быть чек и на "передачу в кредит".Но пробить его нельзя, т.к. это уже чек с отгрузкой, а значит коды маркировки будут храниться в чеке.
У нас такая же ошибка сегодня вышла. 2 дня назад пробивала чек проблем не было.
По логике вы выписали товар, если клиент с вами работает через р/счет, то с реализации(счет-фактура) вы отправляете УПД по ЭДО. Но если клиент рассчитывается налом, то оформляете ПКО пробиваете чек с детализацией строк чека до наименований отпущенного товара,GTIN-ы, и как раз с чека данные уходят в ЧЗнак
По логике вы выписали товар, если клиент с вами работает через р/счет, то с реализации(счет-фактура) вы отправляете УПД по ЭДО. Но если клиент рассчитывается налом, то оформляете ПКО пробиваете чек с детализацией строк чека до наименований отпущенного товара,GTIN-ы, и как раз с чека данные уходят в ЧЗнак
Да, так было бы логично... не отправлять gtin-ы через ЭДО, а списывать через кассовые чеки. Но ведь нам нужно не просто списать, а "отписать" эти gtin-ы, чтобы они появились у нашего клиента, рассчитавшегося за нал. Получается, остается только пробивать чек на "оплату кредита", надеясь что кодов маркировки в нем нет. В понедельник буду пробовать этот вариант... Хотя он тоже очень корявый, ведь если есть чек на "оплату кредита" с детализацией до номенклатуры, значит должен быть чек и на "передачу в кредит".Но пробить его нельзя, т.к. это уже чек с отгрузкой, а значит коды маркировки будут храниться в чеке.
Добрый день. Расскажу как мы побороли в итоге эту проблему.
Я сделал это доработкой: занулил штриход в параметрах чека, так как эту ошибку на самом деле формирует и возвращает касса, когда пытается обработать полученный на вход штрихкод. Для комплексной автоматизации это можно сделать в модуле ФормированиеПараметровФискальногоЧекаСерверПереопределяемый, процедура ОбновитьПараметрыФискальногоЧекаПозицийЧекаЕдиныйЧек(...
Однако можно сделать это и по другому, без всякой доработки. Нужно поменять дату приходника на вчерашнюю, тогда при формировании чека отрабатывает другая логика (и, в частности, не вызывается процедура, дописывающая к строкам формируемого чека штрихкод товара), и без каких-то проблем формируются и пробиваются чеки по таким накладным.
Еще раз повторюсь, это актуально для оптовиков: используя ЭДО, мы списываем полученный товар в Честном знаке; затем пробиваем кассовый чек из приходника, пробивая чек на "обычный товар", без признака "Молоко и молочная продукция", и не передавая в Чек штрихкод (GTIN) этого товара
Я сделал это доработкой: занулил штриход в параметрах чека, так как эту ошибку на самом деле формирует и возвращает касса, когда пытается обработать полученный на вход штрихкод. Для комплексной автоматизации это можно сделать в модуле ФормированиеПараметровФискальногоЧекаСерверПереопределяемый, процедура ОбновитьПараметрыФискальногоЧекаПозицийЧекаЕдиныйЧек(...
Однако можно сделать это и по другому, без всякой доработки. Нужно поменять дату приходника на вчерашнюю, тогда при формировании чека отрабатывает другая логика (и, в частности, не вызывается процедура, дописывающая к строкам формируемого чека штрихкод товара), и без каких-то проблем формируются и пробиваются чеки по таким накладным.
Еще раз повторюсь, это актуально для оптовиков: используя ЭДО, мы списываем полученный товар в Честном знаке; затем пробиваем кассовый чек из приходника, пробивая чек на "обычный товар", без признака "Молоко и молочная продукция", и не передавая в Чек штрихкод (GTIN) этого товара
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот