Pull to refresh

Comments 18

Сразу оговорюсь, что всё ниже написанное касается только ЕГАИС и ФСРАР, а не ПО авторов данного поста!
sarcasm mode on
Конечно
продавцов и руководителей отпугивает необходимость осваивать что-то новое, в корне менять распорядок действий при приемке, инвентаризации, продаже, списании алкогольной продукции

Их ни сколько не пугают ни выгорания далеко не бесплатных ключей джакарты при обновлении универсально транспортного модуля (УТМ), ни фактическое отсутствие тех. поддержки, размазанной по двум основным форумам на которых представители Центр-Информ «переводят стрелки» на ФСРАР и обратно, ни абстрактные описания ошибок типа «Некорректное состояние транспортного терминала», которые могут означать всё что угодно от дубля продажи до катаклизма на Сатурне. Не пугают их дубли продаж алкоголя, который стоит легально у тебя на полке, а первым его продал (оказывается) кто-то другой. Не страшны все эти огрехи в архитектуре и вообще логике работы, которые разработчики пытаются исправить костылями сверху, добавляя ещё более увлекательных косяков. И уж точно их никак не страшит остановка продажи алкоголя в случаях, когда всё это «творчество» из говна и палок перестаёт работать после очередного неудачного автомагического обновления, отката обратно и… невозможности запуска старой версии (ну подумаешь пропал флаг разрешения на выполнение при откате на старую версию, с кем небывает). Всё это мелочи… Всё тлен… Основная причина это конечно же закостенелость бизнеса!
sarcasm mode off
Ну это бесспорно. А JaCarta после выгорания превращается в дорогой брелок.
Вот даже не знаю с чего начать критиковать статью…
:-)
Я понимаю, что Вы рекламируете продукт…
Но это из цикла «гладко на бумаге, но забыли про овраги».
Я буду говорить про торговые залы розничнойторговли.
Начнём вот с чего.
>>проверить валидность акцизных марок на сервере ФС РАР;
Проверка на сервере и проверка при продаже на УТМ,-
Это две раные проверки.
На сервере ФС РАР может всё быть ОК.
А при продаже УТМ скажет, что продавать нельзя… ибо в каком нибудь «Мухосранске»… эту же марку кто-то, когда-то пробил.
Поэтому смысл сканирования марок теряется… разве что вычеслить из неё код егаиса, чтобы провести сверку с УТМ по егаис коду.
(Ибо качества названия просто ужасное и попасть «в позицию» без кода вообще невозможно).
А ещё есть подозрение, что сам УТМ косячит.(Особенно видно, кто хорошо логирует своё общение с УТМ при продаже)
В частности он может дать ответ( были случаи), что проверка не пройдена на эту марку… а потом при разборе полётов выясняется что он в эти же время её записал в свой дата центр проданной(То ли он создал два потока с дата центром и в одном записалось, а другой вернул отказ..).(А в самом УТМе логи очень ограниченны).
— >> ЕГАИС отслеживает, чтобы количество остатков на складе и в зале совпадало с данными в системе.
>>Малейшее расхождение по факту значит, что товар в свое время неправильно оприходовали или списали/
Опять гладко на бумаге…
Вообще в рознице ЕГАИС охотно уходит в минус… Это во-первых…
Во-вторых узнать, что на скаде что-то не так(Дабы наказать на тот огромный штраф), это надо провести инвентаризацию…
А она(инвентаризация органами делается в состве комиссии(А кто будет в комиссии...)И на каком основании эта проверка… Ведь надо пропикать все марки… И конечно остановить алкогольный зал…
Нет чёткой юридической процедуры проверки.
Проверка на сервере и проверка при продаже на УТМ,-
Это две раные проверки.
На сервере ФС РАР может всё быть ОК.
А при продаже УТМ скажет, что продавать нельзя… ибо в каком нибудь «Мухосранске»… эту же марку кто-то, когда-то пробил.
Поэтому смысл сканирования марок теряется… разве что вычеслить из неё код егаиса, чтобы провести сверку с УТМ по егаис коду.


Не совсем так, при проверке марки в Datamobile, через ФСРАР есть возможность увидеть все движения товара, соответственно и продажу в «Мухосранске», за это отвечает колонка «Есть продажи» на скрине выше.

С остальными замечаниями согласен, но это относится к самой системе ЕГАИС, а не к описанному ПО, которое помогает справится со сложностями работы с ЕГАИС.
Я просто не хотел ещё писать «замечания», что гладко на бумаге… но коль коснулось вот этого «Это две разные проверки.»...-тогда ещё подолью «масла» :-)… Смотрите… онлайн проверка длинная по времени…
Вы пишите, а у нас есть фича проверить,-и это проверка офлайн… Я говорю Вам концептуально здорово… а на практике… Проверили мы офлайн марки и «бинго»… есть неверная… как её найти в фуре?.. опять перепикивать, но уже онлайн… Поэтому менеджер говорит...-«Да ну его на###»- отсеем бутылки на кассе при проверке УТМ… А фуры уже никогда проверять не будем.

