Что нового в «Бухгалтерии предприятия» 3.0.209.16: сроки оплаты в рабочих днях, ДОПП и обмен данными

Главное в обновлении 3.0.209.16 за минуту

Вышла версия 3.0.209.16 конфигурации «Бухгалтерия предприятия» (ПРОФ, КОРП и базовая, ред. 3.0) для «1С:Предприятия 8». В релизе четыре практических блока: срок оплаты теперь считается в рабочих или календарных днях на выбор, в ДОПП можно указать несколько договоров и спецификацию, в списаниях появилась вкладка «Инвентаризационная комиссия», а обмен в форматах EnterpriseData 1.23 и 1.25 получил новые объекты. Отдельно доработана зарплатная отчётность: проверка ЕФС-1 внешней программой СФР и настройки воинского учёта.

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

Обновление доступно, если программа находится на официальной поддержке. Это условие прямо указано в публикации о релизе 3.0.209.16.

Блок	Что изменилось	Кому важно
Сроки оплаты	Выбор рабочих (по производственному календарю РФ) или календарных дней; вариант указывается в настройках программы и в договоре	Бухгалтер, главный бухгалтер
ДОПП	Несколько договоров в одном документе и указание спецификации	Бухгалтер, менеджер по продажам
Списание товаров, материалов и ОС	Вкладка «Инвентаризационная комиссия», состав комиссии выводится в печатных актах о списании	Бухгалтер, материально ответственные лица
Обмен EnterpriseData	1.23: упаковки номенклатуры, склады в табличных частях поступлений, данные о РБП, реквизит «Номер на печать», виды маркируемой продукции. 1.25: ДОПП и раздельная выгрузка отгрузки без перехода права собственности	Программист 1С, администратор
Зарплата и кадры	Проверка ЕФС-1 внешней программой СФР, переопределение адресов и расширение списка видов документов воинского учёта	Расчётчик, кадровик

Кому и зачем читать этот обзор

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

Программисту и администратору 1С интересен блок обмена. Форматы EnterpriseData 1.23 и 1.25 расширились, и перед обновлением стоит сверить версии форматов на обеих сторонах интеграции: обмен работает, только если вторая программа тоже поддерживает нужный формат.

Расчётчику и кадровику адресованы доработки по ЕФС-1 и воинскому учёту: проверка отчёта внешней программой СФР до отправки и отдельные адресные поля для воинского учёта.

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

Срок оплаты в рабочих днях: как настроить в 1С

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

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

Настройки программы или договор: где задаётся вариант расчёта

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

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

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

Точные названия разделов и полей сверяйте с интерфейсом 3.0.209.16. В релизе изменилось поведение расчёта, а не логика учёта, поэтому команды остаются в привычных местах, но подписи могли уточнить.

Рабочие дни по производственному календарю: что учесть

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

Чек-лист перед переключением:

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

Пример смещения. Договор предусматривает оплату в течение 5 рабочих дней с даты отгрузки, отгрузка прошла 30 декабря. Пять календарных дней истекли бы 4 января, а пять рабочих дней по календарю сдвинут крайний срок на вторую половину января, после новогодних каникул. Конкретную дату даст календарь того года, в котором произошла отгрузка.

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

ДОПП: несколько договоров и спецификация в одном документе

В документе предстоящих поставок появились две новые возможности: указать несколько договоров в одном ДОПП и указать спецификацию. Раньше один документ закрывал один договор.

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

Как заполнить ДОПП с несколькими договорами

Последовательность работы:

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

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

Названия полей и закладок сверяйте с интерфейсом 3.0.209.16, чтобы не искать несуществующую кнопку.

ДОПП и обмен: что проверять перед выгрузкой

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

Чек-лист перед выгрузкой:

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

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

Инвентаризационная комиссия в списаниях товаров, материалов и ОС

В документы «Списание товаров, материалов» и «Списание ОС» добавлена вкладка «Инвентаризационная комиссия». Состав комиссии, указанный на этой вкладке, выводится в печатных формах актов о списании.

