Какую сумму в рублях поставить в расходы, если авиабилеты оплачены картой в евро 11.01.2026, а в выписке банка операция отражена датой 29.01.2026?

← На главную

Проанализируем ситуацию: оплата прошла картой в евро 11.01.2026 (обычно это дата авторизации/подтверждения покупки у продавца), а в банковской выписке списание отражено 29.01.2026 (обычно это дата клиринга/окончательного списания банком). Из-за этого возникает главный вопрос: по какому курсу и на какую дату пересчитывать евро в рубли для признания расходов и как это корректно провести в 1С.

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

Командировка / подотчет: сотрудник оплатил билет (личной или корпоративной картой), а организация признает расход через Документ.АвансовыйОтчет.
Прямая покупка организацией: организация оплачивает билет как услугу поставщика (агентство/авиакомпания), признает расход через поступление услуг и/или расходы будущих периодов, а списание денег отражает банковскими документами.

Далее рассмотрим подробнее каждую модель, выясним «какая дата главная» и как в 1С получить правильную сумму в рублях без ручных «подгонок».

Почему даты 11.01.2026 и 29.01.2026 могут отличаться и что это значит для учета

Посмотрим на механику расчетов по карте. Для операций по карте часто есть две разные даты:

Дата авторизации — когда продавец подтвердил операцию (часто именно эта дата видна в уведомлении банка, в личном кабинете, а иногда и в маршрут-квитанции/подтверждении брони). В нашем примере это 11.01.2026.
Дата окончательного списания (клиринг) — когда банк фактически списал деньги со счета и показал это в выписке. В нашем примере это 29.01.2026.

Важно: в бухгалтерском учете и в 1С «опорной» датой для движения денег по банковскому счету обычно становится дата, которая попала в выписку. Именно на эту дату у нас появляется документально подтвержденный факт списания денег банком.

Но при этом признание расхода (когда мы относим сумму на счета затрат) не всегда совпадает с датой списания денег. Поэтому мы не будем «привязывать» расход только к банковской дате — вместо этого разберем корректную логику для каждого случая.

Решение 1. Командировка/подотчет: признаем расход на дату утверждения авансового отчета, а евро пересчитываем по курсу ЦБ на эту дату

Если авиабилет относится к командировке или оформляется через подотчет, то удобнее и правильнее вести учет через Документ.АвансовыйОтчет. Тогда мы получаем понятную схему:

Деньги (или факт оплаты картой) отражаем как расчет с подотчетным лицом/как оплату, связанную с подотчетом.
Расход признаем на дату утверждения авансового отчета (то есть на дату документа «Авансовый отчет», когда руководитель/ответственный его утвердил).
Сумму в валюте пересчитываем в рубли по официальному курсу на дату признания расхода (то есть на дату утверждения авансового отчета), если речь о налоговом учете командировочных расходов и типовой практике признания.

Давайте разберем по шагам в 1С, чтобы все сошлось автоматически.

Шаг 1. Проверяем валюту и курсы в 1С

Сначала убедимся, что в справочнике валют есть EUR и что курсы загружаются в регистр. Нам пригодятся:

Объекты 1С: Справочник.Валюты, РегистрСведений.КурсыВалют.

Проверим наличие EUR в Справочник.Валюты.
Проверим заполнение РегистрСведений.КурсыВалют на даты 11.01.2026, 29.01.2026 и дату утверждения авансового отчета (какая бы она ни была).
Если курсов нет — загрузим курсы и перепроведем документы, чтобы пересчет выполнялся корректно.

Ключевая мысль: даже если банк списал по «банковскому» курсу (платежной системы/банка), в учете часто нужен курс ЦБ на правильную дату признания, а разницу мы покажем отдельной статьей (курсовая разница/комиссия/прочие расходы) в зависимости от учетной модели.

Шаг 2. Отражаем билет в авансовом отчете

Посмотрим на пример: сотрудник предоставил маршрут-квитанцию/подтверждение покупки в евро. Мы заводим Документ.АвансовыйОтчет и отражаем расход на билет в валюте документа, а в рублях сумма посчитается автоматически по курсу на дату авансового отчета.

