| Я когда-то писал такой расклад.
 Вводим данные на дату (например на 01.09.XXXX)
 Автоматизированный ввод данных:
 1. Данные до 01.09 - не будут. Т.о. вводятся - параметры сделки, условия на 01.09, балансовая стоимость и данне по позиции.
 Плюсы:  Минимальные затраты. Завести одну карточку, одно условие на 01.09. Ввести балансовую стоимость, прочую стоимость и оценку сделок с учетом прошлых потоков и услвоий. Самый простой ввод данных.
 Минусы: Отсутствие условий и потоков в карточке сделки до даты миграции - 01.09
 Что требуется от заказчика: Параметры сделок, Условие действующее на 01.09 и Балансовую стоимость.
 Операции после ввода данных: Ввести балансовую стоимость, другие стоимости и оценку.
 2. Данные до 01.09 - будут, но только в виде потоков на свои даты (вводятся отдельными условиями как отдельные графики платежей). Вводим параметры сделки, условия с отедльными графиками платежей.
 Плюсы: Все потоки будут в самой сделке. Средний уровень ввода исторических данных.
 Минусы: Условия будут в сделке только с даты миграции - 01.09.
 Что требуется от заказчика: Договора сделок. Файл с параметрами сделок, все исторические потоки, условия действующее на 01.09.
 Операции после ввода данных: Пометить потоки как проведенные (без передачи в бух. учет).
 3. Данные до 01.09 - будут. Вводим все услвоия. Вводим параметры сделки, все условия.
 Плюсы: Все данные будут присутствовать в карточке с момента существования сделки - и услвоия, и потоки.
 Минусы: Сложность ввода данных. Сложность выверки правильности введенных данных.
 Что требуется от заказчика: Договора сделок. Файл с параметрами сделок, все условия, косвенно для проверки правильности введенных сделок все потоки за время существования сделок.
 Операции после ввода данных: Пометить потоки как проведенные (без передачи в бух. учет).
 Ручной ввод:
 4. Данные до 01.09 - будут. Вводим все услвоия. Вводим параметры сделки, все условия.
 Плюсы: Все данные будут присутствовать в карточке с момента существования сделки - и услвоия, и потоки.
 Минусы: Сложность ввода данных. Сложность выверки правильности введенных данных.
 Что требуется от заказчика: Договора для ввода данных. Косвенно для проверки правильности введенных сделок все потоки за время существования сделок.
 Операции после ввода данных: Пометить потоки как проведенные (без передачи в бух. учет).
 
 
 Но в целом сделки или вводятся вручную или через самописный софт: или пакетник, или я писал через ФМ BAPI_FTR_*_DEALCREATE. ФМ может грузить Z поля и так же инструмент получается универсальным.
 Что касается проводок - или гоним проводки с самого начала через TBB1 (дурацкий вариант), или помечаем как проведенные TBB_LC (как писал ранее Ёж) или через тр. TPM63*.
 _________________
 Подумал - решил. Решил - сделал. Если не сделал, то значит и не думал.
 
 
 |