[ОТВЕТИТЬ]
23.10.2015 08:40
student
 
в доках
=====
В элементе nopdf указываются реквизиты конкретной позиции пивной продукции (ИНН, КПП производителя, наименование продукции, объем, крепость, цена, EAN-код, количество).
=====
т.е. уникального qr кода однозначной идентификации нет и в чеке может быть сколько угодно позиций данного наименования

в связи с чем возникла пара вопросов
1. если производителей несколько и шк еан13 у них одинаков - как их выбирать при продаже\отправке - или такого в принципе не может быть ? (я просто далек от прихода товара\товароучетки)
2. зависит от ответа на первый вопрос (вернее это фактически его продолжение) - как проводить возвраты при нескольких поставщиках?

если ответы очевидны - ткните плииз куда смотреть :)

да и что самое интересное
при отправки запроса в котором совместно и алкоголь и пиво в ответе имеем
=====
java.lang.IllegalArgumentException: Ошибка определения типа документа. Ожидается присутствие элементов : Bottle или nopdf
=====
причем если запросы отправлять по раздельности - то все ок!

т.е. получается что и при продаже надо отделять пиво от алкоголя или формировать на один продажный чек два запроса ?

где нибудь об этом написано или это глюк конкретной версии транспорта (TRANSPORT_VERSION: [1.0.4b000549 changeset:c04e317d53a3+])
23.10.2015 08:48
Mtirt
 
1. Всё может. Как раз для пива это очень актуально...
2. Возвраты по кассе? Или возвраты поставщику?

3. Не видела, возможно глюк...
23.10.2015 08:52
konst
 
Цитата:
student 1. если производителей несколько и шк еан13 у них одинаков - как их выбирать при продаже\отправке - или такого в принципе не может быть ? (я просто далек от прихода товара\товароучетки)
Это как раз основная проблема с идентификацией пива...
У Балтики 8 заводов с разными КПП а ШК на всей продукции - одинаковый.
из-за этого сложности в текущий момент с декларацией, а в перспективе и с ЕГАИС. причем на самой бутылке найти производителя не так то и просто. он закодирован одной буквой в дате изготовления. а расшифровка - мега мелким текстом на этикетке... причем даты достаточно часто размазываются, особенно по ж/б. и я с трудом представляю себе как будет кассир во время пробития чека рассматривать каждую банку в поисках производителя.
23.10.2015 09:10
student
 
Цитата:
Mtirt 1. Всё может. Как раз для пива это очень актуально...
2. Возвраты по кассе? Или возвраты поставщику?

3. Не видела, возможно глюк...
1. печально - придется городить выбор производителя
2. по кассе - многим проще сделать возврат именно на кассе чтобы оно само в товароучетке устаканилось...
3. если возможность есть - проверь плииз (причем я менял порядок bottle и nopdf в запросе - результат один)

Цитата:
konst Это как раз основная проблема с идентификацией пива...
т.е. получается что вынуждают магазины использовать только конкретных производителей ?

Цитата:
konst и я с трудом представляю себе как будет кассир во время пробития чека рассматривать каждую банку в поисках производителя.
тогда перед праздниками при такой идентификации в магазинах будет черт знает что
либо придется на каждую бутылку свой идентификатор для опознания лепить
23.10.2015 09:18
konst
 
Цитата:
student т.е. получается что вынуждают магазины использовать только конкретных производителей ?
так не получается - например по той же балтике - экслкюзивный поставщик - компания альтаир - и они везут то - что есть на складе в текущий момент, в последней декларации - одна и таже позиция пива в течении квартала была от 4-х филиалов... и договориться с ними о поставках только с одного завода - невозможно.
Да - единственный вариант в текущий момент - наклейка своего ШК - наподобии того - что предлагает С+.
23.10.2015 10:53
student
 
Цитата:
student при отправки запроса в котором совместно и алкоголь и пиво в ответе имеем
=====
java.lang.IllegalArgumentException: Ошибка определения типа документа. Ожидается присутствие элементов : Bottle или nopdf
=====
причем если запросы отправлять по раздельности - то все ок!

т.е. получается что и при продаже надо отделять пиво от алкоголя или формировать на один продажный чек два запроса ?

