[ОТВЕТИТЬ]
06.05.2016 15:15
Scorched
 
Здравствуйте. Вот и подходит ЕГАИС Розница. Нахожусь в поиске оборудования. Смотрю на рекомендованные на egais2016 системы и цены совсем не радуют. Хотя, конечно, было бы удобно купить готовое решение и не знать проблем, но клиент, как всегда, хочет подешевле.
Есть ли смысл собирать систему по кусочкам - принтер отдельно, сканер отдельно, может программу отдельно покупать? Получится ли дешевле? Можно ли сэкономить на системнике, если есть старый? В какие деньги можно влезть при покупке?
Подскажите, пожалуйста, исходя из собственного опыта внедрения.
06.05.2016 23:39
Tushkanchik
 
Имхо все зависит от того что есть на текущий момент.
Вложения
Тип файла: pdf information_items_property_11869.pdf (253.0 Кб, 100 просмотров)
Тип файла: pdf information_items_property_11870.pdf (258.8 Кб, 82 просмотров)
10.05.2016 14:41
svsrus
 
Цитата:
Tushkanchik Имхо все зависит от того что есть на текущий момент.
Интересно, Меркату добавили в список, а то что абонентская плата 1.5 рубля в месяц не написали. По сути это еще + 15 тыс. в год. Для маленького магазинчика существенно (
13.05.2016 21:55
DjSpike
 
На текущий момент ДЭНСИ:Касса самый дешевый вариант. Она спокойно работает на rasberry pi 2.
13.05.2016 23:39
Kushpell
 
Самый дешевый вариант имеет много преимуществ:
- минимальный ресурс позволит продать решение несколько раз в течение жизненного цикла более дорогих аналогов
- чаще всего не достаточная надежность позволит заработать дополнительные деньги на сервисе, особенно если он тарифицируется по часам/выездам
- если удалось сохранить отношения с клиентом, то после того как он окончательно намучается с простоями - продать ему нормальный вариант

profit
14.05.2016 12:59
AndreyZh
 
Цитата:
DjSpike На текущий момент ДЭНСИ:Касса самый дешевый вариант. Она спокойно работает на rasberry pi 2.
Самый бюджетный на сей момент вариант, реализующий концепцию вообще отказа в покупке специализированного оборудования и программ для продаж через ЕГАИС: https://olegon.ru/showpost.php?p=255798&postcount=19 и для его функционирования достаточно уже имеющегося оборудования магазина... Данный вариант законен и более того безальтернативен, когда имеются продажи не пробиваемые через ККМ, например оплачиваемые по безналу организациями для корпоративов.

По ценам на "решения" отмечу, что как только попросил, при желании пользователей оплатить смешную денюшку, то сразу все "пользователи" убежали от этой программы.

Вывод: Те, кто захочет и далее торговать алкоголем, тот без проблем будет платить любые деньги за "известные" и "проверенные" решения... и альтернативы им НЕ НУЖНЫ!

Цитата:
Kushpell Самый дешевый вариант имеет много преимуществ:

- минимальный ресурс позволит продать решение несколько раз в течение жизненного цикла более дорогих аналогов
- чаще всего не достаточная надежность позволит заработать дополнительные деньги на сервисе, особенно если он тарифицируется по часам/выездам
- если удалось сохранить отношения с клиентом, то после того как он окончательно намучается с простоями - продать ему нормальный вариант
Ваша "шутка юмора" понятна, однако практика показывает её "рекламную ограниченность":

1. Как раз с платными программами под ЕГАИС народ "настрадался" и чем дороже программа, тем она хуже работает. Примеров сотни - смотрите любой форум, где обсуждаются проблемы ЕГАИС, в том числе этот. Размещу список программ - выбор "обычного" пользователя по возрастанию стоимости владения... и легко сможете перепроверить, что также по возрастанию числа неразрешаемых разработчиками "косяков" программ:

а. 1С:Розница
б. Оптовый клиент
в. УКМ (СМ+)
г. 1С:УТАП

2. Чем дороже решение, тем сложнее в морально-материальном смысле его заменить, а "подлянка" ЕГАИС, которую не понимают "пользователи обычные", что все программы работают по единным правилам, с единной базой... и в ЛЮБОЙ момент можно сменить программу для ЕГАИС, но заплатили....!!!

3. Чем дороже само решение, тем дороже сервис по его обслуживанию... по крайней мере это относится ко всему, связанному с ЕГАИС. Можете почитать темы "автоматизации торговли"

Хотя и очевидно, что "кроилово ведёт к попадалову"! Но не в случае программ (оборудования) для ЕГАИС!
15.05.2016 16:13
декларант
 
На форуме ЦентрИнформа задавали такой вопрос:
Цитата:
"...розничные продавцы АП решили проблему печати QR-кода при продаже двумя способами:
1 - купили фискальные регистраторы с возможностью печати QR (дорогое решение)
2 - доработали кассовую программу и дополнительно подключили дешевые термопринтеры, которые выдают второй чек с QR-кодом. Также ходили слухи, что ФС РАР разрабатывают законодательный акт, который обяжет печатать QR-код только на общем чеке и только с помощью фискальных регистраторов. Есть ли информация о подобных правовых актах и какой из двух указанных методов предпочтительнее и менее чреват проблемами?"
Ответ оператора ЦентрИнформа:
Цитата:
Пока никаких ограничений нет и мы не располагаем информацией о каких-либо планирующихся изменениях.
15.05.2016 20:53
~Guest~
 
ГОТОВОЕ БЮДЖЕТНОЕ РЕШЕНИЕ ДЛЯ ЕГАИС:
ПРОГРАММНО-АППАРАТНЫЙ КОМПЛЕКС (CPU Intel© с ОС Windows/Монитор OL LCD 15“, черный/ПТК "RR-01K"/Сканер ШК Newland NLS-HR200C, USB HID (KB)/RS, 2D (PDF/Datamatrix/QR), черный БЕЗ ПОДСТАВКИ)
Keyboard + mouse
45000 руб.

ДОПОЛНИТЕЛЬНО:
ПО для ЕГАИС
Штрих-М: Розничная торговля 5" (Базовая версия) (Штрих-М: Кассир 5 (Базовая версия) + гранула "Магазин";)
3500 руб.
Облачное решение LiteBox ЕГАИС
500 руб./месяц

Вот и весь вопрос :)
Опять же, никто не мешает оставить старое железо, под Виндой практически все должно заработать.

