Данные придется периодически перепроверять. Если это несложно и есть для этого человеческий ресурс, то проблем нет. Хотя на практике проблемы обязательно возникнут. В итоге, через пару месяцев никто не захочет тупить над проверкой данных в таблицах.
Мы с IT-директором в свое время нашли решение этой проблемы (сферой нашей деятельности была дистрибьюторская компания, работавшая в области FMSG).
FMSG (англ. Fast Moving Consumer Goods) общее название для товаров повседневного потребления с широким кругом покупателей, которые отличаются относительно небольшой стоимостью и быстро реализуются.
Какое это было решение после очередной попытки собственника купить дорогостоящую программно-аналитическую игрушку (очередную, и не после первой)?
Создать свой программный продукт!
По вполне объяснимым причинам я не буду указывать названия всех программных продуктов, которые пытался внедрить в компании мой бывший босс. Их было несколько. Хочу выразить ему особую благодарность со своей стороны, так как его упорное старание привнести в компанию эксклюзивно «космический» IT-интеллект развило меня в этой замечательной области программной аналитики.
Многие идеи были почерпнуты мной и IT-директором из всех этих «чудо программ». Но во всех них был, с нашей субъективной точки зрения, один существенный недостаток: «транзакционные издержки».
Помучившись изрядно над одним из таких очень известных IT-проектов, мы усвоили один урок: две чужие друг другу программы всегда будут конфликтовать между собой.
Почему?