ЕГАИС код перевірки акцизної марки продана. Підвищуйте ефективність свого бізнесу і захистіть свій бізнес від контрафактної продукції за допомогою рішення «побутилочное сканування при прийманні

Товарознавці магазину при скануванні товарів в документи звикли довіряти даним звичайних штрих-кодів. У випадку з маркованих алкоголем цього недостатньо. Про причини можна прочитати. Обробка допоможе підібрати в документи 1С: Роздріб 2.2   алкоголь за допомогою двомірного штрих-коду PDF-417 на акцизної марки.

Аналогічна розробка для Управління торгівлі 10.3   розміщена на.

Популярна 1С: Роздріб не оснащена належним чином зручними інструментами для роботи з алкоголем. Згідно повідомлення, з нового 2017 року ФС РАР почне вимагати відповідності залишків ЕГАИС. З жовтня діє перехідний період, в який магазини по всій країні змушені. Ця розробка - потужний інструмент проведення таких ревізій.

переваги

  • Висока швидкість ідентифікації;
  • Незалежність від прив'язки до товару в базі - лінійного штрих-коду EAN. Товар буде визначено, навіть якщо такого штрих-коду - немає;
  • Забезпечення точності визначення товару яку вимагає ЕГАИС. Оскільки алкоголь з однаковим лінійним штрих-кодом може мати різний алкокод;
  • Спрощення введення старого алкоголю, який надійшов до введення ЕГАИС 1 січня 2016 р Позбавляючи систему від прийому непотрібного товару від ЕГАИС і заощаджуючи час на заповнення реквізитів при створенні товару;
  • Можливість перевірки зіставлення по марці і лінійному штрих-коду;
  • Можна залишити спроби розгледіти виробника на пляшці. Хто пробував той знає ...)))

Обробка призначена для роботи з документами:

  • Перерахунок товарів;
  • Оприбуткування товарів;
  • Списання товарів;
  • Повернення товарів від покупця;
  • Повернення товарів постачальнику;
  • Переміщення товарів;
  • Акт постановки на баланс ЕГАИС (від версії 2.2.25);
  • Акт списання ЕГАИС (від версії 2.2.25).

Послідовність дій при роботі з обробкою

1. Сканування марок

Побутилочно сканувати 2D штрих-код акцизної марки (великий). система визначить алкокод . У разі його наявності в базі, підставить в колонку номенклатура ЕГАИС. Якщо є зіставлений товар, то він з'явиться в колонці номенклатура. Кожне сканування додасть одну одиницю товару. При необхідності відкоригуйте кількість вручну.

Не турбуйтеся якщо Номенклатура або Номенклатура ЕГАИС незаповнені. Продовжуйте сканувати до закінчення всього перерахунку.

Одночасно ви можете сканувати EAN13 перевіряючи якість зіставлення номенклатури. Детальніше про це нижче.

Що б бути впевненим у збереженні даних, час від часу вивантажуйте їх в файл.

Якщо деякі рядки в колонці номенклатура ЕГАИС   залишилися порожні - це означає, що в базі відсутнє уявлення цих товарів в класифікаторі ЕГАИС.

Раніше нам було потрібно дати команду на завантаження всієї алкогольної продукції Виробника. Це призводило до засмічення класифікатора бази непотрібним товаром. За допомогою обробки ми можемо завантажувати тільки необхідний товар. Для цього натискаємо кнопку "Запросити товар в ЕГАИС". Перше натискання формує запити в УТМ і не викликає ніякого ефекту в формі. Протягом деякого часу (3-5 хв) на запити приходять відповіді. При повторних натисканні на цю кнопку в міру надходження відповідей заповнюються порожні поля в колонці номенклатура ЕГАИС.

3. Зіставлення Номенклатури і Класифікатора ЕГАИС

якщо колонка номенклатуране заповнена, то алкоголь або відсутній в базі, або не підтверджено позицією з колонки номенклатура ЕГАИС.

Для правильного завершення роботи з обробкою Ми повинні домогтися заповнення цієї колонки за допомогою кнопки " зіставити Номенклатури". Відкривається штатна обробка зіставлення, де ми також, можемо створити нову номенклатуру на підставі даних з класифікатора ЕГАИС.

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