Либо пишите, что у вас есть и от чего отталкиваться :)
17.05.2016 07:34
Семенов Петр
 
3500 руб.
Облачное решение LiteBox ЕГАИС
500 руб./месяц

Вот и весь вопрос :)
Опять же, никто не мешает оставить старое железо, под Виндой практически все должно заработать.

Либо пишите, что у вас есть и от чего отталкиваться :)[/QUOTE]

Согласен, можно использовать обычный планшет или ноут, да хоть домашний комп.
И решение с liteBox закрывает все задачи по ЕГАИС, и приемку и продажу, и возвраты, списания, акт постановки на баланс, вообщем полный функционал.
17.05.2016 09:31
~Guest~
 
Помимо предложенного могу лишь добавить, что если уж совсем туго с текущими железками, то поменяйте системный блок, остальное оставьте https://olegon.ru/showthread.php?t=23495
17.05.2016 11:03
TurboDed
 
Цитата:
AndreyZh Самый бюджетный на сей момент вариант, реализующий концепцию вообще отказа в покупке специализированного оборудования и программ для продаж через ЕГАИС: https://olegon.ru/showpost.php?p=255798&postcount=19 и для его функционирования достаточно уже имеющегося оборудования магазина... Данный вариант законен и более того безальтернативен, когда имеются продажи не пробиваемые через ККМ, например оплачиваемые по безналу организациями для корпоративов.

