Импорт в DATEV: EXTF-файл против прямой интеграции
EXTF — файл, который DATEV импортирует по шаблону. Прямая интеграция пишет данные в DATEV сама. Файл проще проверить и откатить, интеграция — быстрее, но требует доступа и доверия.
Оба подхода решают одну задачу: передать проводки в DATEV без ручного набора. Разница в том, кто отвечает за ошибку и можно ли откатиться.
| Критерий | Подход A | Подход B |
|---|---|---|
| Что передаётся | Файл EXTF по шаблону | Данные напрямую в систему |
| Проверка до импорта | Файл можно открыть и сверить построчно | Обычно нельзя: данные уже внутри |
| Откат при ошибке | Удалить файл, исправить, импортировать снова | Сложнее: нужна отмена проводок |
| Нужен доступ к DATEV | Нет | Да, и его надо поддерживать |
| Кодировка и колонки | Главный источник ошибок — решается один раз | Решается интегратором |
| Кто отвечает за формат | Тот, кто формирует файл | Обе стороны |
Практический вывод: начинать почти всегда стоит с файла. Он даёт контроль: вы видите, что уходит, и можете остановиться на одном документе, прежде чем отправить сотню. Прямая интеграция оправдана, когда поток большой и формат уже отлажен.
Почему импорт EXTF чаще всего падает?
Из-за несовпадения шаблона: порядок колонок, разделитель, десятичный знак, кодировка или формат даты. Проверять надо на одном документе, а не на всей пачке.
DueBuddy пишет в DATEV напрямую?
Нет. Сервис формирует EXTF-файл, а импорт делаете вы — так ошибку видно до того, как она попала в проводки.