powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Infor - так теперь принято кодить или лажа?
50 сообщений из 50, показаны все 2 страниц
Infor - так теперь принято кодить или лажа?
    #38383065
dabino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
У меня необычный вопрос. Я уже 12 лет не занимаюсь программированием, но "есть IT background". Волею судеб столкнулся с внедрением ERP Infor на производственном предприятии (БД - Oracle), и недавно дошли руки посмотреть код, которым это все реализовано.
Просто приведу несколько примеров того, что у меня вызывает удивление:
- процедуры построения отчетов не используют возможности sql (типа join). Вместо этого есть код, который вытаскивает из базы селекты, а потом в цикле обрабатывает их, каждый раз вызывая новые запросы.
- отчет генерируется в файл excel (типа xlsx, xml представление). Но! Нет общей функции выгрузки в файл, в каждой функции своя реализация, все xml тэги перемешиваются с данными прямо в коде.
- везде в коде - сокращения, нечитаемые названия переменных и полей таблиц
- есть "магические числа" - просто стоят в коде, не объявляются как константы
- в самой базе oracle - только таблицы, вьюшки вообще не используются
- ну и в результате отчеты генерятая часами, потом пользователи дообрабатывают их в экселе (если удается открыть файл)
Я понимаю, что я много пропустил в индустрии, есть application server, где вся бизнес логика крутится. Но так что, действительно принято писать теперь код? Или я немного прав, и проект делали низкопоофессиональные консультанты?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38383094
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dabinoЯ понимаю, что я много пропустил в индустрии, есть application server, где вся бизнес логика крутится. Но так что, действительно принято писать теперь код? Или я немного прав, и проект делали низкопоофессиональные консультанты?
Вам нужно в раздел "Программированиие", здесь все же вопросы кодирования не сильно обсуждаются.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38383194
Фотография Shuhard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dabinoНо так что, действительно принято писать теперь код? ?
код коду рознь,
для ERP описанная ситуация типична, от 1С до SAP
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38383774
foxwizard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dabino- ну и в результате отчеты генерятая часами, потом пользователи дообрабатывают их в экселе (если удается открыть файл)

За такое в нормальной компании - увольнение....
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38383966
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
foxwizarddabino- ну и в результате отчеты генерятая часами, потом пользователи дообрабатывают их в экселе (если удается открыть файл)

За такое в нормальной компании - увольнение....

за откаты в нормальной компании - тем более увольнение.
какой процент договоров на внедрение заключается без откатов? или, другими словами - какой процент нормальных компаний?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38384092
Фотография Shuhard
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinov за откаты в нормальной компании - тем более увольнение.
какой процент договоров на внедрение заключается без откатов? или, другими словами - какой процент нормальных компаний?
процентов 10-15
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38384116
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Shuhards_ustinov за откаты в нормальной компании - тем более увольнение.
какой процент договоров на внедрение заключается без откатов? или, другими словами - какой процент нормальных компаний?
процентов 10-15
отож
хотя я наверно больше верю в людей и обычно называю цифру "до 20%"
учитывая, что "нормальных" клиентов максимум один из пяти - о каком качестве (продуктов, консультантов, результатов проектов в целом) можно говорить?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38384611
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
foxwizarddabino- ну и в результате отчеты генерятая часами, потом пользователи дообрабатывают их в экселе (если удается открыть файл)

За такое в нормальной компании - увольнение....
По некоторым пунктам нормальность компании ваще не при чем. Скажем так - по основным пунктам. Например, использование констант в коде на скорость не влияет, так же как и нечитаемость имен. А все остальное - в основном проблемы архитектуры и языковых средств, реализованных в ERP.

Вообще (это моя точка зрения), ERP возникли как средство автоматизации бизнеса. Но очень скоро до производителей дошло, что одними настройками (галочками в формах) не обойтись, стали придумывать свои языки. Я даже не говорю про уровень языков и сред программирования... с содроганием вспоминаю C-AL(интересно, с 4-й версии что-нибудь в лучшу сторону поменялось?). Проблема в том, что этит языки она делали на своем уровне, вне СУБД. Ну и возникло деление по уровням. которое преподносится как типа круто (и местами оно может так и есть, например, говорят, что, вроде, масштабировать легче). Но КМК это ведет в тем проблемам, про которые тут написано, и проблем больше чем преимуществ.