По ценам на "решения" отмечу, что как только попросил, при желании пользователей оплатить смешную денюшку, то сразу все "пользователи" убежали от этой программы.

Вывод: Те, кто захочет и далее торговать алкоголем, тот без проблем будет платить любые деньги за "известные" и "проверенные" решения... и альтернативы им НЕ НУЖНЫ!


Ваша "шутка юмора" понятна, однако практика показывает её "рекламную ограниченность":

1. Как раз с платными программами под ЕГАИС народ "настрадался" и чем дороже программа, тем она хуже работает. Примеров сотни - смотрите любой форум, где обсуждаются проблемы ЕГАИС, в том числе этот. Размещу список программ - выбор "обычного" пользователя по возрастанию стоимости владения... и легко сможете перепроверить, что также по возрастанию числа неразрешаемых разработчиками "косяков" программ:

а. 1С:Розница
б. Оптовый клиент
в. УКМ (СМ+)
г. 1С:УТАП

2. Чем дороже решение, тем сложнее в морально-материальном смысле его заменить, а "подлянка" ЕГАИС, которую не понимают "пользователи обычные", что все программы работают по единным правилам, с единной базой... и в ЛЮБОЙ момент можно сменить программу для ЕГАИС, но заплатили....!!!

3. Чем дороже само решение, тем дороже сервис по его обслуживанию... по крайней мере это относится ко всему, связанному с ЕГАИС. Можете почитать темы "автоматизации торговли"

Хотя и очевидно, что "кроилово ведёт к попадалову"! Но не в случае программ (оборудования) для ЕГАИС!
и чего я так не выразился,когда диплом защищал(не по ЕГАИС диплом)
18.05.2016 00:00
DjSpike
 
Цитата:
~Guest~ ГОТОВОЕ БЮДЖЕТНОЕ РЕШЕНИЕ ДЛЯ ЕГАИС:
ПРОГРАММНО-АППАРАТНЫЙ КОМПЛЕКС (CPU Intel© с ОС Windows/Монитор OL LCD 15“, черный/ПТК "RR-01K"/Сканер ШК Newland NLS-HR200C, USB HID (KB)/RS, 2D (PDF/Datamatrix/QR), черный БЕЗ ПОДСТАВКИ)
Keyboard + mouse
45000 руб.

ДОПОЛНИТЕЛЬНО:
ПО для ЕГАИС
Штрих-М: Розничная торговля 5" (Базовая версия) (Штрих-М: Кассир 5 (Базовая версия) + гранула "Магазин";)
3500 руб.
Облачное решение LiteBox ЕГАИС
500 руб./месяц

Вот и весь вопрос :)
Опять же, никто не мешает оставить старое железо, под Виндой практически все должно заработать.

Либо пишите, что у вас есть и от чего отталкиваться :)
Хороший у вас бюджет - жирный....

Как вам такой бюджет:
Raberry pi 3 - 4400 руб. (rassberry + блок питания + корпус + адаптер vga)
Сканер штрих-кода YJ4600-2D - 6500 руб.
Карта-памяти на 32Gb 10класса - 500 руб.
Монитор LCD 15'' - 1500 руб.
ДЭНСИ:Касса - 5600 руб.
Итого: 18500 руб.
+ПТК любой на Ваш выбор (Атол, Штрих, Меркурий...)
18.05.2016 09:25
~Guest~
 
Цитата:
DjSpike Хороший у вас бюджет - жирный....

Как вам такой бюджет:
Raberry pi 3 - 4400 руб. (rassberry + блок питания + корпус + адаптер vga)
Сканер штрих-кода YJ4600-2D - 6500 руб.
Карта-памяти на 32Gb 10класса - 500 руб.
Монитор LCD 15'' - 1500 руб.
ДЭНСИ:Касса - 5600 руб.
Итого: 18500 руб.
+ПТК любой на Ваш выбор (Атол, Штрих, Меркурий...)
Вы телефоны на андроиде за 2000 не рассматривали в качестве кассы? :)

