Я когда-то писал такой расклад.
Вводим данные на дату (например на 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*.
_________________ Подумал - решил. Решил - сделал. Если не сделал, то значит и не думал.
|