Что-то вроде такого...


либо


Но все это ерунда, о которой и говорить не следует! Преимущество JAVA - универсальность + распространенность

Да кто ж спорит.
Даже в mySAP есть резервации в которых можно писать на джава: портал, PO, MDM, BPM.

Погуглил. Не нашел. Приведите пожалуйста кусок кода.

Это операция суммирования, а мы говорили про деление.

А кроме них там ничего и нет. Я знаю как решается такая задача на АВАР - через Ж, что зачастую приводит к никак. Это даже не затрагивая функцию О-большое. Там боюсь даже не О(n^e).

Я к этому и подвожу. А в примере массив R^n*2, а не R^n*m.

эх, если бы в МДМ можно было бы на чём-то писать, хоть на ассемблере...

м.б. вы все-таки научитесь пользоваться гуглем?
Стоп, вы же сами написали ниже, что знаете как это сделать. Ну так и чего ваньку валяем? Какую нужно будет размерность - такую и можно заложить. Ну да, не массив. Внутр. таблицы несколько иное. И что?


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

это снаружи МДМ, так можно и на ABAP API для МДМ писать, а через сгенерённые сервисы так хоть на Ruby

Жулик
Правильно ставить вопрос: делают ли на абапе что-то для налоговой? Ответ "да", и о чём спорить?
А вот на джаве налоговую отчётность я имела шанс сопровождать 1й линией поддержки, начиная с тестовой эксплуатации, отсылка ошибок входила в обязанности. Б-же, какое оно было ужасное.

шах и мат, апологеты джавы!

Я это, пожалуй, заскриню.

Я ничего не писал про то, что знаю как это решается средствами "nested internal table". Я это решал через вложенность классов, определив класс "строка", в который вложена внутренняя таблица с единственным полем. В следующем классе "массив" была определена внутренняя таблица, которая содержала ссылки на экземпляры классов "строка".

Кричать: "Ага, значит все-таки работает" - преждевременно. Это хорошо работает только в теории, а в реальности время прохождения массива больше чем O(n*m), что уже не жизнеспособно. Кроме того эта штука непригодна решать прикладные задачи, т.к. память заканчивается гораздо быстрее чем решается задача. Так что, на практике это не решается никак, т.к. текущие возможности железа не покрывают такого расточительного обращения с памятью.

Готов выслушать вариант решения через nested internal table, если такой вообще существует в природе и сможет проходить массив хотя бы за О(n*log^n). Сейчас Вы имеете возможность на деле доказать, что умеете пользоваться Гуглом, в отличии от меня.

Сумма налога = является суммой произведений ставки налога на базу налога. Так? Где тут, в этом выражении, деление?

Про связь возмещения НДС с частичными оплатами пожалуйста подробнее! Мне кажется, что мы на пороге новых чудесных открытий! Или чудесатых...

Я не люблю цитировать себя, но Вы меня вынуждаете. Напоминаю исходный тезис, который Вы пытались оспорить: "Однако в реальном финансовом учете деления встречаются крайне редко. Только в операциях распределений. Аналитику потом можно делать уже с заданной точностью.".

@LadyWind: Мы спорим про операции деления. Попутно пытаемся разобраться с тем, что может рассмешить налоговую.

блин... Только начали же...

По моему задачи, связанные с многомерными данными любят решать бивишники, соберутся все вместе и начинают кубы с аналитикой крутить туда-сюда

Зачем? если вы не смогли найти определение вложенной внутр. таблы, то чем вам поможет мое умение пользоваться поисковиками?
Заниматься фаллометрией в части алгоритмизации я с вами не собираюсь.
Пример определения вложенной таблы выше привел уважаемый murmur. При необходимости, возможно создание динамической таблицы заданной размерности. Алгоритмы, естественно, будут с поправкой на имеющиеся в ABAP структуры.


Вам никогда не приходилось имея на руках только полную сумму вычислять из нее сумму НДС?


Ну попробуйте. Я полностью решенную задачу вам расписывать не буду. Пожалуй остановлюсь просто на определении возмещения
Что такое возмещение НДС из бюджета? Возникает подобная необходимость, если занимаясь торговой или любой другой предпринимательской деятельностью, компания осуществляет расчеты с бюджетом по НДС. Контактируя с поставщиками товаров и услуг, предприятие оплачивает НДС с закупаемой массы товара. Реализуя их, компания платит налог с реализованной массы товара в бюджет. Если размер налога с продаж превышает НДС с закупа – компании следует доплатить в бюджет, если наоборот меньше – возникает вопрос, как возместить НДС из бюджета

Т.е. , дальше вам следует гуглить про входящий и исходящий ндс, книги покупок-продаж и так далее.

Обсуждалась задача с двумерным массивом, но неопределенного размера.

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

Я всегда был уверен, что это невозможно, но если Вы настаиваете, то объясните пожалуйста как решить такую задачу: Есть входящая фактура на сумму 50'000 рублей. Нужно вычислить сумму НДС к уплате. Известно, что в состав фактуры входит некоторое количество товаров с НДС: 0%; 10%; 18%.
Какова будет сумма НДС к уплате?

Мы уже выяснили что Гугл - это не мой конек. И в вашем определении нет ни слова про оплату, тем более про частичную.

При необходимости вкладываете дальше - получаете больше размерность. Или индукция - тоже не ваш конек, как и поиск?


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


Ну как же? вот же!
Контактируя с поставщиками товаров и услуг, предприятие оплачивает НДС с закупаемой массы товара
Или вы думаете, что при закупке не бывает платежей и поставщик работает на голом альтруизме?
Вот это действительно - чудесатее! Тут я согласен на все 100!