4. Перенесення в Документ

Коли вся колонка номенклатурибуде заповнена натискаємо на кнопку " Перенести в документ".

Увага! Перенесення неможливий, якщо є незаповнені позиції по колонці номенклатура. Якщо це з якихось причин неможливо - видаліть її з таблиці і скористайтеся іншими методами.

В ході перенесення, товар в документі-господаря буде доповнений кількістю відповідного товару з обробки. Відсутній товар буде доданий. Решту товару - не чіпатимуть.

Тобто, обробка ссумірует тільки той товар, з яким проводилася робота. Так, ви можете в попередньо підготовлений документ інвентаризації, додати дані обробки.

5. Приведення у відповідність із залишками ЕГАИС

Після інвентаризації в ході роботи важливо не допускати. Таку ймовірність сильно знижує.

Режим "Перевірка EAN"

Режим перевірки EAN трохи застарів в світлі появи. Однак ...

Ми можемо перевірити якість зіставлення шляхом сканування акцизної марки і лінійного штрих-коду з однієї пляшки. Контролюються помилки виду:

  • Лінійний штрихкод не прив'язаний до даного товару
  • Лінійний штрихкод прив'язаний до іншого товару через його неправильної прив'язки або через неправильне зіставлення.

Для цього зазначимо галкою пункт " Перевірка EAN". При роботі в цьому режимі скануємо акцизну марку або просто виберемо рядок з товаром в таблиці. Після цього відскануємо лінійний штрих-код цієї пляшки. Результат збережеться в коментарі, а ми можемо не переривати процес сканування.

Існує можливість використовувати цей режим в ході ревізії скануючи поперемінно акцизну марку і ШК. При цьому кількість товару при скануванні марки збільшується на одиницю, при скануванні EAN13 - немає.

Основна проблема такого підходу - відволікання від процесу ревізії для виправлення виявлених помилок. Відомо, що під час інвентаризації можна гаяти жодної хвилини. Тому є сенс перевірку робити окремої роботою, - скануючи марку і штрих-код по одному примірнику з собі подібних.

Поза цим режиму, лінійний EAN тепер не обробляється і викликає помилку.

Додаткові можливості та умови використання

  • Ви можете використовувати обробку просто для точкової завантаження і швидкого створення старого товару який не надходив до вас через систему ЕГАИС.
  • Можна завантажувати марки відсканована в звичайному текстовому редакторі. Обмін - Завантажити TXT. Клавіатура при скануванні повинна бути в англійській розкладці.
  • Завантаження даних дозволяє завантажувати марки з 2D Терміналу Тбора Даних (ТСД).
  • Ви можете спорудити бюджетне подобу 2D Терміналу Тбора Даних (ТСД) завдяки можливості обробки обмінюватися інформацією між комп'ютерами за допомогою вивантаження / завантаження файлу. Наприклад так:

  • Таблицю підібраних товарів можна вивести в друковану форму за допомогою команди " вивести список".

Основні вимоги для роботи обробки:

  • 1С: Роздріб версії 2.2.2.14 і вище;
  • Підключений 2d-сканер;
  • Доступний УТМ для запиту товару;
  • Маркований алкоголь з читаних акцизною маркою.

Оновлення та установка

Для підключення обробки потрібно зайти в " адміністрування" - "Друковані форми, звіти, обробки" - "Додаткові звіти і обробки"І в списку, що з'явився додати файл цієї обробки. Обробка відкривається з відповідних документів - кнопка" Заповнити"В шапці документа або" заповнення"З Жуна документа.

Ліцензування та використання

Робота безкоштовної демонстраційної версії обмежена 5 запитами товарів до УТМ, і не більше 30 товарів переданих в документ.

Платна версія представлена ​​в двох варіантах:

  • S - призначена для використання на будь-якому робочому місці з одним УТМ (ФСРАР ID);
  • NET - безлімітний варіант для мережі магазинів або при використанні в режимі термінального доступу.

Немає ніяких обмежень на термін використання. Вихідний код закритий.