Очень много маркетинга. Одной конторе втюхали тот же нафижн со словами, что де отчеты в Excel так же просто выводить, как в Access'e, и ваще - это тот же ассесс адаптированый под бизнес . А по факту , для каждого отчета надо отдельный выводить в Excel прописывать со всеми навижнскими танцами. Но даже если бы Навик был бы так же удобен как среда VBA , то от принципиальных проблем, связанных с разделением по уровням, это не избавит.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38384952
Фотография George Nordic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТС говорит про "Infor" и "Производственное предприятие", следовательно это Infor LN. Я бы посоветовал прочитать про BAAN и его историю. Описываемые ТС проблемы характерны для БД-независимых учетных систем. Возможно, со временем остался только Oracle, как в том же NAV / DAX - только MS SQL.

С Уважением,
Георгий
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38385190
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Описываемые ТС проблемы характерны для БД-независимых учетных систем. Возможно, со временем остался только Oracle, как в том же NAV / DAX - только MS SQL .Увы, это не решает сабжевых проблем, т.к. все равно подход остается навигационным (ставим фильтр, считываем запись, перебираем до конца + куча вычислений и навигаций).
Проблема отчасти решится, когда вычисления будут только на сервере и только на родном SQL и на оптимальной структуре таблиц/полей. :)

Удивление ТСа непонятно. Для него это открытие ? :)
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38385214
Фотография George Nordic
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVПроблема отчасти решится, когда вычисления будут только на сервере и только на родном SQL и на оптимальной структуре таблиц/полей. :)Welcome to OEBS :)
LSVУдивление ТСа непонятно. Для него это открытие ? :)Видимо да... не каждый день разработчики сталкиваются с ERP-системами, да еще родом из 80х годов.

С Уважением,
Георгий
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38385545
IgorK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
George NordicВидимо да... не каждый день разработчики сталкиваются с ERP-системами, да еще родом из 80х годов.
А что-то сейчас принципиально изменилось в мире ERP ?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38385582
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IgorKGeorge NordicВидимо да... не каждый день разработчики сталкиваются с ERP-системами, да еще родом из 80х годов.
А что-то сейчас принципиально изменилось в мире ERP ?
Не особо, просто у "свежих" систем меньше унаследованного кода.
И кстати, sql относительно редко используют скорее всего в силу низкого уровня внедренцев (консультантов и программистов) и заказчиков - мало кто может нормально разобраться в sql коде, не говоря уже о доработке. С процедурными языками людям почему-то проще.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386365
dabino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем большое спасибо за комментарии и мнения (которые разделились).

из свежих приколов: при построении отчета от пользователя требуется указать, сколько же дней в этом феврале - 28 или 29...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386604
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dabinoВсем большое спасибо за комментарии и мнения (которые разделились).

из свежих приколов: при построении отчета от пользователя требуется указать, сколько же дней в этом феврале - 28 или 29...
Это никакой архитектурой не исправишь :).

Помню "квалифицированных" нави-разработчиков, которые никак алгоритм разнесения таможенных платежей по товарным позициям отладить не могли. В конце концов они решили отделаться от меня, нарисовав красивое "итого" по целой поставке, тупо изменив стоимость последней строки на расхождение. Это видно было прямо по цифирькам. Ничего не поменялось, а последняя строка вдруг на рупь-сорок-три меньше и всё (о-чудо!) сходится. Стимулировал (в связи с длительностью и многочисленностью косяков) матом.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386648
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dabinoВсем большое спасибо за комментарии и мнения (которые разделились).

из свежих приколов: при построении отчета от пользователя требуется указать, сколько же дней в этом феврале - 28 или 29...