На практике не так сложно найти бутылку одну из 50-100ед. Даже принимая фуру, скорее всего это фура не из 10000 бутылок одного наименования, а какое наименование, объем и тд стрельнуло, мы знаем. Если приемщик не отсеет такую бутылку, а скажет на кассе найдем, то легко может магазин попасть на 200тр штрафа. Разок попадет, потом приемщик точно будет искать на приемке))

Наверное мы работаем с разными магазинами… Я работаю с теми у кого админ-ресурса не хватает.(мелкий и средний бизнес).И всё делается там один раз и правильно, или не делается вообще, а принимаются другие схемы.Поэтому повторно пересчитать, но уже медленным онлайн те же 50-100 бут не пойдёт.
А на кассе просто не продадут(У нас довольно неплохой интерфейс принятия решения)… как они на штраф попадут:?..

Ну 50-100 бут это во первых 5-10 запросов (Datamobile умеет по 10марок за 1запрос отправлять) Что примерно займет 1-2 минуты, даже если предположить, что левая бутылка будет последней. А во вторых, даже если Вы не продадите непродажную бутылку, то что с ней потом делать? Она на балансе предприятия, а продать нельзя, при какой-нибудь помарочной сверке остатков с ФСРАРом почему бы и не оштрафовать?)))

Ну вообще такая бутылка продаётся без фискального регистратора… и списывается с баланса актом инвентаризации.(Добро пожаловать в реальность :-) )

Тогда вопросов нет)))) Мы же начали общение в правовом поле)) А нашем решением пользуются реальные магазины и не один и оно им нравится.

Вот егаис и правое поле, это взаимоисключающие понятия… Чтоб было правовое поле егаис должен обеспечить качественные ТУ(тех.условия)… и не косячить, как сейчас… а тут косяки от начала выпуска… регистрации,(какой-то контроллёр пропустил марку на конвеере и не зарегистрировал в системе .)
При проверке(Вашим ПО или другим) эта марка недействительна… Хотя на самом деле, это обычный конвеерный разлив., Но по мнению «тупорылого робота» её продавать «низзя»… Как я говорил сам УТМ(есть подозрение косячит)… и может дать неверный отклик… Поэтому продавая таким способом(минуя егаис и ФР), бизнес никак не нарушает человеческие каноны.(не травит потребителя контрафактом)… он просто обходит понаставленные «волчьи ямы»)… Пусть сначала егаис сделает качественное ПО… чтобы контрафактная бутылка была контрафактной… а не как сейчас.(Люди возили на экспертизу… типа неверную (по мнению «тупорылого») марку… и ничего такого… продукт как продукт.
Ладно, что мы всё про егаис… о нём хорошо или никак…
А вот такой вопрос… про интеграцию с другими ИС… мобильного приложения… Я так понимаю у Вас как и у других(клеверенс datamobile) сервер мобильного тернминала под винду(Не знаю на календарь что-ли люди не смотрят)… У меня например ИС кроссплатформенная… и флагманской осью являться линукс.(На магазинах нет винды)

Нет! У нас не как у клеверенса, нет никаких промежуточных серверов. Если это онлайн лицензия, то обмен идет через любой веб-сервер, тот же Apache. А 1с или любоя другая ИС публикует свой веб-сервис через него, на 1с вся интеграция происходит за 15 минут. А некоторые конфигурации уже содержат все наши модули. Если мы говорим о offline лицензии, то обмен идет с помощью файлов, через провод, кредл, FTP и т.д. Сам мобильный клиент есть на Андроиде и на Винде.

Я правильно понял… я должен поднять свой web сервис(rest или soap)…
Но я же должен его поднять в соответствии с некоей спецификацией.(end point… форматы данных(xml,json))… спецификацию где-то можно посмотреть?..

Правильно! Все форматы данных документированны на нашем сайте есть ссылка на FTP, там можно скачать всю документацию и сами программы. Если возникнут технические вопросы, зарегистрируйтесь на техпортале и создавайте заявки. Data-mobile.ru раздел скачать

Я думаю что если справке по регистру 2, в поле Штрих-код, по регистру владельца справки присвоить код Data-Matrix акцизы, отгружаемой партии бутылок, то при инвентаризации по ним можно и пересортицу и недостачу найти. А так партии разные а Штрих-код который в основном используется в магазинах одинаковый, вот и путаница получается.
UFO just landed and posted this here
Sign up to leave a comment.