Так в итоге судя по всему АТОЛ не ждать и ЮKassa в ближайшие месяца 2, с учетом, что сейчас уже середина декабря, потом праздники и тд, потом февраль и март, то есть в апрели? =}
Я понимаю, что мое сообщение звучало, как сарказм, но если серьезно, есть шансы что в декабре-январе будет версия с АТОЛ и ФФД 1.2?
А что за эквайринг? Нашел для себя(давно уже) решение в виде связи онлайн-кассы Атол через эквайринг(Сбер, вероятно и у других есть, не в курсе), минуя CS-Cart. И с тех пор все проблемы решились и нет проблем с чеками. Мне видится такое решение намного более надёжным.
2 лайка
Сбера уже нет по факту, он остался у единиц, всех отправляют на Якассу, но не важно кто у вас, если интеграция реально есть только с Тинькофф, у вас не может в Сбер уходить данные по ЧЗ, возможно вы его просто не используете?
У клиента сейчас чеки бьются на стороне Якассы и со стороны cs-cart Атол когда оформляют Долями, то есть, для реализации ЧЗ проще иметь АТОЛ с ЧЗ, чем получить только YaKassa и потом решать еще по интеграции с АТОЛ или Долями.
1 лайк
Боюсь, что в декабре-январе точно нет. Пока не могу ничего обещать по срокам, но ваш голос за АТОЛ (и причины, почему именно этот вариант для вашего клиента лучше всего) я зафиксировал.
Добрый день! Подскажите как у вас продвижения с ЧЗ. Очередная волна глобальной маркировки Август, Сентябрь 
Без 1с нет пока вариантов соответствовать закону?
да никак сдались они видимо, Тинькофф только и все.
ЮКассу бы внедрили для альтернативы, а Тинькофф вообще озверел со своей % все мало им Все равно все идет к тому что через 1-2 года ЧЗ будет на 100% товарах. Полный контроль для государства.
А через Тинькофф норм работает? не глючит схема?
Был глюк у клиента, я писал cs-cart не знаю поправили или нет, ну % свой, думаю они лабировали cs-cart, чтобы ЧЗ был у них
1 лайк
Могу со всей ответственностью сказать, что никакого лоббирования не было 
На самом деле, причины прозаичнее. На тот момент, когда мы активно занимались внедрением первой версии маркировки, именно с Тинькофф / Т-Банком удалось протестировать связку “сайт на CS-Cart > платёжная система > онлайн-касса”. А после этого пришлось сменить приоритеты, т.к. появились новые задачи с объективными дедлайнами.
Обратной связи по внедрённой поддержке маркировки пока было немного. Знаю, что недавно один вопрос в Help Desk пришёл, изучаем. Запросы на распространение этой поддержки на другие сервисы (ЮKassa, АТОЛ Онлайн) мы отслеживаем и фиксируем и на форуме, и в Help Desk. Не исключаю, что вернёмся к этой теме. Но каких-то гарантий по срокам я сейчас дать не могу.
Почему бы не добавить альтернативу Т банку.
ЮKassa
Новые параметры ФФД в документации API ЮKassa
Рассказываем, что изменилось
Здравствуйте.
С 1 сентября 2025 года налоговая обновила формат фискальных документов (ФФД) — описание новых параметров добавили в документацию API ЮKassa
Для продажи маркированных товаров
Для таких товаров по API ЮKassa теперь можно передавать параметры:
•
Часовая зона (тег 1011) со значением от 1 до 11 (в соответствии с законом «Об исчислении времени»).
•
Планируемый статус маркированного товара (тег 2003) со значением от 1 до 6 в зависимости от типа товара и вида операции
Он там был завезен сразу, это обнова тока, ну прошло уже 28 месяцев, ничего нового не завезли, причем АТОЛ который по логики должен быть в приоритете, так как при наличии атол, можно юзать любую платежную систему, они решили проигнорировать.
Поздравляю всех с Новым годом!
Возник вопрос про коды маркировки, если их списывать через cs-cart, добавляЯ в заказ заметил что часть кодов режет магазин в момент сохранения и они становятся не правильными в частности после некоторых символов точно заметил если в коде есть знак " < " то с этого символа код режется и не сохраняет остальные символы, может ещё есть некоторые. Где убрать ограничения для полей в БД искать? Вопрос где найти условия для полей ЧЗ чтобы они поддерживали любые символы? Вопрос срочный и важный! Кто знает подскажите!
В базе посмотрел ограничения нет на поле видать скрипт режет если < также как и эмодзи не сохраняет
Добрый день, andy!
И вас с наступившим Новым Годом, как и всех на форуме! 
Для поддержки эмодзи требуется, чтобы БД их поддерживала.
Чтобы таблица, где они хранятся, была в формате utf8mb4.
Прежде чем переключать формат, необходимо обязательно сделать бекап таблицы.
Также может потребоваться и сам столбец привести к такому же формату.
Примерно так:
ALTER TABLE table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
ALTER TABLE table_name MODIFY field_name TEXT CHARSET utf8mb4;
Проверили, работает:
С уважением,
Cart-Power
1 лайк
Спасибо нужно будет попробывать!
Но сама проблема что честный знак не работает, все коды где знак < обрезает и код уже становится не правильный и соответственно его уже не спишешь автоматически. Даже через проплаченный Тбанк. Получается остаётся один рабочий вариант через 1с.