Содержание
Утверждённый расход не завершён, пока он не стал бухгалтерской проводкой. Сотрудник загружает чек, руководитель утверждает, но в конце месяца кто-то должен провести эту строку в бухгалтерской программе с правильным счётом, правильным выделением НДС и правильным местом возникновения затрат. В этой статье по шагам разбираем, как данные о расходах передаются в бухгалтерскую программу или ERP, например Logo, Mikro, Netsis или SAP: какие поля переносятся, чем ручной импорт из Excel отличается от интеграции, как решить самую сложную часть — определение счёта — и что проверить перед запуском. Описанные номера счетов и правила KKEG относятся к турецкой практике: турецкому единому плану счетов (Tekdüzen Hesap Planı) и турецкому налоговому законодательству.
Что нужно передать в бухгалтерскую программу вместе с расходом?
Строка расхода при передаче в бухгалтерскую программу должна нести помимо суммы НДС, контрагента, место возникновения затрат и данные документа. Если передать только итоговую сумму, бухгалтерия получит неполную запись, а сверка сдвинется на конец месяца.
Каждая передаваемая строка обычно содержит:
- Строка расхода: дата, описание, сумма без НДС и категория расхода (питание, проживание, транспорт, канцелярия и т. д.).
- НДС: ставка и сумма отдельно. Сумма НДС к вычету должна быть отделена от суммы расхода.
- Контрагент или сотрудник: сотрудник, совершивший расход (для задолженности перед персоналом или зачёта подотчётного аванса), или поставщик, выставивший счёт.
- Место возникновения затрат: отдел, филиал или подразделение, на которое относится расход. В SAP это поле обычно называют «место возникновения затрат» (по-турецки «masraf yeri»).
- Проект: код проекта, если затраты учитываются по проектам.
- Данные документа: тип документа (чек, счёт-фактура, e-Fatura, e-Arşiv), номер, дата и налоговый номер продавца.
- Валюта и курс: для расходов за рубежом — сумма в валюте и применённый курс.
Если какого-то из этих полей нет, запись либо попадает на неверный счёт, либо бухгалтерия дополняет строку вручную. Качество передачи зависит от качества данных в момент первого ввода расхода.
Ручной импорт из Excel или интеграция с бухгалтерской программой?
При небольшом числе расходов импорта из Excel может быть достаточно; с ростом объёма и числа юрлиц интеграция с бухгалтерской программой снижает цену ошибок и затраты времени. Разница между двумя подходами обычно видна не в первый месяц, а через несколько месяцев. Колонка «интеграция» в таблице показывает, чего стоит ожидать от хорошо настроенной интеграции.
| Аспект | Ручной импорт из Excel | Интеграция с бухгалтерской программой |
|---|---|---|
| Подготовка данных | Расходы выгружаются, столбцы вручную подгоняются под шаблон программы | Утверждённые расходы готовятся к передаче по заданным правилам |
| Счёт | Бухгалтер выбирает его для каждой строки или заполняет формулой | Определяется по правилам сопоставления |
| Обнаружение ошибок | Обычно при импорте или при сверке | Ошибочные строки собираются в отдельную очередь, исправляются и отправляются снова |
| Риск повторной передачи | Один и тот же файл можно загрузить дважды | Переданная строка помечается и повторно не отправляется |
| Когда подходит | Небольшой объём, одно юрлицо, простой план счетов | Много филиалов, дочерние компании, большой объём расходов |
Метод с Excel неплох; проблема в том, что одно и то же преобразование каждый месяц повторяется вручную. Большинство команд, которые ищут интеграцию с Logo, Mikro или Netsis, уже поняли, что такое повторение в какой-то момент становится непосильным.
Как определяется счёт при бухгалтерской интеграции?
Счёт определяется по категории расхода, месту возникновения затрат, юрлицу и другим данным — либо через таблицу правил, либо путём сложения кодов этих данных. Самое сложное в бухгалтерской интеграции — не перенос данных, а то, чтобы каждая строка попала на правильный счёт.
Есть два распространённых способа.
1. Таблица правил. Каждая строка связывает сочетание условий с номером счёта. Номера счетов ниже — только примеры, в вашем плане счетов они будут другими:
| Дочерняя компания | Категория | Место возникновения затрат | Метка | Счёт |
|---|---|---|---|---|
| A Торговля | Питание | Продажи | — | 760.01.001 |
| A Торговля | Питание | Головной офис | — | 770.01.001 |
| A Торговля | Проживание | Продажи | Визит к клиенту | 760.02.004 |
| B Логистика | Топливо | Операции | — | 740.03.002 |
Таблица правил прозрачна и проверяема: любой видит, почему строка попала на тот или иной счёт. Недостаток — с ростом числа категорий и мест возникновения затрат число строк быстро растёт.
2. Составной код. Номер счёта собирается из частей: например, GL-код места возникновения затрат и GL-код категории ставятся рядом. Если код места возникновения затрат «Продажи» — 760, а категории «Питание» — 01.001, получается 760.01.001. Если ваш план счетов построен по такой логике, вы ведёте два коротких списка вместо таблицы на сотни строк.
В Masraff счёт расходов определяется двумя методами: определение счёта по таблице (Tablodan Hesap Belirleme) и детальное определение счёта (Detaylı Hesap Belirleme). Счёт НДС берётся из определения счёта НДС (KDV Hesap Belirlemesi), а счёт сотрудника (195/320) — из настроек кода расчётного счёта (cari) пользователя.
НДС стоит продумать отдельно: НДС к вычету обычно собирается на одном счёте (191 в турецком едином плане счетов), а корреспондирующий счёт — задолженность перед персоналом, подотчётный аванс или счёт поставщика.
Как выделяются статьи KKEG при передаче?
Статьи, относящиеся к KKEG (в турецком налоговом праве — расходы, не принимаемые для налогообложения и добавляемые обратно к налоговой базе), следует отдельно помечать при передаче, чтобы в конце периода сумму к добавлению было легко найти. Типичные примеры — административные штрафы и расходы без подтверждающих документов.
На практике важны два момента:
- Ставьте отметку KKEG при вводе расхода. Искать такие строки среди сотен других в конце года трудно и чревато ошибками.
- К KKEG может относиться только часть строки. Тогда при передаче строка делится на расходную часть и часть KKEG.
На каком счёте или забалансовом счёте учитывать KKEG, решает каждая компания по-своему. Правовая основа — турецкий Закон о корпоративном налоге № 5520 и Закон о подоходном налоге № 193; налоговую квалификацию всегда подтверждайте со своим mali müşavir (присяжным бухгалтером-консультантом).
Что проверить перед запуском?
Перед запуском интеграции с бухгалтерской программой нужно отдельно проверить сопоставление с планом счетов, тестовую передачу, очередь ошибок и порядок закрытия периода. Список ниже собирает минимальные шаги, чтобы первый месяц прошёл без сюрпризов:
- Сопоставление с планом счетов: Ведёт ли каждое сочетание категории и места возникновения затрат к номеру счёта? Несопоставленных сочетаний остаться не должно.
- Карточки контрагентов и сотрудников: Совпадают ли коды сотрудников и поставщиков с карточками в бухгалтерской программе?
- Тестовая передача: Передайте в тестовую среду представительную выборку расходов за прошлый месяц и сравните построчно сумму, НДС, место возникновения затрат и номер документа.
- Очередь ошибок: Где появляется отклонённая строка, кто её исправляет и как она отправляется повторно?
- Разделение KKEG и НДС: Правильно ли делятся строки с отметкой KKEG и строки, лишь частично относящиеся к KKEG?
- Закрытие периода: Что делать с расходом, поступившим с опозданием за уже закрытый период? После какой даты передача переносится на следующий период?
- Ответственность: Кто запускает передачу, кто её утверждает и кто следит за ошибками?
Заключение
Передача данных о расходах в бухгалтерскую программу — это не перенос файлов, а настройка правил. Если поля собираются полностью, счёт определяется по понятному правилу, а KKEG и НДС разделяются уже при вводе, передача работает одинаково каждый месяц. Masraff предлагает интеграции более чем с 20 ERP и бухгалтерскими системами; подробности — на странице интеграций. Чтобы увидеть весь процесс работы с расходами, откройте управление расходами в Masraff.