Создадим Документ.АвансовыйОтчет датой утверждения (например, 31.01.2026 — для примера; у вас будет фактическая дата утверждения).
Заполним подотчетное лицо и назначение (командировка/прочие расходы).
На вкладке расходов добавим строку «Авиабилет» (как услуга/расход) и укажем сумму в EUR.
Проверим валюту взаиморасчетов по документу: если документ позволяет выбрать валюту, установим EUR.
Посмотрим, какой курс подтянулся на дату документа, и убедимся, что это курс из РегистрСведений.КурсыВалют на дату утверждения авансового отчета.

Теперь главное: в расходы в рублях попадет сумма, рассчитанная по курсу на дату утверждения авансового отчета. Это удобно, потому что:

Мы «привязываем» признание командировочного расхода к управленчески контролируемой дате (утверждение авансового отчета).
Мы не путаем движение денег по карте (11.01/29.01) с признанием расходов.
Мы можем корректно показать курсовые разницы (если они возникают между датами).

Шаг 3. Отражаем оплату картой и расхождения между суммой в EUR и суммой списания банка

Теперь разберем «болевую точку»: банк списал 29.01.2026, а покупка была 11.01.2026. Что делать с этой разницей в 1С?

Рекомендуем придерживаться правила: движение денег отражаем по выписке банка (29.01.2026), а расход — по авансовому отчету.

На практике возможны две ситуации:

В выписке есть сумма в EUR и рублевый эквивалент (банк показывает и валюту операции, и сумму списания в рублях).
В выписке только рубли (банк конвертировал и списал рубли, а валютная часть видна только как справочная информация).

В любом случае мы добиваемся того, чтобы:

В 1С была отражена оплата (счет денег/спецсчет по карте) датой 29.01.2026.
Сумма оплаты в рублях соответствовала выписке банка.
Разница между «учетной оценкой» (по курсу ЦБ на нужные даты) и фактическим списанием попадала на корректные статьи (прочие доходы/расходы, комиссия банка, курсовая разница) — в зависимости от того, как вы ведете учет корпоративных карт и валютных операций.

Практический ориентир: если 1С ведет валютный учет по счетам денег и расчетов, то курсовые разницы формируются автоматически при переоценке/закрытии месяца и при погашении валютных обязательств. Если же оплата отражается как рублевая конвертация, то разницу часто относят на комиссию/прочие расходы по банку.

Проверочный пример для подотчета

Посмотрим на пример, чтобы «в голове» сложилась логика.

Исходные данные:

Билет: 100 EUR.
Оплата по карте: авторизация 11.01.2026.
Списание по выписке: 29.01.2026.
Авансовый отчет утвержден: 31.01.2026 (пример).

Как попадет в расходы:

В Документ.АвансовыйОтчет на 31.01.2026 укажем 100 EUR.
1С пересчитает в рубли по курсу на 31.01.2026 (из РегистрСведений.КурсыВалют).
Эта рублевая сумма и станет расходом в бухучете (и, как правило, базой для налогового учета командировочных расходов — по дате утверждения АО).
Списание денег по выписке 29.01.2026 отразим отдельно как движение денег.
Разница между «рублями по курсу ЦБ» и «фактическими рублями списания банка» уйдет в прочие доходы/расходы или в комиссию, в зависимости от того, как оформлена операция.

Важно: не пытаемся «подогнать» сумму расходов под рублевую сумму списания банка, если учетная политика и модель учета требуют пересчитывать валютные расходы по курсу ЦБ на дату признания. Мы лучше покажем разницу корректной отдельной строкой, чем исказим сумму расходов.

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

Теперь рассмотрим второй распространенный сценарий: билеты покупает организация (например, через агентство), оплата идет корпоративной картой, а в 1С мы хотим учитывать это как приобретение услуги.

Тогда логика такая:

Оплату отражаем по выписке банка датой 29.01.2026 — это факт списания.
Расход признаем тогда, когда выполнены условия признания расходов (первичный документ, услуга оказана/принята к учету). Для билетов часто встречаются варианты:
1. Признать расход на дату, когда оформлен и принят к учету первичный документ на услугу (агентский отчет/акт/маршрут-квитанция) — как услуга.
2. Если билет относится к будущей командировке/перелету, часть организаций отражает стоимость как расходы будущих периодов и списывает на затраты на дату поездки (или по периоду).
Пересчет валютной суммы в рубли делаем по курсу ЦБ на дату признания (а не на дату авторизации карты).
Разницу между суммой по курсу ЦБ и фактическим списанием банка отражаем как курсовую разницу/прочий доход/прочий расход/комиссию — по вашей учетной схеме.

