|
|
v7: ПУБ неправильно округляет количество
|
Я
|
|
| kobzon 26.01.13 - 16:23 | Вобщем в конфе Производство+услуги+бухгалтерия 1с 7.7
Когда на основании документа ИнвентаризацияМПЗ создаю документ ПоступлениеМПЗ Прочее, у меня неправильно происходит округление количества.
Наименование кол-во остаток
Перемещение по складам №ЦХ-0000308 558.000 -6792.320
Поступление МПЗ (прочее) №11 6792.318 -0.002
Пряники по 6 кг в коробке, с неполными коробками 1132,053 кор.
Почему в регистрах числится 6792.320, а документ приходует только 6792.318? Куда копать?
Я просто никак не найду, где вапще коробки переводятся в киллограммы((( |
| kobzon 1 - 26.01.13 - 18:14 | Нашел в обработке проведения документа ПоступлениеМПЗ
РегСклад.Количество = БазовоеКоличество);
РегПартии.Количество = БазовоеКоличество);
Сделал так:
РегСклад.Количество = Окр(БазовоеКоличество, 3, 1);
РегПартии.Количество = Окр(БазовоеКоличество, 3, 1);
И всеравно у меня не округляет до 6792.320 |
| kobzon 2 - 26.01.13 - 18:28 | Выше вызов функции:
БазовоеКоличество = глПолучитьБазовоеКоличество(Количество, ЕдиницаИзмерения,ВидМПЗвТЧ, МПЗ);
//Сделал так:
БазовоеКоличество = Окр(глПолучитьБазовоеКоличество(Количество, ЕдиницаИзмерения,ВидМПЗвТЧ, МПЗ),3,1);
И всеравно 6792.318 не округляется до 6792.320
Что я не так делаю? |
| BlackSeaCat 3 - 26.01.13 - 23:55 | Что делаешь не так? До трех неправильно считаешь.
|
| Злопчинский 4 - 27.01.13 - 00:07 | 3,1 - округление до 3 знаков после ЗПТ, .320 и .318 итак по три знака
|
| BlackSeaCat 5 - 27.01.13 - 00:19 | ( 4) Ну вот, испортил человеку радость открытия. |
| Злопчинский 6 - 27.01.13 - 01:21 | ( 5) пусть привыкает, что нет в жизни щаастя |
| Бешеная Нога 7 - 27.01.13 - 01:24 | Дер из олл фор лоооооооооов
|
| VasilyKushnir 8 - 27.01.13 - 15:22 | ( 7) +100500 :-))))))))))))) |
| kobzon 9 - 28.01.13 - 20:24 | Просто как засел с утра с прогой, так и просидел до бессознанки, когда самое простое понять не можешь)
Сделал округление до 2,1. Правда пришлось еще условие написать, чтобы только продукция до 2,1 округлялась. А с тольку сбивало, то что во всех документах округление 3,1 а вот результат разный.
|
| kobzon 10 - 30.01.13 - 08:13 | Ни фи га не получилось.. Вчера заполнял Инвентаризацию. Теперь не по этим так по другим позициям номенклатуры не совпадают цифры. Теперь наоборот на остатке висит меньше, а приходуется больше. Кто с ПУБом работал? Может там просто не предусмотрено, коробки будут не целым числом?
Рекламное место пустует |
| kobzon 11 - 30.01.13 - 09:09 | Как стандартным округлением сделать, чтобы числа:
3178,366 округлялись до 3178,365?
7934,882 округлялись до 7934,880?
|
| Ёпрст 12 - 30.01.13 - 09:12 | |
| Ёпрст 13 - 30.01.13 - 09:13 | или, в типовых - глОкрушлить смотри, там есть до чего вверх или вниз округлять
|
| kobzon 14 - 30.01.13 - 09:15 | ( 13) Да я для пробы сделал обработку с формулой Окр(Округля,3,0).
В окно Округля ввожу 3178,366, и получаю опять 3178,366. |
| Ёпрст 15 - 30.01.13 - 09:17 | //******************************************************************************
// глОкруглить(Числ, ПорядокОкругления)
//
// Параметры:
// Числ - исходное число
// ПорядокОкругления - элемент перечисления Порядки окгугления:
// "шаг" округления (0.01 (арифметическое), 0.01, 0.05, 0.1, 0.5, 1, 5, 10, 50, 100)
//
// Возвращаемое значение:
// Округленное по заданному порядку значение
//
// Описание:
// Округляет число вверх по заданному порядку. Т.е число 123.37 при порядке
// округление 0.5 превратиться в 123.50, а число 0.1 при порядке округления
// 5 станет равным 5.
// Если значение перечисления ОкрТочно, то округляет арифметически до 0.01
// |
| kobzon 16 - 30.01.13 - 09:37 | Я че-то вапще не вижу, чтобы производственные документы как то ссылались на глОкруглить. Эта функция для валют наверняка.
|
| Ёпрст 17 - 30.01.13 - 09:50 | ( 16) открою тебе секрет - округлять что-либо в модуле проведения - моветон. |
| Ёпрст 18 - 30.01.13 - 09:51 | тем более, количество
|
| kobzon 19 - 30.01.13 - 09:53 | ( 18) Ну а как быть то? Документ ПоступлениеМПЗ накидывает лишние граммы. Потом они попадают в выпуск и приходится выпускать Товар 0,001. |
| Ёпрст 20 - 30.01.13 - 09:58 | учитывать товар в нужной единице измерения, а не в коробках вестимо.
За базовую единицу, как правило, принимают самую мелкую единицу измерения, в ней и ведут учет, а не в коробках.
|
| Ёпрст 21 - 30.01.13 - 09:58 | и там проблем с пересчетом и округлением, априори не будет
|
| kobzon 22 - 30.01.13 - 10:01 | Базовая тут в кг, основная в коробках. Реализация проводится в коробках, так явно удобней. Но вот если возьмут грамм 350, тут то и начинается карусель.
|
| Ёпрст 23 - 30.01.13 - 10:03 | ( 22) вот и учитывай в граммах, а не в кг.
Делов то. |
| kobzon 24 - 30.01.13 - 10:09 | ( 23) нее, это не выход, Инвентаризация должна вестись в коробках. |
| Ёпрст 25 - 30.01.13 - 10:16 | ( 24) и че ?
А базовую единицу измерения сделай граммы.
Всё собственно. |
| Ёпрст 26 - 30.01.13 - 10:17 | соответственно , весь учет в базе будет в граммах везде, во всех регистрах и проводках.
|
| kobzon 27 - 30.01.13 - 10:31 | Дебильная программа)Повисло на остатке 0,001. Делаю Инвентаризацию, потом на его основании Списание. Провожу и получаю сообщение. В наличии 0,001. Требуется 0,002. И получаю на остатке -0,001.
|
| kobzon 28 - 03.02.13 - 22:47 | Я в замешательстве..
В документе Инвентаризация подбиваю остаток материала 1342.000. В производство устанавливается количество 278.000.
Но когда формирую отчет по движению Остаток показывает 1342.001, а расход 277.999.
ТаблЗатрат.Количество=Окр(ТаблЗатрат.Количество*глЗатратыПлановые.Кт,ТочОкр,0);
ТочОкр выставлено в 10. Если высталяю ниже 5, получаю остаток 1341.999 а расход 278.001.
Как убрать эту болтающуюся граммульку??
|
| Сияющий Асинхраль 29 - 03.02.13 - 23:12 | ( 11) никаким округлением ты так не округлишь, потому что здесь у тебя походу округление не до 2-го или 3-го знака, а так как надо в каждом конкретном случае, а таких случаев вариантов - дофига |
| kobzon 30 - 03.02.13 - 23:18 | Да я на 11 уе забил давно, мен интересует 28. Болтающийся грамм.
|
| kobzon 31 - 27.02.13 - 15:00 | Люди Как округлить 64.350 до 65?
|
| Сияющий Асинхраль 32 - 27.02.13 - 18:16 | ( 31) целая часть от 64.35 плюс 1 :-) |
| Злопчинский 33 - 27.02.13 - 18:38 | Окр(X+0.[0]5,0,1);
.
второе слагаемое - колво ноликов после зпт формируешь какая требуется точность |