зачет...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386660
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaПомню "квалифицированных" нави-разработчиков, которые никак алгоритм разнесения таможенных платежей по товарным позициям отладить не могли. В конце концов они решили отделаться от меня, нарисовав красивое "итого" по целой поставке, тупо изменив стоимость последней строки на расхождение. Это видно было прямо по цифирькам. Ничего не поменялось, а последняя строка вдруг на рупь-сорок-три меньше и всё (о-чудо!) сходится. Стимулировал (в связи с длительностью и многочисленностью косяков) матом.
это стандартная ситуация, когда требуют поделить неделимое, нави-разработчики здесь не причем. Посмотрите в других программах, найдете тоже самое, чтобы далеко не ходить в 1С можете покопаться.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386669
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dabinoиз свежих приколов: при построении отчета от пользователя требуется указать, сколько же дней в этом феврале - 28 или 29...
представляю какое замешательство вызовет у вас вопрос "количество периодов в году?"
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386727
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaПомню "квалифицированных" нави-разработчиков, которые никак алгоритм разнесения таможенных платежей по товарным позициям отладить не могли. В конце концов они решили отделаться от меня, нарисовав красивое "итого" по целой поставке, тупо изменив стоимость последней строки на расхождение. Это видно было прямо по цифирькам. Ничего не поменялось, а последняя строка вдруг на рупь-сорок-три меньше и всё (о-чудо!) сходится. Стимулировал (в связи с длительностью и многочисленностью косяков) матом.
а там точно дело не в округлении было? или не в "приблизительном" алгоритме?
у вас получалось правильно автоматически распределить издержки по позициям - пропорционально сумме (есть такой стандартный функционал в распределении товарных издержек)? если нет, то проблема почти наверняка не в разработчиках.
а то обвинять легко...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386895
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaПомню "квалифицированных" нави-разработчиков, которые никак алгоритм разнесения таможенных платежей по товарным позициям отладить не могли. В конце концов они решили отделаться от меня, нарисовав красивое "итого" по целой поставке, тупо изменив стоимость последней строки на расхождение. Это видно было прямо по цифирькам. Ничего не поменялось, а последняя строка вдруг на рупь-сорок-три меньше и всё (о-чудо!) сходится. Стимулировал (в связи с длительностью и многочисленностью косяков) матом.

расхождение относить все равно куда-то относить надо... или на последнюю строку или на самую большую.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386920
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
instantIzya...
это стандартная ситуация, когда требуют поделить неделимое, нави-разработчики здесь не причем. Посмотрите в других программах, найдете тоже самое, чтобы далеко не ходить в 1С можете покопаться.

Ви доктор, что ви меня лечить хотите? На 10-15 тестовых позициях - "рупь-сорок-три" погрешность алгоритма, который доли посчитать должен? Ага-ага.
Это исключительно кривые руки, хотя бы потому, что в описываемом случае, после правок алгоритма эти "рупь-сорок-три" (и другие тесты) таки были правильно распределены. Насчет 1С не знаю, но,после сказанного, боюсь его еще больше.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386937
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖрасхождение относить все равно куда-то относить надо... или на последнюю строку или на самую большую.

ребят, вы что, с ума посходили?
1) Сумма расхождения в копейках при долевом распределении не может быть больше чем половина количества строк (при правильном подходе). Это в наихудшем случае, когда все округлении пошли в одну сторону. Когда на 10-15 строк мне говорят "рупь-сорок-три", я начинаю нервничать.
2) Это расхождение можно раскидать по копейке на каждую строку, начиная с максимально распределенных сумм.

А что, у вас иначе?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386949
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovIzya... у вас получалось правильно автоматически распределить издержки по позициям - пропорционально сумме (есть такой стандартный функционал в распределении товарных издержек)? если нет, то проблема почти наверняка не в разработчиках.
а то обвинять легко...
Я деталей не помню - это было лет 8 назад. Функционал нестандартный, связан с алкоголем. Алгоритм был копеечный.
Доля по позиции= нормированные(Кол-во* объем штуки*процент алкоголя).
Дальше по этим долям раскидываем по позиции сумму.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386968
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaЭто в наихудшем случае, когда все округлении пошли в одну сторону. Когда на 10-15 строк мне говорят "рупь-сорок-три", я начинаю нервничать

как-т многовато...

бухи любят считать ндс от "итого"и вопить что не сходится с документом. приходится объяснять что оно никогда не сойдется в общем случае, т.к. считается построчно
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386970
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovIzya... у вас получалось правильно автоматически распределить издержки по позициям - пропорционально сумме (есть такой стандартный функционал в распределении товарных издержек)? если нет, то проблема почти наверняка не в разработчиках.
а то обвинять легко...
Я деталей не помню - это было лет 8 назад. Функционал нестандартный, связан с алкоголем. Алгоритм был копеечный.
Доля по позиции= нормированные(Кол-во* объем штуки*процент алкоголя).
Дальше по этим долям раскидываем по позиции сумму.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386976
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖ

как-т многовато...

бухи любят считать ндс от "итого"и вопить что не сходится с документом. приходится объяснять что оно никогда не сойдется в общем случае, т.к. считается построчно[/quot]

Ну а я о чём!
Мне с бухами везло - всегда построчно. Точнее, были стычки с бухами контрагентов, но я их за разъяснениями к своим отправлял.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386986
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaПоследний выдох ГПЖ

как-т многовато...

бухи любят считать ндс от "итого"и вопить что не сходится с документом. приходится объяснять что оно никогда не сойдется в общем случае, т.к. считается построчно

Ну а я о чём!
Мне с бухами везло - всегда построчно. Точнее, были стычки с бухами контрагентов, но я их за разъяснениями к своим отправлял.[/quot]

но распределение суммы по некому массиву строк насколько я помню реализованно в типовых 1с как я писал - вычисляются коэффициент для каждой строки, потом они складываются. если есть разница т.е. исходная сумма <> сумме (строка * на свой коэффициент) то расхождение относится она строку с макс. коэффициентом - чтобы не "смазывать" распределение по другим более мелким суммам
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38386998
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaЯ деталей не помню - это было лет 8 назад. Функционал нестандартный, связан с алкоголем. Алгоритм был копеечный.
Доля по позиции= нормированные(Кол-во* объем штуки*процент алкоголя).
Дальше по этим долям раскидываем по позиции сумму.
мучают меня подозрения.
сталкивался я с подобными расчетами...
и есть у меня подозрение, что если на калькуляторе рассчитать суммы по каждой строке по этой формуле, а потом сложить все суммы - правильный итог не получится...
хотя может программисты считали неправильно - такое тоже бывает.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387008
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖно распределение суммы по некому массиву строк насколько я помню реализованно в типовых 1с как я писал - вычисляются коэффициент для каждой строки, потом они складываются. если есть разница т.е. исходная сумма <> сумме (строка * на свой коэффициент) то расхождение относится она строку с макс. коэффициентом - чтобы не "смазывать" распределение по другим более мелким суммам

По уму, расхождение надо тоже разбросать по копеечке по самым крупным суммам. Прикидывая, как работает 1С, живо представляю. как они в переменной хранят максимально найденное значение, потом его находят и в эту строку прописывают расхождение. Просто потому, что так тоже просто. КМК второй раз распределение организовать - это выше сил, конечно. Но это мое сугубое мнения.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387014
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinov.
и есть у меня подозрение, что если на калькуляторе рассчитать суммы по каждой строке по этой формуле, а потом сложить все суммы - правильный итог не получится...
хотя может программисты считали неправильно - такое тоже бывает.
Дык! я ж сказал - на 15 строк в пределах (+-)7 копеек. Но не рупь-сорок-три.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387029
Izya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да чё там, про криворукость говорить....мне надысь попалось на глаза мнение лидера немаленького, раскрученного облачного сервиса, связанного с логистикой, что себестоимость по FIFO невозможно посчитать, используя SQL, нужен ява. Что бы был понятен масштаб бедствия - речь идет о навороченном диалекте, типа TSQL или PLSQL. Так что в вопросе ТС между "так теперь принято кодить" и "лажей" надо часто знак равенства ставить. Это всё было КМК :)
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387046
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
IzyaДа чё там, про криворукость говорить....мне надысь попалось на глаза мнение лидера немаленького, раскрученного облачного сервиса, связанного с логистикой, что себестоимость по FIFO невозможно посчитать, используя SQL, нужен ява. Что бы был понятен масштаб бедствия - речь идет о навороченном диалекте, типа TSQL или PLSQL. Так что в вопросе ТС между "так теперь принято кодить" и "лажей" надо часто знак равенства ставить. Это всё было КМК :)

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

а проблема ламеров (не разбираются, но считают себя экспертами) - это вообще всеобщая проблема, не специфичная для ИТ

так что подобные ситуации меня совсем не удивляют...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387050
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Izyas_ustinov.
и есть у меня подозрение, что если на калькуляторе рассчитать суммы по каждой строке по этой формуле, а потом сложить все суммы - правильный итог не получится...
хотя может программисты считали неправильно - такое тоже бывает.
Дык! я ж сказал - на 15 строк в пределах (+-)7 копеек. Но не рупь-сорок-три.
там может быть не только проблема округления
для расчета итоговой цифры могли использовать немного не те данные или не такую формулу - и в результате итог не сходится с суммой по строкам.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387051
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>может дело в базовом образовании (хотя я сам по образованию экономист, а у меня проблем таких нет)