Давайте разберем по шагам, как это «собрать» в 1С так, чтобы не запутаться в датах.

Шаг 1. Отражаем списание денег по выписке (29.01.2026)

В 1С движение денег по банку/корпоративной карте отражаем документом, который формирует списание. В типовых конфигурациях это часто делается через банковские документы (в зависимости от того, как настроен учет карт):

Объекты 1С: Документ.СписаниеСРасчетногоСчета (или аналог банковского списания), при необходимости — счет учета корпоративной карты (например, специальный счет), статьи движения денежных средств.

Создадим документ списания датой 29.01.2026 (как в выписке).
Укажем сумму списания (если есть EUR — укажем EUR; если только рубли — укажем рубли).
Заполним контрагента/назначение платежа (авиакомпания/агентство).
Проверим, что в документе корректно проставился курс (если документ валютный) или сумма рублями соответствует выписке.

Важно: здесь мы не «признаем расход», мы отражаем только факт, что деньги ушли со счета/спецсчета. Это принципиально, чтобы потом корректно «развести» оплату и услуги по датам.

Шаг 2. Отражаем услугу/билет как приобретение и выбираем момент признания расходов

Дальше «прикрепим» первичку. В зависимости от ваших документов и учетной политики возможны два подхода.

Подход 2.1. Признаем расходы сразу при принятии первички (если так установлено и услуга считается полученной)

Если вы признаете расходы по факту приобретения билета и принятия первичного документа, то делаем документ поступления услуги на дату принятия первички (или дату акта/отчета агента).

Введем документ поступления услуги (или документ, которым вы отражаете услуги поставщиков) на дату первичного документа.
Укажем сумму в EUR и валюту взаиморасчетов, если ведете валютные расчеты.
Проверим пересчет в рубли по курсу на дату документа.
Укажем счета учета затрат (например, командировочные/общехозяйственные/продажи — по вашему назначению).

Дальше программа сопоставит оплату и задолженность. Если даты разные и курс менялся, то возможны курсовые разницы — это нормально.

Подход 2.2. Отражаем билет как расход будущих периодов и списываем на дату поездки/перелета

Этот подход часто используют, когда билет куплен заранее, а поездка будет позже, и организация хочет, чтобы расход попал в тот период, когда фактически состоялась командировка/перелет.

Тогда действуем так:

Примем билет к учету как актив/расход будущих периодов (по вашей методологии).
Зафиксируем рублевую оценку по курсу на дату принятия к учету (или на дату первички — в зависимости от принятой схемы).
Списываем в расходы уже в нужном периоде (например, на дату приказа/поездки/закрытия командировки), отдельным документом/операцией списания РБП.

Ключевая мысль: движение денег 29.01.2026 остается движением денег, а расход «уезжает» в нужный период списанием РБП. Так мы не смешиваем финансовый поток и финансовый результат.

Как выбрать правильный курс и «правильную дату» для пересчета валюты

Теперь соберем правила в понятный алгоритм. Рассмотрим подробнее, какие даты бывают в задаче и для чего каждая нужна:

11.01.2026 (дата авторизации/покупки) — полезна как справочная (когда вы сверяете подтверждение покупки), но не всегда является датой отражения движения денег по выписке.
29.01.2026 (дата в банковской выписке) — ключевая дата для учета денежных средств (факт списания банком).
Дата первичного документа (акт/отчет агента/маршрут-квитанция как основание) — важна для принятия услуги/актива к учету.
Дата утверждения авансового отчета — ключевая дата для признания командировочных расходов, если ведем через подотчет.

Далее действуем по правилу: курс выбираем по дате того события, которым мы признаем расход или принимаем актив к учету. А движение денег — отдельной датой по выписке.

Чтобы не запутаться, используем короткую памятку.

Памятка: что делать, если карта в евро, а банк списал позже

