NickBell
А в вышеуказанном мною примере немного сложнее ситуация и мне скорее всего надо будет точный ответ дать бухгалтеру, возможно ли это сделать или нет программно.

Да возможно-то все сделать - если понимать что хочешь :)
Спросите у бухгалтера, что он хочет видеть в этой/этих фактурах? "Анализ - 900, к оплате - 700(200)?" или что?
Вам, скорее всего, нужна сущность "Начисление оплаты/оплата теста" (IDтеста, IDгарантии, Тип, Сумма, Дата(?)).

NickBellНо делить стоимость Test 2 на две части на самом деле, скорее всего будет неправильным, так как при других расчетах, когда допустим, будут считать число тестов, то в таком случае Test 2 посчитается два раза вместо одного.

Повторюсь, Вам надо не Test2 завести в систему 2 раза, а сделать по нему 2 начисления к оплате.
Т.е., например, Вы делаете забалансовый счет "начисление/оплата задолженности по тестам" с аналитиками "Номер теста", "Гарантия" (если по какой-то причине сложно завести в БД новую таблицу), и в данном случае делаете на этот счет 2 проводки - на 80 с аналитиками "Тест2", "Гарантия организации2" и на 20 с аналитиками "Тест2", "Гарантия организации1". И итоговую фактуру строите не по самим тестам, а по оборотам начисления по этому счету.
Если же таблицу завести можно - заводите таблицу, которую я описывал (IDтеста, IDгарантии, Тип, Сумма, Дата(?)) и вносите 2 записи в нее.
А число тестов в другом месте Вы будете считать по таблице тестов, а не по этой сущности, и проблем никаких не будет.

Cane Cat FisherОплатаТестовКлиента( ОплатаТестовКлиентаID , ТестКлиентаID, ГарантияID, СуммаОплаты, Проведено) - это оплата

Я бы таки разносил начисление и оплату - если не по разным таблицам, то хотя бы по разным строкам, поскольку это, вообще говоря, разные действия, которые теоретически могут произойти даже на разные суммы (а уж в разные даты - это вообще святое).

Cane Cat FisherКот Матроскин Я бы таки разносил начисление и оплату - если не по разным таблицам, то хотя бы по разным строкам, поскольку это, вообще говоря, разные действия, которые теоретически могут произойти даже на разные суммы (а уж в разные даты - это вообще святое).

Так я и разношу:

Cane Cat FisherТестыКлиента( ТестКлиентаID , ТестID, КлиентID, ЦенаНаТестID, Дата, Количество, СуммаНачисления, Проведено) - проведенные тесты. Это начисление к оплате.

ОплатаТестовКлиента( ОплатаТестовКлиентаID , ТестКлиентаID, ГарантияID, СуммаОплаты, Проведено) - это оплата


Да, в оплату конечно нужно свою дату добавить

Нет, начисление неизвестно кому - это ерунда какая-то.
Это, грубо говоря, дебиторская задолженность - как она может быть абстрактна, без реципиента?
Вы, как понимаю, собираетесь рулить этим, создавая запись с флагом "не проведено" в таблице "Оплата" - но это не очень хорошая практика, т.к., повторюсь, фактическая оплата может, теоретически, произойти не на полную сумму начисления.
Начисление дебиторской задолженности и списание дебиторской задолженности (в частности, при оплате) - это зеркальные операции с одними и теми же атрибутами, поэтому я ввел поле "тип" в свою таблицу.

Cane Cat FisherКот МатроскинНет, начисление неизвестно кому - это ерунда какая-то.
Это, грубо говоря, дебиторская задолженность - как она может быть абстрактна, без реципиента?
Вы, как понимаю, собираетесь рулить этим, создавая запись с флагом "не проведено" в таблице "Оплата" - но это не очень хорошая практика, т.к., повторюсь, фактическая оплата может, теоретически, произойти не на полную сумму начисления.
Начисление дебиторской задолженности и списание дебиторской задолженности (в частности, при оплате) - это зеркальные операции с одними и теми же атрибутами, поэтому я ввел поле "тип" в свою таблицу.

Начисление происходит клиенту. Запись в таблице начислений отражает факт, что тест клиенту проведен, и клиент должен нам денег = СуммаНачислено.

Если клиент должен денег, то клиенту и должен выставляться счет. В данном случае счет выставляется не клиенту - т.е. и денег должен не клиент.

Cane Cat FisherТеперь разбираемся с оплатами. Допустим, тест был дорогой - 1000 руб, а у клиента две гарантии на 200 и 800 руб. Мы их используем для оплаты. Для одной записи начисления будет две записи в таблице оплаты, со ссылками на разные гарантии, и с суммами СуммаОплаты 200 и 800.

Т.е. Вы создаете записи об оплате в момент выставления счета - т.е. когда никакой физической оплаты еще нет. Про это я и говорил - это не оплата , это начисление задолженности . А реальная оплата может произойти на меньшую сумму (например, организация, которой выставили счет, обанкротилась), и как Вы это будете разруливать при такой структуре - неясно.