Если не секрет, как Вы планируете в нее COM устройства вставить (пин-пад, клаву, дисплей покупателя), гроздями через переходники?

Точно, нашел на Вашем сайте "не поддерживаются USB-модели дисплеев без встроенного переходника USB< ->COM", т.е. все таки "грозди" будут висеть? :)
18.05.2016 20:07
DjSpike
 
Цитата:
~Guest~ Вы телефоны на андроиде за 2000 не рассматривали в качестве кассы? :)

Если не секрет, как Вы планируете в нее COM устройства вставить (пин-пад, клаву, дисплей покупателя), гроздями через переходники?

Точно, нашел на Вашем сайте "не поддерживаются USB-модели дисплеев без встроенного переходника USB< ->COM", т.е. все таки "грозди" будут висеть? :)
Сайт не мой, я не разработчик программы. Я нашел эту программу в 2009 году и с тех пор пользуюсь ей.
О каких COM устройствах идет речь ??? Мой вариант автоматизации это когда в небольшом магазине небходимо продавать алкоголь, т.е. в данном случае ни какие "дисплеи покупателей, пин-пады " - не нужны.
Если же речь идет об автоматизации мини-маркета, супер-маркета и т.д. то и выбирать надо другое железо...
19.05.2016 20:09
Kushpell
 
Есть вариант когда касса для пользователя стоит ровно 0 при рыночной цене 70к но это совершенно другая оперетта.
20.05.2016 13:09
~Guest~
 
Цитата:
Kushpell Есть вариант когда касса для пользователя стоит ровно 0 при рыночной цене 70к но это совершенно другая оперетта.
Аренда?
20.05.2016 21:40
Kushpell
 
Цитата:
~Guest~ Аренда?
Аренда - это коммерческая тема.
Когда магазин является частью цепи поставок и расходы делятся на всех ее участников. Назовем это явление - кооперация.
26.05.2016 18:53
декларант
 
23 мая 2016 г Совещание в формате видеоконференции, организованное торгово-промышленной палатой РФ.
с 25 мин.30 сек.
Необходимо ли обязательно печатать на фискальном принтере?
А.В. Гущанский: "Ме не внедряемся в зону действия 54 ФЗ. Мы говорим, что определенная информация должна быть отдана тому, кто купил эту бутылку, для того, чтобы он мог проверить легальность. Вы можете печатать на фискальном принтере, можете
печатать на другом, рядом кассовом принтере без фискальной памяти, который будет стоять у вас рядом с кассой. Это уже ваше решение как это вы у себя сделаете, мы никоим образом в данном случае это не диктуем.
07.06.2016 15:37
Droid
 
Цитата:
Это уже ваше решение как это вы у себя сделаете, мы никоим образом в данном случае это не диктуем
Как-то, кажется на этом форуме, вопрос поднимали - можно ли отделить софт, отправляющий чек в ЕГАИС от кассового ПО. И, насколько я помню, ответом было категорическое "нет". Все-таки мне не понятно, если печатать можно где угодно, что мешает реализовать следующую (пусть кривую, но все же) схему:

1. В отдельной программе сканируются марки, формируется чек для ЕГАИС, отправляется в УТМ, получается подпись и печатается слип-чек на каком угодно принтере.
2. Если п. 1 выполнен - пробиваем на кассе сумму покупки.
3. Если п. 2 почему-то не был выполнен - отправляем в УТМ обратный чек, с минусом.

Понятно, что для реализации в п. 1 мы должны знать номер кассового чека и дату. С номером просто - если мы имеем возможность посмотреть текущий счетчик документов в кассе или просто запоминаем номер последнего чека или же если имеем возможность в кассе указывать свой номер чека - мы можем формировать чек в ЕГАИС с этим номером. "Если чё" - сделаем откат.
С датой тоже все понятно. Если временем чека считается время его закрытия и записи в фискальную память, то мы в любом случае его не знаем точно, до того, как закроем чек. А значит, можем в УТМ отправлять приблизительное время плюс-минус минута.

