Кол-во знаков после запятой...

[Venera]

Господа!
Я сейчас в аксапте могу ввести цены только c двумя знаками после запятой (Цены и скидки).
Это довольно непонятно мне...Что делать, если у меня цена 0,0015?
Можно ли решить эту проблему без программирования? (вариант - ввести цену за 100 единиц - не предлагать

Спасибо!

[andreynikolai]

А разве существуют цены с большим количеством после запятой ?
Это как, 3 рубля 24 копейки и 15 сотых копейки ?

Вообще-то стандартная бизнес-логика предусматривает опору на
сумму сделки, а не на цену. Например оперируйте лучше чистой суммой
по строке заказа, исходя из цены 13,1236. Пусть даже введенная цена
отображается в округленном виде.

Вообще-то в большинстве мест Аксапты цена сама округляется до двух знаков,
и это зависит от настроек. А там где не округляется системой, отображаются
только два знака, поскольку это свойство зависит от расширенного типа данных,
привязанного к полю. Например - цена в строке заказа.
Вы можете изменить это свойство расширенного типа данных.
Но тогда и все поля таблиц, у которых такой же тип или дочерний, подвергнутся этому изменению.

[mazzy]

если без программирования - то штатное решение вводить цену не за единицу, а за несколько единиц.

все остальные решения - с программированием.

Если будете программировать, обязательно подумайте о проблеме округления. В бухгалтерии вы все равно ОБЯЗЯНЫ работать с двумя знаками после запятой.

[mazzy]

Цитата:

Изначально опубликовано andreynikolai
А разве существуют цены с большим количеством после запятой ?

Цены за единицу товара - существуют.

[EVGL]

Установить кол-во знаков после запятой в двух расширенных типах данных Price и PriceCur - это не программирование, это сродни настройке длины типов при инсталляции системы, вполне штатное действие консультанта.

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

[mazzy]

спасибо, EVGL.

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

Но обратить внимание на вопрос округления - стоит.

[Serg]

To EVGL
Настроить цены то можно, а что потом сделать со складскими и финансовыми проводками, то же увеличивать количество знаков после запятой? Если нет, то какой тогда смысл увиливать размерность цены? Если да тогда нужно «прошерстить» все переменные и алгоритмы, которые работают с ценами по приходу и расходу, Вы уверены, что нигде не возникнет расхождений в способе округления?
Самый верный вариант, это вводить адекватные ед.изм. если надо то и млн.шт.

[Venera]

Спасибо за ответ про настройку длины типов данных....только вот беда...это надо было сделать до ввода данных в систему...
А что сейчас - то делать? Ситуацию не исправить?

[andreynikolai]

А что за проблема ?

[EVGL]

Цитата:

Если да тогда нужно «прошерстить» все переменные и алгоритмы, которые работают с ценами по приходу и расходу,

Вы не совсем правы, задача не в том, чтобы создавать счета с пятью знаками после запятой, а в том, чтобы точнее рассчитать сумму счета с двумя знаками. Пример: 1000 штук стоят 1 евро. Цена за одну штуку - 0,001 евро. Если цены задаются с двумя знаками после запятой, то ввести такую цену не удастся, и вместо 2 евро за 2000 шт. система сосчитает 0.

Да и вообще, "шерстить" особенно ничего не надо. Если системы не касались кривые руки какого-нибудь местного программиста, то везде используется единый механизм округления сумм и цен.

Цитата:

это надо было сделать до ввода данных в систему...Ситуацию не исправить?

Чудес, конечо, не бывает. Все цены, что лежат в БД, уже округлены. Есть два пути: забивать все заново или найти какую-то логику, которая, к примеру, позволит 0,01 интерпретировать как 0,005. На основе этой логики можно было бы запрограммировать автоматическую процедуру.

[Serg]

TO EVGL


Я думаю в этом случае лучше завести ед.изм. 10штук, которая будет стоить 0,01 цента и сделать ее складкой ед.изм, чтобы корректно считалась себестоимость и соответствующие проводки.

[EVGL]

Цитата:

Я думаю в этом случае лучше завести ед.изм. 10штук, которая будет стоить 0,01 цента и сделать ее складкой ед.изм, чтобы корректно считалась себестоимость и соответствующие проводки.

См. изначальный вопрос. IMHO, неудачное предложение. Кладовщик по непонятной для него причине должен будет все время в уме домножать на 10 или переключать единицы измерения; чтение отчетов превратится в кроссворд; не уверен, что он придет в восторг от такой автоматизации. Да и себестоимость, скорее всего, тут не причем. Вероятнее всего, что речь идет о ценах продажи.

Нормальный обходной путь, с ходу отвергнутый автором вопроса, - это ввести цену за N единиц. Проблема в том, что это опять может не нравиться пользователям. Они привыкли видеть в Excel цену типа "54,3333". Они ее там рассчитывают по марже. Им не нравится, что придется работать с 5433,33, все время напрягаясь с делением/умножением на 100.

[Тимур]

Думаю, что данные придется заново вносить.
Вопрос ко всем: разве настройки пользователя в Windows (Языковые стандарты и форматы) никак не влияют на ввод и отображение данных в Axapta.
imho по-крайней мере выбор разделителя осуществляется между дробными знаками и целым числом (точка или запятая), а также разделитель разрядов берутся именно из настроек конкретного пользователя.

[mazzy]

Цитата:

Изначально опубликовано Тимур
разве настройки пользователя в Windows (Языковые стандарты и форматы) никак не влияют на ввод и отображение данных в Axapta.

влияют.

[Тимур]

Так может и количество знаков после запятой тоже из настроек Windows берутся?

[dn]

Цитата:

Изначально опубликовано Тимур
Так может и количество знаков после запятой тоже из настроек Windows берутся?

Да, но если это не перекрыто в расширенном типе данных...

[mazzy]

нет, количество знаков, по-умолчанию, перекрыто и не берется из настроек windows

[E.K.]

"Когда поле установлено в значение 0, используется стандартная установка Windows."
Таки через установки Windows можно?

[Тимур]

Вообще очень серьезная тема.
Кто-нибудь экспериментировал по этой теме?

[mazzy]

да. Лезли дикие ошибки округления в финансах.
Но EVGL говорит, что должно быть нормально.
пока думаю, что у меня руки кривые. Буду еще эксперементировать.