Тих. підтримка

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

Історія Версій

22.09.2016 - Версія 1.0.

29.09.2016 - Версія 1.2:

  • Додана можливість збереження / завантаження таблиці в файл;
  • Додана обробка лінійного штрих-коду EAN13.

03.10.2016 - Версія 1.3:

  • Додана можливість завантаження марок з текстового файлу (попередньо набиваються сканером при англійській розкладці клавіатури) .Поддержівается множинний вибір файлів;
  • Доданий відбір товару при зіставленні;
  • Додана можливість множинного вибору файлів при завантаженні з xml;
  • Додано відкриття елементів довідника з інформаційної панелі;
  • Виправлені помилки.

28.10.2016 - Версія 1.5:

  • Додана підтримка документів (Оприбуткування товарів, Списання товарів, Повернення товарів від покупця, Повернення товарів постачальнику, Переміщення товарів, Акт списання ЕГАИС (від версії 2.2.25));
  • Додана можливість підсумовування кількості при перенесенні в документ;
  • Доданий вибір УТМ зі списку;
  • Додана забарвлення порожніх полів;
  • Виправлені помилки.

22.11.2016 - Версія 1.7:

  • Додана озвучка помилок;
  • Виключена можливість підбору скануванням лінійного штрих коду EAN;
  • Доданий режим роботи "Перевірка EAN".

24.11.2016 - Версія 1.7.5:

  • Додано очищення повідомлень при відкритті форми;
  • Виключені дублі при автоматичному додаванні коментаря;
  • Перевірена можливість завантаження ТХТ в режимі перевірки EAN;
  • Додано відображення версії бази і обробки;
  • Виправлена ​​ситуація коли при зіставленні товарі не відкривався діалог зіставлення.

02.12.2016 - Версія 1.7.8:

  • Виправлені помилки.

08.12.2016 - Версія 2.0:

  • Додана підтримка характеристик;
  • Зіставлення викликається для всіх несопоставленх позицій відразу.

29.12.2016 - Версія 2.1:

  • Виправлений перенесення даних в документи ЕГАИС для версій 2.2.5.21 і старше;
  • Додана посилання з рекомендацією перевірки по алкокодам.

ТОВ "Інфостарт" гарантує Вам 100% повернення оплати, якщо програма не відповідає заявленому функціоналу з опису. Гроші можна повернути в повному обсязі, якщо ви заявите про це протягом 14-ти днів з дня надходження грошей на наш рахунок.

Програма настільки перевірена в роботі, що ми з повною впевненістю можемо дати таку гарантію. Ми хочемо, щоб всі наші покупці залишалися задоволені покупкою.

Ми використовуємо рішення «ТСД ЕГАИС» як при прийманні, так і при відвантаженні товарів. Зараз підбір і друк супровідних документів на відвантаження (комплекту довідок А і Б) не вимагає залучення бухгалтерії, тому що набір документів формується від складу, при фактичному скануванні кожної пляшки.

Співробітники компанії «Проект Регіон» проявили себе грамотними фахівцями, всі виникаючі проблеми оперативно вирішувалися і введення ЕГАИС з 1 січня 2016 року відбулося відносно безболісно для нашої компанії.

Кондакова Наталія

Головний бухгалтер ТОВ "Срібний берег", м.Москва

З рішенням «ТСД ЕГАИС» значно покращилася робота нашого складу. Скоротилася пересортиця, підвищилася швидкість підбору замовлень і рівень виконання заявок клієнтів. Це було особливо важливо, так серед наших клієнтів є федеральні мережі, які ретельно контролюють якість виконання замовлень і невиконання заявок в повному обсязі призводить не тільки до штрафів, але до ризиків втратити «полку».

ТОВ «Паритет», м.Москва

Наші партнери по галузі (торгівля алкогольною продукцією) порекомендували компанію «Проект Регіон» для настройки облікової системи 1С для роботи з ЕГАИС.

Хочеться відзначити високий професіоналізм і оперативність команди «Проект Регіон». Всі наші питання, за якими ми мали дуже високі ризики (тому що отримали ліцензію фактично перед новим роком і не мали можливості навіть готуватися до ЕГАИС), були розібрані якісно і уважно.

