Сервер для 1С і M.E.Doc замість комп’ютера в бухгалтерії

Облік у більшості невеликих компаній улаштований однаково. Програма стоїть на комп’ютері головного бухгалтера, база лежить у теці на тому самому диску, а решта співробітників або підключаються до цього комп’ютера, або надсилають дані поштою.

Схема працює роками, поки нічого не трапляється. Проблеми починаються не через технічні тонкощі, а через звичайні життєві обставини: людина захворіла, комп’ютер не вмикається, потрібно закрити квартал з дому.

Одразу застереження про терміни. Тут ідеться про Windows-сервер під облікові програми, а не про сервер під сайт. Це різна інфраструктура з різними вимогами, і сайт на такий сервер зазвичай не ставлять. Питання серверів під сайти розібране окремо в матеріалі про вибір між власним сервером і звичайним хостингом.

Постановою Кабінету Міністрів № 1335 від 22 жовтня 2025 року запроваджено відкритий перелік забороненого до використання програмного забезпечення, який веде Держспецзв’язку. Продукти 1С і лінійка BAS до цього переліку внесені, а сам перелік регулярно розширюють, тому за оновленнями краще стежити на сайті відомства. Для державного сектору й об’єктів критичної інфраструктури заборона пряма. Приватному бізнесу варто звірити свою ситуацію з чинною редакцією переліку разом зі своїм юристом, бо це питання комплаєнсу, а не техніки. На сам сервер це не впливає. Якщо облік і далі вестимуть у програмі на комп’ютері, сервер потрібен за будь-якого вибору, а перехід на іншу програму з ним простіший. Хмарний сервіс окремого сервера не потребує.

Як зазвичай виглядає облік у малому бізнесі

Картина доволі типова, незалежно від того, яку програму використовують.

• Програма на одному комп’ютері. BAS або 1С встановлена локально, база в теці на диску.
• M.E.Doc там само або поруч. Разом із ключами електронного підпису на носії в цьому ж комп’ютері.
• Другий бухгалтер підключається віддалено. Через програму віддаленого доступу до того самого комп’ютера.
• Копії робляться вручну. Або не робляться, або лежать на тому самому диску.
• Оновлення ставить той, хто вміє. Іноді сам бухгалтер, іноді знайомий адміністратор раз на квартал.

Це не погана схема, вона просто розрахована на одну людину й на те, що нічого не станеться.

Що ламається, коли база лежить на одному комп’ютері

Доступ тільки з одного місця

Головна незручність відчувається не щодня, а в конкретні моменти. Комп’ютер вимкнено, а треба провести документ. Бухгалтер у відпустці, а комп’ютер під паролем. Головний офіс закритий, а закривати період треба сьогодні.

Обхідні шляхи є завжди, і всі вони погані. Комп’ютер залишають увімкненим цілодобово, пароль записують на папірці, доступ віддалено дають усім, хто попросить. Кожен такий крок трохи знижує безпеку, і через рік ситуація виглядає значно гірше, ніж на початку.

Копій насправді немає

Архів, що лежить поруч із базою, страховкою не є. Вийшов з ладу диск, і зникло все разом, оригінал і резерв.

Друга типова помилка це копія на флешці, яка весь час вставлена в той самий комп’ютер або лежить поруч у шухляді. Вона рятує від збою диска, але не від крадіжки й пожежі, а підключену флешку програма-вимагач зашифрує разом із базою.

Третя ситуація найтихіша. Копії робляться регулярно, файли на місці, а розгорнути з них базу ніхто жодного разу не пробував. З’ясовується це в найгірший момент.

Одночасна робота заважає

Коли з базою працюють двоє і більше, локальна схема починає гальмувати. Один робить велике проведення, у другого програма підвисає. Хтось забув вийти з програми, і оновлення не встановлюється.

Для двох людей це терпимо. Для чотирьох і більше з’являються втрати часу, які помітні щомісяця, а в періоди звітності перетворюються на переробки.

Що дає окремий сервер

Одночасна робота кількох бухгалтерів

На сервері база живе окремо від робочих місць. Кожен підключається до своєї сесії і працює так, ніби програма стоїть у нього, але дані при цьому одні для всіх.

