Еще у такой архитектуры (когда все данные сводятся в одну таблицу Posting) есть такое огромное преимущество как высокая скорость подсчета балансов и простота генерации отчетов. Ну а факт что подсчет нужно вести от начала последнего открытого периода, ускоряет еще больше.
Если я правильно понимаю вопрос, а также основываясь на своем небольшом опыте:
— транзакиям по определенным правилам назначаются posting period id чтобы заранее определить к какому периоду они относятся. В зависимости от принятых правил, транзакция может быть отнесена к следующему периоду если даже она началась в текущем.
— перенос остатков осуществляется процедурой закрытия периода
Не совсем так. Если заработок не превышает 12k — налоги не платятся и налоговая декларация не заполняется (а не первые 12k или 17k как вы говорите). Второе, если заработок $100k, то он попадает в вилку $77,401 — $165,000 и с него берется 24% федерального налога (для одиноких, 2019 год). А еще есть другие налоги (конкретного штата и местные муниципальные).
На счет «ВСЕ (или 99%) работодателей оплачивают расширенные страховки — всякие дентал, вижн и тд» сильное преувеличение. Может там где работают крутые разработчики типа гугл амазон фейсбук а также в госконторах так, но а в среднем скорее не оплачивают чем оплачивают. Страховка с каждым годом становится все дороже и хуже и работодатель выбирает что-то из минимально допустимого. В результате с этой страховкой не пойдешь к зубному врачу которому доверяешь, а они в свою очередь отказывают с такими страховками, поскольку их расходы не покрываются (в условиях Obama Care стало совсем плохо).
Пардон, как вы насчитали? Если взять зарплату $100K, то (смотрим таблицу 2019 Tax Brackets) для одиноких — 24%, семейных — 22%. Это только федеральный налог, а еще есть налоги штатов (у каждого свои) и локальные налоги. Откуда 17%?
В общем создавать файловый сервер под esxi не самое оптимальное (производительность, размер томов и т.п.). Другое дело когда уже есть готовый vmware сервер со свободными ресурсами, а требования к файловому серверу невелики.
Про файловый сервер только скользь упоминается о том что он будет установлен в виртуалке. В основном статься про установку ESXi на Mac Pro. Я только ответил на вопрос где подобная комбинация может иметь смысл.
Я когда-то сделал подобный для тестирования приложения под разными версиями мак ос. Дело в том что виртуалки с мак ос на не эпловском железе отказываются работать (лицензионное ограничение). Удобство было в том что у меня было 4 виртуалки (по числу поддерживаемых версий мак ос) и после тестирования очередного релиза приложения я их восстанавливал в исходное состояние. Кстати, у меня ESXI 5.5 на древний Mac Pro встало без описанных приключений, из коробки.
Он может быть также подвержен пожару, наводнению или просто может быть украден. Поэтому рекомендую иметь несколько сменных SATA дисков которые ротируются по расписанию, а диски с бекапами хранить в другом надежном месте. Для защиты локально подключенного диска от вирусов можно настроить разделение прав. Veeam нужно запускать под пользователем имеющим доступ к диску. Сетевой диск (кроме необходимости пароля) никогда не прикрепляйте/ приаттачивайте, всегда используйте UNC внутри настроек Veam (\\server\share). Вирусы как правило не ищут неизвестные сетевые пути, а чаще поражают локальные диски. В зависимости от ценности данных делайте бекап на локальный и сетевой диск одновременно/поочередно. Кажется все.
— Альберт Эйнштейн
— транзакиям по определенным правилам назначаются posting period id чтобы заранее определить к какому периоду они относятся. В зависимости от принятых правил, транзакция может быть отнесена к следующему периоду если даже она началась в текущем.
— перенос остатков осуществляется процедурой закрытия периода
Ну и «cильно наварились» это преувеличение, я помню те времена.