Обсуждение к заданию: Обработка табличной части заказа для пересчета в основные единицы измерения

• • #1
  • 29.09.2020 00:39
  0
  p4ely

  Приватное сообщение
  Конфигурация УНФ 1.6 (типовая, на поддержке, любая доработка только через "доп. обработки" и "расширения") Необходимо сделать внешнюю подключаемую дополнительную обработку д...  Подробнее>>
• • #2
  • 29.09.2020 00:49
  • Отредактировано: 29.09.2020 00:50:04
  0
  Назаренко Сергей Васильевич

  Приватное сообщение
  Здравствуйте.
  
  А как быть с ошибками округлений?
  
  Немного поправим Ваш пример:
  До пересчёта: Персики / количество 9 / единица - 330 гр / цена 11 рублей / сумма 99 рублей
  После пересчёта: Персики / количество 2,97 / единица - кг / цена 33,33 рублей / сумма 99 рублей или 98,99 рублей (2,97 кг * 33,33 руб/кг)?
  
  А также, как быть со слишком маленькими количествами?
  Понимаю, что при торговле овощами\фруктами такая ситуация маловероятна (горох в горошинках никто не измеряет), но как программист спросить должен (а вдруг?).
  Например:
  До пересчёта: Горох / количество 10 / единица - кг / цена 1 рубль / сумма 10 рублей
  После пересчёта: Горох / количество 2 000 000 / единица - шт (горошинок) / цена 0,000005 рублей (попытка записать такое в колонку Цена приведет к обнулению цены) / сумма 10 рублей
  Как в таких случаях быть?
• • #3
  • 29.09.2020 13:34
  0
  p4ely

  Приватное сообщение
  Изначально цены ставятся нами именно на килограммы, а цены на полкило и 100 граммов мы получаем расчетным путём - и это всегда точное значение /2 и /10, без округлений, поэтому такие случае практически не могут встретиться.
  Но для того, чтобы алгоритм был стройным, в теории можно считать, что цена высчитывается до копеек и сумма пересчитывается, если цену пришлось округлять.