имхо это просто что-то с мозгами...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387087
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Izyainstantпропущено...

это стандартная ситуация, когда требуют поделить неделимое, нави-разработчики здесь не причем. Посмотрите в других программах, найдете тоже самое, чтобы далеко не ходить в 1С можете покопаться.

Ви доктор, что ви меня лечить хотите?
где я тебя лечу и нафиг ты мне вообще сдался? Давай, до свидания, если сказать по теме нечего
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387191
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Izya,

Чаще всего с ошибками округления дело обстоит именно так как Вы говорите, но не всегда. В общем случае величина ошибки определяется не только последней значимой цифрой, но и методикой расчета. Если Вы пытаетесь получить через опорную малую долю общей суммы (к примеру, являющейся 1% от общей суммы) саму общую сумму, то ошибка округления доли до последней значащей цифры может увеличиться на коэффициент, равный соотношению общей суммы и этой самой доли, то есть, при доле =1% - в 100 раз! Соответственно, на 10-15 позициях может набежать ошибка округления , не только "рупь-сорок-три", но и значительно больше. Подобные ошибки могут возникать при попытке расчета налоговой базы через сумму налога, которая считается заданной. Или при попытке рассчитать сумму выручки через заданную маржу при невысокой рентабельности. И при других аналогичных ситуациях.

В двух словах, если ошибка округления возникает ДО умножения на некий коэффициент, и при этом коэффициент весьма значительный (десятки-сотни), то ошибка округления до копейки запросто может вырасти до рублей - даже в одной позиции. Просто посмотрите внимательно на формулу [Ошибка округления до копейки]*К=?
Представьте, что K=100 или 1000.

Я сталкивался на практике с ситуацией, когда считалась заданной цена без НДС, а цена с НДС получалась расчетным путем с ошибками округления. Затем полеченная уже с ошибкой округления цена умножалась на количество . А количество вполне могло достигать нескольких тысяч.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387237
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaВ двух словах, если ошибка округления возникает ДО умножения на некий коэффициент, и при этом коэффициент весьма значительный (десятки-сотни), то ошибка округления до копейки запросто может вырасти до рублей - даже в одной позиции. Просто посмотрите внимательно на формулу [Ошибка округления до копейки]*К=?
Представьте, что K=100 или 1000.

Я сталкивался на практике с ситуацией, когда считалась заданной цена без НДС, а цена с НДС получалась расчетным путем с ошибками округления. Затем полеченная уже с ошибкой округления цена умножалась на количество . А количество вполне могло достигать нескольких тысяч.
+1
я про это и говорил, но сам не понимал, что это тоже ошибка округления
есть сумма инвойса в евро
надо пересчитать в рубли (гривны)
если берем общую сумму и умножаем на курс - одна цифра.
если для каждой позиции рассчитываем цену в рублях с точностью до копейки (цена в евро умножить на курс), потом умножаем цену на количество, и все суммируем - получаем сильно другую цифру.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387488
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GaryaIzya,

Чаще всего с ошибками округления дело обстоит именно так как Вы говорите, но не всегда. В общем случае величина ошибки определяется не только последней значимой цифрой, но и методикой расчета. Если Вы пытаетесь получить через опорную малую долю общей суммы (к примеру, являющейся 1% от общей суммы) саму общую сумму, то ошибка округления доли до последней значащей цифры может увеличиться на коэффициент, равный соотношению общей суммы и этой самой доли, то есть, при доле =1% - в 100 раз! Соответственно, на 10-15 позициях может набежать ошибка округления , не только "рупь-сорок-три", но и значительно больше. Подобные ошибки могут возникать при попытке расчета налоговой базы через сумму налога, которая считается заданной. Или при попытке рассчитать сумму выручки через заданную маржу при невысокой рентабельности. И при других аналогичных ситуациях.

В двух словах, если ошибка округления возникает ДО умножения на некий коэффициент, и при этом коэффициент весьма значительный (десятки-сотни), то ошибка округления до копейки запросто может вырасти до рублей - даже в одной позиции. Просто посмотрите внимательно на формулу [Ошибка округления до копейки]*К=?
Представьте, что K=100 или 1000.

