Почему НДС отличается на одну копейку: решение с помощью таблицы значений

12.12.22

Разработка - Математика и алгоритмы

Почему все-таки иногда НДС может на одну копейку быть больше или же быть меньше, неужели это все ошибки программистов, которые написали неправильный алгоритм? в этом решении постараюсь вас приблизить к бинарному алгоритму, который считает после запятой тысячными или сотыми, как и обещал, не ради денег и не ради славы, а для продвижения индустрии компьютерных технологий!

Скачать файлы

Наименование Файл Версия Размер
Одна Копейка НДС Отличительная черта Мира бинарной системы, Наглядный Пример:
.epf 7,73Kb
0
.epf 2.1 7,73Kb Скачать

Постараюсь максимально простыми словами объяснить, например, было одно предприятие, там переносили очень много документов с подвязкой к НДС. Так вот так получилось, что перетаскивать НДС, как посчитали в старой платформе, не было возможности,  для скоростного решения было придумано считать НДС на лету, так вот когда все пересчитывалось хорошо, тут бухгалтера мне говорят, что НДС переносится неправильно: на одну копейку больше или меньше, всегда по-разному. Давай копать, где я там алгоритм неправильно указал. 8 часов никаких результатов, на 9ый час с гениальными мыслями решил 2 таблицы сравнить, одну через тысячный формат, это я про сколько цифр после запятой,  например, в весах пишется 1 кг 200 грамм, то есть получается тысячный формат после запятой, один запятая и двести (1,200 грамм), соответственно таблица значений будет с тысячными числами работать. Другая таблица денежная с копейками, то есть 1,20 копейки и т.д. Тут таблица с сотыми числами, и вот тут начинается магия, если с сотых пересчитать сумму 10,20 и 10,200, то цифры будут в конце отличаться на копейку где-то, вот такая вот фича бинарного мира. Тут платформа никакую роль не играет, это сама бинарная система считает, так что имейте в виду, для наглядности добавил обработку. Единственное, там вручную нужно указать, с какими числами тебе нужно считать, так по умолчанию, если никаких манипуляций не сделать, то по умолчанию тысячными считает, даже если в реквизите указано по-другому.

Тестирование проводилось 1С:Предприятие 8.3 (8.3.22.1704).

ндс одна копейка не сходится неправильный НДС

См. также

Метод Дугласа-Пойкера для эффективного хранения метрик

Математика и алгоритмы Платформа 1C v8.2 Конфигурации 1cv8 Россия Абонемент ($m)

На написание данной работы меня вдохновила работа @glassman «Переход на ClickHouse для анализа метрик». Автор анализирует большой объем данных, много миллионов строк, и убедительно доказывает, что ClickHouse справляется лучше PostgreSQL. Я же покажу как можно сократить объем данных в 49.9 раз при этом: 1. Сохранить значения локальных экстремумов 2. Отклонения от реальных значений имеют наперед заданную допустимую погрешность.

1 стартмани

30.01.2024    1756    stopa85    12    

33

Алгоритм симплекс-метода для решения задачи раскроя

Математика и алгоритмы Бесплатно (free)

Разработка алгоритма, построенного на модели симплекс-метода, для нахождения оптимального раскроя.

19.10.2023    4426    user1959478    50    

34

Регулярные выражения на 1С

Математика и алгоритмы Инструментарий разработчика Платформа 1С v8.3 Мобильная платформа Россия Абонемент ($m)

Что ж... лучше поздно, чем никогда. Подсистема 1С для работы с регулярными выражениями: разбор выражения, проверка на соответствие шаблону, поиск вхождений в тексте.

1 стартмани

09.06.2023    7464    4    SpaceOfMyHead    17    

56

Модель распределения суммы по базе

Математика и алгоритмы Платформа 1С v8.3 Россия Абонемент ($m)

Обычно под распределением понимают определение сумм пропорционально коэффициентам. Предлагаю включить сюда также распределение по порядку (FIFO, LIFO) и повысить уровень размерности до 2-х. 1-ое означает, что распределение может быть не только пропорциональным, но и по порядку, а 2-ое - это вариант реализации матричного распределения: по строкам и столбцам. Возможно вас заинтересует также необычное решение этой задачи через создание DSL на базе реализации текучего интерфейса

1 стартмани

21.03.2022    7856    7    kalyaka    11    

44

Изменения формата файлов конфигурации (CF) в 8.3.16

Математика и алгоритмы Платформа 1С v8.3 Бесплатно (free)

Дополнение по формату файлов конфигурации (*.cf) в версии 8.3.16.

16.12.2021    4446    fishca    13    

36

Интересная задача на Yandex cup 2021

Математика и алгоритмы Бесплатно (free)

Мое решение задачи на Yandex cup 2021 (frontend). Лабиринт. JavaScript.

12.10.2021    8843    John_d    73    

46

Механизм анализа данных. Кластеризация.

Математика и алгоритмы Анализ учета Платформа 1С v8.3 Анализ и прогнозирование Бесплатно (free)

Подробный разбор, с примером использования, встроенного механизма кластеризации 1С.

31.08.2021    7808    dusha0020    8    

70
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. mkalimulin 1153 12.12.22 09:48 Сейчас в теме
Это не ошибки программистов, а "ошибка" тех, кто сделал компьютеры, которые считают не точно, а приблизительно. Так и объясняйте бухгалтерам
5. bprogs 191 12.12.22 16:39 Сейчас в теме
(1)
то не ошибки программистов, а "ошибка" тех, кто сделал компьютеры, которые считают не точно, а приблизительно. Так и объясняйте бухгалтерам
если честно , нужно просто стандартизировать все посчитанные цифры как азбуку или как язык, только это будет уже язык цифр, согласен цифры будут огроменные при стандартизации, но кому сейчас легко )))
под стандартизацией имею ввиду дать компу запомнить все умноженные и поделенные цифры , то есть выполнена уже математическая операция , не надо больше считать ахах
2. RustIG 1382 12.12.22 12:04 Сейчас в теме
(0) в конфигурации в реквизите СуммаНДС - задайте разрядность 9 знаков после запятой, а в самом документе -на форме или в отчетах задавайте Формат() с числом знаков после запятой = 2. Сразу легче станет.
3. bprogs 191 12.12.22 16:10 Сейчас в теме
(2) Добрый день, с реквизитами играть вообще не помогает, это первое что сразу пришло в голову, попробовал где то 5-6ю вариантами поиграться, но бинарная система все равно пытается перевести в тысячные после запятой, так и получается когда 200,20 копеек переводится на 200,200, и тут происходит разногласие расчетов, если умножаешь к примеру 165.17 на 10 , а в бинарной системе это происходит так 165.170 на 10, вот и получаются на одну копейку больше меньше
4. bprogs 191 12.12.22 16:12 Сейчас в теме
(2) и данные уже были посчитаны как сотые после запятой, нужно было в точности воспроизвести эти цифры только уже на лету
Оставьте свое сообщение