где нибудь об этом написано или это глюк конкретной версии транспорта (TRANSPORT_VERSION: [1.0.4b000549 changeset:c04e317d53a3+])
проверьте плиз у кого возможность есть - просто я сейчас как тот буриданов осел :( надо двигаться а вот куда ...
23.10.2015 13:40
student
 
обновился :) но результат прежний :( - при одновременном присутствии в чеке и алкоголя и пива - тегов Bottle и nopdf - в ответе получаем ошибку
Ошибка определения типа документа. Ожидается присутствие элементов : Bottle или nopdf
12.11.2015 09:51
Mtirt
 
А давай файлик с чеком и файл ответа. Создам ветку на РАРовском форуме.
12.11.2015 10:33
student
 
Цитата:
Mtirt А давай файлик с чеком и файл ответа. Создам ветку на РАРовском форуме.

в аттаче - что посылаю - на значения 111111111,222222222,333333333,444444444 не надо обращать внимание - там реальные данные, что проходят отдельными чеками - проверено (т.е. убираем в файле хмл любую ветку - bottle или nopdf и ответ приходит положительным) :)

файла ответа сегодня нет - магазину не пришли доп ключи и меня временно обобрали - но на версии 1.05 утм-ки приходит файлик в котором
java.lang.IllegalArgumentException: Ошибка определения типа документа. Ожидается присутствие элементов : Bottle или nopdf

в доках

<!--Choice обеспечивает обязательное наличие либо пива либо алкоголя-->
<xs:choice>
<xs:element ref="Bottle" maxOccurs="unbounded" />
<xs:element ref="nopdf" maxOccurs="unbounded" />
</xs:choice>