Я сталкивался на практике с ситуацией, когда считалась заданной цена без НДС, а цена с НДС получалась расчетным путем с ошибками округления. Затем полеченная уже с ошибкой округления цена умножалась на количество . А количество вполне могло достигать нескольких тысяч.

да... помню методики расчета стоимости лекарственных средств при разукомплектации пачка -> блистер и обратно... чтобы все сходилось + цена укладывалась например в ограничения наценок на жизненноважные + ндс + налог с продаж и прочее... жесть была
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387578
LSV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovесли берем общую сумму и умножаем на курс - одна цифра.
если для каждой позиции рассчитываем цену в рублях с точностью до копейки (цена в евро умножить на курс), потом умножаем цену на количество, и все суммируем - получаем сильно другую цифру.Так и есть. Но верным является второй способ.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387788
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
LSVs_ustinovесли берем общую сумму и умножаем на курс - одна цифра.
если для каждой позиции рассчитываем цену в рублях с точностью до копейки (цена в евро умножить на курс), потом умножаем цену на количество, и все суммируем - получаем сильно другую цифру.Так и есть. Но верным является второй способ.
какой способ более правильный - вопрос философский.
проблема в том, что расчет по разным алгоритмам дает существенно разный результат.
и если требовать все рассчитывать вторым способом, а для проверки результата использовать первый способ - то тут проблема не в разработчиках навика...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387851
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
здесь проблема в том, как уже говорилось, что требуется делить неделимое. Пример с таблетками был хороший. И т.п. Поставщик, определяя цену на свой товар, не предполагает, что им будут торговать в рознице в количестве 1/3 и т.п. от оригинальной упаковки. Если бы он предполагал такое, то не назначал цену на упаковку с тремя блистерами внутри 10 руб, а считал бы цену упаковки от цены одного блистера. Ошибки округления в таких ситуациях всегда являются риском. Причем, алгоритм подходящий для одной ситуации, может давать ощутимые погрешности в другой. Конечно можно реализовать такую математику что все будет с точностью до копейки. Здесь вопрос только в том, что для учета потерь в 100руб будет разработана система стоимостью в 10000руб. Вместо того, чтобы эти несчастные 100руб скинуть на последнюю строку в списке и забыть о них.

p.s. вспомнился аудит C&L в восьмидесятые годы в одной компании... 10000$ при многомилионном обороте относили на "незначительные отклонения". А здесь речь идет об одном рубле. Оборот два рубля что-ли?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387879
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
instantp.s. вспомнился аудит C&L в восьмидесятые годы в одной компании... 10000$ при многомилионном обороте относили на "незначительные отклонения". А здесь речь идет об одном рубле. Оборот два рубля что-ли?

мне рассказывали реальный случай, как примерно миллион баксов на ошибки пересчета списали при аудите...
отчетность в долларах, а учет в гривнах, а в конце 2008 курс как раз хорошо скаканул...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38387918
instant
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
или, к примеру, распределение таможенных платежей пропорционально объемам контейнеров или весу в зависимости от типа перевозки и еще множества параметров, вместо простого распределения относительно стоимости... Давало разницу в несколько долларов на товаре стоимостью в сотню тысяч долларов, но при этом затраты на учет в тысячу долларов. Здесь как у хакеров: если выгода будет на порядки меньше затрат на взлом, то кому этот взлом нужен.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38388110
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
instantОшибки округления в таких ситуациях всегда являются риском. Причем, алгоритм подходящий для одной ситуации, может давать ощутимые погрешности в другой.

п.э. у нас ценообразование было вынесено в отдельный "модуль" параметрический и настраиваемый... С готовыми пресетами настроек для "популярных" аптечных сетей.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38388154
andr_andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖ...
бухи любят считать ндс от "итого"и вопить что не сходится с документом. приходится объяснять что оно никогда не сойдется в общем случае, т.к. считается построчно

Кстати, вы уверены, что считать НДС от "итого" - неправильно?
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38388334
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andr_andreyПоследний выдох ГПЖ...
бухи любят считать ндс от "итого"и вопить что не сходится с документом. приходится объяснять что оно никогда не сойдется в общем случае, т.к. считается построчно

Кстати, вы уверены, что считать НДС от "итого" - неправильно?

