Смена валюты управленческого учета в 1С

Выбор валюты учета в 1С:УНФ

Валюта управленческого учета в «1С:Управление нашей фирмой» — это не просто техническая настройка. От нее зависит, в каких денежных единицах программа будет считать себестоимость, выручку и финансовый результат по каждому документу. Выбирают ее один раз, на старте работы с базой, в разделе «Деньги» — там же, где включается флаг «Несколько валют».

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

Ключевой нюанс, который стоит держать в голове до начала ввода документов: после появления в базе хотя бы одной операции сменить валюту управленческого учета штатными средствами уже не получится. Программа заблокирует изменение настройки, сославшись на наличие движений по регистрам. Поэтому выбор валюты — решение, которое принимают до того, как в УНФ появится первая накладная или кассовый ордер.

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

Для тех, кто уже работает в системе, но хочет изменить валюту управленческого учета, существует несколько путей. Все они требуют осторожности и понимания того, как устроены регистры накопления в УНФ.

Типовой сценарий учета в рублях

Когда валютный счет или вклад открыт до 9 марта 2022 года, у владельца сохраняется право разово снять наличные доллары или евро. Лимит — остаток средств на указанную дату, но не более 10 тысяч долларов США либо эквивалента в евро. Правило действует, если гражданин еще не использовал эту возможность.

Остальные деньги, включая сумму сверх лимита, банк выдает в рублях. Для средств, зачисленных до 9 сентября 2022 года, рублевая выплата не может быть меньше суммы, рассчитанной по официальному курсу Банка России на день выдачи. Для денег, поступивших после этой даты, применяется курс банка на дату выплаты.

Комиссию за выдачу разрешенной наличной валюты банки не взимают. Это прямо зафиксировано в продлении ограничений, которое действует до 9 марта 2027 года.

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

Что это значит на практике:

Валютный вклад, открытый после 9 марта 2022 года, закрывается только в рублях по курсу банка.
Снятие наличных долларов или евро сверх 10 тысяч долларов невозможно, даже если остаток на счете больше.
Лимит не обнуляется при продлении ограничений: если гражданин уже выбрал разрешенную сумму, повторно наличную валюту не выдают.
Для командировочных расходов российские компании и ИП могут получать наличные доллары, евро, фунты и иены в пределах нормативов до 9 марта 2027 года.

Экзотические валюты

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

Наличные экзотические валюты в России остаются нишевым продуктом. Банк России устанавливает официальные курсы к рублю для широкого перечня валют, включая дирхам ОАЭ, тайский бат, турецкую лиру и другие. Но наличие конкретной банкноты в кассе банка зависит от региона и спроса.

Т-Банк, к примеру, добавил обмен дирхамов ОАЭ и тайских батов в банкоматах с валютной функцией. Внести эти валюты на счет можно почти во всех регионах, а получить наличные — пока только в Москве, Санкт-Петербурге и Новосибирске.

Ключевой нюанс для владельца счета:

Покупка наличной экзотической валюты через кассу или банкомат за рубли не подпадает под лимит снятия валютного вклада, поскольку списание идет с рублевого счета.
Получение наличных с валютного счета в экзотической валюте, как правило, заменяется рублевой выплатой по курсу банка.
Официальный курс ЦБ рассчитывается для широкого списка валют, но коммерческий курс банка при выдаче может отличаться .

Локализованные версии УНФ для Казахстана, Беларуси и других стран

Локализации «1С:Управление нашей фирмой» решают одну практическую задачу: привести типовой управленческий контур в соответствие с национальными правилами — от формата банковских счетов до требований к кассовым чекам. Для бизнеса это означает, что учёт в одной системе не требует обходных схем и параллельных таблиц.

Казахстанская ветка развивается наиболее заметно. В июле 2024 года фирма «1С» выпустила редакцию 3.0 «Управление нашей фирмой для Казахстана». Ключевая цель обновления — унифицировать архитектуру и интерфейс с «Розницей для Казахстана». Переход с версии 1.6.8.7 выполняется обычным обновлением, но проходит через два промежуточных технических релиза, которые не предназначены для рабочего использования.

Что получает казахстанский пользователь в редакции 3.0:

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