Співробітники підключаються віддалено, вирішують всі питання з відвантаженням і роботою в УТАП11

Для нас було складено персональні інструкції користувача, завдяки яким співробітники можуть завжди підвищує фаховий рівень, якщо що то забудуть.

Всі роботи були виконані оперативно тепер ми ведемо якісну роботу з ЕГАИС.

Найближчим часом плануємо впроваджувати рішення ТСД ЕГАИС, тому що цілком згодні з розробником - ті, хто не запровадить таку автоматизацію - покинуть ринок.

ТОВ «ВК Груп», м Москва

Ми звернулися в компанію «Проект Регіон», наткнувшись на сайт в інтернеті. Інформація була на той момент вкрай актуальною, строго тематичної і «потрапила в точку» наших побоювань щодо постановки на баланс. «Проект Регіон» вже в грудні мали готове рішення на цей рахунок, і впровадили нам (за допомогою вбудовування в УТАП11) свою підсистему «ТСД ЕГАИС», завдяки якій постановка на баланс пройшла в термін. В даний час плануємо

Особливо слід відзначити компетенції не тільки в своїх рішеннях (ТСД ЕГАИС, ІЕГАІС), але і в старих галузевих конфігураціях 1С (УТАП11). Зокрема, «Проект Регіон» провели нам навчання, що складається з 12 занять, проведених онлайн, завдяки якому ми (істотно заощадивши на «класичному» трудомісткий проект впровадження) фактично повністю розібралися з функціями цієї складної програми і тепер вміємо нею користуватися.

Андропов Сергій

Начальник відділу ІТ, ТОВ "Вериго"

Наше спілкування з компанією «Проект Регіон» почалося прямо в святкові новорічні дні. До інших розробників я не дочекалася нічого конкретного ні в грудні, ні в січні.

Особливо хочу відзначити оперативність, з якою фахівці «Проект Регіон» не тільки проконсультували мене з усіх питань в ході навчання, а й розгорнули свою систему «Інтерфейс ЕГАИС», вмонтувавши її в нашу облікову базу «Управління торгівлею».

На даний момент нас повністю все влаштовує - все працює, помилок немає, використовуємо типовий функціонал і розробку «Проект Регіон». Бажаю вам успіху!

Рогатина Олеся

Головний бухгалтер, ТОВ "Трутень", г. Балашиха

Компанія «Проект Регіон» в частині співпраці в області ІТ супроводу і консалтингу була обрана нами за рекомендацією бізнес-партнерів.

Виконавець блискуче провів нам проект перекладу з використовувалася в компанії «УТ10.3» спільно з сильно зміненій під алкогольний облік «БП2.0» (що було принципово невірно, тому що завжди були проблеми з оновленням в частині бухгалтерського обліку)

Складністю було й те, що ми вели облік в класичному ЕГАИС, використовуючи підсистему власної розробки (при раптово покинув нас розробника).

Всі складності були дозволені, зараз ми працюємо на УТАП11

Найближчим часом приступаємо спільно з «Проект Регіон» до впровадження їх вирішення ТСД ЕГАИС.

ТОВ «Північна столиця», м.Москва

З компанією «Проект Регіон» нас звели наші бізнес-партнери з Санкт Петербурга. Ми перебували в досить скрутному становищі: встановивши фактично замість використовувалася раніше 1С77 програми 1С УТАП11, діяльність компанії була паралізована:

- довідкові дані були перенесені некоректно
  - співробітники не вміли працювати з програмою
  - чекати допомогу від розробника не доводилося, нам сказали що ресурсів зараз немає

Фахівці «Проект Регіон» почали діяти вже в святкові дні. Виправили дані в базі. Створили під нас керівництво користувача, провели початкові консультації по роботі з програмою. Зараз в розробці знаходиться моделювання всіх наших операцій в УТАП11 (з урахуванням потреб в управлінській звітності перед бізнес-партнерами). Дякуємо команді «Проект Регіон» за незірваних відвантаження і почалося довгострокове співробітництво.

Волков Віктор