есть форма с/ф в ней есть построчный учет суммы НДС (разные ставки по товарам тоже привет передают). То что бух берет итоговую сумму и начинает делать X*18/118 (что вообще возможно только для авансов) и вопить -"OMG, не сходицо!" - это его проблемы.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38388346
s_ustinov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖandr_andreyпропущено...


Кстати, вы уверены, что считать НДС от "итого" - неправильно?

есть форма с/ф в ней есть построчный учет суммы НДС (разные ставки по товарам тоже привет передают). То что бух берет итоговую сумму и начинает делать X*18/118 (что вообще возможно только для авансов) и вопить -"OMG, не сходицо!" - это его проблемы.
сейчас может поменяли, но раньше в Украине было правило, что сумма НДС по налоговой должна быть равна общая сумма без НДС * 20%
то есть расчет надо было делать не по строке, а по документу в целом, и потом подгонять суммы в строках...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38388353
Последний выдох ГПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
s_ustinovПоследний выдох ГПЖпропущено...


есть форма с/ф в ней есть построчный учет суммы НДС (разные ставки по товарам тоже привет передают). То что бух берет итоговую сумму и начинает делать X*18/118 (что вообще возможно только для авансов) и вопить -"OMG, не сходицо!" - это его проблемы.
сейчас может поменяли, но раньше в Украине было правило, что сумма НДС по налоговой должна быть равна общая сумма без НДС * 20%
то есть расчет надо было делать не по строке, а по документу в целом, и потом подгонять суммы в строках...

вы подрываете мою веру в более осмысленный подход к учету в других странах...
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38388768
andr_andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Последний выдох ГПЖs_ustinovпропущено...

сейчас может поменяли, но раньше в Украине было правило, что сумма НДС по налоговой должна быть равна общая сумма без НДС * 20%
то есть расчет надо было делать не по строке, а по документу в целом, и потом подгонять суммы в строках...

вы подрываете мою веру в более осмысленный подход к учету в других странах...
Вот так и мучаемся, с налоговой либо в суд, либо сделать так, чтобы не тратить на суд время.
...
Рейтинг: 0 / 0
Infor - так теперь принято кодить или лажа?
    #38410287
|Жека|
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dabinoУ меня необычный вопрос. Я уже 12 лет не занимаюсь программированием, но "есть IT background". Волею судеб столкнулся с внедрением ERP Infor на производственном предприятии (БД - Oracle), и недавно дошли руки посмотреть код, которым это все реализовано.
Просто приведу несколько примеров того, что у меня вызывает удивление:
- процедуры построения отчетов не используют возможности sql (типа join). Вместо этого есть код, который вытаскивает из базы селекты, а потом в цикле обрабатывает их, каждый раз вызывая новые запросы.
- отчет генерируется в файл excel (типа xlsx, xml представление). Но! Нет общей функции выгрузки в файл, в каждой функции своя реализация, все xml тэги перемешиваются с данными прямо в коде.
- везде в коде - сокращения, нечитаемые названия переменных и полей таблиц
- есть "магические числа" - просто стоят в коде, не объявляются как константы
- в самой базе oracle - только таблицы, вьюшки вообще не используются
- ну и в результате отчеты генерятая часами, потом пользователи дообрабатывают их в экселе (если удается открыть файл)
Я понимаю, что я много пропустил в индустрии, есть application server, где вся бизнес логика крутится. Но так что, действительно принято писать теперь код? Или я немного прав, и проект делали низкопоофессиональные консультанты?

Это стандартные отчеты или кастомизация? скорее второе...
я не знаю какой код вы смотрели, но конструкции джойнов активно используются, также есть возможность писать динамический SQL из 4GL скриптов. по отчетным системам есть такая проблема, но уже есть несколько написанных библиотек, которые делают быгрузку в файл более простой и отделают код от шаблона(библиотеки у внедренцев)... также никто не отменял hidox - внешняя отчетная система, которая стандартные отчеты LN приобразует к форматам pdf и xlsx.

отчеты могут генериться часами если:
-база очень старая и данные не архивировались
-запускаете по полному диапазону(например обороты по складу при большом кол-ве номенклатуры и перемещениях)
...
Рейтинг: 0 / 0
50 сообщений из 50, показаны все 2 страниц
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Infor - так теперь принято кодить или лажа?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]