Проблематика определения структуры договоров.
Договор (сделка, контракт, приложение, спецификация и т.д.), для уточнения его содержания, по мнению автора, должен содержать следующие дополнительные подчиненные сущности (таблицы, справочники, регистры и т.д.). - Состав (содержание) договора. В этой подчиненной таблице нужно указать товары, работы, услуги и т.п., входящие в данный договор (сделку). - Поставки договора. Это партии, отгрузки договора. При внутригородской поставке число партий будет равно числу отдельных машин отгрузки, каждая из которых будет оформлена отдельной расходной накладной. В целях упрощения, можно будет считать, что сколько будет отдельных отгрузочных расходных накладных, столько же и будет в данном договоре поставок (партий). - График платежей договора. В этой таблице расписываются предполагаемые (запланированные) платежи по договору, от самых простых – одной суммой по предоплате, до сложных многоходовых взаимных платежей (или взаимозачетов) между разными контрагентами, филиалами, должниками, и т.д. Реально же произошедшие платежи по данному договору, естественно, будут отражены в соответствующих кассовых и банковских документах, с привязкой к данному договору. - Фактическая отгрузка договора. В этой таблице менеджер закупа может указывать движение товара, отгруженного в нашу сторону как покупателя нашим поставщиком. Это обычно происходит в момент, когда документы до нас еще не дошли, и бухгалтерия не может делать оприходование. Однако наши менеджеры продаж на основе информации об отгрузке и предполагаемом времени пути товара уже могут заранее предварительно его продавать, тем самым оказываясь впереди конкурентов. - Отметки договора. Часто сделки в предприятиях проходят сложную процедуру рассмотрения, согласования, одобрения, и т.д., разными лицами. В таких случаях сделка должна помечаться специальными текстовыми пометками, отражающими мнение разных лиц относительно данной сделки. - Прочие. Несомненно, практическая деятельность породит какие-нибудь другие дополнительные аспекты (таблицы), которые необходимо будет также отражать в базе данных предприятия. Как мы видим, описанные подчиненные сущности позволят нам классифицировать все договора, как с поставщиком, так и с покупателем, как разовые, так и длящиеся. Таким образом мы используем единую универсальную структуру «договор», с запасом на дальнейшее ее развитие и расширение, и избегаем ошибки автоматизации только отдельных частных случаев («спецификация покупателя», «приложение поставщика», и т.д.).
|