Если такая схема допустима, то можно очень дешево оборудовать небольшую точку, в которой к текущему моменту уже есть, например, простая суммовая касса и компьютер с УТМ. Просто к компу нужно подключить сканер недорогой принтер этикеток или даже обычный лазерный б.у. + недорогой софт, реализующий отправку чека в УТМ или вообще вручную его делать + curl. Что скажете?
07.06.2016 16:29
IT527
 
Цитата:
Droid Если такая схема допустима, то можно очень дешево оборудовать небольшую точку, в которой к текущему моменту уже есть, например, простая суммовая касса и компьютер с УТМ. Просто к компу нужно подключить сканер недорогой принтер этикеток или даже обычный лазерный б.у. + недорогой софт, реализующий отправку чека в УТМ или вообще вручную его делать + curl. Что скажете?
Мне такой подход нравится, именно для сельских точек, городские то наскребут деньги, вернее уже наскребли, а сельских ещё долго запускать.
07.06.2016 18:30
декларант
 
Цитата:
Droid Просто к компу нужно подключить сканер недорогой принтер этикеток или даже обычный лазерный б.у. + недорогой софт, реализующий отправку чека в УТМ или вообще вручную его делать + curl. Что скажете?
Такой софт уже есть: УСЕГА (обсуждался на форуме), "Трезвый декларант".
В первой программе сначала формируется алкогольный чек, а потом пробивается на обычной кассе, во второй программе наоборот.
В этих программах предусмотрена коррекция номеров чеков в случае их расхождения с номером фискального чека.
08.06.2016 07:36
Droid
 
С софтом то как раз проблем нет, сейчас вот сделали простейшую кассу с возможностью печати слип-чека и отправки в ЕГАИС. Т.е. для тех, у кого на точке есть комп с УТМ, к нему покупается регистратор (правда, пока что конкретного производителя) и сканер. И компьютер, за умеренную цену превращается в кассовый аппарат, сервер УТМ, средство регистрации в ЕГАИС закупок и, при желании, подготовки деклараций.

Но есть те, у кого уже есть простые кассы, которым, в общем-то, нет большого смысла покупать новое оборудование. Меня интересовало, можно ли в принципе сделать такое решение, чтобы не менять кассу или софт для нее.

Просто весной где-то в обсуждении один из представителей РАРа говорил, что этого делать нельзя, что слип-чек и отправку в ЕГАИС нужно обязательно делать в одной программе, одной транзакцией. Ну, я и поверил. Видимо, что-то поменялось в королевстве
08.06.2016 10:23
student
 
