01.03.2017 15:09
nik_ll
 
Цитата:
TANGOR да просто руками ввести, или таким товара выдать "короткий код" или просто перемаркировать.
вариантов куча.
мы то думали что это сам PDF417 кривой... вот это было бы сложно.
а так проблемы вообще не вижу.
Кейс таков - максимально быстро решить проблему валидности еан, которая обнаружилась в момент продажи.
Что плохо:
- шк на акцизный алкоголь внести руками нельзя.
- По коду алкоголь добавить нельзя
- отложить чек тоже нельзя - акцизы затрутся.
- шк обязательный реквизит
- залезть в темповый файл чека и исправить еан нельзя.
01.03.2017 15:10
nik_ll
 
Цитата:
student данный шк по формату обмена не является обязательным :) м.б. его вообще тогда не отправлять ?
Является и именно утм высчитывает контрольную сумму шк и ругается если шк придуман
01.03.2017 16:32
TANGOR
 
походу бяда... :)
короче вариант остаётся один.
перемаркировка.

создайте в какомнить онлайн генераторе ШК - EAN13 которого нет у вас в справочнике.
и напечатайте его.
импортом добавьте закиньте его к этому товару, чтоб он залился на кассу.

и... всё :) сканируйте алкашку.
01.03.2017 19:21
nik_ll
 
Это бесчеловечно..
02.03.2017 05:19
TANGOR
 
Цитата:
nik_ll Это бесчеловечно..
Конечно... это же ЕГАИС :)
02.03.2017 10:26
baggio
 
Лично моё мнение валидность ШК нужно проверять ДО отправки в УТМ кассовым софтом.
1. Кассир точно понимает что проблема в ШК. а не читает портянки от УТМ в которой всё не однозначно понятно кассиру.
2. Есть поле для маневра т.е. предложить может другой товар или сбегать к оператору переделать ШК на карточке...
02.03.2017 10:43
student
 
Цитата:
nik_ll проблема не в марке, а в ean13
Цитата:
nik_ll Является и именно утм высчитывает контрольную сумму шк и ругается если шк придуман
если мы про еан13 то достаточно взглянуть на схему которая есть в каждом утм-е на домашней страничке :) т.е. надо просто изучить матчасть

<!--Алкогольный раздел, не изменился-->
<xs:element name="Bottle">
<xs:complexType>
<xs:attribute name="price" type="PRICE" use="required" />
<xs:attribute name="barcode" type="BK" use="required" />
<xs:attribute name="ean" type="EAN" />
<xs:attribute name="volume" type="VOLUME" />
</xs:complexType>
</xs:element>
<!--Пивной раздел-->
<xs:element name="nopdf">
<xs:complexType>
<xs:attribute name="code" type="CODE" use="required"/>
<xs:attribute name="price" type="PRICE" use="required"/>
<xs:attribute name="bname" type="NAME" use="required" />
<xs:attribute name="alc" type="VOLUME" use="required" />
<xs:attribute name="volume" type="VOLUME" use="required" />
<xs:attribute name="ean" type="EAN" />
<xs:attribute name="count" type="COUNT" use="required" />
<xs:attribute name="alccode" type="ALCCODE" />
</xs:complexType>
</xs:element>

у тега EAN отсутствует use="required"

т.е. можно не передавать его утм, что прекрасно работает с соответствующей настройкой в кассе (укмвин) когда бутылка попадает в чек не с ЕАН13, а с пдф417 или его части или с датаматрикса или по алкокоду (требуется предварительная прогрузка данными)
02.03.2017 12:47
grafstroganov
 
Цитата:
student если мы про еан13 то достаточно взглянуть на схему которая есть в каждом утм-е на домашней страничке :) т.е. надо просто изучить матчасть

<!--Алкогольный раздел, не изменился-->
<xs:element name="Bottle">
<xs:complexType>
<xs:attribute name="price" type="PRICE" use="required" />
<xs:attribute name="barcode" type="BK" use="required" />
<xs:attribute name="ean" type="EAN" />
<xs:attribute name="volume" type="VOLUME" />
</xs:complexType>
</xs:element>
<!--Пивной раздел-->
<xs:element name="nopdf">
<xs:complexType>
<xs:attribute name="code" type="CODE" use="required"/>
<xs:attribute name="price" type="PRICE" use="required"/>
<xs:attribute name="bname" type="NAME" use="required" />
<xs:attribute name="alc" type="VOLUME" use="required" />
<xs:attribute name="volume" type="VOLUME" use="required" />
<xs:attribute name="ean" type="EAN" />
<xs:attribute name="count" type="COUNT" use="required" />
<xs:attribute name="alccode" type="ALCCODE" />
</xs:complexType>
</xs:element>

у тега EAN отсутствует use="required"

т.е. можно не передавать его утм, что прекрасно работает с соответствующей настройкой в кассе (укмвин) когда бутылка попадает в чек не с ЕАН13, а с пдф417 или его части или с датаматрикса или по алкокоду (требуется предварительная прогрузка данными)
дело в другом ) в сет 10 есть контроль на дубли, на возврат по чеку той же бутылки и контроль при продажи еще и алкокода, что ШК товара и АМ с алкокодом = тому что в справочнике. Поэтому ШК нужен
02.03.2017 13:04
student
 
Цитата:
grafstroganov дело в другом ) в сет 10 есть контроль на дубли, на возврат по чеку той же бутылки и контроль при продажи еще и алкокода
дык самое интересное что и нас (укмвин) все это есть :) причем не только на кассе\магазине но и в рамкам всей сетки магазинов (при необходимости можно и соседние магазины другой сетки на это завязать)
вы можете собирать шк если они вам так нужны но это не означает что вы обязаны их отсылать через утм если там этот атрибут не обязателен ...
02.03.2017 14:23
grafstroganov
 
ну если он есть, то почему бы и не слать?
тем более потом в письмах счастья о дублях легче разобраться, ибо они шлют в них и ШК.
Да и по сути логично почему касса требует ШК, ей же надо как-то понять "алко я с вводом АМ или нет", определяет по справочнику в ШК.
Другой вопрос - почему ручной ввод не разрешен... вроде как в ФЗ прописано что саму АМ нельзя ручками, а ШК товара то почему нельзя? ) это уже внутреннее ограничение СЕТ, и установил его CSI исходя из каких-то своих сооброжений, при чем непонятных!

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.