В числовых полях, для которых назначено округление (и для которых оно не назначено тоже) в Creatio, и которые не заполнены (например, пользователь импортирует из excel свои данные заполняя карточку какую-нибудь, и там не все ячейки заполнены), отображается ЦИФРА, а не пустое поле. Сейчас обратила внимание на данную проблему, есть ли какое-либо решение?

 

Нравится

4 комментария
Лучший ответ

Это не проблема. Так работает система, так как для всех числовых полей системы на уровне ядра прямо в БД установлено значение по умолчанию - 0. Это происходит потому что в СУБД нет для числовых колонок такого понятия, как пустое значение. Если число, то обязательно 0. Так же если логическое, то FALSE.

Это не проблема. Так работает система, так как для всех числовых полей системы на уровне ядра прямо в БД установлено значение по умолчанию - 0. Это происходит потому что в СУБД нет для числовых колонок такого понятия, как пустое значение. Если число, то обязательно 0. Так же если логическое, то FALSE.

Владислав Литвинчук,

Спасибо! Для меня это стало проблемой, когда пользователь проводит расчеты, и видит 0 вместо пустой ячейки, как он вводил в excel. Сделать поля другого формата не получится, потому как позже это поле где-то используется как для математических операций

Добрый день!

Описанное Вами поведение не является ошибкой и соответствует базовой логике, которая присуща всем полям.

Если поле имеет тип - Число или Дробное число, то значение 0 или 0,00 - это пустое значение, то есть поле не заполнено.

Также, когда Вы пытаетесь сохранить карточку с 0,00 в числовом поле со свойством обязательности заполнения, система выдает сообщение, что в поле необходимо указать значение.

Значения 0 или 0,00 является пустым значением, они отображаются в пустых полях для того, чтобы визуально пользователи понимали формат поля.

 

В качестве обходного решения, можем предложить заменить данное числовое поле на текстовое. Но хотим заметить, что при данном типе поля не будет возможности, например, сравнивать значение данного поля с определенной константой (например, для построения фильтров) или выполнять арифметические операции. 

Жмурко Сергей,

Спасибо за объяснения) к сожалению, да, заменить на текстовое поле не получится..

Показать все комментарии

Всем доброго времени суток!

Хочу поделиться новой возможностью, которая реализована в сборках версии 3.4.1, начиная с 3.4.1.24. Это - более гибкое управление форматированием дробных чисел.

Как многим известно, в поле датасета типа "Дробное число" есть возможность использовать/не использовать разделитель тысячных разрядов. За это отвечает свойство "Использовать разделитель тысяч" ("Use Thousand Separator"). При этом длина дробной части всегда была равна значению в поле "Точность", и в случае "нехватки" знаков заполнялась нулями.

Начиная с вышеуказанной версии, появилась возможность убрать эти нули и отображать только значащие цифры дробной части:

Использовать фиксированную дробную часть

По умолчанию данный признак установлен в значение "true". В этом случае дробное число отображается, как и раньше, - с незначащими нулями. Если же убрать этот признак - отображаться будут только значащие цифры.

Таким образом, используя различные комбинации свойств "Использовать разделитель тысяч" и "Использовать фиксированную дробную часть", можно получить 4 различных способа отображения дробных чисел.

Аналогичные возможности появилась также и у вычисляемых полей типа "Целое" и "Дробное". Отображение форматируется как в реестре, так и в поле карточки редактирования.

И напоследок: функциональность перенесена также и на версию 3.4.0, начиная с 3.4.0.113.

Нравится

Поделиться

0 комментариев
Показать все комментарии