Если вы не хотите платить каким-либо подрядчикам, которые «всё сделают и настроят за вас», то статься может оказаться крайне полезной.
Итак, 54ФЗ, который уже стал «темой номера» не в одном ИТ отделе.
Февраль — первый месяц, в котором столкнулись с данными изменениями те, кто не догадался вовремя сменить ЭКЛЗ на своих кассах.
Но большая часть более опытных людей всё ещё только слышат что-то про online ККМ и готовятся пока морально.
Наверное, основная мысль, которую стоит извлечь из этой статьи — готовиться нужно не морально, а очень даже физически, причём начинать надо было уже месяц назад.
Итак, для тех, кто думает что его это не коснётся, объясню почему с Online ККМ будет много «трудностей».
Наверное, все ждали каких-то отсрочек (как у 1С с прекращением поддрежки бухгалтерии 3.0), но государство — это не коммерческая структура, тут всё достаточно жестко.
Поэтому сейчас:
1) Не готовы производители ККМ (ККТ) — некоторые из них нормально работать начинают только после обновления прошивки, вышедшей пару дней/недель назад
2) Не готовы разработчики драйверов. На савйте Штриха последняя более-менее рабочая версия драйвера датируется концом февраля
3) Не готовы разработчики прикладных решений. (да, 1С тоже. Релиз розницы от 13.03: http://downloads.v8.1c.ru/content//Retail/2_2_5_25/news.htm) -обновлены все поставляемые драйверы, исправлены критические ошибки в библиотеке подключаемого оборудования
4) Не готовы ОФД — в нашем примере Такском, у которого сайт регулярно «лежит», а изменения на нём происходят «на глазах».
5) Не обеспечены потребности в ФН — их просто нет того количества, которое нужно. Продаются втридорого и всё равно нигде не купить.
6) В конце концов — неизвестно, готова ли в итоге к приёму этих данных налоговая
Сроки у всего этого очень сжатые:
— С 01.02.2024 — прекращается регистрация обычных ККМ в налоговой. Т.е. если открывается новая торговая точка или закончилось ЭКЛЗ, то уже нужно будет использовать ККТ с передачей данных и со всеми вытекающими
— С 01.07.2024 — Запрещено использовать ККМ без передачи данных в организациях с общей системой налогообложения
— С 01.07.2024 — Запрещено использовать ККМ без передачи данных в организациях на ЕНВД
Но, наверное, вы открыли эту статью не для того, чтобы узнать, как всё плохо, а для того, чтобы решить, что делать.
Не скажу, что опыт, описанный ниже, будет лучшим, но на многие грабли он позволит вам не наступить:
1) Если есть шанс перевести магазины на ЕНВД — переводите не задумываясь!
Во-первых, Online ККМ это нехилые такие затраты — около 30К на магазин, во-вторых, к середине следующего года, наверное, уже появятся нормальные отработанные решения для них, и в ряды бета тестеров вы не вступите.
2) Закупите ПРАВИЛЬНУЮ ККТ
Я лично рекоммендую Штрих-М-01Ф
Что важно учитывать при выборе ККТ:
a) Штрих VS Атол = Штрих. ИМХО конечно, но по практике с АТОЛ-ом намного больше проблем было ещё с ККМ, с ККТ думаю ситуация не изменилась.
В любом случае, если выбрали АТОЛ то большую часть этой статьи можно не читать.
b) У ККТ должен быть свой Ethernet интерфес и отдельный интерфейс для подключения к ПК!
Есть куча извращений для подключения ККТ к onlin-у. Худьшим из них является RNDIS (Ethernet через USB):
— Драйвер RNDIS в Windows появился с Windows 7
— Стабильность его работы оставляет желать лучшего
— Появляется зависимость от настроек Firewall на кассовом компьютере
Если же у кассы нет отдельного интерфейса для подклчюения к ПК ПО COM, то вы теряете возможности старых драйверов (об этом речь пойдёт далее)
Такая, технология используется в ККТ Retail01-Ф — не рекоммендую использовать данную ККТ, по крайней мере в связке с 1С точно
c) ККТ конечно должна быть распространенной — как правило те версии ККМ которые часто видите в продуктовых магазинах раньше всего оттестируют, сменят прошивку, и они начнут нормально работать. ККТ не должна быть очень старой моделью — после модернизации их работа оставляет желать лучшего.
d) У ККТ должна быть установлена последная версия прошивки! К примеру, ККТ ШТРИХ-ФР-Ф до обновления на последнюю версию прошивки работали крайне нестабильно.
«зависшая» ККМ это очень жестоко для кассира.
3) Заключите договор с ОФД
ОФД, он же «оператор фискальных данных» — это такая контора которой вы теперь тоже будете платить деньги низачто. Привыкайте. Делать она по сути ничего не делает — скорее просто принимает данные из касс и передаёт их в налоговую. Почему нельзя было передавать напрямую в налоговую? :). Ну это было бы слишком просто, да наверное и не хотелось эти затраты вводить как госпошлины — статистику портить. Но некоторые полезные вещи ОФД делать всё-таки может:
1) Регистрировать кассу Online (в налоговую теперь ездить не надо) — главный и единственный плюс всей этой истории с 54ФЗ
2) Рассылать e-mail и СМС клиентам (которые по закону вы теперь обязаны высылать если требует) — обязательно уточняйте наличие и стоимость этой опции!
Если ваш ОФД это умеет, то вы просто в разы облегчите себе жизнь
3) Оповещать если скоро истечет 30 дней с момента последней передачи чека
Тут поясню и остановлюсь подробнее. Online кассы не такие уж online на самом деле. По закону у вас есть до 30 дней на передачу чеков в налоговую — если 30 дней не было передачи, то ФН (это теперь вместо ЭКЛЗ) заблокируется. Т.е. наличия постоянного бесперебойного интернет-соединения не требуется! Главное чтобы интернет хотя бы иногда появлялся и чеки передавались в налоговую, иначе могут быть очень дорогие проблемы.
4) Установите новые версии драйверов ККТ
В новом драйвере, как показано выше, появляется новый раздел — ФН. Именно в нём регулируются все безобразия обращения к Фискальному Накопителю.
Соответственно, про старые версии драйвера и их использование можно забыть. Но не всё так грустно и печально. К счастью, Штрих — это не 1С, в их продуктах принято поддерживать обратную совмсестимость.
Поэтому необходимо установить новые драверы для работы ККМ Online. Также, в случае если вам всё-таки не повезло и вы используете RNDIS или похожую технологию для подключения по сети кассы, не имеющей собственного Ethernet интерфейса вам предстоит ещё достаточно прилично «поиграться» с драйверами сетевого подключения. Настроек становится на порядок больше — в этом случае обязательно просите у ЦТО, который Вас обслуживает отдельную методичку по настройке таких касс.
Из нового в этом драйвере обязательно нужно освоить функцию получения статуса информационного обмена. Собственно дата последнего обмена не должна быть существенно меньше текущей. При возникновении подобных проблем их нужно срочно решать.
5) Доработайте вашу 1С!
Тут мы можем сказать Здравствуй БПО 2.0! (БПО — Библиотека Подключаемого Оборудования)
Всё как всегда, всё очень по 1С-ному:
— Абсолютно не совместима с предыдущей версией!
— Сокращение возможностей взаимодействия с торговым оборудованием до предела!
— Сокращение списка совместимого торгового оборудования!
— Невозможность работы со старыми версиями драйверов торгового оборудования!
Вышла её первая версия в конце декабря 2024 года . Т.е. ещё где-то полгода будет продолжаться Beta тестирование на живых пользователях.
Прикладные решения, которые её использую начали в спешке появляться в начале 2024 года.
К счатью, 1С хотя бы позаботились, чтобы БПО не пересекалась объектами с основными конфигурациями, а это значит что вкорячить БПО себе в систему можно.
Итак, вы счастливый (или несчастный) обладатель сильно доработанной конфигурации и нескольких розничных точек в которых планируется замена ККМ на ККТ.
Что нужно будет сделать:
А) Встроить БПО 2.0 (если вам повезло и конфигурация на 8.3 на управляемых формах конечно). Если нет — искать специализированные решения на Infostart.
Можно, конечно, разрабатывать логику взаимодействия самостоятельно, но на это уйдёт куда больше времени, чем на переписывание логики взаимодействия с БПО 1 на БПО 2.
Б) Переписать кастомную часть печати чека на совместимую с БПО 2.0
Суть примерно в следующем — в БПО 2 никакого прямого взаимодействия с ККМ невозможно!
Вы передаёте на ККМ XML файл с информацией для печати на чеке, а ККМ её уже печатает и передаёт в ОФД. Такой формат более универсалени вцелом жизнь станет проще… когда нибудь,
а пока он несёт следующие проблемы:
— Вывод графики на чек больше невозможен
— Сигнал от ККМ больше невозможен
— Штрихкод теперь возможен только однгого формата
— Понятие X отчет теперь отсутствует напрочь
— Нельзя распечатать дополнительный лист к чеку без заголовка, строчек так на 20, который печатается по умолчанию.
Впрочем, есть и хорошие новости. Методы драйверов и форматы файлов, передающзихся для ККТ теперь стандартизированы и достаточно неплохо описаны:
https://its.1c.ru/db/metod8dev#content:4829:hdoc
Эту ссылку настоятельно рекомендую запомнить. В процессе работы она ни раз понадобится.
В) Доработать печать чека для использования совместно с БПО 2.0
В современных конфигурациях строки для печати формируются в модуле менеджера документа Чек ККМ.
Тут, собственно, нет ничего сложного, кроме того что все кастомные текстовки придётся переписать.
Ну ещё привыкнуть что печать штрихкода на чеке теперь выглядит примерно следующим образом:
СтрокаТекста = «|ШтрихКод|EAN13|» + ШтрихКод + Символы.ПС;
А отрезка — таким: «[отрезка]»
Самое интересное — если нужно просто отрезать чек резчиком ККТ нужно послать на печать как минимум одну строчку. ККТ при этом начинает новый чек.
Г) ЛайфХак — решить вопрос ограничений БПО 2.0
Самое интересное во всей этой истории, что для взаимодействия с ККМ никто вам не запрещает исопльзовать старую версию драйвера!
В XML должны содержаться только данные, нгеобходимые для передачи в ОФД.
В них, кстати, входит название товара — так что пробивать чеки только с суммами теперь нельзя, без базы товаров сейчас не обойдётся даже самый маленький киоск.
Но при этих доработках нужно учитывать — теперь нельзя печатать на чеке только коды товара, должно быть напечатано осмысленное наименование.
Не могу сказать, что этот факт меня порадовал. Много дешевых магазинов/ларьков/забегаловок просто закроются не сумев выполнить это условие.
Ниже пример, как был решен вопрос печати X-отчета, который по неизвестной причине отсутствует в новой версии драйвера. Более того, нет даже близкого его аналога.
Отчет по состоянию расчетов отображает лишь общие суммы, единственный выход — смотреть в ОФД, но скорость и удобство их интерфейса оставляет желать лучшего.
ОбъектДрайвера.Отключить(ПараметрыПодключения.ИДУстройства); //Отключаем новую версию драйвера
НовВыходныеПараметры = Неопределено;
ПодключитьВнешнююКомпоненту("AddIn.DrvFR1C");
FR = Новый ("AddIn.DrvFR1C"); // Подключаем компоненту для использования старой версии драйвера
ПараметрыШтрих = ПодключаемоеОборудованиеШтрихМФискальныеРегистраторыКлиент.ЗаполнитьПараметрыПодключения(Параметры);
ПодключаемоеОборудованиеШтрихМФискальныеРегистраторыКлиент.ПодключитьУстройство(FR, ПараметрыШтрих, ПараметрыПодключения, НовВыходныеПараметры);
FR.PrintXReport(ПараметрыПодключения.ИДУстройства); //в ней есть метод печати X Отчета
ПропуститьСтрокФР(FR, ПараметрыПодключения.ИДУстройства, 5);
КомандаОтрезатьЧек = "251E00000001";
СтрокаПечати = "";
ПодключаемоеОборудованиеШтрихМФискальныеРегистраторыКлиент.ВыполнитьHEXКоманду(FR, ПараметрыПодключения, КомандаОтрезатьЧек, СтрокаПечати);
Результат = Истина;
FR.Close(ПараметрыПодключения.ИДУстройства); // Отключаем старую версию драйвера
FR = Неопределено;
Таким образом, можно делать с чеком всё что делали ранее, ничем себя не ограничивя. Только, конечно, проделывать это нужно с нефискальной частью чека. Фискальная часть как раз и определяется переданным чеком.
Теперь, я думаю, становится понятным то о чём писал выше — ККТ должна быть подключена к компьютеру непосредственно. Это нужно чтобы «на время Бета тестирования» продолжать использовать все возможности ККМ, не оглядываясь что и когда будет доработано.
Но, несмотря на все подобные решения, некоторых вещей добиться теперь не удастся:
1) Вывести дополнительную информацию после итоговой суммы и до QR кода — эта часть чека не регулируется
2) Оформить каким либо образом фискальную часть чека
3) Повлиять на формирование QR кода чека
Потому как фискальную часть чека всё равно нужно формировать посредством нового драйвера — т.е. передавая XML, отправить чеки в новую ККТ посредством старого драйвера не удастся — чек не фискализируется.
В довершение всего есть ещё приятная новость — теперь продажи Online, при оплате картой требуют пробития чека. Данная норма закона выглядит особенно весёлой и как её выполнять пока не ясно.
Успехов Вам, уважаемые коллеги, в борьбе с очередными «гениальными» новшествами законодательства.
Спасибо, было интересно почитать, только вставлю свои 5 копеек, так как кажется данные немного устарели. Во-первых по поводу драйверов Штрих — они прекрасно обновляются и последние датированы не февралем, а апрелем, последняя версия 4.13.562 . Для атол можно скачать здесь 8.2.14.2 , а для Дримкас, например здесь версия 300 Во всех драйверах уже есть поддержка Печати X отчета. Также при обновлении драйверов возможно окажется, что придется еще обновить прошивку на вашем устройстве.
По поводу доработки могу сказать, что не всем может подойти БПО новой версии, например мне приходилось дорабатывать старую Ут 11, платформа 8.2.19.83, в которой нельзя было обновлять платформу, что исключало использование метода «ОписаниеОповещения», да и многих плюшек. Но конечно большинство конфигураций на управляемых формах придется дорабатывать.
Проще всего дело обстоит с конфигурациями на обычных формах, уже есть обработки для подключаемого оборудования, которые позволяют не дорабатывать конфигурации, например моя или других авторов. Сложнее обстоит дело с сильно старыми, например Ут 10.2, или конфигурациями Рарус, так как они используют свой механизм по работе с ТО, но я обычно дорабатываю такой функционал под типовой. что позволит использовать обработки от 1С, или умельцев с инфостарта.
По поводу печати чеков при онлайн продаже, то тут все просто, на фискальник передается признак «Электронный чек», что не выводит данный чек на печать, а просто отправляет чек в ОФД, и все прекрасно работает.
Кстати есть большой нюанс при доработке любой 1С, так как на текущий момент 1С НЕ ПОДДЕРЖИВАЕТ формат обмена 1.05 И 1.1 ФФД, а только 1.0, что на текущий момент не позволяет корректно отражать на печати строки с авансами и частичной оплатой
А чем Атол не угодил?) Все прекрасно ставится и работает (опробовано на 30Ф, 55Ф и 22ПТК)
Подключал и штрих и атол, атол показался проще и логичнее.
В законе сказано если есть техническая возможность, говорим клиенту, что возможности нет и ничего не обязаны.
насколько помню печатать наименования нужна только для подакцизных товаров.
Имею опыт как модернизации старого Штрих-ФРК до новой версии, так и покупки нового АТОЛа-55Ф.
Про отсутствие комплектов модернизации и фискальных накопителей не писал только ленивый, это уже не новость.
Модернизация — штука непредсказуемая. К примеру, при не может просто отказаться работать системная плата Штриха, перепрошивка не помогает. Может отваливаться интернет-соединение. Столько всего может быть, что просто сердце радуется.
Имея такой пример, вместо модернизации решил купить новую кассу (всего их 5 у меня сейчас). Как и автор статьи, остановился на Штрих-М-01Ф. Как же, раскатал губу. В наличии их ни у кого нет, сроки поставки расплывчаты (1-2 месяца). То есть не только фискальных накопителей, но и самих регистраторов.
Исторически сложилось. что работал только на Штрихах, к Атолам относился с предубеждением.
Но делать нечего — пришлось покупать что есть. Купил Атол-55Ф, и не нарадуюсь. Работает все стабильно (2 недели полет нормальный). Документация исчерпывающая, не только руководство пользователя, но и руководство программиста. Примеры есть на всех распространенных языках программирования, причем актуальные, а не 2-летней давности как у Штриха.
Вопрос интеграции я решил иначе. БПО импортировать нам так и не удалось — конфигурация очень сильно дописанная, конфликты в самых неожиданных местах вылезали. Решил построить велосипед — написал свою софтину для печати чеков, и очень доволен. Чеки пробиваются, успешно передаются в ОФД. Сейчас заканчиваю интеграцию с УТ, выпилив из нее за ненадобностью всю подсистему чеков.
К июню планирую заменить весь парк на атолы.
Вопрос по печати на чеках. Правильно понимаю что теперь на онлайн кассах я не смогу дополнительную информацию выводить на чеках программно?
И второй вопрос. Может кто то уже сталкивался. Кассы АТОЛ фпринт 11. Модернизировали до онлайн касс. Очень часто возникает проблема при пробитии чека если в чеке есть весовой товар. Из за округления в фискальнике строк сумма оплаты не сходится с суммой строк и 1С выдаёт ошибку: Чек оплачен не полностью.
Меняем вес у товара на несколько грамм(при чём заметил что если позиций много то менять надо вес у одной из первых 3х). Тогда чек пробивается
(6) вы можете выводить, для этого в структуру для печати нужно передавать структуру с двумя свойствами, признаком, что строка является текстовой и сам текст.. По поводу второй проблемы не сталкивался. может у вас 4 знака после запятой?
(7)
Да нет. В 1С со знаками всё нормально. Как и раньше было. Никаких доработок в этой части нет.
На форуме Атола читал переписку с тех поддержкой на эту тему. Проблема эта не только у нас. Может конечно уже вышли новые прошивки(драйвера). Вот и пытаюсь узнать есть ли решение.
Судя по переписке на сайте Атола у них спрашивать что либо бесполезно. Если в ТП 1С стандартный ответ: «У нас не воспроизводится», то у Атоловцев «А вы пробовали обращаться в тех поддержку 1С».
(8) странно, а для какой конфигурации вы используете фискальник?
(9)Для Розницы 2.2
Последние драйвера для 54 ФЗ можно взять из драйверов Атол 8.14.2, в БПО они не самые последние., может в них проблема.
(11)Вот только не знаю дело в драйвере или в прошивке аппарата. Попробую конечно. У меня драйвера не из БПО. Их ставили те кто модернизацию касс делал.
(12) кроме как из БПО им не откуда их было взять. если конечно не разработали что-то с нуля, в чем я сильно сомневаюсь, скорее всего у них были какие-то драйвера, которые они используют при подключении, поэтому попробуйте обновить, если не устроит, поставите их версию
(13)
С сайта Атола скачали.
(14) так их там тоже не обновляют, я имел ввиду последние версии драйверов. нужно брать именно из дистрибутива
(1)
Что есть очень очень плохо 🙂
В драйверах то она всегда и была. Её нет в спецификации 1С.
Вопрос лени ИМХО.
левые сторонние решения по-моему никак не проще 🙂
(3) Атол не угодил ещё до 54ФЗ. Сорри конечно, но только с Атол-ом узнал что кассы тоже могут регурярно виснуть, перезагружаться и т.п. 🙂
Вопрос ТС по поводу Х отчета. Олег Вы не пробовали из нового драйвера вызвать PrintXReport. В драйвере штриха в dll-ке SMDrvFR1C20 есть такой метод. Сам смогу попробовать только где-то через неделю. Да и в требованиях 1С он есть.
(4)
на семинарах ФНС по-другому рассказывали…
(5)
безумству храбрых поём мы песню :)))
Как вы думаете почему Штрих-ов нет в наличии а АТОЛ-ы есть? :)))))
«Модернизация — штука непредсказуемая» +100500
(18)
Он прекрасно работает и работал. Только он работает в случае обращения к «старому» интерфейсу, в БПО 2 такой метод не предусмотрен. Он не отработает если ККМ подключена по RNDIS.
(22) Я же писал «Отчет о текущем состоянии рассчетов» что там описан и X отчет это не одно и то же!!!!
(24) специально для вас, если не можете прочитать по ссылке.
(19)
200+ атолов в эксплуатации. И 30-40 штрихов. Проблем везде хватает.
Вот с переходом на онлайн кассы проблем добавилось. Постоянно устройства слетают на другие порты. До модернизации таких проблем не было.
АТОЛов то же не было в наличии и комплектов модернизации к ним то же.
(25) Оу, пока мы тут переписываемся вышла БПО 2.1 :))). Которая предусматривает печать X отчета :).
Только вот в законе его нет, и в разъяснениях 1С говорили что не будет:
4. Фискальный накопитель обеспечивает хранение в некорректируемом виде в течение 30 календарных дней, если иное не предусмотрено настоящим пунктом, реквизитов следующих фискальных документов:
отчет о регистрации;
отчет об изменении параметров регистрации;
отчет об открытии смены;
кассовый чек (бланк строгой отчетности);
кассовый чек коррекции (бланк строгой отчетности коррекции);
отчет о закрытии смены;
отчет о закрытии фискального накопителя;
отчет о текущем состоянии расчетов;
подтверждение оператора.
Ну если в спецификации появилось, может скоро драйвера и БПО доработают и поддержка появится — увидим, можно будет по-другому — напишу конечно
(26) Проблем конечно везде хватает… но я прихожу около дома в магазин 5-ка… вижу там штрих и понимаю что с Атол-ом я скорее прав
(27)А у вас какой текущий релиз Розницы?
У меня 2.2.5.23 в нём Х отчет не печатает. Коллега один говорит что у него вроде как какой то из последних и вроде Х отчеты печатаются.
(28)
Ну не знаю… что именно правоту подтверждает? что им продали штрих?
Тут бы ещё знать все обстоятельства закупки оборудования.
(27) смешно, все уже есть и поддержка драйверов, и печать x отчета, и у Атола, и Штрих-М, и даже у Дримкас. Просто нужно нормально воспринимать замечания, а не смотреть на окружающих с высоты своего «авторитета», а не ставить минусы.
«А отрезка — таким: «[отрезка]»»
Можно тут подробнее?
Почитал
Слово «отрезка» нашел только в пункте:
3.10. Требования к разработке драйверов для эквайринговых терминалов
(28) Магазин у дома это обычно поставить всё что подешевле, это ниша штриха и инкотекса
Не увидел, писал кто об этом выше или нет, но Х отчет теперь печатать можно:
Добавлен новый метод НапечататьОтчетБезГашения (PrintXReport).
Изменены параметры метода СформироватьЧек (ProcessCheck) в структуре CheckPackage добавлен атрибут Department и изменен параметр Tax(указание ставок НДС в явном виде, в том числе БЕЗ НДС)
(27)
Но видимо не вышла
Любопытно следующее.
Теперь есть инфа о продажах ВСЕГО на территории всей России, возможно есть уже группа ушлых которые имеют доступ к бигдата по продажам. Обладая этой инфой можно легко увеличить продажи, путем отжатия скидки у производителя или поставщика, или цены сделать как у конкурента (+-5%), так сказать быть «В рынке».
Моя фантазия улетает в запределье от этих мыслей.
(36)
Работал я в одной торговой сети. Эта сеть переманила то ли фин дира то ли коммерческого из другой торговой сети. Сети эти были сопоставимы по объёмам продаж и количеству магазинов.
И вот этот фин дир принёс с собой базу с продажами с предидущего места работы. Всё думали сейчас посмотрим в базе чем торгуют и на чём зарабатывают. Ну открыли… ну посмотрели… Оказалось что продажи одинаковые, объёмы одинаковые и тд… То есть НИКАКОГО преимущества из базы данных о продажах извлечь в итоге не удалось. Люди которые по 10 лет занимаются продажами без всяких баз хорошо ориентируются в рынке. так что:
Это только фантазии.
(36)
Для того что бы увеличить продажи нужно что бы пришло больше покупателей и купило больше товаров…. Наличие базы данных почему то не приводит их….
Снижение цен и увеличение оборота не всегда приносит увеличение дохода. Издержки растут. А если это какой нибудь товар с низкой наценкой то отдавая 5% прибыли что бы заработать те же 5% нужно продать в два раза больше товара, то есть в два раза больше привозить, хранить и тд. Издержки растут… товарооборот то же.
(37) Бигдата без понимания, что с ней можно сделать бесполезна.
Я говорю про МАСШТАБ или даже МАСШТАБИЩЕ получаемых данных!!!
К примеру:
Загнали все в куб, спроцессился он и далее верти крути в разных разрезах в той же сводной таблице экселя
тут нужен сильный анализ данных, а Ваш пример это низкой компетенции работы с данными.
Ваш пример это просто один конкурент, для того, чтобы быть В рынке, нужно знать всех конкурентов, а если есть прямой источник достоверных данных, то и экономия денег компании которая тратит на проработку конкурентов существенная!
(36) по-моему такое в планах есть, однако нужно вводить централизованный классификатор товаров, для того, чтобы можно было строить отчеты и понимать. что и где продается, такой всеобщий ЕГАИС, тогда за такие инсайды можно дорого заплатить.
(38) цель бизнеса — заработать, а пути заработка проторены.
Самые простые и понятные ИМХО
Увеличить средний чек
Скидка производителяпоставщика, следовательно можно цену снизить для покупателя и завязать маркетинг под это
Привести покупателей (см пред пункт)
Расширить ассортимент, сбалансировать его в зависимости от региона, города
Открыть еще магазин, два, три…
Занять соседний регион
снизить издержки, к примеру на сбор инфы о конкурентах
(40) За нас уже это подумали, и прикинули сколько можно заработать на торговле инфой.
Из опыта знаю, сколько стоит инсайдерская инфа от одного конкурента. А в масштабе цена будет другой )), но это не про нас, наша доля страдания))))))
(21)
Полагаю потому что Штрих получил лицензию на производство ФР и решил сконцентрировать ресурсы на этом. Ну или что то другое, неважно. Важно то, что производитель, который не может обеспечить в самый пик спроса (причем предсказуемый пик, о том что сейчас будет, знали все) своего оборудования на рынке явно не слишком хочет на нем присутствовать.
(28) В 5ке разное оборудование используют. В ближайшем ко мне магазине работают на АТОЛ 25Ф.
(29)
2.2 но уже не обновиться, релиз розницы с которого брали обновления был в конце марта — там X отчет не работал, думаю вряд ли что-то поменялось за неделю.
(30) Ну X5 Retail… всё-таки, я думаю там к выбору оборудования всерьёз подходят.
(31) Нужно немного читать что люди пишут про реальную работу, а не то что заявлено в документации… Ну по молодости все так делали
(32) Да, действительно в документации не написано. Но собственно смотрел как в БПО сделано — в тексте передаётся такое слово. Его потом дравйвер ККТ воспринимает..
(34) Как пишет коллега ниже… видимо это пока только «на бумаге»
(31) Во, ниже уже написали подтверждение :)))))))
(47) ой, простите «дяденька», я наверное только и сижу документацию читаю, и кассами не занимаюсь, ну-ну, куда же мне, мне ведь еще рано таким заниматься. Раз старшие сказали, что не работает, значит не работает и точка. Пойду глаза с мылом помою, и посплю, а то мерещится всякое с недосыпа.
(46)Везде серьёзно относятся. Я то же смотрю какие аппараты в других магазинах(сетях) стоят. Везде разные 🙂
(36) ну ещё не всего… ещё год на ЕНВД….
(39) Только общей НСИ нет. Как понять вот эти труселя нашего производства и такие же труселся их Милана это один артикул или нет? :)))
(51) Тролль?
(56) с чего вдруг, просто сказал в тон вашей манере речи
. Кстати о «реальной работе», можно скачать версию Розница 2.2.5.26 от 22.03.2017, вы вроде бы качали именно ее
, так вот там имеется поддержка печати X отчетов для оборудования ккт, но лучше ведь не проверять информацию, а говорить в чем абсолютно уверен.
(57)
:)))))) Ну уж простите проверять всю информацию от абы кого полученную не хватит времени
От 1С про X отчет не слова:
Зато на партнёрском они писали что больше не нужен и не предусматривается
(58) ну да, моя вина, поддержка появилась не в 2.2.5.26, а в 2.2.5.25
Используется «1C:Библиотека подключаемого оборудования», версии 2.0.1.12
Добавлена поддержка драйверов разработанных в соответствии с документом «»Требования к разработке драйверов подключаемого оборудования, версия 2.1″».
Исправлены ошибки:
— 00107750: Исправлена ошибка нарушение прав доступа при открытии формы «»УправлениеФискальнымУстройством»».
— 00105633: Исправлена ошибка не корректного чтение меток с sgtin-198 для RFID оборудования.
— 00104871: Исправлена ошибка передачи имени кассира в метод открытия смены на «»ККТ с передачей данных»».
— 00074007: Исправлена ошибка некорректной передачи ставки «»НДС 0%»» и «»Без НДС»».
Обновлена компонента печати штрихкода до версии 8.3.3.2:
— Оптимизация алгоритма подготовки изображения штрихового кода.
Изменен состав поставляемых драйверов:
Обновлен драйвер «»АТОЛ:ККТ с передачей данных в ОФД (54-ФЗ)»», версия 8.12 разработанный компанией «»АТОЛ»».
Драйвер разработан в соответствии с документом «»Требования к разработке драйверов подключаемого оборудования, версия 2.1″».
Обновлен драйвер «»Штрих-М:ККТ с передачей данных в ОФД (54-ФЗ)»», версия 4.13 разработанный компанией «»Штрих-М»».
Драйвер разработан в соответствии с документом «»Требования к разработке драйверов подключаемого оборудования, версия 2.1″»
Показать
Здесь написано, что появилась поддержка версии спецификации 2.1, а что мы видим в спецификации 2.1 — печать x отчета.
Никто не отрицает, что можно не знать, гораздо хуже, когда человек не уверен, но почему то всем доказывает, что он прав, а люди, которые указывает ему на это, и приводит корректные доводы, оказывается слишком молоды и не понимают «Реальной работы».
(58)
Сложно себе представить розничную торговлю без x отчета.
(60) 1С решили что не нужен:
Цитата: «Написал вопрос в 1С и получил ответ:
«Для ККТ с передачей данных Х-отчет не предусмотрен.
Вместо него печатается отчет о текущем состоянии расчетов, в котором отображаются данные о непереданных документах в ОФД. Для проверки текущих продаж используется личный кабинет ОФД.»»
В стандартах налоговой его нет:
(59) А вот в 2.2.5.25 мы проверяли — нихрена не работает. И не только у нас, как показывает практика: Так что продолжайте читать дальше, дело это конечно полезное :))))
(61)
я бы не ориентировался только на стандарты налоговой или на то что там решает 1С. Для повседневной работы x отчет очень даже нужен.
(62) ну тут не берусь судить, может написали, что добавили, а сами под шумок только в 2.2.5.26 реализовали, но факт то, что данный функционал уже есть и работает. И уже проверено. Да лучше читать документацию, чем препираться в комментариях, как вы выразились «абы с кем».
(64)
. Давно уже :). Вот вы и читаете документацию, и что? Люди которые прочитали пару обсуждений и переписок уже давно поняли что можно не ждать и нашли решение :))))
(65) ну да, всем сидеть на форумах, а документация это тьфу, не нужна, можно же прекрасно методом «тыка». Да, некоторые люди, не стали ждать когда 1с сподобится на работу со старыми конфигурациями, а написали собственные обработки для торгового оборудования 2-3 месяца назад, и успешно их продают, и то что вы описали «костыль» по работе с x отчетом уже давно был известен, и реализован, но в старых версиях обработки. в новых (а поддержка формата 2.1 появилась уже почти месяц как) версиях обработок уже используются поддержка именно драйверов без всяких костылей.
(66) Я вам по секрету открою. X отчет это лишь вершина айсберга, чего нельзя сделать нормальным образом в новом драйвере ;). Вы видимо невнимательно прочитали статью.
Я просто не понимаю людей которые регулярно читают одну и ту же документацию и ждут «ну когда ну когда всё исправится». Вам могу сказать — никогда :))).
(55) Пока нет, обяжут выполнять сопоставление, то будем это делать.
(54) Суть то ясна, а сколько это времени займет еще, год, два, три не столь уж и важно.
Факт, что все розничные продажи будут в одном месте.
(67) эх, ладно, дело ваше, может и в мой профиль кто нибудь заглянет=) статью прочитал, для себя нового не нашел, но плюсик поставил, так как интересно подано. Доброй ночи.
(68) Навряд ли это реально. А то все бы уже на EDI работали.
(69) Суть в другом…. Называется она «налогообложение в виде договора с ОФД» и «разовый платеж в виде покупки ФН»… А до глобальной аналитики ТАМ всем до лампочки, они так далеко не думают
(71)
На данном этапе нет. Но к этому всё идёт.
(72)
Думают. Сейчас только первый этап реализации проекта. В виде упрощения сейчас номенклатура не важна, нужны только обороты. В дальнейшем по результатам эксплуатации этой системы будут дорабатывать. Где то читал про все эти задумки… это будет не завтра… но и не в такой уж отдалённой перспективе….
(74) Сам почитал и людям дай)
Скажите, а кто-нибудь решал задачу обновления таблиц с именами кассиров на ккм штрих-м? Люди в магазинах меняются, хочется чтобы имя кассира из 1с как-то подтягивалось.
(76) Ну оно же отдельным полем в XML-ке которое 1С Штриху передаёт. Передвайте что хотите туда. Мы В РМК главном меню кассира выбираем и в параметры сеанса запихиваем, а потом везде используем
А мне очень интересны нововведения со стороны покупателя. Теперь не будет больше коробки бумажных чеков. Все чеки будут в электронном виде. Особенно важно в плане товаров с длительной гарантией, когда бумажные чеки имеют свойство теряться и выцветать. С электронными вариантами таких проблем больше не будет.
(48) Спасибо! Полезная информация.
(76) Добрый день.
Заведите справочник кассиров, с инициалами, ИНН. и используйте на здоровье. При открытии чека переписывайте таблицу кассиров. Текущего кассира записывайте на место системного администратора.
Ниже приведен пример для старого драйвера. Теги с ИНН кассира по текущему протоколу ФФД 1.0 Beta (формат фискальных данных) лучше не отправлять. Могут быть проблемы с чтением тега на офд. ПараметрыККТ это структура в которой пересылаются данные в объект драйвера.
Показать
(60) Можно X-отчет прикрутить с использованием старого драйвера. В какой и тем я выкладывал рабочий пример обработки для Штриха. Если есть нужда могу поискать.
//Х-Отчет Штрих
Показать
(81) В случае RNDIS только старый драйвер не отработает
(82) Но опять же только если есть подключение.
(28) А вот я прихожу в красное белое и вижу Атол — так что не все однозначно
(4) наименование обязаны печатать в чеке и передавать в ОФД все, не важно акцизный товар, услуги или что-то ещё
не выдёргивайте слова из контекста, отсутствие технической возможности ))), правильно читайте нормы закона.
Покупатель должен заявить о своём желании до того как распечатан чек на ленте. Отказ в отправке чека на почту или ссылкой на телефон приравнен к отказу в выдаче чека.
(94) Отметим, что наименование товаров (работ и услуг) и их количество индивидуальные предприниматели на ПСН, УСН, ЕСХН или ЕНВД (кроме торгующих подакцизными товарами), могут не указывать до 01.02.2021 (п. 17 ст. 7 Закона № 290-ФЗ);
Пользователь в целях исполнения обязанности, указанной в пункте 2 настоящей статьи, вправе направить покупателю (клиенту) на абонентский номер либо адрес электронной почты (при наличии технической возможности для передачи информации покупателю (клиенту) в электронной форме на адрес электронной почты),
(95)
А что там с юр лицами?
чем обосновать отсутствие технической возможности?
(96) юр. лица похоже должны
в законе об этом ничего нет. На семинаре налоговик говорил, что достаточно просто сказать что такой возможности нет.
По поводу смс
Немного иная ситуация с электронной почтой: если покупатель попросит направить электронный чек на e-mail, продавец обязан будет это сделать только при наличии технической возможности.
(97)
Придут контролирующие органы мне ссылаться на слова «налоговика с семинара» ?
(98)
Так как в законе не указано, то чтобы на что то сослаться нужно написать в налоговую официальный запрос.
(4) Были онлайн Атолы и Штрихи. По факту работы: начали избавляться от Штрихов, Атол (EoU) -прекрасно работает
(99) вы как то очень широко понимаете термин «отсутствие технической возможности», это не тождественно с «закосим под блондинку вдруг прокатит».
Если у вас в момент просьбы «интернет работает» и вы знаете e-mail покупателя, значит есть все шансы доказать суду, что техническая возможность у вас на тот момент была. А то, что вы что то не настроили, не купили — это просто косяк.
Оговорка дается для вашей защиты на случай, например, аварии у провайдера и отсутствием той самой возможности передать этот чек.
(5)а на чем писали софтину для печати чеков, если не секрет?
(113)VB.NET
(2) Я списывался с Dreamkas, по поводу Vikipirnt 57 Plus Ф, сейчас не 1С не поддерживает, а сами ККТ не поддерживают формат 1.05+. Вот дримкас обещает в начале июля только поддержку. Сейчас в этот формат умеют только ККТ компании атол и еще по мелочи. Полный список тут на сайте налоговой смотрите.
(6) С округлением действительно есть проблемы и у Штриха и у Атолла в онлайн-кассах.
Я правда проверял это только на новой dll-ке, которая через БПО используется, поэтому не знаю где проблема зашита, в драйвере или в самой кассе.
По документации округление должно быть до 8ми знаков, а по факту всего до 3х.
У меня конфа самописная, поэтому проблему решил 2мя способами:
1. настройкой округления дробных количеств. Но тогда организация теряет деньги при продаже слишком дробных количеств.
2. дробные продаются как целые и цена указывается за дробную единицу, а не за целую.
(24) в самих дровах функция печати Х-отчета есть, просто в модулях БПО нет ее вызова. Достаточно дописать этот вызов и все работает.
(36)Полный контроль за всем и всеми