Автоматизация бизнес-процессов в банке

Позже закину конфигурацию 8.3 на чём остановился. Подумаем как быть.

Ну вот смотрите, вы приводите некий порядок расчетов, но учетная система это гораздо больше, чем просто некий абстрактный расчет. Данные не просто рассчитывать, их еще нужно где то хранить. А раз данные где то нужно хранить встает вопрос о том, где их хранить, как хранить, в каком виде. Как помещать в эти данные в хранилище, как их оттуда извлекать. А это уже вопрос взаимоотношения с базой данных. Хорошо, есть хранилище, есть алгоритм расчета, но нужно данные как то вводить, а результаты расчетов отображать, и тут встает вопрос пользователького интерфейса. Если вы начнете проектировать систему учета на 1С, то многие вопросы автоматически снимаются с повестки. Так как многие вещи платформа 1С просто от вас просто скрывает. Если вы начнете проектировать систему на том же С#, то это уже более низкий уровень. Тут уже придется изучать технологии доступа с базам данных. Особенности взаимодействия с различными СУБД. Делать построение пользовательского интерфейса и решать вопрос биндинга (т.е. связи ваших графических контролов с данными). А возможно и свои контролы придется делать. Т.е. решать вопросы отрисовки и т.д. Если опуститесь еще ниже узнаете что такое Windows API, оконные сообщение и так далее. При этой, чем вы глубже будете погружаться в вопросы программирования, тем выше будет ваша квалификация и уровень. И уже с этого уровня вы будете понимать, что за простым отображением формы в 1С (даже самой простейшей) скрывается масса технологий и написаны многие тысячи строк кода, на более низкоуровневых языках программирования.
Для сравнения просто попробуйте создать простейшую программу, чтобы она включала справочник пользователи, клиенты, авторизацию доступа и графический интерфейс для добавление, изменения данных, и их вывода в виде списка на C# и вы поймете о чем я вам говорю.
При этом даже если вы решите программировать на 1С, то все равно попробуйте другие системы, это расширит ваш кругозор и даст свои дивиденды.

На основании этого Кредитного Договора планируется заполнять Расходные (выдача кредита) и Приходные (взнос платежа, частично-досрочное погашение.. ну как обычно). Там косяк с дифференцированный платежом - он каждый месяц разный и это надо обыгрывать кодом или опять же из графика платежей вытаскивать. Исходные данные для сочинения такого графика вроде все есть.

Там не только косяк с дифференцированным платежом, там один сплошной общий огромный косяк. Начиная со структуры (архитектуры) и заканчивая вопросами оформления кода. Кроме изучения 1С нужно изучить основы программирования вообще.
Я например, код, в котором не используются отступы вообще не воспринимаю. Ибо эту кашу очень трудно понимать. Далее правило. Если что то вычисляется (какое либо значение) и оно используется более чем в 1 месте, то это значение сохраняется в переменную и далее используется именно она. Кроме этого во многих случаях это еще и код упрощает. Исходя из вышесказанных элементарных правил эту кашу

(не вдаваясь в сам алгоритм) я бы написал так:

ок, критика принимается. Я так понимаю оптимизация это называется.

Там ещё баг всплыл "деление на ноль" когда новую табличную строку добавляю и данные вношу по новому кредитному договору.

Переменные в формуле расчёта на что влияют? На скорость или на загрузку?

helpf*pro/faq/view/762.html

Вот здесь подсмотрел решение. Одной строчкой получилось проблему деления на ноль решить.
Ладно, спасибо за помощь. Пойдём доучиваться))

Как-то мы с одним программистом конкретным робота сочиняли для торговли на форекс. Ну вот, я короче общие принципы накидал и что-то в mql4 нашкодил, а он эту идею развил ну и код у него нормальный. Тогда я узнал что оптимизация есть какая-то, а мне пофиг - работает и зашибись, ну вот я по памяти тех времен пока собираю алгоритм, а как что с кодом пока второстепенно, но критика, повторюсь, принимается)))