|
LIS
|
|
17 августа 2013 17:53
|
|
Доброго времени суток!
Очень доволен Ваши программным продуктом, но есть и замечания
Уже не первый раз обращаюсь с данной просьбой. Неужели нельзя увеличить максимальную сумму ввода, хотя бы до 99.000.000
Вы предлагаете ввести с помощью Вашей программы бухгалтерию для небольших предприятий, но не можете решить такую простую задачу. В Белорусии, в наших деньгах (бел.руб.), максимально можно ввести сумму эквивалентную чуть больше 2.000$ и в результате приходится одно операцию разбивать на несколько.
Огромна просьба, решите данную задачу
|
|
|
|
Admin
|
|
17 августа 2013 18:58
|
|
Добрый день,
Спасибо за напоминание, ещё раз увеличим приоритет этой проблеме.
|
|
|
|
Ilyan
|
|
18 августа 2013 10:26
|
LIS Пишет: приходится одно операцию разбивать на несколько. Вы можете заносить операции с практически любыми суммами (до 90 трлн.), используя импорт. Правда, потом такие транзакции нельзя редактировать.
Заготовьте 1 раз шаблоны с правильно раставленными ";" и потом только изменяйте точные суммы.
|
|
|
|
Ilyan
|
|
18 августа 2013 10:32
|
|
и даты!
|
|
|
|
Ilyan
|
|
18 августа 2013 11:56
|
|
Admin:
Кстати, если не получается решить проблему переходом на новое ПО, то скорее всего можно использовать механизм импорта в том месте, где сейчас генерируется ошибка. То есть из входных данных создать "файл импорта" из одной строки и обрабатывать его как импорт файл, с которым такой проблемы нет.
|
|
|
|
Admin
|
|
18 августа 2013 16:55
|
Ilyan Пишет: можно использовать механизм импорта в том месте Добрый день,
Нет, нельзя. Во многих местах сервиса делаются арифметические операции с суммами, которые в 32-битной версии PHP будут работать некорректно. Поэтому и через импорт пока нельзя заносить такие суммы, если не хотите потом проблем в отображении остатков, редактировании, планировании, отчётах.
|
|
|
|
Ilyan
|
|
18 августа 2013 17:30
|
Admin Пишет: не хотите потом проблем в отображении остатков А ведь даже если я разобью транзакцию на несколько, остаток может получиться больше текущего лимита.
Вы хотите сказать, что сейчас нельзя доверять остаткам, графикам и отчётам - везде, где используется суммирование транзакций, возможно переполнение.
|
|
|
|
Admin
|
|
18 августа 2013 17:35
|
|
Да, когда числа превышают 32 бита - возможны косяки.
|
|
|
|
Ilyan
|
|
18 августа 2013 17:55
|
|
LIS будет очень рад это слышать - что кроме конкретных транзакций в детальном отчёте, бухгалтерии в белорусских рублях и немалом числе других валют доверять нельзя.
Любопытно и то, что вы считаете эту проблему незначительной.
|
|
|
|
LIS
|
|
19 августа 2013 11:28
|
|
Admin, как же все таки можно решить возникшую проблему?
|
|
|
|
Admin
|
|
19 августа 2013 11:51
|
LIS Пишет: как же все таки можно решить возникшую проблему? Нужно купить новые сервера, не 32, а 64 битные и перенастроить под них сервис. Процесс этот требует затрат денег и времени, поэтому быстро "пофиксить этот баг" не получается.
|
|
|
|
LIS
|
|
19 августа 2013 13:24
|
|
Я не специалист в данной области, но по этому вопросу консультировался с несколькими разработчиками.
Все в один голос заявили, что данную ошибку можно исправить доработав софт и не касаться железа. Ну и все были очень удивлены таким ограничением по вводу числа значением чуть больше 20.000.000 даже при 32 битных серверах.
Странно как в таком случае Вы планировали предлагать Ваш продукт мелким предпринимателям в Белорусии, они наверное должны быть совсем уж мелкими. Я думаю, что и Белорусы использующие программу для домашней бухгалтерии, которым нужен такого рода софт и которые хотят им пользоваться, могут позволить себе совершать покупки суммами больше 2.000$, а с такой проблемой у них не получится сделать это в белорусских рублях.
|
|
|
|
Admin
|
|
19 августа 2013 14:09
|
LIS Пишет: данную ошибку можно исправить доработав софт Можно, но этот путь требует ещё больше времени (а в нашем случае и денег). Также и поддерживать такой код будет гораздо сложнее (т.е. ещё дороже) и ошибок в нём будет больше, т.к. любые мат. операции с числами будут требовать особых языковых конструкций, а не привычных всем операторов.
Все пользователи Беларуси, а особо малые (и не очень) из них предприниматели - примите наши искренние извинения за неудобства. Мы о проблеме помним, как только будет возможность её исправить - сделаем.
|
|
|
|
Ilyan
|
|
19 августа 2013 19:12
|
|
Я тоже не специалист в данной области, но я на 100% уверен, что код, который отлично работает с 64-битными (а может и вообще любого размера) числами уже давно кем-то написан, и никакого велосипеда изобретать не надо.
|
|
|
|
Admin
|
|
21 июля 2014 16:38
|
|
Проблема решена,
Можно вводить суммы до 9 223 372 036 854.
|
|
|
|
Maxim
|
|
29 июля 2014 14:51
|
|
Коллеги, мне страшно спросить. Но всё же. Точка фиксированная? Или плавающая?
|
|
|
|
Admin
|
|
29 июля 2014 17:43
|
Maxim Пишет: Точка фиксированная? Или плавающая? Не понятно, что вы имеете ввиду.
В разных местах используются разные операции как целочисленные (фиксированная точка), так и с плавающей точкой.
|
|
|
|
Maxim
|
|
29 июля 2014 23:40
|
|
Суммы в каком формате хранятся? С фиксированной точкой?
|
|
|
|
Admin
|
|
30 июля 2014 09:04
|
|
Хранятся - в целочисленном.
|
|
|
