acrobatВ некоторых системах .

У некоторых систем есть свои разработчики проектировщики. У них и можете проконсультироваться на счет высшего смысла. А я и наверное не только я некоторых систем не знаю.


acrobat планирование и учет денежных потоков осуществляется:
1.формированием плановых платежей (документ) автомат. на основании графика либо вручную
2.формированием по плану фактических платежей(документ).


В тех системах которые я заню:

1) Формируется документ Счет -Фактура поставщика.(документ)
2) По СФ на основании условия оплаты формируется график платежей
3) На основании графика платежей формируется набор платежей.(документ)
4) Банковская выписка заносится в систему (документ) и строки банковской выписки выверяются на платежи.

acrobat
На мой взгляд формирование документов излишняя оперция, что если плановые данные динамически получать на основании графика платежей, а факт на основании банковских(кассовых) оперций.

По приведенной схеме.
1) Необходимость СФ у вас вызывает сомнения?
2) Необходимость платежа(документа)? Мало чего у меня прописано в графике. Я могу оплатить раньше, могу позже. Т.Е. платеж это документ который передается в банк.
3) Банковская выписка. Этот документ не вполне очевиден. По сути это подтверждение банковской операции. Конечно можно было бы на платежке предусмотреть отметку о подтверждении, но:
а) проще закачать всю выписку из клиент банка в систему скопом, а потом внутри системы разбираться.
б) В буржуйской практике некоторые банки в выписке указывают сборы по каждому платежу, при этом необходимо перегенрить проводки. А в буржуйских системах эти проводки генеряться по операции выверки.

acrobat
2 Флеймер


Будешь сам разрабатывать очередную "Некоторую систему" сделаешь так как посчитаешь нужным.

acrobatНе то скопировал, так будет точней.
2 Флеймер
>>2) По СФ на основании условия оплаты формируется график платежей
Вопрос в том и состоит надо ли их формировать? У вас наверное в договоре прописан график. Следовательно спроецировав график на документы можно не сильно написать отчет который вам этот график будет выводить.


График это не документ его можно не хранить но:
1) Юзер может захотеть поменять план оплат.
2) Скорость работы VS объем. В договоре может быть прописана сложная логика графика. Не столько сложная сколько разнообразная. По этому проще один раз расчитать и сохранить чем каждый раз на лету пересчитывать.


acrobat
>>4) Банковская выписка заносится в систему (документ) и строки банковской выписки выверяются на платежи.
А если их не выверять, а привязать к первому отчету, то получится то что я хочу. Схема слишком простоя, интересен вариант когда формирование платежей действительно необходимо.

1) Ты забыл про "платежное поручение" я его называл просто платежем.
На основании чего ты будешь готовить платежки(бумажные) или данные о заливке в клиент банк? На основании графика платежей? Ша, мы живем в реальном мире. Можно по графику платить раньше позже и частями.

2) "А если их не выверять, а привязать" Тебя смущает терминология? Привязать к чему? - К динамически сформирванному графику? Или все таки к платежному поручению? Если к платежному поручению тогда можно просто проставить на поручени галочку "Подтверждено банком".

3) Повторюсь, проще сделать 2,3-10 программ для импорта из различных клиент банков + ввод вручную в единую форму (таблицу) банковских выписок, а потом единым алгоритмом их деребанить(выверять,привязывать, разносить) по Платежным поручениям или СФ клиентов.

acrobat2 Флеймер
И еще, какой смысл выверять строки банковской выписки если есть банковский документ, сформированный на основании набора плановых платежей?

Банковский документ не может быть сформирован на основании набора плановых платежей. Банковский документ может быть сформирован только на основании данных из банка.

acrobat2 Флеймер
Именно этим и занимаюсь и именно это предмет обсудения.


Бедняги. Мне их уже жалко.