При получении алкоголь привязывается к другой номенклатуре
Доброго времени суток
Решил спросить. Сегодня ко мне обратился второй человек с подобным вопросом. Стоит 1С Розница, свежего релиза. После получения алкоголя стали обнаруживать, что некоторые бутылки на кассе бьются, как другая номенклатура. Проверил. В регистрах акцизка привязана правильно (алкогольная продукция такая-то, марка такая-то), а вот в справочнике Штрихкоды и упаковки, когда уже доходит дело до номенклатуры, эта же марка привязана к другой номенклатуре. Причём позиции не с идентичным наименованием. А например водка может привязаться к коньяку. Вот и возникает вопрос о причине происходящего. В поступлении товаров всё правильно. И ещё стоит отметить: есть условный ящик водки, одна накладная. Так ладно бы он весь привязывался криво. Нет. Может одна-две бутылки. Помогите советом. Спасибо, есть бдительные кассиры. Может такое и у других возникает
Решил спросить. Сегодня ко мне обратился второй человек с подобным вопросом. Стоит 1С Розница, свежего релиза. После получения алкоголя стали обнаруживать, что некоторые бутылки на кассе бьются, как другая номенклатура. Проверил. В регистрах акцизка привязана правильно (алкогольная продукция такая-то, марка такая-то), а вот в справочнике Штрихкоды и упаковки, когда уже доходит дело до номенклатуры, эта же марка привязана к другой номенклатуре. Причём позиции не с идентичным наименованием. А например водка может привязаться к коньяку. Вот и возникает вопрос о причине происходящего. В поступлении товаров всё правильно. И ещё стоит отметить: есть условный ящик водки, одна накладная. Так ладно бы он весь привязывался криво. Нет. Может одна-две бутылки. Помогите советом. Спасибо, есть бдительные кассиры. Может такое и у других возникает
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(10) Здравствуйте! Вопрос по другой теме. У меня 0 стартмани, поэтому не могу написать в личку. У нас после обновления релиза 1с перестали печатать 2 кассы с маркированной продукцией, на форуме атола зарегистрировался, но тему создать не хватает прав. Я в другой теме видел, что вы имеете отношение к ним, подскажите, пожалуйста, как там открыть тему или может быть вы сможете помочь по нашей проблеме? Спасибо!
(17) В общем, получил ответ от Атола: Добрый день. Обращайтесь в поддержку кассового ПО. Переводите кассу на ФФД 1.2
, либо передавайте(или не передавайте вовсе) верное значение в тэг 1212.
Покопался в 1с и нашёл такой типовой код:
Получается, что типовая УНФ не учитывает версию ФФД и если в карточке номенклатуры указано, что, например, продукция обувь, то будет в кассу кидать код 33, а не 1. Из-за этого не пробивается чек.
, либо передавайте(или не передавайте вовсе) верное значение в тэг 1212.
Покопался в 1с и нашёл такой типовой код:
Если ДанныеНоменклатуры.ТипНоменклатуры = Перечисления.ТипыНоменклатуры.Запас Тогда
Если ДанныеНоменклатуры.ВидПродукцииИС = Перечисления.ВидыПродукцииИС.Алкогольная Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ПодакцизныйТоварМаркируемыйСИНеИмеющийКМ;
ИначеЕсли ИнтеграцияИСПовтИсп.ЭтоПродукцияМОТП(ДанныеНоменклатуры.ВидПродукцииИС) Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ПодакцизныйТоварМаркируемыйСИИмеющийКМ;
ИначеЕсли ДанныеНоменклатуры.ВидМаркировки = Перечисления.ВидыМаркировки.МаркируемаяПродукция Тогда
// ГИСМ.
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ТоварМаркируемыйСИНеИмеющийКМ;
Иначе
МаркируемаяНеподакцизнаяПродукция = ИнтеграцияИСКлиентСервер.ВидыПродукцииИСМП(Ложь, Истина);
Если МаркируемаяНеподакцизнаяПродукция.Найти(ДанныеНоменклатуры.ВидПродукцииИС) = Неопределено Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Товар;
Иначе
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ТоварМаркируемыйСИИмеющийКМ;
КонецЕсли;
КонецЕсли;
ИначеЕсли ДанныеНоменклатуры.ТипНоменклатуры = Перечисления.ТипыНоменклатуры.Работа Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Работа;
ИначеЕсли ДанныеНоменклатуры.ТипНоменклатуры = Перечисления.ТипыНоменклатуры.Услуга Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Услуга;
ИначеЕсли ДанныеНоменклатуры.ТипНоменклатуры = Перечисления.ТипыНоменклатуры.ПодарочныйСертификат Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ПлатежВыплата;
КонецЕсли;
Возврат ПризнакПредметаРасчета;
ПоказатьПолучается, что типовая УНФ не учитывает версию ФФД и если в карточке номенклатуры указано, что, например, продукция обувь, то будет в кассу кидать код 33, а не 1. Из-за этого не пробивается чек.
(19) Проблема вот в этом куске
У нас маркируемая продукция, но ФФД 1.05, соответственно, касса не принимает данный признак:
Сейчас попробую подправить. Спасибо!)
Если МаркируемаяНеподакцизнаяПродукция.Найти(ДанныеНоменклатуры.ВидПродукцииИС) = Неопределено Тогда
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.Товар;
Иначе
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ТоварМаркируемыйСИИмеющийКМ;
КонецЕсли;
У нас маркируемая продукция, но ФФД 1.05, соответственно, касса не принимает данный признак:
ПризнакПредметаРасчета = Перечисления.ПризнакиПредметаРасчета.ТоварМаркируемыйСИИмеющийКМ
Сейчас попробую подправить. Спасибо!)
(1) сталкивался с такой проблемой (Розница 2.3.11.37), но внимания не акцентировал. Предположительно проблема с базой данных, работает на MSSQL. Вероятность сбоя базы подтверждается тем, что сейчас занимаюсь настройкой синхронизации с БП 3.0, но пока безуспешно, при первоначальной выгрузке ошибки, в результате не удается завершить стартовый обмен. В ЖР события: нет транзакций, ошибка xtdo и проч.
Плюс еще одна забавная ошибка, настроены наборы упаковок для продажи блоков сигарет и по одной номенклатуре после сканирования КМ блока цена указывается правильно за блок, количество встает 0.1 (а должно быть 1). Учет ведется с 2016 года (архивная копия SQL - 14гб), видимо придется через обмен xml сделать выгрузку/загрузку данных с начала этого года в новую базу.
Плюс еще одна забавная ошибка, настроены наборы упаковок для продажи блоков сигарет и по одной номенклатуре после сканирования КМ блока цена указывается правильно за блок, количество встает 0.1 (а должно быть 1). Учет ведется с 2016 года (архивная копия SQL - 14гб), видимо придется через обмен xml сделать выгрузку/загрузку данных с начала этого года в новую базу.
(6) Нет, всё как всегда. Просто сегодня при принятии сразу проверил справочник. И увидел это несоответствие. Иногда кстати бывают вообще пустое поле номенклатура в справочнике. И, что интересно, если пробить такую после нормальной, то эта пустая марка привязывается к той нормальной
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот