|
v7: ПУБ неправильно округляет количество | ☑ | ||
---|---|---|---|---|
0
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? Куда копать? Я просто никак не найду, где вапще коробки переводятся в киллограммы((( |
|||
1
kobzon
26.01.13
✎
18:14
|
Нашел в обработке проведения документа ПоступлениеМПЗ
РегСклад.Количество = БазовоеКоличество); РегПартии.Количество = БазовоеКоличество); Сделал так: РегСклад.Количество = Окр(БазовоеКоличество, 3, 1); РегПартии.Количество = Окр(БазовоеКоличество, 3, 1); И всеравно у меня не округляет до 6792.320 |
|||
2
kobzon
26.01.13
✎
18:28
|
Выше вызов функции:
БазовоеКоличество = глПолучитьБазовоеКоличество(Количество, ЕдиницаИзмерения,ВидМПЗвТЧ, МПЗ); //Сделал так: БазовоеКоличество = Окр(глПолучитьБазовоеКоличество(Количество, ЕдиницаИзмерения,ВидМПЗвТЧ, МПЗ),3,1); И всеравно 6792.318 не округляется до 6792.320 Что я не так делаю? |
|||
3
BlackSeaCat
26.01.13
✎
23:55
|
Что делаешь не так? До трех неправильно считаешь.
|
|||
4
Злопчинский
27.01.13
✎
00:07
|
3,1 - округление до 3 знаков после ЗПТ, .320 и .318 итак по три знака
|
|||
5
BlackSeaCat
27.01.13
✎
00:19
|
(4) Ну вот, испортил человеку радость открытия.
|
|||
6
Злопчинский
27.01.13
✎
01:21
|
(5) пусть привыкает, что нет в жизни щаастя
|
|||
7
Бешеная Нога
27.01.13
✎
01:24
|
Дер из олл фор лоооооооооов
|
|||
8
VasilyKushnir
27.01.13
✎
15:22
|
(7) +100500 :-)))))))))))))
|
|||
9
kobzon
28.01.13
✎
20:24
|
Просто как засел с утра с прогой, так и просидел до бессознанки, когда самое простое понять не можешь)
Сделал округление до 2,1. Правда пришлось еще условие написать, чтобы только продукция до 2,1 округлялась. А с тольку сбивало, то что во всех документах округление 3,1 а вот результат разный. |
|||
10
kobzon
30.01.13
✎
08:13
|
Ни фи га не получилось.. Вчера заполнял Инвентаризацию. Теперь не по этим так по другим позициям номенклатуры не совпадают цифры. Теперь наоборот на остатке висит меньше, а приходуется больше. Кто с ПУБом работал? Может там просто не предусмотрено, коробки будут не целым числом?
|
|||
11
kobzon
30.01.13
✎
09:09
|
Как стандартным округлением сделать, чтобы числа:
3178,366 округлялись до 3178,365? 7934,882 округлялись до 7934,880? |
|||
12
Ёпрст
30.01.13
✎
09:12
|
(11) 3 параметр метода
|
|||
13
Ёпрст
30.01.13
✎
09:13
|
или, в типовых - глОкрушлить смотри, там есть до чего вверх или вниз округлять
|
|||
14
kobzon
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 // |
|||
16
kobzon
30.01.13
✎
09:37
|
Я че-то вапще не вижу, чтобы производственные документы как то ссылались на глОкруглить. Эта функция для валют наверняка.
|
|||
17
Ёпрст
30.01.13
✎
09:50
|
(16) открою тебе секрет - округлять что-либо в модуле проведения - моветон.
|
|||
18
Ёпрст
30.01.13
✎
09:51
|
тем более, количество
|
|||
19
kobzon
30.01.13
✎
09:53
|
(18) Ну а как быть то? Документ ПоступлениеМПЗ накидывает лишние граммы. Потом они попадают в выпуск и приходится выпускать Товар 0,001.
|
|||
20
Ёпрст
30.01.13
✎
09:58
|
учитывать товар в нужной единице измерения, а не в коробках вестимо.
За базовую единицу, как правило, принимают самую мелкую единицу измерения, в ней и ведут учет, а не в коробках. |
|||
21
Ёпрст
30.01.13
✎
09:58
|
и там проблем с пересчетом и округлением, априори не будет
|
|||
22
kobzon
30.01.13
✎
10:01
|
Базовая тут в кг, основная в коробках. Реализация проводится в коробках, так явно удобней. Но вот если возьмут грамм 350, тут то и начинается карусель.
|
|||
23
Ёпрст
30.01.13
✎
10:03
|
(22) вот и учитывай в граммах, а не в кг.
Делов то. |
|||
24
kobzon
30.01.13
✎
10:09
|
(23) нее, это не выход, Инвентаризация должна вестись в коробках.
|
|||
25
Ёпрст
30.01.13
✎
10:16
|
(24) и че ?
А базовую единицу измерения сделай граммы. Всё собственно. |
|||
26
Ёпрст
30.01.13
✎
10:17
|
соответственно , весь учет в базе будет в граммах везде, во всех регистрах и проводках.
|
|||
27
kobzon
30.01.13
✎
10:31
|
Дебильная программа)Повисло на остатке 0,001. Делаю Инвентаризацию, потом на его основании Списание. Провожу и получаю сообщение. В наличии 0,001. Требуется 0,002. И получаю на остатке -0,001.
|
|||
28
kobzon
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-го знака, а так как надо в каждом конкретном случае, а таких случаев вариантов - дофига
|
|||
30
kobzon
03.02.13
✎
23:18
|
Да я на 11 уе забил давно, мен интересует 28. Болтающийся грамм.
|
|||
31
kobzon
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);
. второе слагаемое - колво ноликов после зпт формируешь какая требуется точность |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |