AntHTML

1. Файловая база - только для локального использования. Если нужно раздать файловую базу по сети то или УФ-тонкий клиент или RDP
2. Файловая, да и SQL база должна находиться ТОЛЬКО на SSD, желательно NVME к процу. Т.к. идет дичайший обмен мелкими блоками из разных кусков данных и чем выше IOPS тем живее база.
3. Ну и для 1С приоритным является частота процессора а не кол-во ядер

Когда админил швейное производство, тоже топил за 3 обособленные системы
ЗУП - для окончательного сведения зарплаты и генерации всяких типовых регламентных отчетов и прочих стандартных, законных, плюшек из ИТСа.
Бухгалтерия - для проводок, учета, складов, ОС, МБП и иной хрени которой страдают бухгалтера (ну у них просто уже была вменяемо работающая конфа на 7.7 и ее пока менять не планировалось)
Производство - самописная конфа под существующие техпроцессы, в которую по внутренней накладной со склада вносились (перегружались) материалы, опять же по внутренней накладной на склад отгружались готовые изделия и в ЗУП итоговые суммы по сдельным нарядам. А внутри это все бегало по своим, иногда вычурным, алгоритмам.
Ну а клиентский конструктор можно отдать вэберам делающим сайт, хотя, я не представляю, как в нем можно будет получить реальные цены, когда, тот же материал, будет закупаться под производство, да и технокарта строиться от объема загрузки - у нас это экономисты+технологи+снабженцы вместе по ситуации просчитывали, решали.

1. 2 одинаковых железки под server core в Hyper-v HA кластер.
2. Какой общий сторадж к ним по 10G, от того же qnap/synology или самосбор на верверной платформе
3. Аналогичный сторадж у себя для бэкапов
Ну а дальше получаете 4 лицензии по winsrv и сколь угодно под лини.

PS: Бюджетная организация ))) Если начальство не соглашается на проект от интегратора, то и Вам денег выделят максимум на пару i5/ryzen, а не на норм серверное оборудование. Притом что это все еще нужно будет пропихнуть через госзакупки в нынешней то ситуации.

Установка 1С это практически = Установка винды. "далее->далее->готово"
Внедрение 1С это:
1. Выслушивание хотелок заказчика
2. Изучение существующих техпроцессов заказчика
3. Предварительный подбор конфигурации
4. Предварительный подбор технических требований и (при необходимости) оборудования для информационной системы.
5. Обсуждение с заказчиком предполагаемого результата и затрат на его реализацию
6. (В случае необходимости) доработки выбранной конфигурации под нужды заказчика
7. (В случае необходимости) составление ТЗ или работы по доработке информационной системы заказчика для возможности взаимодействия с внедряемой системой
8. Непосредственно установка
9. Ввод первичной информации (общие данные, номенклатура, остатки и т.д.). Вот здесь варианты: можно импортировать из иных имеющихся систем, можно вбивать ручками (своих работников или заказчика), касательно Аптеки, там для начала может хватить и типовой номенклатуры.
10. Тестирование системы
11. Обучение персонала заказчика работе с системой
12. Краткосрочный контроль за начальным ходом эксплуатации и исправление выявленных багов
Данный список далеко не полный, естественно этим может, будет, заниматься не один (десяток) человек

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

Зависит от ситуации. Что выгоднее гонять траффик по SQL или по RDP. Иногда при тяжелых базах бывает выгоднее организовать скоростное соединение между ТС и СБД, иногда и ЛВС это нормально вывозит. При до 10-15 юзерах, особенно на 1м свиче смысла нет, а если все на vpn или тп, то можно пропробывать

При каком обмене чего?
Ну значит так оборотка криво/хорошо написана, что создает кэши, но не чистит за собой

Добавить 2 ssd, на один поставить систему второй под базу.
на hdd делать ежесуточные бэкапы
рейд нужен только в случае требований безотказной работы. 4 юзера легко подождут раската вчерашнего бэкапа и за полчаса восстановят все что сделали.
антивирус встроенный, все остальное зарезать на корню

Если в выводе стоит EAN-13 то первым делом проверить на корректность из-за этого может не выводиться

На 4 магазина хватит и Розницы с настроненными РБДб если вам по сути надо только перемещения товаров и сбор отчетов за месяц.
Если необходимо в онлайне мониторить остатки и движения - к примеру отгружать на интернет-магазин реальное наличие товаров и заказы/брони обратно, то на таком этапе, лучше подтянуть качество инэта и подключить всех по RDP/WEB.
Если планируется расширение сети и >10 магазинов то в головной офис лучше ставить УТ и к ней стандартными средствами привязывать магазинные Розницы

А параметры страницы у формы в скрипте прописаны? А то он по умолчанию может думать что там большой лист, а открытие/закрытие "Параметры страницы" вызывает применение галочки "По ширине страницы".