Сообщество
FAQ
Логин
Пароль
Войти при помощи
Кстати, вы можете
Присоединиться к нам вконтакте
или почитать наш твиттер
Общение / Веб версия / Увеличение максимальной суммы ввода

Увеличение максимальной суммы ввода

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
Хранятся - в целочисленном.
Чтобы отвечать на сообщения - зарегистрируйтесь и войдите в личный кабинет.
© drebedengi.ru 2007 - 2017  |  Мобильная версия  |  Карта сайта  |  API интеграции  |  Обратная связь  |   English