Директор з логістики, ТОВ "ВІОЛА", м.Москва

Незважаючи на те, що у нас є власний ІТ-відділ, здатний розібратися з будь-якою проблемою, впровадження ЕГАИС все ж привнесло істотні проблеми, тому що тема була нова, а часу на розгляд - практично не було

Компанію. «Проект Регіон» знайшли в інтернеті, як яка заявила свої компетенції в конфігурації 1С УТАП. Вони оперативно (на відміну від розробника) розробили для нас документ (фактично, керівництво користувача по всіх нюансів ЕГАИС) за результатами моделювання наскрізного бізнес-процесу товарний облік з максимальним розгалуженням. В результаті у нас вчасно з'явилася так потрібна нам документація на систему, і робота з ЕГАИС

Що особливо важливо, співробітники Виконавця знайшли і оперативно виправили кілька помилок розробника УТАП10.3, в зв'язку з тим, що релізи з виправленнями виходили з великою затримкою.

Бажаємо компанії «Проект Регіон» тримати марку 😉

Марюшін Олександр

ІТ Директор, ТОВ «Ритм 2000», м Великий Новгород

Для взаємодії з ЕГАИС наша компанія використовує функціонал рішення «Інтерфейс ЕГАИС» від компанії «Проект Регіон».

Спочатку ми планували замовити інтеграцію 1С77 з «Інтерфейсом ЕГАИС», але в зв'язку з тим, що ми звернулися в «Проект Регіон» вже в розпалі грудня, спільно визнали цей варіант ризиком і, використовуючи напрацювання «Інтерфейсу ЕГАИС», створили власне рішення для 1С77 .

Хочеться підкреслити, що компанія «Проект Регіон» не тільки володіє експертними володінням предмета (як ЕГАИС, так і в алкогольній специфіці в цілому), але і є по-справжньому клієнт-орієнтованою компанією. Співробітники компанії в ході взаємодії працювали в режимі «нашого часового поясу» (що важливо для нас, тому що ми знаходимося в Петровпаловс-Камчатському і різниця з Москвою складає 9 годин)

Алексанян Едгар

ІТ Директор, Група компаній "Шамс", г.Петропаловск-Камчатський

Програма «Інтерфейс ЕГАИС» від компанії «Проект Регіон» була обрана нами як найбільш дешеве рішення при найбільш сильній команді. Так склалося, що наше підприємство впроваджувало WMS систему і до інтеграції з ЕГСІС ми підійшли занадто пізно. Про впровадження галузевих рішень (наприклад, УТАП) і мови не було - велика кількість користувачів не переведеш з 1С77 на 1С8 (та ще й УТАП11) за 1 місяць. «Проект Регіон» запропонувала своє рішення і проект по інтеграції, який був виконаний в рекордно короткі терміни, і відвантаження були зірвані. Особливо хочеться відзначити команду Виконавця: наші звернення надходили практично цілодобово і перевищує розумні межі обсягом. Всі вони були вирішені, робота йшла навіть в новорічну ніч.

Зараз ми з упевненістю працюємо в своїй 1С77, але розглядаємо перехід на недороге але повнофункціональний галузеве рішення на базі УТ11, в яке компанія «Проект Регіон» планує розвинути свою систему ІЕГАІС вже цієї весни.

Андрєєв Андрій

Директор з логістики ТОВ "Еліда Груп", м.Москва

Роздріб давно звикла працювати зі звичайним лінійним штрихкодом: Його читають все сканери. Він добре підходить, коли ми хочемо відрізнити один товар від іншого.

Для алкоголю це занадто короткозорий підхід. ЕГАИС відрізняє товар по алкокоду. Алкокод всередині товару індивідуальний по постачальнику. Зустрічаються випадки, коли навіть всередині одного товару, одного постачальника, є кілька алкокодов. Алкокод не можна визначити за звичайним штрихкоду, він зашитий в акцизної марки.

Візьмемо горілку Стара марка класична 0,5л. з однаковим звичайним штрихкодом:

