Переезд финансов ломается не на импорте, а на подготовке и сверке. Разбираем пошагово: когда пора, что почистить заранее, как загрузить выписки без дублей и как доказать себе, что цифры сошлись.

Переходить пора, когда финансы и продажи живут в разных системах и вы регулярно тратите часы на их сведение вручную. Проблема появляется на стыке: кто из клиентов заплатил, кто должен, какой менеджер принёс выручку, сколько начислить сотрудникам.
| Сигнал | Что происходит | Почему это повод переезжать |
|---|---|---|
| Оплаты сверяются с клиентами вручную | Бухгалтер ищет в выписке фамилии и переносит в CRM | Ошибки и задержка в несколько дней |
| Долги клиентов считаются отдельно | Дебиторка — ещё одна таблица | Нет единой цифры «кто сколько должен» |
| Зарплата с процентом от продаж | Процент считают по выгрузке из CRM и выписке | Спорные начисления, ручной труд |
| Несколько людей правят одну таблицу | Формулы ломаются, версии расходятся | Нельзя доверять итогам |
| Операций стало больше, чем лимит тарифа | Приходится платить за следующий тариф финсервиса | Дублирование расходов на два инструмента |
Если ни один сигнал не про вас, переезд, возможно, преждевременен.
Подготовка занимает больше времени, чем загрузка, и именно она определяет, будут ли отчёты полезными. Перенести хаос можно за час, а разгребать — месяцами.
Сведите статьи расходов и доходов к 20–40 штукам в 5–8 группах. Объедините дубли («Реклама Google» и «Google Ads»), удалите статьи без операций за год, переименуйте размытые («Разное», «Прочее 2»). Структура «группа → статья» — то же, что «категория → подкатегория» в Finmap. Как устроить статьи под отчёт о прибылях — в гайде управленческий учёт.
Запишите все места, где лежат деньги: расчётные счета, карты ФОП, валютные счета, кассы наличных — с валютой и банком. Забытый счёт всплывёт при сверке как «потерянные» деньги.
Одна компания — одно написание. «ТОВ Альфа», «Альфа ТОВ» и «ALFA LLC» для системы — три разных контрагента. Особенно важно для клиентов: если CRM привязывает приход к клиенту по имени контрагента, имена в выписке и в базе клиентов должны совпадать.
Дата отсечения — день, с которого учёт ведётся в новой системе. Удобнее всего первое число месяца: так первый месяц в CRM будет полным, а P&L за него можно сравнить со старым отчётом. Историю до этой даты переносят по желанию — для сравнения год к году.
На дату отсечения выпишите остаток по каждому счёту из банка и пересчитайте наличные. Это точка опоры для всех будущих сверок. Если переносите историю с начала года, начальным остатком станет остаток на 1 января.
Порядок подходит для любой системы с импортом файлами. В скобках — как это устроено в импорте выписок 95sales CRM.
Повторная загрузка того же файла не должна создавать дубли — проверьте это до переезда в любой системе. В 95sales CRM у каждой операции есть отпечаток из счёта, даты, суммы, контрагента и описания, поэтому выписки с перекрывающимися периодами можно грузить спокойно: уже загруженные операции будут пропущены.
Если перепутали счёт или файл, загрузку нужно откатить целиком, а не удалять операции по одной. В 95sales CRM в списке «Прошлые загрузки» кнопка «Отменить» доступна только владельцу: она удаляет операции этой загрузки и созданные из них оплаты и расходы, а счета и статьи оставляет.
Сверка остатков — единственный надёжный способ убедиться, что переезд прошёл без потерь. Для каждого счёта считается расчётный остаток и сравнивается с выпиской банка на ту же дату.
Конечный остаток = начальный остаток + приходы − расходы
Переводы между своими счетами входят в приходы одного счёта и расходы другого. По компании в целом они должны давать ноль: сумма исходящих переводов = сумма входящих переводов. Если нет — одна сторона перевода не загружена.
Допустим, сервисная компания переезжает с Finmap. Дата отсечения — 1 сентября, параллельная работа — весь сентябрь. Все цифры условные.
| Счёт | Остаток на 01.09, грн | Приходы, грн | Расходы, грн | Расчётный остаток 30.09, грн | Остаток по банку 30.09, грн | Разница, грн |
|---|---|---|---|---|---|---|
| Расчётный счёт | 412 000 | 685 000 | 598 500 | 498 500 | 498 500 | 0 |
| Карта ФОП | 38 200 | 54 000 | 71 300 | 20 900 | 20 900 | 0 |
| Второй расчётный счёт | 95 000 | 120 000 | 140 000 | 75 000 | 73 800 | −1 200 |
| Итого | 545 200 | 859 000 | 809 800 | 594 400 | 593 200 | −1 200 |
Проверка для первой строки: 412 000 + 685 000 − 598 500 = 498 500. По второму расчётному счёту не хватает 1 200 грн. Причина нашлась в пробной проверке: строка с банковской комиссией в выписке была без даты и пропустилась. Комиссию внесли вручную — разница стала нулевой.
Сверка количества операций ловит дубли и пропуски, незаметные по суммам.
| Загрузка | Строк в файле | Пропущено (нет даты или суммы) | Новых | Уже были |
|---|---|---|---|---|
| Выписка 01.09–30.09, первая загрузка | 412 | 3 | 409 | 0 |
| Тот же файл повторно | 412 | 3 | 0 | 409 |
| Выписка 15.09–15.10 | 437 | 3 | 236 | 198 |
Если при повторной загрузке «новых» больше нуля — изменились описания или суммы; разберитесь до построения отчётов.
| Шаг | Что сделать | Критерий «готово» |
|---|---|---|
| Статьи | Объединить дубли, собрать в группы | 20–40 статей, у каждой есть группа |
| Счета | Список всех счетов и касс с валютой | Нет денег «вне учёта» |
| Контрагенты | Одно написание на компанию | Имена клиентов совпадают с базой |
| Дата отсечения | Выбрать первое число месяца | Дата записана и известна команде |
| Начальные остатки | Выписать из банка, пересчитать кассу | Таблица остатков на дату отсечения |
| Файлы | Выписки .xlsx/.csv по каждому счёту | Нет файлов .xls и PDF |
| Пробная проверка | Прогнать каждый файл до загрузки | Пропущенные строки объяснены |
| Сверка | Расчётный остаток против банка | Разница 0 по каждому счёту |
| Параллельная работа | Месяц в двух системах | Итоги месяца совпали |
| Отключение старого | Архивировать таблицу или экспорт Finmap | Команда работает в одной системе |
После переезда оплаты, долги и расходы живут в той же системе, что и клиенты, звонки и зарплаты. Приходы привязываются к клиенту по имени контрагента, а для новых контрагентов можно сразу завести клиентов. Есть P&L по месяцам с группами статей и проектами, план-факт и управленческий баланс на сегодня. Лимита операций нет, перенос из Finmap делает наша команда.
Оставаться разумно, если финансы не связаны с работой с клиентами или нужны функции, которых в CRM нет.
Excel или Google Таблицы подойдут, если операций до сотни в месяц, учёт ведёт один человек, а клиентов немного и они платят предсказуемо. Таблица бесплатна и гибка. Подробнее — в сравнении CRM или Excel.
Finmap подойдёт лучше, если:
Подробное сравнение — на странице Finmap или CRM. Если же главная боль — сведение оплат с клиентами, долгами и зарплатами, переезд в CRM снимает её, а план бюджета удобно вести по гайду план-факт пошагово.
Ничего не платите и ничем не обязаны.
Подписку обсуждаем, только если после демо вы сами захотите. Стоимость известна до старта.
Вопросы
Выгрузите операции из Finmap в Excel и загрузите файл через импорт выписок: счета, категории, подкатегории, контрагенты, проекты и переводы переносятся вместе с операциями. Перед загрузкой сделайте пробную проверку, а после — сверку остатков по каждому счёту.
В 95sales CRM — да: каждая операция получает отпечаток из счёта, даты, суммы, контрагента и описания, и уже загруженные операции пропускаются. В других системах проверьте это на тестовом файле до переезда.
Удобнее всего первое число месяца: первый месяц в новой системе будет полным, и его можно сравнить со старым отчётом. На эту дату зафиксируйте остатки по всем счетам и кассам.
Для каждого счёта посчитайте: начальный остаток + приходы − расходы и сравните с выпиской банка на ту же дату. Разница должна быть нулевой, а сумма переводов между своими счетами — равной нулю по компании.
Файлы .xlsx и .csv. Старый .xls нужно пересохранить в .xlsx или .csv; PDF и MT940 не принимаются.
Обычно достаточно одного полного месяца. Если итоги месяца — приходы, расходы и остатки — совпали в обеих системах, старую можно архивировать.
Сохраняем в браузере метку перехода — по ней видно, какое объявление или ссылка привели заявку. Без вашего согласия ничего не сохраняем. Подробнее