Белорусская локализация исторически решала инфраструктурные задачи. Ещё в версии 1.6.5 добавили заполнение расчётного счёта в формате IBAN и банковский идентификационный код — прямое следствие требований Национального банка. Текущие релизы линейки 3.0 для Беларуси развивают интерфейс и кассовый контур: версия 3.0.13, выпущенная в декабре 2025 года, принесла новый интерфейс 8.5 с светлой и тёмной темами, обновлённое рабочее место кассира и расширенные программы лояльности.

Для управленческого учёта это важно не само по себе, а в связке с повседневными операциями. Когда кассир видит остатки по магазинам сети прямо из РМК, а бухгалтер получает корректные коды назначения платежа без ручной сверки, локализация перестаёт быть формальностью. Она снимает разрыв между оперативным контуром и требованиями регулятора.

Валюты в управленческом учёте

Валютный контур в УНФ не сводится к справочнику валют. Он встроен в те документы и отчёты, где бизнес реально сталкивается с разными денежными единицами: заказы поставщикам, поступления на счета, взаиморасчёты с контрагентами. Для локализованных версий это особенно чувствительная зона — курсовая разница и формат платежа должны совпадать с национальным регулированием.

Практический ориентир — работа с банковскими выписками и платёжными поручениями. В белорусской локализации поддержка IBAN и BIC появилась именно на уровне реквизитов счёта, а не отдельного отчёта. Это означает, что валютный и рублёвый контуры используют единую логику заполнения банковских данных. Для управленца это сокращает количество ручных проверок при подготовке платежей.

В казахстанской редакции 3.0 валютные операции проходят через тот же контур цен и взаиморасчётов. Документ «Установка цен» позволяет вести статические и динамические виды цен, а история назначения сохраняется с привязкой к ответственным. Если компания закупает товар в одной валюте, а продаёт в другой, управленческий отчёт по валовой прибыли строится на данных этих документов, а не на отдельной ручной сводке.

Отдельный аспект — интеграция с банковскими сервисами. Для белорусского рынка существуют расширения, которые загружают курсы валют с сайта Национального банка и автоматизируют обмен с клиент-банком . Типовая УНФ такие операции напрямую не закрывает, но её структура справочников и документов позволяет подключать внешние обработки без разрушения учётного ядра. Это прагматичный компромисс: локализация даёт базу, а специфические банковские форматы закрываются партнёрскими решениями.

Валютный учёт в УНФ имеет смысл оценивать не по количеству настроек, а по тому, насколько прозрачно он встроен в ежедневные операции. Если менеджер оформляет заказ поставщику, бухгалтер видит корректный счёт в национальном формате, а кассир пробивает чек по правилам страны — валютный контур работает. Всё остальное — надстройки, которые выбираются под конкретную схему расчётов.

Тестовый доступ к 1С:Управляющему в облаке фирмы «1С» на 14 дней

Фирма «1С» предлагает оценить облачную версию «1С:Управляющего» без затрат на установку и настройку. Регистрация на специализированной странице сервиса «1С:Фреш» открывает полный функционал приложения на две недели. Этого срока достаточно, чтобы понять, подходит ли инструмент для управленческого финансового учета конкретного предприятия.

В течение тестового периода пользователю доступны все возможности тарифа, включая ведение учета по неограниченному числу организаций и доступ к электронной документации . Программа не требует установки на компьютер — достаточно браузера и подключения к интернету. Обновления и техническая поддержка ложатся на плечи сервиса, что избавляет от рутинных операций с серверной частью.

Регистрационные данные приходят на указанный e-mail и номер телефона после заполнения формы. Доступ к тестовому тарифу предоставляется однократно. Для продолжения работы после окончания пробного срока потребуется оформить платную подписку.

Доступ к демонстрационной базе 1С:Управляющего на 7 дней

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

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

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

14 дней — полный доступ к облачному приложению «1С:Управляющий» на сервисе «1С:Фреш».
7 дней — доступ к демонстрационной базе для предварительного изучения функционала .
Регистрация — через форму на сайте или обращение к обслуживающему партнеру.
Ограничение — тестовый тариф предоставляется один раз.

Изменение валюты управленческого учета в 1С:УТ 10.3

Смена валюты управленческого учета в «1С:Управление торговлей 10.3» — задача, с которой сталкиваются при запуске новой базы или при корректировке уже работающей системы. По умолчанию программа часто предлагает доллар США в качестве валюты управленческого учета, тогда как реальные взаиморасчеты компания может вести в рублях или другой денежной единице [citation:14].

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

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

Внешние обработки и расширения 1С