Сначала определим модель учета: подотчет/командировка или прямая покупка организацией.
Зафиксируем движение денег по выписке на 29.01.2026 (это «кассовый факт»).
Определим, когда признаем расход:
1. по командировке — на дату утверждения Документ.АвансовыйОтчет;
2. по услугам поставщика — на дату принятия первички/оказания услуги;
3. по РБП — на дату списания РБП в расходы.
Пересчитаем EUR в рубли по курсу на дату признания расхода/принятия к учету (курс из РегистрСведений.КурсыВалют).
Разницу между фактическим рублевым списанием банка и рублевой оценкой по курсу ЦБ покажем отдельным финансовым результатом (прочие доходы/прочие расходы) или комиссией — согласно вашей схеме учета.

Как аккуратно проверить себя в 1С: контрольные точки и типовые ошибки

Давайте посмотрим на контрольные точки, чтобы результат не «разъехался».

Контрольная точка 1: курсы валют на нужные даты

Проверим курс EUR на 11.01.2026 (может пригодиться для сверки, но не обязательно для проводок).
Проверим курс EUR на 29.01.2026 (важно, если документ списания валютный).
Проверим курс EUR на дату признания расхода (например, дату авансового отчета/поступления услуги/списания РБП).

Типовая ошибка: курс не загружен, 1С берет «0» или старый курс, и рублевая сумма получается неверной. Тогда нужно загрузить курсы и перепровести документы.

Контрольная точка 2: не путаем «сумму списания банка» и «сумму расхода»

Если банк списал рубли по своему курсу, это не означает автоматически, что именно эта сумма должна лечь в расходы. Мы смотрим, как по нашей модели определяется рублевая оценка расходов, и только потом отражаем разницы отдельной статьей.

Типовая ошибка: вручную править сумму расходов «как в выписке», из-за чего потом некорректно считаются курсовые разницы и искажается финансовый результат периода.

Контрольная точка 3: одна операция — одна сущность

Движение денег — в банковских документах.
Признание расходов — в авансовом отчете/поступлении/списании РБП.

Типовая ошибка: пытаться «в одном документе» и деньги списать, и расход признать, и курс руками выставить так, чтобы «сошлось». Это почти всегда приводит к сложным расхождениям при закрытии месяца.

Если вы ведете валютные расчеты и хотите программно проверить курс и рублевую сумму

Иногда полезно «технически» проверить, какой курс использует 1С на конкретную дату, чтобы понять, откуда берется рублевая сумма. В типовой логике курсы лежат в РегистрСведений.КурсыВалют, и мы можем получить курс на дату.

Посмотрим на пример кода, который можно использовать в обработке/отладке, чтобы проверить курс EUR на нужную дату и рассчитать рублевую сумму. Рассмотрим именно чтение регистра, потому что оно максимально универсально.


Процедура ПроверитьКурсИСумму(ВалютаКод, ДатаКурса, СуммаВВалюте) Экспорт
	
	// Найдем валюту по коду (например, "EUR")
	Валюта = Справочники.Валюты.НайтиПоКоду(ВалютаКод);
	Если Валюта = Неопределено Тогда
		Сообщить("Валюта с кодом " + ВалютаКод + " не найдена.");
		Возврат;
	КонецЕсли;
	
	// Получим курс и кратность из регистра курсов валют на указанную дату
	Запрос = Новый Запрос;
	Запрос.Текст =
	"ВЫБРАТЬ ПЕРВЫЕ 1
	|	КурсыВалют.Курс КАК Курс,
	|	КурсыВалют.Кратность КАК Кратность
	|ИЗ
	|	РегистрСведений.КурсыВалют.СрезПоследних(&ДатаКурса, Валюта = &Валюта) КАК КурсыВалют";
	
	Запрос.УстановитьПараметр("ДатаКурса", ДатаКурса);
	Запрос.УстановитьПараметр("Валюта", Валюта);
	
	Результат = Запрос.Выполнить().Выбрать();
	Если Не Результат.Следующий() Тогда
		Сообщить("Нет курса для " + ВалютаКод + " на дату " + Формат(ДатаКурса, "ДФ=dd.MM.yyyy"));
		Возврат;
	КонецЕсли;
	
	Курс = Результат.Курс;
	Кратность = Результат.Кратность;
	
	// Пересчет в рубли: сумма * курс / кратность
	СуммаВРублях = Окр(СуммаВВалюте * Курс / Кратность, 2);
	
	Сообщить("Курс " + ВалютаКод + " на " + Формат(ДатаКурса, "ДФ=dd.MM.yyyy") + ": " 
		+ Формат(Курс, "ЧГ=0.0000") + ", кратность: " + Кратность);
	Сообщить("Сумма " + СуммаВВалюте + " " + ВалютаКод + " = " + СуммаВРублях + " RUB");
	