Бачимо три виробника з різними алкокодамі. Може бути так, що: перший алкокод, ми приймаємо зараз за даними ТТН, другий продаємо скануючи марку. Третій залишився на вітрині з далекого 2015 г. З точки зору ЕГАИС - це абсолютно різні товари.

Відповідно, здавалося б, один товар: по першому алкокоду накопичується, по другому і третьому списується в мінус.

Таким чином - ревізія "на вигляд" не дає гарантію, що залишки, оголошені ЕГАИС, відповідають фактичним. Пересортиця по алкокодам всередині однієї і тієї ж фактичної номенклатури - це основна проблема широко використовується зараз практики приведення залишків без сканування акцизної марки.

Зокрема, важливо, приходуем товар, перевіряти перевіряти відповідність надходить ТТН фактичному стану речей. Це закриє ще одну лазівку для проникнення в нашу систему не зареєстрована алкокода.

На жаль такі можливість вбудовані не у всіх програмах. Наприклад, 1С: Роздріб доводиться посилювати сторонніми розробками. Деякі є на Інфостарте.

Може це зайві танці з бубном? На поточний момент наслідки передбачити важко. Товар, по якому ми допустили пересорт, при продажу йде в мінус (поки це допустимо). У нас є добу, щоб закрити цей мінус. Нам треба або знайти його причину (часто це вдається?) Або оприбуткувати товар, розуміючи, що ми швидше за все формуємо надлишок.

Іноді пізно розумієш, що наявність хороших інструментів - це половина успіху.

Управлінський облік в роздрібній торгівлі - це культура, яка прищеплюється не відразу. Пора перебудувати бізнес-процеси, навчити персонал. У нас ще є час, щоб "набити шишки" до того, як за це почнуть карати.

P.S. У січні 2017 роки для 1С: Роздріб з'явилася нова. Вона дозволяє використовувати тільки акцизні марки на всіх етапах роботи з алкоголем.

Дане питання стосується трьох сполучних, а саме: прийом товару, касових операцій та системи ЕГАИС. Тим самим можемо сказати про те, що потрібно робити швидку приймання товару, що б скоротити логістичні витрати. А довгі маніпуляції касирів можуть збільшувати час на обслуговування споживача і зростання черг, що може привести до падіння попиту і продажів. І в завершенні всього сама система ЕГАИС загальмовує весь процес.

Насамперед ми хочемо розповісти про сам принцип роботи системи ЕГАИС. Так як дана система обліку в корені відрізняється від того принципу роботи по якому діяли всі торгові підприємства.

Перше що повинні врахувати підприємці це те, що в системі ЕГАИС не виражає факт госпоперацій, таких як: оплати, рахунки або накладні торг 12, а виражається лише факт переміщення торгової одиниці, її кількість, звідки і куди надійшла.

Раніше на торгових точках була можливість заднім числом проставляти в документах дані для сходження взаєморозрахунків. Але тепер з впровадженням облікової системи ЕГАИС необхідно відразу відправляти документацію про приймання або відправлення алкогольної продукції.

Для чого це потрібно: при завантаженні залишків на балансі в систему ЕГАИС вводяться все штрих-коду кожної одиниці, так само як і при відвантаженні фіксується діапазон штрих-кодів. При продажу скануючи пляшку, є ймовірність, що при сліпому обміні даними з системою ЕГАИС без прив'язки за фактом до реальних пляшках торгова точка може провести через касу пляшку, яка за документами ТТН числиться на повернення або не надходила зовсім (скасовані ТТН).

А так же в системі ЕГАИС створений свій номенклатурний довідник, який відрізняється від довідників торгової точки або постачальника, а алкоголясодержащая продукція в ньому має свої присвоєні артикулу або по-іншому код, наприклад:

АП-+017854000001190447.

Даний код вшитий в акцизну марку. Так само у них є своя особливість, однакові пляшки з аналогічними етикетками можуть мати абсолютно різні коди.

Через що це відбувається: все йде від виробника та імпортера, так як у них є своя програмна система ЕГАИС (великий ЕГАИС), в яку вони вносять дані своєї продукції, факт її виробництва, відвантаження і т.д. А так же різні заводи виробника або навіть різні лінії на виробництві та різні цехи з розливу на одному заводі можуть мати різні коди, а зроблено це для того що б виробник даної алкогольної продукції міг відстежувати рух кожної одиниці по країні.