Цитата:
Droid что слип-чек и отправку в ЕГАИС нужно обязательно делать в одной программе, одной транзакцией. Ну, я и поверил. Видимо, что-то поменялось в королевстве
:( ничего не поменялось
все должно быть одной транзакцией, так по крайней мере звучит в доках на утм в разделе отправки с кассы
появилось только уточнение (в интервью какого то раровца), что печать куеркода не обязательно делать на фрк, можно на стоящем рядом принтере
08.06.2016 11:55
декларант
 
Цитата:
Droid Но есть те, у кого уже есть простые кассы, которым, в общем-то, нет большого смысла покупать новое оборудование. Меня интересовало, можно ли в принципе сделать такое решение, чтобы не менять кассу или софт для нее.
Как понял ваш вопрос в том, можно ли фискальный чек (для ФНС) пробивать на старой фискальной кассе, которая изолирована от кассовой программы на компьютере. А продавец будет в кассовой программе, которая в компьютере, формировать чек для ЕГАИС и программа будет отправлять xml файл в УТМ и выдавать задание на печать слип-чека с QR кодом на принтер.
Если смотреть блок схему Приложение А (описание УТМ), то там задание на печать фискального чека выдает кассовая программа, а в данном случае это задание будет выдаваться вручную, т.е. будет разрыв связи между блоками 13 и 14. Наверное это не принципиально.
08.06.2016 20:12
Droid
 
Цитата:
все должно быть одной транзакцией, так по крайней мере звучит в доках на утм
Да, я конечно смотрел доку. Строго говоря, там говорится о том, что "рекомендовано ... реализовать в виде единой транзакции". На мой взгляд, слово "рекомендовано" в технической документации подразумевает, что это не является обязательным и остается на усмотрение разработчика. Иначе нужно было выбрать оборот "необходимо", "обязательно" и т.д.
Во-вторых, слово "транзакция" не включено в словарик к документу и может быть истолковано как угодно широко. Если я печатаю слип на принтере в отдельной программе, а потом пробиваю фискальный чек и при этом строго следую правилу, что если с чеком что-то пойдет не так, то надо в ЕГАИС отправить обратный чек, то это тоже транзакция, хотя и не полностью автоматическая. Но это нормальная ситуация.

Ваша точка зрения понятна, поэтому собственно у меня и сомнения... Представители РАР, по сути, озвучили две противоположных интерпретации своего документа. Вот и пытаюсь разобраться.
08.06.2016 21:33
student
 
Цитата:
Droid Представители РАР, по сути, озвучили две противоположных интерпретации своего документа. Вот и пытаюсь разобраться.
мне честно говоря все равно как оно будет :), вот только утверждение "две противоположных интерпретации" мне кажется не совсем верно, если здесь речь идет про печать на принтере - принтер не отправляет запрос в утм - печатать - да - можно, а вот насчет запроса с др места там ничего не сказано, да и про отдельный принтер не было ничего официального, кроме заявления в одном из интервью (по крайней мере мне не попадалось - если есть - киньте ссылкой)

п.6 в официальном описалове утм-а
===================
По окончанию формирования чека в случае, если он содержит алкогольную продукцию, данные о чеке и алкогольной продукции передаются в УТМ. Перечень данных о чеке, передаваемых у УТМ, описан в Приложении Б.
Выбор момента отправки xml-файла в УТМ должен обеспечивать невозможность корректировки чека после этой отправки.
Рекомендовано реализовать формирование xml-файла чека и его передачу в УТМ первой задачей в едином блоке транзакций записи чека в базу данных, физическую память, ЭКЛЗ. Если от транспортного модуля получен положительный ответ - транзакция продолжается. Если не получен положительный ответ – откат транзакции и возврат в режим формирования.
===================
ключевое здесь на мой взгляд "Выбор момента отправки xml-файла в УТМ должен обеспечивать невозможность корректировки чека после этой отправки."

мне кажется если будет разрыв (выполнение операций на разных компах\кассах) могут докапаться на полном основании
08.06.2016 22:19
декларант
 
Цитата:
student да и про отдельный принтер не было ничего официального, кроме заявления в одном из интервью (по крайней мере мне не попадалось - если есть - киньте ссылкой)
На форуме ЦентрИнформа в теме "Печать чека с QR-кодом на принтере чеков" есть косвенное подтверждение от участника форума:
Цитата:
Мы сделали запрос:
"Мы на ЕНВД, алкогольный лицензиат.Можно ли при работе с ЕГАИС, выдавать чек на старом ККМ и при этом выдавать QRкод на ЕНВД-принтере? В Законе нет утверждения о их привязки к друг другу."

Министерство потребительского рынка и услуг Московс.обл.нам ответило:
Да. Вы можете печатать на фискальном принтере, можете печатать на другом принтере без фискальной памяти, который будет стоять у вас рядом с кассой.
ФСРАР не запрещяет розничным продавцам использовать старые кассы. Согласно описанию УТМ 1.0.13 дается лишь рекомендация использовать для уникальности номера алкогольного чека номер фискального документа.
08.06.2016 22:48
student
 
