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