КонецПроцедуры

Этим кодом мы можем «на руках» сравнить:

какая рублевая сумма получится по курсу на 29.01.2026 (дата списания);
какая рублевая сумма получится по курсу на дату признания расходов (например, дату авансового отчета).

Далее мы уже осознанно решаем: какая из сумм должна попасть в расходы, а какая разница должна стать прочим доходом/расходом (или комиссией). И это решение будет не «интуитивным», а логичным и объяснимым.

Разберем частые варианты «что именно ставить в расходы» — несколько решений с выбором

Теперь систематизируем. Если решений несколько — разберем каждое подробно.

Вариант А. Вы ведете командировку через авансовый отчет (рекомендуемый для подотчета)

Что ставим в расходы: рублевую сумму, рассчитанную 1С в Документ.АвансовыйОтчет по курсу на дату утверждения авансового отчета.

Почему так: расход признается на дату утверждения авансового отчета; пересчет валютных расходов делаем на дату признания расхода.

Что делаем с разницей с банком: разницу между фактическим списанием (в рублях) и учетной оценкой показываем отдельной статьей (прочие доходы/расходы) или как банковскую комиссию — по вашей учетной политике.

Вариант B. Вы признаете расходы как услуги поставщика на дату принятия первички

Что ставим в расходы: рублевую сумму, рассчитанную по курсу на дату документа принятия услуги (поступление/акт/отчет агента).

Почему так: именно на эту дату вы приняли услугу к учету и сформировали себестоимость/расходы периода.

Что делаем с разницей с банком: разницу отражаем как курсовые разницы/прочие доходы/расходы при погашении обязательства или при закрытии месяца (в зависимости от настройки валютного учета).

Вариант C. Вы относите билет на расходы будущих периодов и списываете в момент поездки

Что ставим в расходы: рублевую сумму в момент списания РБП в расходы (по правилам вашего учета РБП). При этом первоначальная рублевая оценка фиксируется при принятии к учету билета/РБП по курсу на соответствующую дату принятия к учету.

Почему так: вы синхронизируете расходы с периодом, к которому они относятся (поездка/перелет).

Что делаем с разницей с банком: аналогично — отдельно учитываем финансовые разницы (прочие доходы/расходы/комиссии) и не «вшиваем» их в стоимость билета без основания.

Какой вариант выбрать на практике: быстрый ориентир

Чтобы принять решение без долгих обсуждений, используем простую логику:

Если билет — часть командировки и есть подотчет/авансовый отчет, берем Вариант А.
Если билет оформлен через поставщика/агента и есть акт/отчет агента на услуги, берем Вариант B.
Если билет куплен заранее и вы принципиально хотите «попасть» в период поездки, берем Вариант C.

При этом во всех вариантах мы одинаково строго соблюдаем правило: движение денег — по выписке (29.01.2026), расходы — по дате признания расходов (АО/первичка/списание РБП).

Итог: что ответить на исходный вопрос «какую сумму в рублях отнести в расходы»

Подведем итог и сформулируем решение «по-человечески», но технически правильно.

Если авиабилеты в евро оплачены картой 11.01.2026, а в выписке банка операция отражена 29.01.2026, то:

Движение денег отражаем датой 29.01.2026 (как в выписке), потому что это подтвержденная банком дата списания.
Сумму расходов в рублях определяем по дате признания расхода:
1. если это командировка через Документ.АвансовыйОтчет — берем курс и рублевую сумму на дату утверждения авансового отчета;
2. если это услуга поставщика — берем курс и рублевую сумму на дату принятия первички/оказания услуги;
3. если это РБП — списываем в расходы в нужном периоде, а рублевую оценку фиксируем по правилам учета РБП.
Разницу между курсом ЦБ (учетной оценкой) и фактическим списанием банка не «прячем» в расход билета, а отражаем отдельно (прочие доходы/расходы или комиссия банка) в зависимости от вашей учетной схемы в 1С.

Финальная проверка: после ввода и проведения документов перепроведем их после загрузки курсов и убедимся, что в РегистрСведений.КурсыВалют есть курсы на нужные даты, а итоговые суммы в рублях формируются автоматически и согласованно.

Информация носит справочный характер.