Цитата:
декларант На форуме ЦентрИнформа
к сожалению это не официальный документ и в др областях могут все это рассматривать по другому - Москва хоть и определяющая, но все таки не вся Россия
и это не противоречит тому что я писал выше - печать да - можно, только вот про разрыв чека и запроса там ничего нет, а то что можно додумать идет в разрез с тех документацией :( так что все как всегда - на свой страх и риск
я к чему все это пишу - прежде чем принимать такое решение надо уточнять как на это среагируют местные контролирующие органы, чтобы потом не было мучительно больно за ....
09.06.2016 07:40
Droid
 
Цитата:
мне честно говоря все равно как оно будет
Мне тоже. Главное, чтобы была определенность - как оно будет. И вот эта определенность в документации отсутствует напрочь (не говоря уже о комментариях ответственных лиц). Возьмем самый первый абзац из параграфа 2.1 тех. требований версии 2.0.3. (или 1.0.13 - я так и не понял, как они у них называются - на титульном листе одно, в колонтитулах - другое - и так у них во всем):

Цитата:
При продаже каждой единицы алкогольной продукции,... , необходимо сохранять в чеке информацию, содержащуюся на федеральной специальной марке либо акцизной марке.
В этом крошечном абзаце уже имеется неопределенность :

1) О каком чеке идет речь? Глоссарий к документу не содержит определения, значит обращаемся к законодательству, где есть понятие "кассовый чек" - это бумажный документ, который покупатель получает при покупке. Должен ли я понимать эти требования так, что моя ККМ на КАССОВОМ чеке должна печатать этот 68-значный идентификатор? Должна ли машина записывать эти данные в фискальную память? Скорее всего нет, но это значит, что данные будут сохраняться не "в чеке", а где-то еще - в базе данных кассового или товароучетного ПО, на слипе, в базе УТМ и ЕГАИС - где угодно, но не в чеке. Но чуть ниже мы видим "на самом чеке должна быть напечатана информация в виде qr-кода" - так все-таки "на чеке" или "на слипе"?

2) Какую информацию нужно "сохранять в чеке". На марке вообще-то много разной информации. По комментариям от РАР вроде бы понятно, что имели ввиду исключительно 68-символьный код, считываемый с PDF 417 штрих-кода, но в самом документе это совершенно не очевидно. Например, читаем:
"2.2 Состав информации на марке"
Цитата:
... требуется сканировать двумерный штриховой код (Рисунок 1). Штрих код имеет формат PDF-417. Так же требуется сканировать EAN-код.
Где на марке EAN-код? И зачем, с т.зр. регистрации в УТМ, нужен этот EAN-код? Ведь в последней версии в схеме xml-документа, передаваемого в ЕГАИС этот показатель сделали не обязательным. И понятно, что этот код нужен только продавцу для его внутреннего учета.
Ну и т.д., там еще огромное количество всякой ерунды - мелкой и не очень. Например, в примере PDF-417 читаем "Символы представлены цифрами и строчными латинскими буквами". При этом никаких строчных букв там нет, а есть только прописные. Значит ли это, что нужно перевести в строчные перед отправкой в УТМ или это значит, что кто-то пропускал уроки русского языка в школе? Или, в приложении А, если следовать "детальному описанию шагов схемы", то, в соответствии с п. 12 и 14 система должна слип напечатать дважды - до регистрации в фискальной памяти и после нее. Понятно, что это все косяки автора документа, но в целом возникает вопрос, если этому верить нельзя, то на чем вообще основываться, принимая решения.

Прошу прощение за многобукв, злюсь очень сильно - приходится время тратить не на работу, а на гадание на кофейной гуще и телепатию, чтобы понять, что в голове этих чудесных людей, которые составляли доку.
09.06.2016 07:42
Droid
 
Цитата:
по крайней мере мне не попадалось - если есть - киньте ссылкой
так в этой же ветке, на предыдущей странице обсуждения ролик вставлен - там как раз про это в т.ч. говорится.


Опции темы


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

 

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