На прикладі ситуації, що дистриб'ютор упаковує продукцію в великогабаритну тару по 6 або по 20 пляшок і реалізує їх зі знижкою. Співробітник складу бере будь-палет і переносить його на перепакування, при цьому всі палети з різних заводів перемішуються, а це значить, що по документації ЕГАИС буде продукція одна, а за фактом вона інша хоч і при візуальному огляді вона абсолютно ідентична одна одній.

Розберемо ще один приклад. На торговій точці касир пробиває пляшку з кодом, який згідно з даними системи ЕГАИС не надходила в магазин. За документації дана пляшка числиться в магазині міста Рязань, а продати її намагаються в Москві, постає питання як ця пляшка виявилася в іншому місті або де магазин закуповує підпільну алкогольну продукцію.

Припустимо, в ході перевірки виявили, що магазин не розливає і не закуповує підпільну продукцію, тоді постає питання, звідки ця пляшка з'явилася в магазині. В даному питанні винен постачальник, а магазин не перевірив продукцію і виставив на реалізацію.

Тепер перейдемо до питання сканування кожної пляшки при прийомі товару. Існує кілька способів такої перевірки. Найпоширеніші з них: це використання мобільних терміналів збору даних. Наприклад, такого, какCipherLab 9200. Дана модель захищеного терміналу збору даних має різні модифікації способу сканування: лінійний, лазерний, 2D і HF RFID, що забезпечує високу швидкість і надійність сканування. Другим за популярністю, швидкості і якості роботи є спосіб здійснення приймання за допомогою бездротового сканера з вбудованою пам'яттю, наприклад як Mercury CL-600 P2D. Це бюджетний сканер штрихкодів, який відповідає всім вимогам ЕГАИС, має вбудовану пам'ять 512кб і здатний запам'ятовувати до 32000 штрихкодів. Так само в практиці використовувалися і звичайні касові сканери, і недорогі смартфони, які в підсумку некоректно працювали або зовсім ламалися, за підсумком стало зрозуміло, що для такої роботи необхідно купувати спеціальну техніку.

У даній статті ми розібрали, що достовірні і легальні акцизні марки при неправильній приймання та обліку в системі ЕГАИС можуть нашкодити організації і привести до перевірок і штрафів. А це означає, що найвірніший спосіб уникнути таких ситуацій лежить в принципі побутилочной приймання товару.

В першу чергу необхідно перевіряти такі нюанси як:

1. Чи підлягає скануванню акцизна марка.

2. Звіряти код алкогольної продукції з кодом ТТН в системі ЕГАИС.

3. Звіряти виробника та імпортера з ТТН в системі ЕГАИС.

4. Чи присутні в документах ТТН акцизні марки, які є по факту.

Звичайно, побутилочное сканування - це екстремальний випадок. На практиці можна знайти способи зрізати кути і сканувати вибірково. Наприклад, перевіряти по 2-3 пляшки з ящика. Перевіряти одних постачальників ретельніше інших. Або якусь номенклатуру сканувати тотально, іншу вибірково, а третю взагалі по пляшці на паллету. Вибирати тільки Вам.

Підводячи підсумки, хочеться сказати ще про програмне забезпечення. З безлічі різновидів, оптимальним на наш погляд, для складських приміщень, є Mobile Smarts ЕГАИС. В даному програмному забезпеченні є весь базовий функціонал для автоматизації складських операцій. За допомогою терміналу збору даних зі сканером штрих-кодів можливо проводити перевірку поставки товару з даними ТТН в системі ЕГАИС, перевіряти легальність продукції і звіряти дані по акцизних марок.

А для роздрібних торгових точок розроблено ПО Mobile Smarts Магазин 15, в якому весь створений функціонал підходить для мобільних пристроїв з вбудованим сканером штрих-кодів. Це програмне забезпечення розроблене для автоматизації усіх робочих процесів з обліку товару і інвентаризації в роздрібному магазині, а так само оптимізації робочих місць.

gastroguru © 2017