Что это меняет на практике. Раньше членов комиссии приходилось вписывать в печатную форму вручную или готовить акт во внешнем редакторе. Теперь данные хранятся в документе и попадают в акт автоматически.

Пример. Кладовщик оформляет списание пришедшего в негодность имущества. Комиссия состоит из трёх сотрудников: руководителя подразделения, материально ответственного лица и представителя бухгалтерии. Все трое указываются на вкладке, после чего акт печатается сразу с готовым составом комиссии.

Заполняйте состав комиссии до печати акта. Если ответственные лица или основание списания указаны неверно, акт придётся переформировывать, а подписанные экземпляры заменять.

Обмен данными: EnterpriseData 1.23 и 1.25

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

Что нового в EnterpriseData 1.23

Объект обмена	Практический смысл
Упаковки номенклатуры	Сведения об упаковках передаются в обмене, поэтому количество в единицах поставщика переносится без ручной перенастройки номенклатуры
Склады в табличных частях документов поступления товаров	Склад указывается по строке документа, а не только по документу целиком, что важно при поступлении на несколько складов
Данные о РБП в поступлениях и других документах отражения расходов	Расходы будущих периодов передаются вместе с параметрами списания
Реквизит «Номер на печать» для выданного счёта-фактуры	Печатная форма в принимающей системе совпадёт с оригиналом, даже если номер на печать отличается от системного
Виды маркируемой продукции	Обмен выполняется по товарам лёгкой промышленности и товарам из натурального меха

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

Что нового в EnterpriseData 1.25

В формате 1.25 выгружаются и загружаются документы предстоящих поставок (ДОПП). Для документа «Отгрузка без перехода» поддержана выгрузка двумя документами: «Отгрузка без перехода права собственности» и реализация отгруженных товаров.

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

Зарплатная отчётность: ЕФС-1 и воинский учёт

В релизе три кадровых доработки: проверка отчёта ЕФС-1 внешней программой СФР, переопределение адресов сотрудника для воинского учёта и расширение списка видов документов воинского учёта.

Проверка ЕФС-1 внешней программой СФР

Отчёт ЕФС-1 по сведениям о трудовой деятельности теперь можно проверить внешней программой от СФР ПО ПД ЕЦП. Проверка проходит до отправки и показывает замечания, из-за которых фонд может вернуть отчёт.

Порядок работы:

Сформируйте отчёт в программе.
Выгрузите файл.
Проверьте его внешней программой СФР ПО ПД ЕЦП.
Устраните замечания и сформируйте отчёт повторно.
Отправьте отчёт после успешной проверки.

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

Адреса и виды документов для воинского учёта

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

Список видов документов воинского учёта можно дополнить. Дополнение берётся из справочника «Виды документов физических лиц. Прочее».

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

Как получить обновление и обновиться без риска

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

Порядок действий:

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

Обновление без резервной копии и обновление в разгар закрытия отчётного периода дают самый высокий риск простоя. Если между вашей версией и 3.0.209.16 пропущено несколько релизов, посмотрите разбор предыдущего обновления 3.0.206.19: часть изменений понадобится учесть в той же проверке.

Что проверить после обновления: короткий чек-лист

Семь контрольных точек закрывают основные риски релиза.

Сроки оплаты: сверьте настройку программы и договоры, где указаны рабочие дни.
Производственный календарь: он актуален на текущий и следующий год.
ДОПП с несколькими договорами и спецификацией корректно выгружается и загружается в формате 1.25.
Обмен EnterpriseData 1.23 и 1.25 проходит на тестовой паре баз, включая отгрузку без перехода права собственности.
Печатные акты списания содержат состав инвентаризационной комиссии.
ЕФС-1 проверяется внешней программой СФР ПО ПД ЕЦП до отправки.
Адреса и виды документов воинского учёта заполнены верно, дублей нет.

Зафиксируйте результаты проверки: при следующем обновлении будет с чем сравнить, и расхождения в сроках оплаты или в обмене вы заметите быстрее. Если база давно не обновлялась и между вашей версией и 3.0.209.16 накопились пропуски, посмотрите обзор изменений начиная с 3.0.195, чтобы восстановить полную картину.