Для того чтобы построить рабочую модель прогнозирования и вывести формулу зависимости показателей вам не нужно полагаться полностью на методы или какие то статичные формулы написанные в учебниках. В начале написания программки вам придется самим «схватить модель» вашего процесса, построить график и на основании этого графика вывести формулу. Это и будет ваша уникальная модель для обработки статистических данных. Вы же знаете, что к примеру у нас есть графики Sin, Cos, Tang, Cotang. Все они отличаются друг от друга. А чем спросите вы. Закономерностью расположения точек на графике ответит вам какой нибудь математик. То же самое и у вас, рисуете поначалу график зависимости, потом на основании этого графика выводите описательную формулу для данного графика (9-10 клас средней школы). Потом эту выведенную формулу подставляете в обработку ваших дальнейших статистических данных. Это и будет ВАШИМ уникальным методом именно для вашего процесса.

Почитал посты, все достаточно интересно. Я смог реализовать имитационную модель в обычной программе MS Access 2007. Так как было большое желание, достаточный опыт в программировании и основное образование в сфере транспортной логистики то решил попробовать. Взял за основу язык Visual Basic (точней VBA) и SQL. На первоначальном этапе было простое обывательское желание вести базу по контейнерам, по основным опорным точкам движения. Источником для вдохновения послужила программа одного человека,написанная еще в начале 2000 года. В процессе работы с транспортным потоком появлялось все больше и больше вводных. Помимо простого мониторинга контейнеров появилась необходимость ведения информации по таможенным платежам, ставкам, ведении курсовых отчетов по валютам, изготовлении разнообразных отчетов по самым безумным разрезам и информации. Так как делал все фактически для себя и коллег, очень плотно заморачивался на снижении времени на действия исполняемые в ней сотрудников.В основном все делает код программы. Программа сама ищет ошибки, находит несоответствия и исправляет. В качестве анализатора использовал как раз дискретный подход. Забил алгоритм работы, как если бы я сам нашел ошибку, и чтобы я сделал,чтобы ее исправить. Мы ведь каждый день делаем однотипные действия, которые можно автоматизировать. Потом реализовал возможность хранить в программе документы. Кстати с точки зрения математики- дискретный метод это не панацея. После разработки систем прогноза и планирования дат,сроков и денег  пришел к выводу, что тут скорей всего работает рекурсивный метод. То есть идет прием задания, постановка главной задачи, разбитие задачи на такое количество частей, которое нужно для ее эффективного решения. (то есть несмотря на то, что задача дробиться на дискретное количество N частей, каждый день это N может быть разным) Я думаю, что при больших объемах товаров,контрагентов и транспортных средств каждый менеджер или руководитель мечтал нажать одну кнопку и все даты, сроки,планы приходов итд итп проставилось в базе сами. Эту кнопку удалось замутить примерно месяцев через 5 после начала работы над программой.  ;D  Погрешностей раз в 8 меньше по сравнению, как если бы все делал руками человек. В результате получился интересный многопользовательский продукт повадками напоминающий SAP R3, но разработанный преимущественно для транспортных логистов. Цена вопроса — 0,00 рубля, так как все сделано на базе стандартного офисного продукта. Я к чему клоню — ребята, если вам действительно нужно нормальное ПО заточенное под ваши нужды, ищите толковых математиков и программистов. Один срисует вам мат.модель, другой напишет на ее основании нормальное ПО. И обойдется это вам дешевле, чем у общеизвестных монстров. Особенно если компания небольшая и только выходит на рынок, популярные IT бренды неоправданно дороги.

Алексей, спасибо за ответы и рекомендации.
Вы помогли найти мне ответ. В конечном итоге решение осталось на поверхности и оказалось
тупым как валенок. Мы отбросили лишние юридические аспекты по данному вопросу и долго общались с банком,аккредитивной фабрикой, агентами линий. Получилось уломать как не странно. Пара гарантийных дополнительных обязательств банку и фабрике решили вопрос. В результате коносаменты сдаются как обычные прямо в Китае, линия делает релиз, но ждет отмашки от фабрики. В данном случае тема «контейнер как залог» срабатывает. В свою очередь банк довольствуется одним оригиналом NON NEGOTIABLE COPY с живым штампом telex release и живой печатью от фабрики. Короче как обычно, если что то надо, то нет ничего невозможного))

И все равно РЖД везет медленно и дорого в конечном итоге. Исходя из терминальных расходов, постоянных проблем с нехваткой (в моем случае платформ под контейнера). Тут как рулетка, если заторов нет , то с Китая может проскочить до Москвы за 30 суток, если есть, то как и на море 40-45 суток. С учетом того что цена только на международку на 2000 уе больше и терминалка с вывозом стоит 50-60 косарей. :-X

Ребят хочу вернуться к аккредитиву, давайте подумаем, что банку можно отдать, в качестве залога. С одной стороны выпускается одна накладная жд международного сообщения, к ней кучи всяких обвесов в виде корешков, копий. Вот без чего можно платформе уехать из Китая,
(линейной жд накладной нет такого же  ;D) . Есть там такое понятие — оригинальная копия ЖД накладной или что нибудь такое?)