• Немає черги за комп’ютером. Двоє, п’ятеро чи десятеро працюють одночасно.
• Немає розбіжностей у даних. Усі бачать те саме, без пересилання файлів.
• Оновлення ставиться один раз. На сервері, а не на кожному робочому місці окремо.
• Швидкість не залежить від робочого ноутбука. Розрахунки виконує сервер.
• Ключі підпису лежать в одному місці. І не подорожують по кабінету на носіях.

Робота з дому й з іншого міста

Друге, за чим приходять, це доступ поза офісом. На сервері він убудований від початку.

Різниця в тому, як саме влаштований доступ. Коли віддалено підключаються до чийогось робочого комп’ютера, безпека тримається на паролі однієї людини й на тому, що комп’ютер увімкнено. Коли підключаються до сервера, у кожного свій обліковий запис, права видані за посадою, а вхід можна обмежити за адресою або за часом доби.

Що відбувається під час звітності

Пікові дні показують різницю найкраще. У період здачі звітів навантаження зростає в кілька разів: усі працюють одночасно, документи проводяться пачками, M.E.Doc відправляє і приймає квитанції.

На локальній схемі комп’ютер бухгалтера стає вузьким місцем для всіх одразу, програма підвисає на великих проведеннях, а поки хтось формує звіт, решта чекає. Якщо в цей момент комп’ютер перезавантажиться через оновлення системи, день зупиняється.

На сервері пікове навантаження розподіляється між сесіями, а сам він розрахований на кількох користувачів від початку. Оновлення в такі дні не ставлять, час для них узгоджують заздалегідь.

Свій сервер чи оренда в провайдера

Варіантів два, і обидва робочі.

Для більшості невеликих компаній оренда виявляється спокійнішою. Немає купівлі, немає питання, що робити зі старим сервером через п’ять років, і немає залежності від того, чи є світло в конкретному приміщенні.

Свій сервер виправданий, коли є вимога тримати дані фізично в себе або коли в компанії вже є серверна кімната й людина, яка її веде.

Що з ліцензіями й оновленнями

Це питання ставлять першим.

• Ліцензії на облікові програми залишаються вашими. Програмні ключі при цьому прив’язуються до заліза, і перенесення на сервер вимагає процедури відновлення. Деталі залежать від продукту, звіряйтеся зі своїми документами.
• Серверна операційна система потребує своєї ліцензії. Її або орендують разом із сервером, або купують окремо.
• Ліцензії на доступ до сервера. Дві RDP-сесії Windows Server призначені для адміністрування, а не для роботи людей. Для кількох користувачів потрібна роль сервера вузлів сеансів і ліцензії доступу на користувача або пристрій, а якщо сервер орендовано, доступ ліцензується за схемою провайдера.
• Оновлення програм ставляться на сервер. Один раз замість обходу всіх робочих місць.
• Оновлення системи планові. З перезавантаженням у неробочий час, а не посеред дня.

Останній пункт варто узгодити письмово. Перезавантаження сервера означає коротку перерву в роботі, і для бухгалтерії різниця між сьомою ранку й другою дня в день здачі звітності відчутна.

Безпека даних і доступів

Бухгалтерська база це персональні дані співробітників, реквізити контрагентів і фінансова історія компанії. Вимоги до неї вищі, ніж до сайту.

• Окремий обліковий запис на людину. Щоб у разі звільнення вимикався один доступ.
• Права за посадою. Не всім потрібен повний доступ до всіх розділів.
• Журнал підключень. Видно, хто заходив і коли.
• Копії поза сервером. В окремому сховищі, а не в сусідній теці.
• Оновлення без відкладання. Незакриті вразливості це один зі шляхів, якими заходять шифрувальники, і закрити його можна тільки оновленням.

З ключами електронного підпису ризик інший. Коли вони лежать на носії, встромленому в комп’ютер бухгалтера, підписати документ може будь-хто, хто до цього комп’ютера дістався. Перенесення на сервер саме собою цього не вирішує, але дає можливість розділити доступ: до нього заходять за своїм записом, а право підпису прив’язане до конкретної людини.

Шифрувальник це головний практичний ризик для бухгалтерії. Він проходить по всіх доступних дисках і мережевих теках, шифрує бази й вимагає викуп. Єдиний надійний захист від нього це копія, до якої він не дотягнеться, тобто в окремому сховищі з обмеженим доступом.

Скільки коштує такий сервер щомісяця

Витрати складаються з трьох частин, і про дві останні зазвичай забувають.

Перша це сам сервер: оренда в провайдера або амортизація власного заліза плюс ліцензія на серверну систему. Ця сума фіксована й відома наперед.

Друга це обслуговування. Оновлення системи, перевірка копій, моніторинг доступності, реакція на збої, допомога користувачам із підключенням. Це щомісячна робота, у нас вона коштує від $400/міс, і саме від неї залежить, чи сервер працюватиме роками, чи через рік стане джерелом проблем.

Третя стаття виникає нерівномірно й у бюджет зазвичай не потрапляє: разові роботи. Перенесення бази на новий сервер, підключення нового співробітника, розбір наслідків збою, допомога під час оновлення облікової програми на нову версію. За рік таких завдань набирається на кілька годин, і закладати їх варто одразу.

Порівняння з нинішньою схемою робиться просто. Порахуйте, скільки годин на місяць у вас витрачається на очікування комп’ютера, пересилання файлів, розбір розбіжностей і виклик знайомого адміністратора. Помножте на вартість години бухгалтера. Іноді виявляється, що поточна схема обходиться не дешевше за сервер, просто ці витрати ніде не записані.

Бухгалтерські сервери ми ведемо в межах обслуговування серверів нарівні із сайтами.

Скільки часу займає перехід

Переїзд обліку на сервер складається з кількох кроків.

• Підготовка сервера. Система, доступи, ліцензії, налаштування підключень.
• Перенесення бази. Копіювання, перевірка цілісності, тестова робота одного бухгалтера.
• Підключення співробітників. Кожному свій запис, права й перевірка, що все відкривається.
• Паралельна робота. Тиждень працюють на сервері, старий комп’ютер стоїть недоторканим як запасний варіант.
• Виведення старої схеми. Тільки після того, як пройшов повний цикл місяця.

Терміни залежать від проєкту, точні ми фіксуємо в договорі після огляду поточної схеми. Найбільше часу зазвичай забирає звикання людей до нового способу підключення.

Момент для переїзду обирають між звітними періодами. Переносити базу за три дні до здачі звіту не варто навіть тоді, коли технічно все готово.

Кому це не потрібно

Є ситуації, у яких переїзд нічого не дасть.

• Бухгалтер один і працює з офісу. Локальна схема простіша й дешевша, достатньо налаштувати нормальні копії.
• Облік ведеться в хмарному сервісі. Якщо програма вже працює через браузер, свій сервер їй не потрібен.
• Компанія на спрощеній системі з мінімумом документів. Обсяг роботи не виправдовує окремий сервер.
• Немає кому вести сервер. Без обслуговування він гірший за робочий комп’ютер, бо на ньому більше того, що може зламатися.

В усіх цих випадках, крім хмарного, правильніше витратити гроші на нормальні резервні копії і на джерело безперебійного живлення, а до сервера повернутися, коли виросте команда.

Є і проміжний варіант. Якщо в бухгалтерії поки двоє людей і обоє працюють в офісі, іноді достатньо винести базу на окремий комп’ютер у локальній мережі. Для роботи з дому це не підходить, бо відкривати базу зі спільної теки через інтернет повільно й ризиковано. Тоді потрібен сервер, на якому працюють і програми, і база, а працівники підключаються до нього віддалено. Дилему «готове рішення чи своє» за схожою логікою розібрано в матеріалі про вибір між коробковою CRM і власною системою обліку.

Висновки

Окремий сервер під облікові програми вирішує три речі: одночасну роботу кількох людей, доступ поза офісом і безпеку даних. Він не робить облік швидшим сам собою і не замінює бухгалтера, він прибирає залежність від одного комп’ютера й однієї людини.

Момент, коли переїзд стає виправданим, зазвичай видно неозброєним оком. Це поява третьої-четвертої людини в бухгалтерії, перехід на регулярну роботу поза офісом або перший випадок, коли база була недоступна в потрібний день.

Якщо ви впізнали свою ситуацію, не поспішайте купувати залізо. Напишіть нам, скільки людей працюють з обліком одночасно, які програми у вас стоять і що саме зараз заважає: не можна підключитися з дому, гальмує під навантаженням, немає впевненості в копіях. Ми подивимося і скажемо, чи потрібен вам сервер, чи достатньо навести лад із копіями й доступом на нинішньому комп’ютері. Якщо потрібен, підберемо конфігурацію під кількість користувачів і візьмемо сервер на щомісячне обслуговування.