Когда база уже содержит документы, на практике применяют внешние обработки, которые корректно меняют валюту управленческого учета без распроведения всех операций. Такие инструменты распространяются через профильные сообщества разработчиков и тестируются на конкретных релизах конфигурации. Например, обработка для УТ 10.3 заявлена работоспособной на версиях от 10.3.33.1 до 10.3.75 [citation:11].

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

После смены валюты управленческого учета рекомендуется проверить валюту в уже введенных документах. Если документов немного, их можно отредактировать вручную. При большом объеме данных применяют групповую обработку для поиска и замены значений — иначе часть документов останется в старой валюте, что создаст расхождения в отчетах [citation:11].

Штатный путь — доступен только до ввода первого документа: «Сервис» → «Настройка параметров учета» → закладка «Валюты».
Внешняя обработка — применяется в действующей базе, требует резервной копии и последующей проверки документов.
Групповая замена — необходима, если после смены валюты в настройках в документах осталась старая валюта.

Отдельно стоит упомянуть о расширениях конфигурации. Для УТ 10.3 этот механизм менее распространен, чем для новых редакций, но некоторые разработчики предлагают решения в формате расширений, не требующих изменения основной конфигурации. Однако универсального встроенного инструмента для смены валюты управленческого учета после ввода документов в типовой поставке нет — это ограничение платформы, а не недоработка конкретного релиза.

Дополнительные обработки и статьи

Встроенный механизм дополнительных отчётов и обработок на базе Библиотеки стандартных подсистем решает конкретную задачу: расширить функциональность типовой конфигурации, не трогая её код. Вся логика выносится за пределы основной конфигурации — в отдельный файл или объект базы данных [citation:1]. Конфигурация остаётся на поддержке. Обновления проходят штатно, без конфликтов и ручного сравнения.

Что именно можно вынести наружу? Перечень шире, чем кажется на первый взгляд:

нестандартные печатные формы, встроенные в раздел «Печать» конкретного объекта;
внешние отчёты на системе компоновки данных с передачей отборов из формы списка или объекта;
регламентные задания, выполняющиеся по расписанию без перезапуска системы;
пользовательские команды и обработчики заполнения табличных частей документов [citation:1][citation:9].

Ключевой момент: дополнительная обработка хранится либо в базе как отдельный объект, либо в виде файла .epf. Разработчик не меняет ни строчки типового кода. Именно поэтому механизм остаётся востребованным там, где цена ошибки при обновлении высока, а сроки внедрения минимальны. Отчёт или обработку можно включить точечно — для конкретного пользователя или отдела, не загромождая интерфейс остальным сотрудникам [citation:1].

Внешняя обработка подключается без программиста

Подключение внешней обработки в типовых конфигурациях, поддерживающих БСП, не требует вмешательства разработчика. Пользователь с правами администратора открывает раздел «НСИ и администрирование» — «Печатные формы, отчёты и обработки» — и добавляет файл .epf через кнопку «Создать». Система сама прочитает функцию СведенияОВнешнейОбработке() и заполнит реквизиты: наименование, версию, вид команды и назначение [citation:1].

Дальше — либо команда появляется в форме объекта, либо отчёт становится доступен в списке дополнительных отчётов. Никаких изменений в конфигурации, никакого снятия с поддержки. Более того, обработку можно отключить в один клик — она просто перестанет отображаться у пользователей, при этом файл останется в базе.

Для сценариев, где обработка должна запускаться автоматически, без участия человека, предусмотрен другой путь. Внешняя обработка может вызываться программно через ВнешниеОбработки.Подключить() с передачей адреса во временном хранилище [citation:6]. Этот вариант используют для интеграционных задач: обмен с внешними учётными системами, автоматическое заполнение документов, фоновые расчёты. Файл обработки в таком случае передаётся на сервер, подключается и выполняется в безопасном режиме — платформа по умолчанию ограничивает потенциально опасные операции.

Если обработка предназначена для работы с торговым оборудованием, требования к ней жёстче. Она должна экспортировать функции ПолучитьВерсиюAPI, Подключить, ТестУстройства и ряд других — это стандартизованный интерфейс, без которого конфигурация не увидит драйвер [citation:12]. Но и здесь подключение остаётся делом администратора: файл регистрируется в справочнике, указывается модель оборудования, настраиваются параметры порта. Программист нужен только для написания самой обработки, но не для её установки.