forum.clarionlife.net

Откуда эти слухи?


Мне периодически такие счета фактуры клиенты присылают.
Где-то же они их берут. Вряд ли какой-то местный самоделкин "программист" 1С.
Судя по огромным полям отчёта - это типовая конфигурация 1С. 🤷‍♀️

Абсолютно верно. Налоговый кодекс, часть II чётко указывает, что объектом ...

По закону в РФ для всех документов используется национальная валюта.
Т.е. стоимость к расчёту и налог в каждой строке в любом случае должен быть показан в копейках.

А с ценой можно манипулировать. Лидер хит-парада здесь типографии с огромными тиражами и
дешёвыми этикетками за штуки.

Использовать ...

то после всех суммирований тоже надо делать round на итоговые значения (не на каждое суммирование)


К сожалению, в этом случае накапливается погрешнось в REAL.
И как следствие итог по колонке может не соответствовать сумме показанных значений в колонке (например НДС в УПД).
С DECIMAL такого в ...

finsoftrz писал(а): 20 Декабрь 2025, 17:52 А, понял, прямо в вызове деление пишете

Не обязательно. См. первый пост в: viewtopic.php?t=5315&start=15
Подставлять всегда и везде костыль на автомате - это решение. Но если честно - так себе ...

Никаких проблем при передаче параметров с real


Это понятно. Если есть возможность посмотреть - вот здесь я всё расписал с примерами.
Читать нужно первый пост в теме: https://forum.clarionlife.net/viewtopic.php?t=5315&start=15

Ну а решение с "беcпроблемными параметрами REAL" я попробовал найти ...

Губин Игорь писал(а): 20 Декабрь 2025, 17:02 Один нескромный вопрос: а почему не используете Digital?

Что есть у нас "Digital" ? Если DECIMAL - так он может передаваться в процедуру только по адресу ...

Всем привет !

Версия класса для API ЮKassa от 19.12.2025 г.
----------------------------------------------------------------------
Изменения в версии:
- Поддержка налоговых ставок 22% и 22/122;
- Устранены известные проблемы по запросам.

https://torgbalance.com/download/
Скажи мне какая у тебя прошивка для ШТРИХ-М и я скажу кто ты !

Всем привет !

Неоднократно поднималась тема передачи данных в параметрах REAL с потерей точности.
Прозвучали конкретные рекомендации. Можно я ещё раз их проговорю и покажу реализацию ?

Предположим мы хотим получить некие данные с точностью 2 и 3 знака после десятичной точки (цена и кол-во ...

finsoftrz писал(а): 17 Декабрь 2025, 14:31 А вообще, хорош меня тут хоронить, накаркаете

Мы ещё доживём до внедрения НДС в 30% !

RaFaeL писал(а): 17 Декабрь 2025, 12:30 ПО на Кларионе, в котором был один разработчик и он умер. До этого был еще проект на Кларионе, где разработчик тоже был один и тоже умер.

Да что же так день не задался ...

Игорь, киньте пож-ста ссылку на последний pdf-документации для "Штрихов".


Пожалуйста. Версия от 16.12.2025 г.
https://ftp.shtrih-m.ru/support/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%B0%D1%86%D0%B8%D1%8F/%D0%94%D1%80%D0%B0%D0%B9%D0%B2%D0%B5%D1%80%D0%9A%D0%9A%D0%A2_5.25%2016.12.25.pdf

Вы можете сейчас пробить чек с 22% на работающей кассе?


Конечно. Именно это всех нас (сертифицированных разработчиков ПО) и попросил сделать АТОЛ
для проверки перехода перехода на новые налоги. И предоставил прошивки и драйвера для проверки.

Это обычный ККТ. Просто у него МГМ-ФН вместо ФН. Он ...

finsoftrz писал(а): 17 Декабрь 2025, 10:44 Или выдать ошибку, или заменить автоматически на 22%.

Оно как бы логично. Но может возникнуть расхождение между исчисленным налогом и выставленным в чеке ...

Специально сделал чек на новой прошивке 5.17 и драйвере АТОЛ 10.10.8.0
Никаких замещений налогов не предусмотрено, у каждого налога свой номер.

01.01.2026 г. прикладное ПО должно перейти на новый номер (или тег) налога.
Без вариантов. В принципе тоже самое было и 6 лет назад с 18%, если помните ...