т.е. по идеи можно делать совместно - лишь бы что либо было :( хотя написано конечно непонятно
Вложения
Тип файла: rar 1.rar (1.0 Кб, 67 просмотров)
12.11.2015 16:52
Mtirt
 
Написала. У меня сообщение об ошибке выглядит так:
Код:
<A><error>org.xml.sax.SAXParseException; systemId: file:/C:/TT/transporter/xml/b
fa6a3fe-c747-40e9-9c5a-ae8719596ef2; lineNumber: 2; columnNumber: 151; Element t
ype "Cheque" must be followed by either attribute specifications, ">" or "/>".</
error><ver>2</ver></A>
12.11.2015 18:59
student
 
Цитата:
Mtirt Написала. У меня сообщение об ошибке выглядит так
хм, это в логах утм или в ответе от курла?
я привел ответ что от курла у меня приходит, что в логах - не помню :(
попробую утром посмотреть если что осталось (есть у меня привычка темпы чистить. . . )
13.11.2015 06:46
Mtirt
 
В ответе от curl-а
13.11.2015 08:18
student
 
Цитата:
Mtirt Написала. У меня сообщение об ошибке выглядит так:
Код:
<A><error>org.xml.sax.SAXParseException; systemId: file:/C:/TT/transporter/xml/b
fa6a3fe-c747-40e9-9c5a-ae8719596ef2; lineNumber: 2; columnNumber: 151;
Element type "Cheque" must be followed by either attribute specifications, ">" or "/>".</error><ver>2</ver></A>
обычно это ошибка формата - типа что то пропущено или наоборот лишнее - но что самое странное - файлик открывается всеми возможнами средствами у меня без ошибок

Татьяна, там случаем (когда ты данные меняла для отправки) не могли попасть лишние символы или слететь кодировка ?
13.11.2015 09:00
Mtirt
 
Поправила. Кавычки из наименования магазина убрала.
Теперь ошибка другая:
Код:
 <A><error>org.xml.sax.SAXParseException; systemId: file:/C:/TT/transporter/xml/8
eb5bf89-4606-4466-a536-f8b8083b0712; lineNumber: 3; columnNumber: 4; The markup
in the document following the root element must be well-formed.</error><ver>2</v
er></A>
13.11.2015 09:25
student
 
Цитата:
Mtirt Поправила. Кавычки из наименования магазина убрала.
Теперь ошибка другая:
спс за попытку - если честно я ничего не понимаю а проверить пока не могу - попробую вернуться к этому когда вернется ключ...

пы сы
а на сам файлик на который ругается можно посмотреть ?
13.11.2015 13:04
Mtirt
 
Вот твой чек, я только свои ИНН/КПП подставила.
Вложения
Тип файла: 7z 1.7z (606 байт, 45 просмотров)
13.11.2015 13:31
student
 
Цитата:
Mtirt Вот твой чек, я только свои ИНН/КПП подставила.
в этом чеке в строке
<Cheque inn=..... datetime="1211151012"/>

в конце не должно быть / - только > ( в моем оригинале такого нет - проверил)

иначе реально ошибка - корневого элемента - даже xml notepad не грузит
13.11.2015 13:41
Mtirt
 
Без слэша у меня сообщение выглядит так:
Код:
Caused by: java.lang.IllegalArgumentException: Ошибка определения типа документа. Ожидается присутствие элементов : Bottle или nopdf
	at es.programador.transport.f.j.a(Ticket.java:172)
	at es.programador.http.XmlServlet.a(XmlServlet.java:57)
13.11.2015 14:19
student
 
Цитата:
Mtirt Без слэша у меня сообщение выглядит так:
Код:
Caused by: java.lang.IllegalArgumentException: Ошибка определения типа документа. Ожидается присутствие элементов : Bottle или nopdf
	at es.programador.transport.f.j.a(Ticket.java:172)
	at es.programador.http.XmlServlet.a(XmlServlet.java:57)
спс - все тоже самое что и в первом посте :(
т.е. не понимает утм-ка одновременного присутствия и алкоголя и пива
причем если в в запросе убрать любой элемент - Bottle или nopdf - то запросы по отдельности проходят

вот и хотелось бы узнать на форуме рара это так задумано и будет всегда или все таки и нам достанется кусочек счастья (не делить пиво и алкоголь при наборе чека)
13.11.2015 14:29
Mtirt
 
Я там поправила и отписалась...
Но как-то меня игнорируют :)
13.11.2015 14:30
Mtirt
 
Правда в документации в 1.4 отдельно алкоголь, отдельно - пиво из чека...
13.11.2015 14:41
akonev
 
Да, по документации пивной чек имеет отдельный признак, отличный от алкогольного.

Пиво и алкоголь придется разными чеками бить, если ничего не поменяется.

"Учет реализации пива в ЕГАИС не требуется" - вот такие комментарии РАР больше всего огорчают.
Проблемы негров шерифа не волнуют.
13.11.2015 14:43
Mtirt
 
Из-за проблем в ЕГАИС с пивом я склоняюсь к тому, что журнал учета алкоголя по алкоголю мы будем вести в ЕГАИС, а по пиву - на бумаге.
Вроде как прямого запрета на такое я нигде не видела. И в одном из РАРовских видео вроде как было сказано "Можно".
13.11.2015 14:44
akonev
 
Это я про РАР'овский FAQ

Цитата:
Вопрос: как отражать в ЕГАИС розничную продажу пива, пивных напитков, сидра, пуаре и медовухи?

Ответ: в соответствии с действующим законодательством Российской Федерации учет объемов розничной продажи пива, пивных напитков, сидра, пуаре и медовухи в ЕГАИС не требуется.
Нет учета - нет проблемы смешанного чека. Чего пристали? И без того забот хватает.
13.11.2015 14:45
akonev
 
Цитата:
Mtirt Из-за проблем в ЕГАИС с пивом я склоняюсь к тому, что журнал учета алкоголя по алкоголю мы будем вести в ЕГАИС, а по пиву - на бумаге.
Вроде как прямого запрета на такое я нигде не видела. И в одном из РАРовских видео вроде как было сказано "Можно".
Вот бы они ещё свои видео в нормативные документы заворачивали. Несбыточная мечта.
13.11.2015 14:47
Mtirt
 
Они их пока не подписали...
16.11.2015 08:21
Mtirt
 
Ответ РАРа
Цитата:

Re: Алкоголь и пиво в одном чеке

Непрочитанное сообщение FsrarForeve » 13 ноя 2015, 18:00
Добрый день.

Проблема в том, что Вы отправляете сразу и АП и пиво, а так делать нельзя. Отправляйте чеки на пиво и на АП разными xml файлами
16.11.2015 09:17
student
 
Цитата:
Mtirt Ответ РАРа
спс, значит в будущем на кассе надо будет делить пиво и алкоголь в чеке :) либо делать подряд 2-а запроса
лишний гемор нарисовался
16.11.2015 10:20
MWWRuza
 
Вот самое мудрое решение:

Цитата:
Mtirt Из-за проблем в ЕГАИС с пивом я склоняюсь к тому, что журнал учета алкоголя по алкоголю мы будем вести в ЕГАИС, а по пиву - на бумаге.
Если по закону нет обязаловки по фиксации продаж пива в ЕГАИС, то зачем вообще весь этот гиморой устраивать? Для ведения журнала? Его действительно проще в бэке вести, просто списывая пиво по фифо... Потому-что, без марки однозначно идентифицировать бутылку на кассе очень сложно, а плюс еще и чеки надо на два разбивать... Проблем очень много, не стоит оно того, если пока разрешают без этого обойтись.
Вот введут АМ на пиво, тогда другое дело, и проблемы исчезнут сами собой, и с однозначной идентификацией, и с отдельным чеком.
16.11.2015 10:26
Mtirt
 
Есть один тонкий момент в журнале учета алкоголя.
Наименование товара в нем должно совпадать с наименованием товара в ЕГАИС.
А наименование товаров в ЕГАИС не самая стабильная вещь, и легко может отличаться от партии к партии.


Опции темы


Часовой пояс GMT +3, время: 23:58.

 

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