Бонусные программы лояльности предполагают начисление на карту лояльности клиента бонусных баллов, которые можно использовать для частичной оплаты покупок в дальнейшем, которая состоит в предоставлении покупателю скидки, соответствующей определенному количеству списываемых бонусных баллов. Бонусные программы могут использоваться при оформлении продаж в программе, в том числе:
В последнем случае, начисление бонусных балов производится в момент отражения реализации (проведение документа Реализация товаров и услуг, Акт выполненных работ). Использовать бонусные баллы можно в момент расчета скидки при оформлении документа Заказа клиента, а также документов Реализация товаров и услуг, Акт выполненных работ, если не было оплаты бонусными баллами в заказе.
Для использования бонусной системы в разделе НСИ и администрирование – Настройка НСИ и разделов – CRM и маркетинг – Маркетинг должны быть установлены функциональные опции Автоматические скидки в продажах, Карты лояльности и Бонусные программы. Установка функциональных опций Карты лояльности и Бонусные программы доступна при включенной функциональной опции НСИ и администрирование – Настройка НСИ и разделов – CRM и маркетинг – Маркетинг – Автоматические скидки в продажах.
Для работы с бонусной программой необходимо:
В настройках бонусной программы лояльности на закладке Основное указываются параметры ее использования: валюта и коэффициент конвертации бонусного балла, ограничение по сегменту продаваемой за бонусы номенклатуры, порядок начисления бонусных балов с покупки, оплаченной с использованием бонусных баллов. На закладке Ограничения указывается максимальный процент оплаты бонусами. Кроме общего ограничения можно задать максимальный процент по отдельным ценовым группам. Также на этой закладке предусмотрен флаг Без учета предоставленных скидок. В случае установки этого флага расчет максимальной суммы оплаты бонусными баллами будут производиться исходя из полной суммы покупок без учета скидок. Если флаг не установлен, что максимальная сумма оплаты будет уменьшена с учетом предоставленных скидок.
Для бонусной программы лояльности необходимо настроить привязанный к ней Вид карт лояльности. Вид карт лояльности привязывается к конкретной организации. Для привязки вида карт лояльности к бонусной программе необходимо указать Тип персонализации: Персонализированная.
Из формы вида карат лояльности можно перейти по ссылке Настроить скидки (наценки) можно перейти к справочнику Скидки (наценки) для настройки порядка начисления бонусов.
Начисление бонусов является частным случаем скидки (см. раздел «Скидки и наценки» документации https://its.1c.ru/db/erpdoc#bookmark:Marketing:DiscountsAndSurcharges).
Для скидки должен быть установлен Способ начисления: Начисление бонусных баллов и указан Тип бонуса:
Также указывается бонусная программа, условия начала действия и срок действия бонусов.
Для начала действия скидки нужно установить статус Действует для требуемых розничных магазинов на закладке На складах, а также для требуемого вида карт лояльности на закладке В виде карт лояльности. Для этого нужно выбрать в соответствующем списке режим отображения Все, выделить нужный элемент, воспользоваться командой Установить статус – Действует и указать период действия.
Примечание
Бонусная программа не привязана к организации. Если в информационной базе ведется несколько организаций, то бонусы, начисленные по бонусной программе при продаже от любой организации, могут быть использованы для оплаты при продаже любой, в том числе, другой организацией, вне зависимости от того, какая организация указана в настройках вида карт лояльности.
Основной сценарий работы предполагает, что один вид карт используется в одной бонусной программы лояльности. При настройке скидки указывается именно эта программа лояльности, и статус действует скидки необходимо распространить на этот вид карт.
Опционально статус действия скидки бонусом можно распространить на другие виды карт лояльности, не связанные с данной программой лояльности. Это позволяет, в частности, начислять бонусы при предъявлении партнерских карт или карт-заменителей (например, скан в телефоне), а для использования бонусов использовать только определенный вид карт при их физическом предъявлении. В этом случае при указании карты, не связанной с бонусной программой, в документе Реализация товаров и услуг или Акт выполненных работ, будут начислены бонусы по бонусной программе лояльности, указанной в настройках этой скидки бонусом на закладке Основное, но списание бонусов в рамках этой программы при предъявлении такой карты будет недоступно. Списать бонусы можно будет только при предъявлении карты связанной с этой бонусной программой лояльности. Если нужна такая возможность, то в настройках скидки бонусом нужно установить статус Действует для карт, при предъявлении которых будет начисляться бонус.
В настройках вида карт лояльности указывается организация, от имени которой выпускается карта. Это организация будет напечатана в анкете покупателя для данного вида карт лояльности, но не ограничивает возможность применения этой карты лояльности в бонусных программах при продажах от имени других организаций, учет по которым ведется в информационной базе.
В настройках вида карт лояльности указывается статус и период действия, Тип персонализации: Персонализированная или Обезличенная, Персонализированная карта может быть накопительной и привязываться к бонусной программе лояльности. Сумма накопления фиксируется по отношению к конкретному партнеру, с которым связывается карта при активации. Обезличенная карта может использоваться для получения фиксированной скидки по факту наличия такой карты у покупателя.
Также для карт лояльности указывается Порядок активации: При первом считывании или С помощью помощника. Если выбран порядок При первом считывании, то карту можно считать в РМК или документах Заказа клиента, Реализация товаров и услуг или Акт выполненных работ без предварительной активации. При первом считывании в информационной базе будет сохранена запись о карте с указанным номер и присвоен статус Действует. Если такой порядок активации установлен для персонализированной карты, то будет автоматически создан и связан с данной картой клиент с названием «Держатель карты №…». В дальнейшем его можно переименовать, указав реальные анкетные данные.
Если выбран порядок активации С помощью помощника, то карт перед использованием в РМК или документах продажи должна быть активирована в помощнике в разделе Продажи – Создать – Карта лояльности. Для обезличенных карт эта процедура имеет смысл для исключения возможности использования карт без предварительной активации. Для такой карты в информационной базе будет сохранена запись о карте с указанным номер и присвоен статус Действует. Для персонализированных карт в помощнике указываются сведения о владельце карты. На первом шаге помощника необходимо указать код карты. Далее указываются сведения о владельце карты. На этом шаге можно создать и заполнить новую карточку клиента, указать существующую или создать служебную карточку «Держатель карты №…». В любом случае будет установлена связь этой карты лояльности с указанным клиентом. Также можно указать значения для заполнения полей Клиент, Контрагент, Соглашение (если в информационной базе ведется независимый список партнеров и контрагентов и используются соглашения) при использовании карты в документах Заказа клиента, Реализация товаров и услуг или Акт выполненных работ.
В документах Заказа клиента, Реализация товаров и услуг или Акт выполненных работ предусмотрена кнопка Считать карту лояльности.
После считывания карты будут автоматически заполнены указанные для этой карты Клиент, Контрагент, Соглашение, а на закладке Товары документа будут выводиться поле Скидка бонусами и доступны команды Цены и скидки – Добавить оплату бонусными балами, Цены и скидки – Отменить оплату бонусными балами.
Оплата бонусными балами выполняется командой Цены и скидки – Добавить оплату бонусными балами. Форма указания суммы бонусных баллов для списания работает идентично расчетам бонусным балам в РМК. В форме можно указать сумму оплаты балами с учетом доступных баллов и максимального процента оплаты балами от суммы покупок. Сумма может быть указана в рублях (валюте расчетов с покупателем) или количеством списываемых баллов. При указании любого из этих значений другое будет пересчитано автоматически. По умолчанию указана максимально возможная сумма оплаты баллами с учетом доступных баллов и процента ограничения. Указать значение больше допустимого процента оплаты картами нельзя. Для справки остаток бонусных балов отображается в разрезе сроков действия. Списание баллов производится в момент проведения документа.
Начисление новых бонусных баллов производится при проведении документа Реализация товаров и услуг или Акт выполненных работ, в котором была указана бонусная карта, при условии выполнения условий применения скидки бонусом. Проверить применение скидок по каждой строке документа можно командой Цены и скидки - Открыть информацию о скидках (наценках) для текущей строки. Начисление баллов производится в момент проведения документа.
В случае возврата товаров или корректировки реализации, начисленные и списанные в рамках продажи бонусные баллы по возвращаемым (уменьшаемым при корректировке) позициям аннулируются. На добавляемые в случае корректировки позиции баллы не начисляются.
Внимание
При разработке организационных положений и настройке программы лояльности для исключения злоупотреблений следует анализировать и избегать возможности ситуаций, при которых условия начисления балов выполняются в момент продажи и не выполняться в момент возврата.
Бонусные балы могут быть бессрочными и срочными, то есть ограниченными по сроку действия. В первую очередь списываются срочные баллы, срок действия которых заканчивается раньше. Чтобы не замедлять оперативное проведение документов, определение вида бонусных баллов к списанию вынесено в отдельное регламентное задание Распределение срочных бонусных баллов.
Цена товара является одним из критериев наряду с рейтингом продавца, скоростью доставки и прочими, определяющих ранжирование предложений на Яндекс.Маркет. Если одновременно несколько поставщиков продают один и тот же товар, то в блок «Основное предложение» попадет предложение с лучшими условиями продажи. Остальные предложения будут отображаться в списке при нажатии кнопки с количеством доступных предложений. Для обеспечения стабильных продаж на Яндес.Маркет для продавца важно установить оптимальную цену, учитывая следующие условия:
Работа с ценами выполняется в рамках функциональности Ценообразование. Для цен, загружаемых от Яндекс.Маркет, необходимо задать Вид цен со способом задания цены Загружаются с Яндекс.Маркет. Дополнительно уточняется Тип цены Яндекс.Маркете. Из Яндекс.Маркет предусмотрена загрузка следующих типов цен:
Расписание загрузки цен можно настроить по команде Расписание автообновления цен в форме списка Виды цен. Задание по загрузке рекомендованных цен настраивается для цен со способом задания цены Загружается из Яндекс.Маркет. В списке дополнительно уточняются типы цен, загружаемые из Яндекс.Маркет.
Загруженные из Яндекс.Маркет цены далее используются для установки цен по актуальным предложениям организации на Яндекс.Маркет. Для выгрузки в Яндекс.Маркет можно использовать вид цен:
Вид цен, по которому товары организации будут выставлена на Яндекс.Маркет, указывается в форме Настройки выгрузки каталога Яндекс.Маркет. Открыть форму настроек можно по кнопке в форме Публикация товаров на Яндекс.Маркете (Продажи – Сервис – Продажи на Яндекс.Маркет – Публикация товаров).
Просмотреть загруженные рекомендованные цены и установить цены продажи можно в рабочем месте Прайс-лист (раздел CRM и маркетинг – Цены и скидки – Цены (Прайс-лист)). Перейти в рабочее место Прайс-лист можно также из рабочего места Продажи – Сервис – Продажи на Яндекс.Маркет. Перейти к списку видов цен можно в форме НСИ и администрирование – Настройки интеграции– Интеграция с маркетплейсами по ссылке Настройка видов цен для интеграции с Яндекс.Маркет. Работа в этом рабочем месте подробно описана в разделе документации «Ценообразование».
В рабочем месте Прайс-лист предусмотрена возможность немедленного обновления загружаемых рекомендованных цен по команде Изменить цены – Загрузить из Яндекс.Маркет.
В форме Публикация товаров на Яндекс.Маркете (Продажи – Сервис – Продажи на Яндекс.Маркет – Публикация товаров) по ссылке Просмотр актуальных цен открывается список публикуемых товаров, прошедших модерацию, а также значения установленной цены и рекомендуемых ценах. Цены, по которым было отклонение по регламенту загрузки, будут подсвечиваться.
Непосредственно из формы Просмотр актуальных цен можно выполнить команды Загрузить рекомендуемые цены и Выгрузить текущую цену на Яндекс.Маркет. По ссылке редактировать цены продажи можно перейти в рабочее место Прайс-лист. Также можно настроить расписание в форме НСИ и администрирование – Настройки интеграции– Интеграция с маркетплейсами по ссылке Расписание выгрузки цен для продажи.
Поддержаны изменения законодательства в части УПД в комиссионных схемах:
УПД для посреднических операций фактически представляют собой оперативный предварительный отчет комиссионера о купленном/проданном/возвращенном товаре. Документы формируются в отношении каждой операции по реализации или закупке, в отношении каждого выставленного или полученного комиссионером УПД (ДОП).
Данные документы могут использоваться для достоверного отражения информации об изменении финансового состояния комитента при реализации/закупке товаров, в случаях:
Чтобы была возможность выгрузить УПД по ЭДО, необходимо формировать отчеты по каждому документу продажи (для комиссионной продажи) и по каждому документу закупки (для комиссионной закупки).
Для формирования отчета комитенту по продажам по каждой реализации в соглашение с комитентом необходимо установить настройку разбиения отчетов по документам.
Для формирования отчета комитенту по закупке по каждой закупке в договоре с принципалом необходимо установить настройку разбиения отчетов по документам.
При формировании отчетов с разбивкой по документам в одном отчете могут быть данные только по номенклатуре из одного документа продажи или документа закупки.
После формирования отчета с разбивкой по документу, есть возможность сформировать электронный документ «Сведения о реализации комиссионером» – для комиссионных продаж и «Сведения о закупке комиссионером» – для комиссионных закупок.
Для формирования УПД по отчету комитенту (принципалу) о продажах по каждой реализации в соглашении с типом операции Прием на комиссию необходимо установить настройку Разбивать по реализациям и формировать «УПД (Сведения о реализации комиссионером)» для передачи по ЭДО.
Разбивка возможна только, когда товар реализуется комиссионером через документ Реализация товаров и услуг.
При формировании отчета комитенту по отчету о розничных продажах разбитие по документам не поддерживается. Нельзя отправить «Сведения комиссионера о продажах» комитенту.
В договоре с целью Прием на комиссию желательно заполнить номер и дату договора, чтобы определить договор при загрузке ЭДО на стороне комитента.
Для разбиения по документу реализации в регистры накопления «Товары к оформлению отчетов комитенту» и «Услуги к оформлению отчетов принципалу» добавлены измерения по документу реализации, которые заполняются, если включено разбиение.
В рабочее место Отчеты комитентам (принципалам) о продажах/списании добавлены колонки:
Если для обмена с покупателем используется ЭДО, то при формировании данных комитенту можно ориентироваться на статус документа Реализация товаров и услуг, чтобы только по уже отправленным/утвержденным реализациям формировать отчет для комитента.
Для отчета комитенту (принципалу) о продажах добавлена ссылка на реализацию.
Если комиссионером были реализованы товары, которые принимались на комиссию по соглашению с признаком разбивки по документам или реализовывались услуги, выполняемые комитентом, где в услуге указано соглашение с признаком разбивки, то отчитаться о продажах можно только отчетом комитенту о продажах с разбивкой по реализации.
Формирование и просмотр электронного документа.
Формирование электронных документов:
При загрузке УПД «Сведения о реализации комиссионером» будет применяться схема комиссионной продажи 2.5, при которой можно выбрать, какой документ необходимо создавать (НСИ и администрирование -> Обмен электронными документами - Настройки ЭДО - Настройки получения – Сведения о реализации комиссионером).
Выбирается документ, в которой будет загружен принятый документ УПД «Сведения о реализации комиссионером»:
Главное - ЭДО - Текущие дела ЭДО.
Если для документа УПД «Сведения о реализации комиссионером» не установлена автоматическая загрузка, то можно вручную создать необходимый документ.
При передаче сведений о продаже комиссионером в обязательном порядке передаются данные по товарам и данные покупателя.
Комиссионер может передать данные с номером и датой с договора с комитентом (необходимо заполнить в договоре по приему на комиссию), которые должны совпадать с номером и датой договора на стороне комитента (в договоре по передаче на комиссию). По этим данным подбирается договор при загрузке документов «Отчет комиссионера (агента) о продажах» или «Реализация товаров и услуг» с операцией по реализации через комиссионера. На стороне комитента правильность заполнения договора необходима для корректного подбора видов запасов товаров с учетом номеров ГТД, по которым отчитывается комиссионер. Для использования новой комиссионной схемы на стороне комитента заполнение договора обязательно.
Для формирования УПД по отчету комитенту (принципалу) о закупках в договоре с целью Поставка под принципала необходимо установить настройку Разбивать по приобретениям и формировать «УПД (Сведения о закупке комиссионером)» для передачи по ЭДО.
В рабочее место Отчеты комитентам (принципалам) о закупках (к оформлению) добавлена колонка ЭДО с поставщиком, в которой отображается статус ЭДО документа приобретения с поставщиком.
Если для обмена с поставщиком используется ЭДО, то при формировании данных комитенту о закупках можно ориентироваться на статус документа Приобретение товаров и услуг, чтобы по принятым\утвержденным поступлениям формировать отчет для комитента о закупках.
Для документа Отчет комитенту (принципалу) о закупках добавлена ссылка на документ приобретения.
Если в договоре с целью Поставка под принципала указано, что отчет необходимо разбивать по приобретениям, то появляется возможность указать приобретение, по которому можно заполнить номенклатурные позиции в отчете.
Если не указывать разбивку по приобретению, то можно подбирать номенклатурные позиции из разных приобретений, которые закуплены по указанному договору.
Если в договоре не установлен признак разбивки, то разбить отчет по приобретению не получится.
Формирование и просмотр электронного документа.
Формирование электронного документа:
При загрузке УПД «Сведения о закупке комиссионером» можно выбрать, каким способом отображать документ в учете (НСИ и администрирование - Обмен электронными документами - Настройки ЭДО - Настройки получения – Сведения о закупке комиссионером).
Выбирается документ, в которой будет загружен принятый документ УПД «Сведения о закупке комиссионером» - документ «Приобретение товаров и услуг».
Главное - ЭДО - Текущие дела ЭДО.
Если для документа УПД «Сведения о закупке комиссионером» не установлена автоматическая загрузка, то можно вручную создать необходимый документ.
Реализована возможность создавать отчет комитенту (о продажах) с разбивкой только по документам Реализация товаров и услуг. Для остальных документов, которые могут привести к необходимости оформления отчета комиссионера (иное списание товара, принятого на комиссию) не поддерживается, в том числе для отчета о розничных продажах. Нет методики, как формировать УПД «Сведения о реализации комиссионером», в частности, как заполнять обязательное поле «Покупатель» и документов интеркампани (нет поддержки обмена документов через ЭДО).
Реализовано формирование только УПД «Сведения о реализации комиссионером» и «Сведения о закупке комиссионером» для передачи по ЭДО. Формирование УКД не реализовано, поскольку в комиссии на стороне комиссионера пока не поддерживаются корректировки.
В рамках проекта обеспечено:
Схема движений документов:
Не распространяется на взаиморасчеты в режиме «офлайн».
Возврат в режим взаиморасчетов «офлайн» больше не поддерживается.
Федеральный закон от 30 декабря 2020 г. № 491-ФЗ «О приобретении отдельных видов товаров, работ, услуг с использованием электронного сертификата» определил категории граждан (инвалиды, дети-инвалиды, участники ВОВ), которые могут приобретать лекарства, средства реабилитации, а также товары, работы и услуги в рамках соцобеспечения с использованием электронного сертификата (ЭС ФСС). Электронные сертификаты привязываются к карте «МИР». Авторизация сертификатов производится через Национальную систему платёжных карт (НСПК) https://www.nspk.ru/.
Товары, которые могут быть оплачены сертификатом, идентифицируются Кодом товаров, работ, услуг (Код ТРУ), который используется для государственных закупок https://zakupki.gov.ru/epz/ktru/start/startPage.html.
Примерный порядок продажи товаров (работ, услуг) с использованием электронного сертификата в общем виде можно представить следующим образом:
Возможность работы с ЭС ФСС доступна в рабочем месте кассира (РМК).
Функциональность оплаты с использованием электронного сертификата доступна при включении функциональной опции в разделе НСИ и администрирование - Продажи - Розничные продажи - Оплата электронными сертификатами ФСС. Также для работы с сертификатами требуется указать:
Также должен быть подключен и настроен эквайринговый терминал, который поддерживает работу с электронными сертификатами НСПК «МИР». Для подключенных эквайринговых терминалов, которые имеют возможность принимать оплаты ЭС ФСС, необходимо установить флаг Поддерживает оплату электронными сертификатами ФСС на форме элемента справочника Эквайринговые терминалы.
Ключ (API KEY) указывается в форме настроек в разделе НСИ и администрирование - Продажи - Розничные продажи - Оплата электронными сертификатами ФСС в случае, если в информационной базе ведется учет по одной организации или на форме элемента справочника Организации, в случае, если в системе ведется учет по нескольким организациями. Дополнительно добавлена возможность заполнения API KEY организации в форме элемента справочника Кассы ККМ.
Перейти к настройкам параметров подключения организаций, касс ККМ и эквайринговых терминалов можно по соответствующим гиперссылкам из раздела НСИ и администрирование - Продажи - Розничные продажи.
После указание параметров подключения на форме карточки Кассы ККМ можно выполнить Тестовое подключение НСПК по соответствующей кнопке.
Все товары льготной категории, которые могут быть оплачены с помощью электронных сертификатов ФСС, имеют уникальный код товаров, работ услуг (Код ТРУ). Для каждой номенклатурной позиции, относящейся к льготной категории, необходимо на форме элемента справочника Номенклатура в разделе Общероссийские классификаторы заполнить Код ТРУ.
Код ТРУ должен состоять из 30 символов. Если указан Код ТРУ с меньшим количеством символов, система автоматически добавит справа необходимое количество символов «0».
Все товары, в том числе и относящиеся к льготным добавляются в чек на общих основаниях любым из предусмотренных способов, в частности сканированием штрихкода. На данном этапе нет принципиальных особенностей применительно к льготным товарам.
Для оплаты ЭС ФСС предназначена отдельная кнопка Оплатить ЭС ФСС. По этой кнопке открывается форма Оплата ЭС ФСС, аналогичная форме смешанной оплаты.
На форме предусмотрена кнопка Проверить. По этой кнопке выполняется предварительный запрос в НСПК для проверки сформированной корзины. В запрос включаются указанные в чеке товары льготной категории. Из НСПК возвращается статус и на форме оплаты указывается доступная сумма оплаты ЭС ФСС и, в случае наличия доплаты, сумма этой доплаты. Кассир предоставляет эту информацию покупателю.
Покупатель может запросить уточнение по сумме оплаты ЭС ФСС. В этом случае по кнопке Статус товаров ФСС можно сформировать отчет Товары к оплате электронным сертификатом ФСС.
По умолчанию, сумма доплаты указывается за счет платежной карты. После ввода суммы в поле Наличные автоматически произведется пересчет суммы оплаты платежной картой. Регистрация оплаты ЭС ФСС, а также доплаты наличными и платежной картой производится в одну транзакцию по кнопке Оплатить. Отдельной кнопки для регистрации оплаты платежной картой не предусмотрено.
Если ранее при оформлении покупки была указана карта лояльности, на форме Оплата ЭС ФСС доступна кнопка Оплатить бонусными баллами. В этом случае кассир запрашивает у покупателя необходимость оплаты товаров бонусными баллами и в случае получения согласия, проводит оплату товаров бонусными баллами. Это должно быть сделано до регистрации оплаты ЭС ФСС и доплаты наличными и платежной картой.
В фискальном чеке перед таблицей видов оплат выводится детализация оплаты платежной картой: Сертификатом и Картой МИР. В позициях чека по каждому товару льготной категории выводится Код ТРУ.
После пробития чека продажи с оплатой ЭС ФСС в сформированных документах Чек ККМ и Отчет о розничных продажах в табличной части Оплата платежными картами отображается Вид оплаты: Платежная карта или ЭС ФСС, а также Идентификатор корзины в случае оплаты ЭС ФСС.
В случае необходимости отправить в НСПК неотправленные по какой-либо причине фискальные чеки необходимо открыть журнал Чеки ККМ и воспользоваться командой Еще - Отправить подтверждение в НСПК. В результате откроется форма со списком неотправленных фискальных чеков с оплатой ЭС ФСС в НСПК, в которой можно выделить и отправить необходимые чеки. Для повторной отправки определенного чека можно также воспользоваться командой Еще - Отправить подтверждение в НСПК в форме документа.
В случае возврата товаров льготной категории, которые были приобретены за счет ЭС ФСС, возврат должен оформляться по чеку продажи. Покупатель должен предоставить этот чек кассиру. Кассир находит чек продажи и на основании него оформляет чек возврата.
На форме РМК возврат предусмотрена кнопка Возврат ЭС ФСС. Другие варианты оплаты скрыты для недопущения ошибки. По этой кнопке открывается форма Возврат ЭС ФСС.
По кнопке Проверить направляется запрос в НСПК на проверку возможности возврата оплаты с помощью ЭС ФСС по товарам из чека. Из НСПК возвращается статус. Если все корректно, на форме оплаты указывается сумма возврата оплаты ЭС ФСС и, в случае наличия доплаты, сумму возврата оплаты платежной картой. Кассир предоставляет информацию Покупателю о сумме возврата оплаты ЭС ФСС и суммы возврата наличными и платежной картой.
После пробития чека на возврат продажи с оплатой ЭС ФСС в сформированных документах Чек ККМ возврат и Отчет о розничных возвратах в табличной части Оплата платежными картами отображается Вид оплаты: Платежная карта или ЭС ФСС, а также Идентификатор корзины в случае оплаты ЭС ФСС.
Обеспечено увеличение производительности решения при записи данных о доступных остатках и потребностях. Требуемый уровень производительности обеспечивается при записи данных в разрезах, соответствующих кластерному индексу регистра.
Основной функцией регистра является фоновый расчет распределения запасов товаров на складе и в ожидаемых поступлениях между заказами-потребителями:
При этом проблемы возникают при проведении документов:
Для перехода на производительный режим предусмотрена функциональная опция Производительный режим записи информации о доступности товаров и работ.
Производительный режим не используется:
Производительный режим используется:
Переход на производительный режим:
Пример движения по вариантам обеспечения в заказе:
Пример движений заказа за границей обеспечения. Добавляется запись с типом «Отложенное резервирование».
Пример движений заказа на поступление. После оформления накладной/ордера добавляется запись, уменьшающая график поступления с типом «Расчет графика».
Пример движений накладной. Для расчета графика используется полное количество из документа «Закрыть график отгрузки», оно может превышать количество, указанное в заказе.
Функции, переориентированные на новый регистр. Выгрузки остатков:
Функции, переориентированные на новый регистр. Производство:
Функции, переориентированные на новый регистр. Обеспечение в заказах:
Обработчики, необходимые только для включения производительного режима:
Обработчик заполнения нового регистра «Запасы и потребности». Основные документы
Регистрация данных к обработке:
Обработка регистратора:
Обработчик заполнения нового регистра «Запасы и потребности». Корректировки регистров
Регистрация данных к обработке:
Обработка регистратора:
Обработчики создания служебных документов-регистраторов
Регистрация данных к обработке:
Обработчик для справочника Договоры контрагентов аналогичный
Обработчик заполнения регистра накопления «Запасы и потребности» начинает выолняться только после завершения обработчиков справочников соглашений и договоров
Обработчик заполнения нового ресурса «Излишек» в регистре «Распределение запасов»
Регистрация данных к обработке:
Обработчик заполнения регистра «Распределение запасов - Движения» по необособленным работам
Регистрация данных к обработке:
Обработка регистратора:
Обработчик заполнения регистра «Распределение запасов» по необособленным работам
Регистрация данных к обработке:
Обработка зарегистрированного набора:
Обработчик начинает выполняться только после завершения обработчика регистра накопления «Распределение запасов – Движения»
В настоящее время поддерживается включение/выключение опции «Производительный режим хранения информации о доступности товаров и работ».
В будущих версиях планируется:
Мобильное рабочее место предназначено для упрощения процессов оформления складских операций при помощи мобильных устройств под управлением ОС Android и IOS. В основу работы в мобильном рабочем месте положено сканирование штрихкодов товаров, а также штрихкодов ячеек хранения для подтверждения выполнения операций. Камера мобильного устройства используется в качестве сканера штрихкодов. Мобильное рабочее место используется в режиме мобильного клиента с автономным режимом работы, что обеспечивает возможность работы на складских территориях с неустойчивой связью. Это позволяет при относительно небольших затратах автоматизировать процессы для рядовых сотрудников склада, увеличить скорость и оперативность выполнения складских операций, снизить количество ошибок.
Использование мобильного рабочего места позволяет оформлять следующие операции:
Мобильное рабочее место работника склада может использоваться на складах (в помещениях) с адресным хранением, справочным хранениям в ячейках и на складах с ордерной схемой документооборота без адресного хранения.
В МРМ поддерживается работа с характеристиками, сериями, в том числе выбор и создание новой серии, изменение качества товаров, работа с маркируемым товаром, в том числе сканирование марок для маркированного товара.
Мобильное рабочее место предполагает как работы по документам, созданным предварительно кладовщиком на стационарном компьютере, так и создание складских документов непосредственно из мобильного рабочего места.
На мобильном устройстве под управлением ОС Android или IOS устанавливается мобильный клиент и настраивается доступ к информационной базе. Для пользователя настраиваются права доступа, а также указывается, что при входе автоматически запускается Мобильное рабочее место работника склада.
Мобильное рабочее место содержит следующие разделы:
Для работы с МРМ работника склад необходимо выполнить предварительные настройки в десктопной версии:
На мобильном устройстве, с которого предполагается работа необходимо установить мобильный клиент, прописать путь к информационной базе. При запуске указать пользователя и пароль.
Для возможности доступа к камере мобильного устройства и использовании ее в качестве сканера необходимо предварительное выполнение следующих условий:
Настройки можно сделать непосредственно с мобильного устройства. Для этого нужно войти под пользователем с правами на добавление подключаемого оборудования (Добавление изменение подключаемого оборудования), открыть панель разделов (свайп вправо) и выбрать раздел НСИ и администрирование – Администрирование – РМК и оборудование. Также настройку можно выполнить с десктопной версии, после первого входа пользователя с мобильного устройства.
Приемка товаров на ордерный склад отражается документом Приходный ордер, который создается на основании распоряжения: Заказа поставщику, Приобретения товаров и услуг без заказа или долгосрочного договора. В зависимости от организации складских процессов и настройки прав доступа документ Приходный ордер может создаваться в настольной версии (см. раздел {HL:WarehouseReception:OrderedWarehouseReception: Приемка товаров на склад при ордерной схеме документооборота }) или непосредственно на мобильном клиенте в списке Приемка и размещение – Распоряжение на приемку.
В списке Распоряжение на приемку мобильного рабочего места отображаются документы Заказ поставщику, Поступление товаров и услуг без заказа, а также долгосрочные Договоры и другие документы, на основании которых можно оформить приходный ордер. В списке отражена информация о входящем номере и дате распоряжения, в случае его отсутствия о служебном номере и дате. В форме есть отборы по складу, помещению, дате поступления и статусу приемки. В шапке списка распоряжений доступен поиск по основным реквизитам документа (Номер, Дата, Менеджер, Отправитель).
По нажатию на распоряжение открывается форма, предназначена для просмотра содержимого распоряжения.
По каждой строке распоряжения можно посмотреть подробную информацию о номенклатуре, характеристике, кол-ве и т.д.
Для начала приемки требуется в открывшейся форме распоряжения нужно нажать кнопку Начать приемку. Также начать приемку можно непосредственно в списке распоряжений, для чего нужно. выполнить свайп влево в строке с распоряжением и вызвать команду Начать приемку. В результате будет создан документ Приходный ордер, после чего созданный документ будет открыт в рабочем месте автоматически для оформления приемки.
Если приходный ордер был создан ранее, например из десктопной версии, то его можно найти в списке Приемка и размещение –Приходные ордера.
В списке также предусмотрены отборы и строка поиска. Для начала приемки требуется открыть нужный документ нажатием по соответствующей строке.
Форма приходного ордера предназначена для просмотра содержимого приходного ордера и оформления приемки товаров на склад. Форма разделена на два раздела К приемке, на которой показаны товары, которые нужно принять, Принято - товары, которые уже приняты.
Для приемки товара нужно отсканировать штрихкод товара и в открывшейся форме указать количество и упаковку. Если по какой-то причине нет возможности считать штрихкод камерой мобильного устройства, то можно воспользоваться командой и ввести ШК с клавиатуры.
Команда - принять все товары по распоряжению, переносит все товары, которые нужно собрать на вкладку Принято.
На закладке Принято можно отменить приемку товара свайпом по строке или отредактировать кол-во и упаковку нажатием на строку.
Команда Готово завершает приемку и переводит документ в статус Принято. Если плановые показатели из ордера не совпадают с фактическими, приложение запрашивает у кладовщика, можно ли завершить приемку.
Из формы приходного ордера можно посмотреть вкладку с информацией о документе. Для этого нужно в шапке нажать команду - информация. В карточке ордера можно изменить или указать зону приемки, исполнителя, комментарий, номер и дату входящего документа. Для возврата к работе с документом нужно нажать команду - назад.
Если склад, на который принимаются товары является адресным, то необходимо после приемки разместить товар по ячейкам на складе.
Для начала размещения в системе необходимо оформить документ Отбор (размещения) товаров. Оформить этот документ можно из десктопной версии (см. {HL:WarehouseReception:CellPlacement: Размещение товаров на адресном складе}) или непосредственно из мобильного приложения.
Создание документа Отбор (размещения) товаров из мобильного рабочего места выполняется в списке Приемка и размещение – Товары к размещению.
Список разделена на 2 группы. В группе Товары к размещению показаны все товары, которые находятся в зоне приемки. Для набора товаров можно сканировать штрихкод товара или использовать команду - Выбор. Выбранные то товар попадает в группу Выбранные товары. Для отмены выбранного товара нужно сделать свайп влево на строке, которую необходимо убрать и нажать команду Отменить. После нажатия команды Разместить будет создан документ задание на размещение с выбранными товарами и работник склада должен разместить эти товары по ячейкам.
Предусмотрено создание задания на размещение без ручного подбора товаров. Если не выбран ни один товар к размещению и нажата кнопка Разместить все появляется форма с заданием условий по ограничениям. После повторного нажатия команды Разместить все будет создан документ Задание на размещение товаров согласно заданным условиям.
Все созданные Задания на размещения отображаются в списке Приемка и размещение – Задания на размещение. В шапке формы представлены отборы по зоне приемки, статусу и кладовщику. Используя отборы можно увидеть подготовленные задания, задания в работе и выполненные задания. Если кладовщик не указан, то отображаются задания с неназначенным исполнителем.
Для начала размещения товаров нужно выбрать задание и нажать кнопку Начать размещение.
В открывшейся форме Размещение по ячейкам отображается список товаров с количеством и ячейки, в которые его необходимо разместить.
Форма разделена на 2 страницы: Разместить и Размещено. Размещение товаров подтверждается сканирование штрихкодов, которое выполняется в два шага:
Для завершения работы с ячейкой необходимо нажать команду Закончить размещение. Размещенные товары перемещаются на закладку Размещено.
В случае выявления проблем, требующих пересчета товаров в ячейке из формы Размещение в ячейку можно заблокировать ячейку нажав на кнопку блокировки .
Отгрузка товаров с ордерного склад отражается документом Расходный ордер, который создается на основании распоряжения: Заказа клиента, Реализации товаров и услуг без заказа. В зависимости от организации складских процессов и настройки прав доступа документ Расходный ордер может создаваться в настольной версии (см. раздел {HL: WarehouseShipping:OrderedShipment:Оформление отгрузки товаров со склада с использованием ордерной схемы}) или непосредственно на мобильном клиенте в списке Отгрузка и отбор – Распоряжения на отгрузку.
В списке предусмотрены отборы по складу, помещению, дате отгрузки и статусу. В шапке списка распоряжений размещен поиск. Искать распоряжения можно по полям: номер, дата отгрузки, получатель, менеджер. По нажатию на распоряжение открывается форма, предназначена для просмотра содержимого распоряжения.
Для начала отгрузки требуется в открывшейся форме распоряжения нужно нажать кнопку Начать отгрузку. Также начать приемку можно непосредственно в списке распоряжений, для чего нужно. выполнить свайп влево в строке с распоряжением и вызвать команду Начать отгрузку. В результате будет создан документ Расходный ордер, после чего созданный документ будет открыт в рабочем месте автоматически для оформления отгрузки.
Если расходный ордер был создан ранее, например из десктопной версии, то его можно найти в списке Отгрузка и отбор –Расходные ордера. В форме есть отборы по складу, помещению и статусу. Выбрав нажатием расходный ордер, можно просматривает его и начать отгрузку.
На складе с адресным хранением форма расходного ордера разделена на 3 закладки, согласно процессу отгрузки товара:
Задание на отбор можно создать по кнопке . Если в списке выделены товары, то задание создается только по выделенным товарам, иначе – по всем товарам. Работа с заданием на отбор рассматривается ниже в разделе {HL:WarehouseMobileApplication:WarehouseJobInWMA:Отбор товаров при отгрузке}. После выполнения отбора, товары из вкладки Отобрать автоматически попадают на вкладку Отобрано.
Для отгрузки отобранных товаров, кладовщик сканирует их. После чего товары перемещаются с закладки Отобрано на закладку Отгружено. Также можно перенести все отобранные товары на вкладку Отгружено по кнопке Заполнить.
После нажатия команды Готово расходный ордер будет переведен в статус отгружено и проведен.
На складе без адресного хранением форма расходного ордера разделена на 2 закладки, согласно процессу отгрузки товара:
Для отгрузки отобранных товаров, кладовщик сканирует их. После чего товары перемещаются с закладки К отгрузке на закладку Отгружено. Если кладовщик сканирует товар, который не предусмотрен к отгрузке, приложение выведет сообщение с диагностикой ошибки.
Для проведения дополнительного контроля собранного к отгрузке товара можно воспользоваться командой Контроль. Откроется отдельная форма для проведения сверки товаров. Работа с формой контроля рассматривается ниже в разделе {HL:WarehouseMobileApplication:VerificationInWMA:Проверка товарво перед отгрузкой }.
По кнопке - Информация в заголовке формы можно посмотреть подробную информацию о текущем ордере, написать комментарий и посмотреть все товары по распоряжениям на отгрузку. Для возврата к работе с документом нужно нажать команду - назад.
Созданные задания на отбор отображаются в списке Отгрузка и отбор –Задания на отбор. В форме есть отборы по складу, помещению, зоне отгрузки, кладовщику и статусу. В этой форме кладовщик может выбрать задание, просмотреть его и приступить к отбору товаров из ячеек.
Форма задания на отбор разделена на 2 закладки:
Отбор товаров подтверждается сканированием штрихкодов, которое выполняется в два шага:
Для завершения работы с ячейкой необходимо нажать команду Завершить отбор. Отобранные товары перемещаются на закладку Отобрано задания на отбор.
В случае выявления проблем, требующих пересчета товаров в ячейке из формы Отбор в ячейку можно заблокировать ячейку нажав на кнопку блокировки .
После нажатия команды - Контроль, в расходном ордере, открывается форма для проверки отгруженного товара, в которой выводятся товары с закладки Отгружено расходного ордера. Слева, черным цветом, отражается количество товара из ордера. В центре, зеленым цветом, заполняется количество отсканированного на контроле товара. Справа отражается разница, если есть несовпадения, то разница подсвечивается красным цветом, если контроль подтверждает количество отгруженного товара, цвет разницы становится зеленым. В верхней части формы, для пользователя выводится подсказка по всему документу. Сколько всего необходимо проверить товара - черным цветом, сколько проверено - зеленым цветом и сколько осталось проверить красным.
Для завершения контроля пользователь нажимает команду Завершить контроль. После чего фактические данные переносятся в ордер и перезаполняют закладку Отгружено.
Список ранее созданных, в том числе в десктопной версии, Заданий на перемещение располагается в разделе Прочие операции. Списке предусмотрены отборах можно отфильтровать список по складу, помещению, статусу и кладовщику.
Из формы можно создать новое задание на перемещение с помощью команды Создать перемещение.
В форме Задания на перемещения располагается список товаров для перемещения. Строка с товаром состоит из самого товара и 2-х колонок с отбором-слева и размещением - справа.
Для перемещения товаров между ячейками кладовщик сканирует ячейку из которой отбирает товар, далее сканирует товары, которые забрал из ячейки и в завершении сканирует ячейку, в которую размещает отобранный товар.
Помимо перемещения кладовщик имеет возможность переупаковать товар. Для этого при сканировании товара указывает отличную от исходной упаковку.
После нажатия команды Готово задание на перемещение записывается.
Распоряжением на выполнение пересчета товаров является оформленный документ Пересчет товаров в статусе Внесение результатов, созданые в десктопной версии. Они отображаются в списке Прочие операции – Пересчет товаров. В списке предусмотрен отбор по складу, помещению и кладовщику.
По нажатию на документ пересчета открывается форма, предназначена для выполнения пересчета.
В форме располагается список товаров к пересчету. В таблице с товарами заполнена колонка с количеством по учету. Результатом выполнения задания на пересчет будет заполнение информации о фактическом количестве в документе Пересчет товаров. Фактическое количество заполняется сканированием штрихкода товаров. Колонка отклонение заполняется автоматически. Если количество по учету и фактическое отличаются, колонка с разницей подсвечивается красным цветом.
На адресном складе пересчет выполняется в 2 шага: сначала сканируется ячейка, затем товары в ней.
После нажатия команды Готово пересчет переводится в статус Выполнено и записывается.
Блокировка ячеек может выполняться при выполнении отбора или размещения. Список заблокированных ячеек располагается в разделе Прочие операции – Установки блокировок ячеек. Форма разделена на 2 страницы: Заблокированные и Все ячейки. В отборах можно фильтровать ячейки по складу и помещению.
Для блокировки ячейки кладовщик должен отсканировать ее штрихкод или выбрать ее из списка на странице Все ячейки. В карточке блокировки необходимо указать тип блокировки. По умолчанию устанавливается полная блокировка. Дополнительно можно указать комментарий.
На странице Заблокированные нажатием на ячейку можно открыть форму блокировки и разблокировать ячейку.
В разделе отчеты располагаются команды:
При выборе Поиск товара выполняется сканирование товара, после чего отображаются остатки. Можно изменить фильтр и посмотреть остатки на других складах.
При выборе Остатки в ячейках выполняется сканирование ячейки, после чего отображаются остатки. Нажатием на строку в списке товаров можно открыть карточку товара.
В разделе Настройки показана информация о текущем пользователе приложения, складе и помещении, на которых работает кладовщик. Есть возможность изменить склад на один из доступных пользователю.
Настройка Показывать фото товаров позволяет включать и отключать показ фото товаров в рабочем месте кладовщика.
Для завершения работы в приложении можно воспользоваться командой выйти .
Ордерная схема предполагает раздельное отражение операций в финансовом и складском учете: в финансовом учете операции отражаются накладными, которые оформляют менеджеры, а в складском учете операции отражаются складскими ордерами, которые оформляют кладовщики. Фактический поиск и отбор товаров при отгрузке, а также размещение товаров на складе при приемке выполняются работниками склада. Сканирование кодов и маркировки при подборе и проверки маркируемой продукции, как правило, также выполняется в момент приемки или отгрузки работниками склада. В этом случае коды маркировки указываются в складских ордерах. При этом коды маркировки должны быть также перенесены в финансовый документ для дальнейшего указания или подтверждения кодов в УПД/УКД или документах прямого обмена с ГИС МТ.
Примерный порядок работы при отгрузке маркируемых товаров на ордерном складе выглядит следующим образом.
Участник |
Действие |
Документ 1С |
Менеджер |
Выдача распоряжения на отгрузку маркируемого товара |
Заказ клиента (действие Отгрузить) или Реализация товаров и услуг (без заказа) |
Кладовщик |
Формирование «Расходного ордера» на товары
|
Расходный ордер |
Кладовщик или другой работник склада |
Нахождение товаров из распоряжения на складе, перемещение их в зону отгрузки
|
На складе с адресным хранениям создается Задание на отбор. Если адресное хранение на складе не предусмотрено, то документ не создается |
Кладовщик |
Сканирование кодов маркировки товара у компьютера. Проверка собранных товаров, указанных в распоряжении, завершение выполнения распоряжения |
Расходный ордер |
Менеджер |
Оформление накладной с кодами маркировки по фактической отгрузке, отправка контрагенту электронного УПД. В случае если распоряжением является документ Реализация товаров и услуг (без заказа), то документ уже создан ранее, но на данном этапе нужно вернуться к его редактированию и заполнить коды маркировки |
Реализация товаров и услуг,
|
Указание кодов маркировки продукции на ордерном складе производится в форме Подбор и проверка маркируемой продукции, которая открывается по соответствующей ссылке на закладке Отгружаемые товары документа Расходный ордер.
Указанные в складском ордере коды будут автоматически перенесены в накладную, в случае если она создается по фактически отгруженным товарам из рабочего места Накладные к оформлению. Если накладная была создана ранее, то коды должны быть перенесены в накладную (документ Реализация товаров и услуг) из Приходного ордера на товары. Делается это следующим образом:
В печатаных формах Расходного ордера и Задания на отбор в строках с маркируемыми товарами выводится признак «[М]».
Если в складском ордере есть маркируемая продукция, то режим работы по упаковочным листам запрещен.
В случае указания в документе Реализация товаров и услуг группы складов, форма подбора и проверки из этого документа открывается только на просмотр.
Ордерная схема документооборота на складе предполагает раздельное отражение операций в финансовом и складском учете: в финансовом учете операции отражаются накладными, которые оформляют менеджеры, а в складском учете - складскими ордерами, которые оформляют кладовщики. Фактический поиск и отбор товаров при отгрузке, а также размещение товаров на складе при приемке выполняются работниками склада. Сканирование кодов маркировки при подборе и проверке маркируемой продукции, как правило, также выполняется в момент приемки или отгрузки товара работниками склада. В этом случае коды маркировки указываются в складских ордерах. При этом коды маркировки должны быть также перенесены в финансовый документ для дальнейшего указания или подтверждения кодов в универсальном передаточном (корректировочном) документах (УПД/УКД).
Примерный порядок приемки маркируемых товаров на ордерных складах.
Участник |
Действие |
Документ 1С |
Менеджер |
Регистрация входящего документа от поставщика с кодами маркировки (электронного УПД). Выдача распоряжения на приемку маркированного товара |
Заказ поставщику, Приобретение товаров и услуг |
Кладовщик |
Формирование приходного ордера на товары, приемка товаров, сканирование марок у компьютера |
Приходный ордер |
Работник склада |
Размещение товаров по ячейкам |
На складе с адресным хранениям создается Задание на размещение товаров. Если адресное хранение на складе не предусмотрено, то документ не создается |
Менеджер |
Подтверждение получения товаров с кодами маркировки от поставщика При наличии расхождений в кодах маркировки относительно УПД создание «Акта о расхождениях после приемки», запрос корректирующего документа у поставщика |
Приобретение товаров и услуг При наличии расхождений - Акт о расхождениях после приемки |
Указание кодов маркировки продукции на ордерном складе производится в форме Подбор и проверка маркируемой продукции, которая открывается по соответствующей ссылке на закладке Товары документа Приходный ордер.
Указанные в складском ордере коды будут автоматически перенесены в накладную, в случае если она создается по фактически принятым товарам из рабочего места Накладные к оформлению. Если накладная была создана ранее, то коды должны быть перенесены в накладную (документ Приобретение товаров и услуг) из Приходного ордера на товары. Делается это следующим образом:
При выполнении операций приемки и отгрузки маркируемых товаров необходимо указать конкретные коды маркировки, к которым применяется данная операция. При отгрузке товаров указанные коды маркировки будут переданы покупателю-участнику обмена маркируемыми товарам или выведены из оборота. При приемке маркируемых товаров выполняется проверка соответствия кодов маркировки, фактически нанесенных на принимаемые товары, кодам, указанным в документах, для исключения ошибок отражения движения маркируемых товаров в ИС МП.
В случае ордерной схемы документооборота подбор и проверка кодов маркировки выполняется в форме Подбор и проверка маркируемой продукции при оформлении складского ордера. Подбор и проверка маркируемой продукции выполняется в соответствующей форме. Форма открывается по ссылке, которая отображается на закладке Товары для документов Поступление товаров и услуг, Приходный ордер на товары, Реализация товаров и услуг, на закладке Отгружаемые товары в документе Расходный ордер на товары.
Если накладная была создана ранее ордера, то указанные в складском ордере коды далее должны быть перенесены в накладную. Для этого в форме подбора и проверки маркированной продукции, открытой из документа Реализация товаров и услуг или Поступление товаров и услуг можно воспользоваться функцией заполнения кодов маркировки , выбрав вараинт По ордерам.
При выполнении операций приемки и отгрузки необходимо проверять количество фактически поступивших или отобранных и приготовленных к отгрузке товаров. Для проверки количества товаров, за исключением товаров подлежащих маркировки, используется форма Проверка количества товаров в документе (немаркируемая продукция). Форма открывается по ссылке Проверить поступившую немаркируемую продукцию на закладке Товары в документе Реализация товаров и услуг или Поступление товаров и услуг, а также в Расходном ордере на товары на закладке Отгружаемые товары.
В случае если в документе Реализация товаров и услуг выбрана группа складов форма проверки и подбора товаров открывается в режиме просмотра.
Механизм динамического планирования предназначен для планирования производства продукции с учетом динамически изменяющихся факторов, таких как доступность ресурсов, приоритеты заказов, меняющаяся НСИ. Особенно актуально при производстве изделий со сложной структурой.
До появления этого механизма структура производимых изделий формировалась сразу на всю глубину производимых в процессе полуфабрикатов при помощи документов “Этап производства”. Эта сформированная структура не реагировала на возможное впоследствии изменение НСИ, а также на изменение в имеющихся заделах полуфабрикатов. Кроме того, для очень сложных изделий (десятки тысяч ДСЕ) единомоментное формирование всех необходимых этапов производства могло занимать длительное время.
В механизме динамического планирования структура заказа строится на “легких” регистрах сведений. Она описывает полную структуру изготовления продукции заказа, в том числе обеспечиваемые и производимые в процессе полуфабрикаты. Структура строится с учетом доступности ресурсов и оперативно перестраивается при изменении доступности или изменениях НСИ.
Структура заказа сокращается по мере выполнения. В ней остается только не переданная к исполнению часть производственного процесса.
Исполнение как и ранее осуществляется при помощи этапов производства, но этапы формируются в самый последний момент - при запуске партии в производство.
Сокращаются различия между обеспечиваемыми и производимыми в процессе полуфабрикатами. Обеспечиваемые точно так же разузловываются в рамках того же заказа. Но разузлование можно прервать на определенном полуфабрикате через настройки его способа обеспечения. В этом случае для полуфабриката в структуре просто образуется потребность, для исполнения которой необходимо будет сделать отдельный заказ.
Настройка способа обеспечения для полуфабриката становится необязательной. Достаточно действующей спецификации.
Спецификации полуфабрикатов подбираются на дату “Начать не ранее” заказа на производство.
По структуре заказа на лету строится нормативный график - нормативный сроки выполнения этапов, при которых заказ успевает в срок. Считается способом “точнов в срок” - этапы прижимаются вправо - к дате выпуска.
Считается в разрезе этапов производства и в режиме “на пустой завод” - учитывается максимальная доступность ВРЦ. Нормативный график определяет:
- желаемые даты обесечения и нормативные даты выполнения этапов
- порядок распределения ресурсов между этапами одного заказа.
Потребности выстраиваются в порядке:
1. Приоритет заказа
2. Место заказа в очереди
3. Длительность до выпуска по нормативному графику (при распределении между этапами одного заказа)
Запасы распределяются сперва имеющиеся в наличии, потом ожидаемый приход по датам поступлений.
Учитываются запасы на других складах, если в схеме обеспечения настроены перемещения оттуда.
Структура заказа рассчитывается автоматически в статусе “К производству”. В случае обнаружения ошибок расчета выводится предупреждение с возможностью детально посмотреть перечень возникших при разузловании ошибок.
В остальном работа с заказом на производство остается без изменений.
Из заказа на производство можно вызвать структуру заказа, мониторинг заказа, укомплектованность заказа.
Является развитием ранее существовавшего инструмента по просмотру структуры заказа. Содержит множество дополнительной информации.
Предназначен для наблюдения за ходом выполнения заказа и оперативного выявления возникающих при этом проблем с любой требуемой степенью подробности. В мониторинге заказа для выбранной продукции отображается иерархическая диаграмма Ганта, на которой можно увидеть нормативные сроки выполнения по любому узлу, индикацию просрочки, наличие проблем с обеспечением. Информацию можно детализировать до этапов. Обеспеченность может отображаться до конкретных материалов. Если обеспеченность осуществляется перемещениями с других складов, то эти перемещения тоже можно увидеть в мониторинге.
Отчет, который показывает состояние укомплектованности заказа как по номенклатуре требуемых позиций, так и по периодам обеспечения согласно нормативному графику. Отчет показывает наличие проблем со своевременным обеспечением. Есть варианты анализа укомплектованности по заказу в целом (контекстный), по выбранной номенклатуре или в целом по всем заказам на производство.
Приоритет предназначен для указания важности заказа и влияет на распределение запасов. Повышение приоритета позволяет динамически перехватить ресурсы у мене приоритетных заказов. Приоритет не зависит от срока, желаемой даты выпуска: более приоритетный заказ может требоваться позже, чем менее приоритетный - и все равно он перехватит ресурсы у менее приоритетного.
Обработка предназначена для перехвата у других заказов уже произведенных узлов и встречного возврата таким заказам комплектующих для изготовления таких узлов, которые стали не нужны уже по причине получения готового узла.
Например, заказу 1 требуется двигатель. Он пока не готов, есть только блок цилиндров и цилиндры. Но у заказа 2 уже готов двигатель в сборе. С помощью встречной корректировки можно у заказа 2 перекинуть на заказ 1 готовый двигатель, а обратно на заказ 2 перекинуть блок цилиндров и цилиндры.
Новое рабочее место. Вызывается из управления очередью для выбранных заказов, из структуры заказа для любого узла, из командного интерфейса Производство - Сервис - Формирование партий производства по всем заказам
С его помощью осуществляется формирование этапов производства для запуска в производство выбранных партий.
Представляет из себя многошаговый помощник. На первом шаге устанавливаются отборы, по которым должны выводиться партии, ожидающие запуска. На втором шаге в верхнем списке отображается номенклатурный график запуска в соответствии с установленным отборами. В этом списке выбираютя те позиции, которые надо запустить, с указанием количества к запуску. В списке присутствует информация об обеспеченном количестве, что позволяет при необходимости ограничить запуск только обеспеченным количеством.
В настройках можно переключить верхний список в режим кросс-таблицы с отображением периодов отдельными колонками.Это позволяет более наглядно видеть номенклатурный график и оперативно принимать адекватное решение о запускаемом количестве.
В нижнем списке показывается детализация выбранной строки по заказам и получателям, образовавшим потребность к запуску.
На третьем шаге показывается предпросмотр набранных к запуску партий для контроля.
На 4-м шаге уже показываются сформированные партии.
После формирование партий дальнейшая работа по их выполнению производится без изменений как и ранее, через соответствующие рабочие места (диспетчирование этапов, выполнение этапов и т.д.)
Новое рабочее место. Запускается из Производство - Сервис - Формирование перемещений по заказам на производство.
Предназначено для формирования перемещений позиций, которые требуется перемещать с других складов.
Как было выше написано, структура автоматически актуализируется при изменении приоритетов и доступности ресурсов. Но при изменениях производственной НСИ может потребоваться актуализировать структуру заказа принудительно. Если менялась ранее использовавшаяся спецификация, то из формы самой спецификации можно перейти в Применение в заказах, откуда осуществить замену.
Кроме того, в структуре заказа на производство в контекстном меню для выбранного узла можно выполнить команды Заменить спецификацию или Перезаполнить по спецификации.
Функциональность предоставляется в ознакомительном режиме и недоступна, если используется:
- Планирование графика производства
- Заказы и спецификации с типами Ремонт или Разборка, утилизация
- Обособление материалов по этапам прозводства (обусловлено тем, что в динамическом плане потребность в материалах возникает ранее, чем появляются этапы)
- Производство на стороне
Часть этих ограничений в дальнейшем будет снята.
Если происходит включение динамического планирования при уже существующих заказах, по этим заказам должны быть сформированы все необходимые этапы до включения, так как после включения сформировать этапы для этих старых заказов уже не получится, а динамическая структура под ними строиться не будет. Если в старых заказах возникает необходимость в новых полуфабрикатах после включения дин.плана, удовлетворять ее придется отдельными закаазами на производство. Например, сформировав по потребности.
Функциональность предназначена для обеспечения контроля выполнения производственных операций, поддержки работы ОТК.
Для использования функциональности необходимо включить настройку НСИ и администрирование - Производство - Операции - Контроль выполнения операций (ОТК).
Необходимость контроля выполнения технологической операции задается в ее описании в ресурсной спецификации в поле Контроль. Варианты значения этого поля:
- Не требуется - операция не требует контроля.
- Требуется - операция требует контроля сразу после ее выполнения
- Требуется на последующих операциях - контроль осуществляется в рамках единой последовательности операций, завершающейся операцией с вариантом контроля Требуется.
При переводе Спецификации, Технологического процесса и Маршрутной карты в статус Действует производится проверка корректности последовательности контролируемых операций
При выполнении контролируемой операции выполненное количество переходит в статус "К контролю" (отображается на первой закладке документа)
Сотрудник ОТК при проведении первого контроля может указать количество прошедших контроль и требующих доработки:
Действия исполнителя и контролера над операцией фиксируются в протоколе выполнения операции.
В рабочем месте "Выполнение операций" появилась новая закладка "Контроль выполнения операций". На ней присутствует список операций, подлежащих контролю. Флажком помечаются операции, отправленные на контроль повторно.
Если операция требует контроля, заполнение выработки не ней не происходит до прохождения контроля.
При закрытии сменного задания, в случае если в нем присутствуют контролируемые операции, производится проверка прохождения ими контроль. В случае, если контроль не пройден, выдается пояснение и задание не закрывается.
В случае использования варианта контроля Требуется на последующих операциях, единица измерения данной операции должна совпадать с последующей операцией с вариантом контроля Требуется
В подразделениях с пооперационным планированием, использование контролируемых операций недоступно
Сделаны две новые роли:
Контроль выполнения операций – позволяет контролеру производить контроль операций на специальной закладке РМ «Выполнение операций», используя специальную форму контроля
Самостоятельный контроль выполненных операций – позволяет исполнителю самостоятельно произвести контроль выполненной им операции
Создан новый профиль доступа – Контролер ОТК
В системе начиная с версии 2.5.9 имеется возможность описывать производственные наборы при помощи ресурсных спецификаций. Использование спецификаций для описания производственных наборов предоставляет следующие преимущества по сравнению с вариантами комплектации:
Способ описания набора задается в настройках раздела "Производство":
Если задана настройка "спецификациями или вариантами комплектации", система в первую очередь проверяет наличие подходящей действующей спецификации для определения состава набора, и только при отсутствии спецификации смотрит варианты комплектации.
В ресурсной спецификации на набор в отличие от обычной производственной спецификации есть возможность указать только перечень компонентов (закладка Материалы и работы), но нет возможности описать побочный выход, трудозатраты и производственный процесс.
В табличной части плана закупок добавлено новое поле - Дата заказа. Это поле позволяет теперь планировать закупки не только по дате получения, но и по дате заказа. Заполнение даты заказа может делаться как вручную, так и автоматически по команде "Перезаполнить даты заказа". По этой команде дата заказа будет заполнена как Дата поступления минус срок исполнения. Срок исполнения определяется из соглашений или схем обеспечения.
Реализована возможность отключить контроль остатков индивидуально при операциях передачи продукции из кладовой и передаче продукции переработчиком. Это позволяет избежать полного отключения контроля остатков. Для этого добавлены роли Отключить контроль остатков при передаче продукции из кладовой и Отключить контроль остатков при передаче продукции переработчиком.
Предусмотрена возможность запланировать выполнение работ на собственные нужды, а также заактировать их выполнение, в том числе по заказам на ремонт. Для планирования работ на собственные нужды используется План внутренних потреблений. Для заказа работ на собственные нужды используется Заказ на внутренне потребление или Заказ на ремонт.
В документах Заказ на внутренне потребление или Заказ на ремонт для строк работ в графе действия предусмотрены значения:
Для актирования работ на собственные нужды используется документ Внутреннее потребление. Документ Внутреннее потребление формирует движения по списанию работ на собственные нужды.
В рабочее место Склад и доставка - Накладные к оформлению отражается необходимость актирования потребления работ на собственные нужды, которая формируется заказами на внутреннее потребление и заказами на ремонт по работам с установленным действием Отгрузить.
При планировании, заказе и отражении потребления работ указание склада не требуется.
Добавлена возможность обмена банковскими выписками в формате МТ 940 через «Клиент-банк». МТ 940- это формат, используемый сетью SWIFT для отправки и получения выписок по банковскому счету. При настройке обмена данный формат можно выбрать в карточке банковского счета организации на закладке Обмен с банком в поле Формат обмена.
Примеры файлов выгрузки и загрузки в формате МТ 940.
Добавлена настройка Использовать переводы в пути при перечислении денежных средств на выплату зарплаты начиная с (раздел НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты - Денежные средства). При включении данной настройки процесс списания денежных средств организации и зачисления зарплаты на счета сотрудников будет выполняться с использованием счета 57 «Переводы в пути».
Внимание
По умолчанию данная настройка будет применяться с 01.01.2023 года.
Изменения в работе с «Клиент-банком»:
Добавлена загрузка и выгрузка из каталога. В процессе загрузки и выгрузки выписки банка в поле Настройка обмена появилась возможность выбора: Файл или Каталог.
Чтобы сократить время и упростить оформление платежных документов при перечислении денежных средств (далее ДС) подотчетникам, появилась возможность перечисления ДС сотрудникам по списку одним документом. Предусмотрено два варианта настройки программы для отражения данной хозяйственной операции:
Использование в работе документа Заявка на расходование денежных средств возможно при наличии включенной функциональной опции Заявки на расходование денежных средств (раздел НСИ и администрирование – Настройка НСИ и разделов - Казначейство и взаиморасчеты). В процессе оформления в документе Заявка на расходование денежных средств на закладке Основное необходимо включить переключатель Список подотчетных лиц. При выборе этой опции появится дополнительная закладка Лицевые счета сотрудников, на которой необходимо из справочника Физические лица выбрать сотрудников, ввести лицевые счета и суммы для перечисления (в одном документе можно ввести лицевые счета сотрудников, которые открыты в разных банках). На закладке Основное необходимо используя переключатель Получатель выбрать опцию: Банк или Сотрудник. Далее из документа Заявка на расходование денежных средств необходимо выбрать команду Создать на основании - Списание безналичных ДС. После чего откроется Помощник списания на лицевые счета и появится возможность выбрать один из двух вариантов оформления:
Если необходимо ввести документ Списание безналичных денежных средств - Операция Выдача подотчетнику без документа Заявка на расходование денежных средств, то на закладке Основное необходимо указать Банк с помощью переключателя Получатель. После этого появится возможность включить переключатель Список подотчетных лиц. При выборе опции Список подотчетных лиц открывается дополнительная закладка Лицевые счета сотрудников, на которой необходимо из справочника Физические лица выбрать сотрудников, ввести лицевые счета и суммы для перечисления.
Внимание
При оформлении платежа с помощью помощника списания на лицевые счета Единым реестром - Счет получателя и Счет отправителя должны быть открыты в одном банке. При этом допускается выбор нескольких банков по разным сотрудникам.
При оформлении платежа через документ Списание безналичных денежных средств на закладке Лицевые счета сотрудников существует возможность выбора лицевых счетов сотрудников только одного банка.
В документе Списание безналичных денежных средств на закладке Основное необходимо перейти по гиперссылке Договор обмена с банком и заполнить следующие реквизиты:
Если в информационной базе существует справочник Зарплатные проекты с заполненными данными, то программа выполнит поиск по справочнику и заполнит автоматически вышеперечисленные реквизиты.
После заполнения реквизитов договора обмена с банком появляется возможность из документа Списание безналичных денежных средств, используя кнопку Выгрузить реестр сформировать файл «Реестр», который прикрепляется к файлам этого документа (можно открыть по гиперссылке Файлы). В сформировавшемся реестре для банка указывается вид зачисления как "Прочие выплаты" (это соответствует коду "7").
Далее необходимо закончить оформление документа Зачисление денежных средств на лицевые счета закладка Неподтвержденные платежи, в случае если автоматический обмен с банком не настроен.
Для этого нужно перейти на закладку Неподтвержденные платежи. На этой закладке отражаются документ Списание безналичных ДС с операциями Выплата по ведомости по зарплатному проекту и Выдача подотчетнику, для которых не сформирован документ Зачисление денежных средств на лицевые счета. В выбранном документе Списание безналичных ДС необходимо поставить флаг Проведено банком, указать дату платежа и записать документ. Далее необходимо, используя кнопку Оформить зачисление на закладке Неподтвержденные платежи, дополнить необходимую информацию в документ Зачисление денежных средств на лицевые счета. После записи документ Зачисление денежных средств на лицевые счета перейдет на закладку Зачисления.
Осуществлен рефакторинг кода сбора фактических данных пересчета валютных сумм при получении фактических данных бюджетирования.
Достигнуты следующие цели:
Исправлены ошибки вывода фактических данных бюджетирования в разных валютах.
Создан наглядный и проверяемый способ пересчета валют в бюджетных отчетах и экземплярах бюджетов.
Появилась возможность поддержки различных валют регламентированного учета, привязанных к организациям.
Добавлен новый реквизит Функциональная валюта, со следующими аналитиками:
Были произведены следующие изменения в интерфейсе:
Внимание
Новый реквизит Функциональная валюта в справочнике Модели бюджетирования при обновлении информационной базы заполнится значением В валюте регл. учета.
Внимание
Изменен алгоритм пересчета валютных сумм при получении фактических данных бюджетирования.
Схематическое описание нового алгоритма пересчета валютных сумм при получении фактических данных бюджетирования представлено в таблице.
Условие |
Расчет суммы |
Валюта отчета = Валюта операции |
Сумма операции |
Валюта отчета <> Валюта операции Валюта отчета = Функциональная валюта |
Сумма в функциональной валюте (по курсу на дату операции) |
Валюта отчета <> Валюта операции Валюта отчета <> Функциональная валюта |
Сумма в функциональной валюте * Курс валюты отчета
Сумма в функциональной валюте рассчитывается по курсу на дату операции. Курс валюты отчета берется на конец периода. Если отчет формируется по месяцам, то на конец каждого месяца.
|
При формировании отчета на основании вида бюджета, функциональная валюта задается в модели бюджетирования.
При формировании отчетов: Оборотная ведомость по статьям бюджетов, Оборотно-сальдовая ведомость по показателям бюджетов и отчета Результат работы правил, функциональная валюта задается в настройках этих отчетов.
Внимание
Если ресурс регистра по какой-либо функциональной валюте не заполнен, система выведет в отчете «0».
Доработан функционал по выгрузке и загрузке модели бюджетирования.
В рамках обработки Загрузить модель бюджетирования теперь достаточно указать файл, из которого будет загружена модель бюджетирования. Все остальные этапы будут произведены автоматически.
Внимание
Выгрузка и загрузка бюджетной модели гарантируется только между идентичными конфигурациями (версии до и после 2.5.9 между собой полностью несовместимы).
Добавлена возможность расчета амортизации в бухгалтерском учете в документе Корректировка стоимости и амортизации ОС по ФСБУ 6/2020 «Основные средства».
Для поддержки расчета амортизации в бухгалтерском учете по ФСБУ 6/2020 в документе Корректировка стоимости и амортизации ОС доработан алгоритм расчета амортизации. В форме документа добавлена возможность указать ликвидационную стоимость, и теперь применяются формулы такие же, как для управленческого учета по правилам международного учета.
Исходные сценарии работы, при которых требуется пересчет амортизации с помощью документа Корректировка стоимости и амортизации ОС, можно посмотреть в разделе «Перерасчет имущественных налогов при обнаружении ошибок».
В этих сценариях появились возможность ввода ликвидационной стоимости для бухгалтерского учета и возможность добавить параметры расчета в любой день месяца, например, если был изменен срок полезного использования или приостановлено начисление амортизация (раньше параметры всегда указывались на начало месяца и в течение месяца не менялись). Параметры можно добавить вручную на нужную дату.
Для управленческого учета внеоборотных активов в учетной политике финансового учета добавлена настройка даты начала начисления амортизации: С даты принятия к учету или С первого числа месяца, следующего за месяцем принятия к учету (при учете по стандартам международного учета).
С целью развития функциональности системы в части расчета налога на прибыль и формирования отчетности выполнены следующие доработки:
Ведение организациями раздельного учета доходов и расходов по операциям с особым порядком учета прибыли и/или составляющим налоговую базу, облагаемую по особым ставкам, организовано на счетах бухгалтерского учета путем добавления нового субконто «Варианты налогообложения прибыли» на счетах учета отложенных налогов, финансового результата, убытков прошлых лет и расчета налога на прибыль. В типовом плане счетов субконто «Варианты налогообложения прибыли» добавлено на следующие субсчета:
В систему добавлен список Варианты налогообложения прибыли (меню Регламентированный учет – Бухгалтерский и налоговый учет - Варианты налогообложения прибыли).
В карточке элемента списка Варианты налогообложения прибыли для каждого варианта налогообложения указываются произвольное Наименование и параметры отражения проводимых по нему доходов и расходов в налоговой декларации:
Примечание
Автоматическое заполнение листов 04 и 05 декларации по налогу на прибыль не поддерживается. Выбор значений Лист 04 и Лист 05 в карточке элемента списка Варианты налогообложения прибыли означает, что налоговая база по этому варианту налогообложения будет исключена из заполнения Листа 02 декларации по налогу на прибыль.
Элементы списка Варианты налогообложения прибыли используются в качестве субконто «Варианты налогообложения прибыли» при отражении документов в регламентированном учете.
В блок Настройки учета налога на прибыль учетной политики организации добавлена настройка Основной вариант налогообложения, в которой необходимо указать тот вариант налогообложения прибыли, который будет использоваться организацией при отсутствии прочих настроек или если организация не ведет раздельный учет по налогу на прибыль.
В качестве основного варианта налогообложения может быть указан предопределенный элемент Общие условия налогообложения списка Варианты налогообложения прибыли.
Ведение организацией раздельного учета доходов и расходов для целей налога на прибыль определяется новой настройкой Раздельный учет по налогу на прибыль в блоке Настройки учета налога на прибыль учетной политики.
При включении настройки Раздельный учет по налогу на прибыль становится доступна гиперссылка Перейти к настройкам, по которой организован переход к форме Настройки налогообложения прибыли, где определяются параметры налогообложения прибыли в привязке к вариантам.
В форме Настройки налогообложения прибыли для организации, ведущей раздельный учет доходов и расходов для целей налога на прибыль, определяются следующие параметры:
Можно использовать комбинации настроек распределения прибыли по всем доступным показателям (номенклатуре, статье доходов, подразделению и направлению деятельности). При этом необходимо учитывать, что настройка для номенклатуры/статьи дохода вытесняет настройку для подразделения, а настройка для направления деятельности вытесняет настройку и для подразделения и для номенклатуры/статьи дохода.
Например, если в организации выполнена следующая настройка налогообложения:
тогда:
Вариант налогообложения, определенный алгоритмами системы для хозяйственной операции в соответствии с оформлением документов и настройками в форме Настройки налогообложения прибыли, заполняется в субконто «Варианты налогообложения прибыли» на счетах 90.х и 91.х при отражении данной операции в регламентированном учете. Например, если в документе реализации выбрано направление деятельности, для которого настроен вариант налогообложения, то в проводках по счетам 90.х или 91.х этого документа будет заполнено субконто «Варианты налогообложения прибыли» в соответствии с указанной настройкой.
Если в учетной политике организации включена настройка Раздельный учет по налогу на прибыль, то при отражении документа реализации в регламентированном учете счет учета выручки определяется добавленной в карточку элемента списка Группы финансового учета номенклатуры (далее – ГФУ номенклатуры) настройкой Выручки (раздельный НУ). При использовании типового плана счетов в указанной настройке может быть указан новый счет 90.01.3 «Выручка по вариантам налогообложения прибыли».
На других счетах субконто «Варианты налогообложения прибыли» заполняется при отражении в регламентированном учете результатов расчета налога на прибыль и отложенных налогов при выполнении регламентных операции процедуры Закрытие месяца. В итоге доходы и расходы организации формируются в разрезе вариантов налогообложения прибыли, отражая по ним раздельную налоговую базу.
При проведении регламентных операций процедуры Закрытие месяца в соответствии с налоговой базой и ставками по вариантам налогообложения рассчитывается налог на прибыль.
Поддержано применение организациями разных ставок налога на прибыль в федеральный и региональные бюджеты в разрезе вариантов налогообложения прибыли. В блоке Настройки учета налога на прибыль учетной политики по гиперссылке Перейти к настройкам организован переход в список Ставки налога на прибыль.
В списке Ставки налога на прибыль в табличные части для настройки ставок в федеральный и региональные бюджеты добавлен выбор варианта налогообложения.
Ставки налога на прибыль в федеральный бюджет настраиваются в разрезе вариантов налогообложения для предприятия в целом. Ставки в региональные бюджеты - в разрезе организаций, регистраций в налоговых органах и вариантов налогообложения.
Таким образом, для организации раздельного учета доходов и расходов с целью расчета налога на прибыль необходимо:
Обеспечена возможность учета в соответствии с положениями ПБУ 18/02 «Учет расчетов по налогу на прибыль» (далее – ПБУ 18) при ведении организацией раздельного учета доходов и расходов по вариантам налогообложения и применении разных ставок по налогу на прибыль. В частности учтено, что:
Кроме того, субъекты РФ могут установить разные ставки налога на прибыль к уплате в региональный бюджет даже в рамках одного варианта налогообложения (п.1 ст. 284 НК РФ). Тогда необходимо делить налоговую базу по долям между подразделениями, а для расчетов по ПБУ 18 применять средневзвешенную ставку налога (ст. 288 НК РФ, п. 22 ПБУ 18).
В системе реализован следующий алгоритм расчета:
1. Каждый месяц рассчитываются доли прибыли обособленных подразделений в соответствии с положениями ст. 288 НК РФ;
2. По каждому варианту налогообложения отдельно определяется налоговая база по налогу на прибыль (сумма НУ на счете 99.01);
3. Налоговая база распределяется по долям по подразделениям и умножается на ставку налога, действующую для этого подразделения (субъекта РФ) и для этого варианта налогообложения;
4. Получается итоговая сумма налога к уплате во все бюджеты по этому варианту налогообложения;
5. Сумму налога (п.4) делится на налоговую базу (п.2), получается эффективная ставка налога для варианта налогообложения;
6. По эффективной ставке (п.5) производится расчет и переоценка остатков отложенных налогов, ПНО, ПНА и условного дохода/расхода
Приведенный алгоритм позволяет применять новые варианты налогообложения в течение года. Налоговая база при этом будет разделена на 2 части:
Обеспечено при расчете налога на прибыль отслеживание истории постановки на учет и снятие с учета подразделений организации. Для этого привязку подразделений организации к налоговым органам сделали периодической. В карточку элемента списка Регистрации в налоговых органах (список доступен из карточки организации по гиперссылке Изменить) добавлены Дата постановки на учет и Дата снятия с учета.
Для обособленных подразделений (как выделенных, так и не выделенных на отдельный баланс) по кнопке Назначить налоговый орган в списке Регистрации в налоговых органах добавлено указание даты начала действия регистрации.
По гиперссылке История изменений в списке Регистрации в налоговых органах добавлена возможность просмотра изменений регистрации подразделения в налоговых органах.
Сведения об изменениях регистрации обособленных подразделений в налоговых органах учтены:
Реализована возможность составления одной декларации по налогу на прибыль по группе обособленных подразделений, находящихся на территории одного субъекта РФ, в соответствии со статьей 288 НК РФ. Для этого в блок Настройки учета налога на прибыль учетной политики организации добавлен переключатель Порядок подачи декларации с возможными значениями Отдельно по каждому обособленному подразделению и Одна декларация на все обособленные подразделения, находящиеся в одном регионе.
При установке переключателя Порядок подачи декларации в значение Одна декларация на все обособленные подразделения, находящиеся в одном регионе по гиперссылке Налоговые инспекции – получатели деклараций обеспечен переход к рабочему месту Налог на прибыль – получатели деклараций. В указанном рабочем месте пользователю необходимо определить по регионам, в которых у организации есть зарегистрированные подразделения, какой налоговый орган будет получателем декларации по налогу на прибыль по группе этих подразделений.
Назначение налогового органа получателем декларации по налогу на прибыль по подразделениям, расположенным в определенном регионе, периодическое. Действует до ввода следующей записи в историю изменений. По гиперссылке История изменений в рабочем месте Налог на прибыль – получатели деклараций обеспечена возможность просмотра истории назначения получателей декларации по налогу на прибыль по выбранному региону.
Подразделения группируются по субъектам РФ (по первым двум цифрам КПП – код субъекта). Для каждой группы подразделений заполняется одна декларация по налогу на прибыль для предоставления в выбранный налоговый орган. Приложение 5 Листа 02 декларации по налогу на прибыль заполняется с учетом произведенных настроек.
В блок Настройки учета налога на прибыль учетной политики организации добавлен переключатель Порядок уплаты авансов с возможными значениями Ежеквартально, Ежемесячно по расчетной прибыли и По фактической прибыли.
Значение переключателя Порядок уплаты авансов определяет месячную или квартальную периодичность формирования декларации по налогу на прибыль.
Поддержано автоматическое заполнение Листа 02 декларации по налогу на прибыль. Для создания и заполнения деклараций в разрезе мест предоставления и признаков налогоплательщика добавлено новое рабочее место Помощник заполнения декларации по налогу на прибыль (меню Регламентированный учет - Сервис).
В рабочем месте Помощник заполнения декларации по налогу на прибыль по организации и с возможностью отбора по регистрации в налоговом органе выводится информация об имеющихся или подлежащих формированию декларациях по налогу на прибыль за выбранный период.
В табличной части указанного рабочего места по кнопке Заполнить формируется список деклараций по налогу на прибыль в разрезе кодов мест представления в соответствии с настройками вариантов налогообложения прибыли.
По каждому коду места представления декларации показывается Налоговая база за выбранный период. По гиперссылке Открыть в графе Расшифровка налоговой базы состав налоговой базы можно проанализировать в разрезе:
По гиперссылке Создать в графе Документы деклараций формируется декларация по налогу на прибыль с необходимым количеством страниц Листов 02, 04 и 05 и с заполненными признаком налогоплательщика, видом дохода и видом операции на основании выполненных настроек элементов списка Варианты налогообложения прибыли.
Сохраненные декларации по налогу на прибыль доступны по гиперссылке Декларация по налогу на прибыль… в графе Документы деклараций рабочего места Помощник заполнения декларации по налогу на прибыль.
В рамках выполненных доработок не реализуются:
С целью развития и совершенствования функциональности по учету НДС в прикладном решении выполнен ряд доработок.
Поддержана возможность распределения НДС, относящегося к приобретению внеоборотных активов, в месяце приобретения, вне зависимости от ввода объекта в эксплуатацию.
В блок Настройки учета НДС учетной политики организации добавлена настройка Распределять НДС по капитальным вложениям в месяце поступления.
Если настройка Распределять НДС по капитальным вложениям в месяце поступления включена, тогда НДС по затратам, отнесенным на вид деятельности Определяется использованием ОС/НМА, будет распределен в месяце поступления, даже если объект основных средств или нематериальный актив (далее – ОС/НМА) еще не введен в эксплуатацию.
Распределение НДС выполняется в документе Распределение НДС в рамках процедуры Закрытие месяца. Пропорция для распределения НДС определяется выручкой в месяце поступления расходов, если это первый или второй месяц квартала. Если поступление расходов отражено в третьем месяце квартала, то пропорция для распределения НДС определяется выручкой за квартал (п. 4.1 ст. 170 НК).
Отчет Анализ распределения НДС (доступен в контекстном меню документа Распределение НДС) дополнен информации о принятии объекта ОС/НМА к учету.
Если в документе Принятие к учету ОС (Принятие к учету НМА) будет определено, что объект используется в разных видах деятельности, тогда изменений в учете НДС не потребуется. Если для объекта будет определено использование в облагаемой НДС деятельности, тогда ранее включенная в его стоимость сумма НДС будет исключена и принята к вычету. Если для объекта будет определено использование в необлагаемой НДС деятельности, тогда ранее принятая к вычету сумма НДС будет восстановлена и включена в стоимость объекта.
Изменения в распределении НДС отражаются в отчете Анализ распределения НДС.
Если настройка Распределять НДС по капитальным вложениям в месяце поступления в учетной политике организации выключена, тогда определение порядка учета НДС по расходам, отнесенным на вид деятельности Определяется использованием ОС/НМА, откладывается до момента ввода объекта ОС/НМА в эксплуатацию. Это соответствует поведению системы при использовании вида деятельности НДС Определяется использованием ОС/НМА до версии 2.5.9.
Поддержано отражение в графе 7 книги покупок номера и даты документа оплаты в соответствии с позицией Минфина, выраженной в письмах от 30.11.2020 № 03-07-11/104225, от 30.10.2020 № 03-07-09/94559.
В табличную часть Расходы документа Авансовый отчет добавлена графа Учет НДС, в которой указываются номер и дата документа оплаты билета или иного документа подтверждения расходов.
Если номер и дата документа оплаты не указаны, при проведении документа Авансовый отчет указанные реквизиты заполняются номером и датой авансового отчета.
Номер и дата документа оплаты из графы Учет НДС документа Авансовый отчет выводятся в графу 7 отчета Книга покупок.
В документе Списание НДС на расходы поддержана возможность списания НДС на статью активов. Поле Статья расходов переименовано в Статья расходов/активов. В форму Выбор статьи добавлен переключатель между списками Статьи расходов и Статьи активов/пассивов.
При выборе статьи активов в документе Списание НДС на расходы доступно указание счета учета и аналитики.
Выполнены доработки учета НДС:
Выполнена техническая доработка порядка расчета НДС при выполнении процедуры Закрытие месяца.
В Параметры операций закрытие месяца (меню Настройки – Настройка параметров операций закрытия месяца в рабочем месте Регламентные операции по закрытию месяца) добавлена настройка Количество заданий для порционного расчета НДС.
Настройка Количество заданий для порционного расчета НДС определяет размер порции одновременно обрабатываемых заданий к формированию движений по НДС. По умолчанию значение указанной настройки = 100. Увеличение/уменьшение количества заданий позволит найти компромисс между требуемым объемом памяти сервера и длительностью выполнения операции Формирование движений по НДС процедуры Закрытие месяца.
Выполнены доработки, обеспечивающие возможность гибкой настройки счетов учета расчетов с перевозчиками за электронные билеты для отражения операций в регламентированном учете.
В карточку элемента списка Группы настроек финансового учета расчетов (далее - ГФУ расчетов) для поля Используется для объектов расчетов с добавлено значение перевозчиками по бронированию.
При выборе указанного значения счет учета расчетов за билеты настраивается в поле Расчеты по покупке билетов у перевозчика.
В качестве счетов учета расчетов с перевозчиками могут использоваться счета, имеющие набор субконто «Контрагенты», «Работники организаций» и «Бронирование». В типовой конфигурации для выбора доступен счет 76.14 «Расчеты по бронированию», к которому в поставляемом плане счетов добавлено субконто 3 «Бронирование».
По гиперссылке Настроить счета учета по организациям для организаций в рамках информационной базы могут быть выполнены уточняющие настройки счетов учета расчетов с перевозчиками.
Если в информационной базе включен Международный финансовый учет, тогда в ГФУ расчетов выполняется настройка счетов для отражения операций расчетов с перевозчиками в международном учете.
В документ Электронный билет, являющийся объектом расчетов по операциям расчетов с перевозчиками, добавлено поле Группа фин. учета расчетов с перевозчиком.
При отражении в регламентированном учете документа Электронный билет формируются проводки с использованием счетов, настроенных в выбранной ГФУ расчетов.
При обновлении информационной базы:
автоматически генерируется ГФУ расчетов с настроенным счетом 76.14 «Расчеты по бронированию»;
автоматически сформированная ГФУ расчетов подставляется в имеющиеся в информационной базе документы Электронный билет.
Для обеспечения возможности ведения учета переданных в аренду основных средств в разрезе договоров выполнены доработки системы, позволяющие:
В документ Ввод остатков переданных в аренду основных средств добавлено поле Договор.
В зависимости от значения переключателя Вид арендатора в документах по переданным в аренду основным средствам договор выбирается из списка:
Необходимо обратить внимание, что выбор вида арендатора доступен в документах по переданным в аренду основным средствам, если в учетной политике организации не включен Учет аренды по ФСБУ 25/20218. Если организация ведет учет аренды по ФСБУ 25/20218, тогда в качестве арендатора может быть выбран только контрагент. Передача основных средств в аренду организациям при такой настройке учетной политики не поддерживается.
Для контроля и анализа информации об основных средствах, переданных в аренду, предназначен отчет Переданные в аренду ОС (меню Внеоборотные активы – Отчеты по внеоборотным активам - Аренда). Данный отчет позволяет выводить информацию об основных средствах, переданных в аренду, в т.ч. в разрезе договоров.
С целью повышения гибкости настройки счетов учета, а также обеспечения возможности корректного отражения данных о резервах по сомнительным долгам и НДС с авансов в бухгалтерской отчетности, в системе выполнен ряд доработок:
Настройка счетов учета резервов по сомнительным долгам реализована с использованием карточек элементов списка ГФУ расчетов (меню Регламентированный учет – Настройки и справочники – Группы финансового учета), в которые добавлен новый вид счета Резервы.
Вид счета Резервы доступен в карточках элементов списка ГФУ расчетов, в которых Используется для объектов расчетов с определено как:
К выбору в ГФУ расчетов в качестве счета учета резервов доступны субсчета счета 63 «Резервы по сомнительным долгам», имеющие субконто «Контрагенты» и «Договоры». Субсчета к счету 63 «Резервы по сомнительным долгам» в типовом плане счетов отсутствуют и могут быть добавлены в рамках проектов внедрения системы. Добавленные субсчета к счету 63 «Резервы по сомнительным долгам» могут иметь признак Валютный.
В рабочем месте Настройка отражения документов в регламентированном учете также добавлена графа Резервы, в которой отображается счет учета резервов по сомнительным долгам, настроенный в ГФУ расчетов.
При отражении документов в регламентированном учете счет учета резервов по сомнительным долгам определяется из ГФУ расчетов, указанной в объекте расчетов в регистре Резервы по сомнительным долгам. Если в объекте расчетов ГФУ не указана, то счет учета резервов определяется из «пустой» ГФУ, в которой настроены счета по умолчанию.
Примечание
В документе Начисление и списание резервов по сомнительным долгам могут быть вручную добавленные начисления, которые не привязаны к регистрам оперативного учета. Для таких начислений ГФУ расчетов определяется из указанного в начислении договора. Если договор не указан, счет берется из настроек «пустой» ГФУ.
При обновлении информационной базы в имеющихся в ней ГФУ расчетов в качестве счета Резервы будет заполнен счет 63 «Резервы по сомнительным долгам».
В отчете Сверка данных оперативного и бухгалтерского учета (меню Регламентированный учет - Отчеты) добавлена сверка данных регистра оперативного учета Резервы по сомнительным долгам и оборотов по счету 63 «Резервы по сомнительным долгам».
Учет НДС с авансов в системе основан на данных в регистров оперативного учета НДС авансы полученные и НДС авансы выданные. Для сопоставления данных оперативного учета НДС с авансов и взаиморасчетов в указанные регистры добавлено поле Объект расчетов, которое заполняется на основании данных регистров взаиморасчетов (Расчеты с клиентами по срокам, Расчеты с поставщиками по срокам и пр.)
Документ формирования аванса может быть оформлен по нескольким объектам расчетов.
В табличные части документов Счет-фактура выданный (аванс) и Счет-фактура полученный (аванс) добавлено поле Объект расчетов.
В рабочее места Оформление счетов-фактур по полученным авансам также добавлено поле Объект расчетов.
Т.о. начисление и зачет НДС с авансов в оперативном учете теперь выполняется в разрезе объектов расчетов.
В течение месяца в информационной базе могут быть оформлены документы Взаимозачет задолженности с типом операции Перенос аванса, в которых аванс переносится между объектами расчетов. Поэтому в алгоритм выполнения регламентной операции Формирование движений по НДС процедуры Закрытие месяца добавлен соответствующий переноса НДС с авансов между объектами расчетов.
Примечание
Если после переноса аванса между объектами расчетов возникает необходимость формирования документов Счет-фактура выданный (аванс) или Счет-фактура полученный (аванс), тогда выписывать счета-фактуры необходимо на основании платежных документов, а не из рабочих мест Оформление счетов-фактур по полученным авансам или Оформление счетов-фактур по выданным авансам.
Не поддерживается правильный расчет НДС, когда в рамках одного месяца происходит несколько переносов авансов и в итоге аванс возвращается на исходный объект расчетов.
С целью обеспечения возможности контроля и анализа учета НДС с авансов в разрезе объектов расчетов поле Объект расчетов добавлено в отчеты:
Указанные отчеты доступны в рабочем месте Помощник по учету НДС (меню Финансовый результат и контроллинг – НДС).
Настройка счетов учета НДС по полученным и выданным авансам реализована с использованием карточек элементов списка ГФУ расчетов, в которые добавлен новый вид счета НДС с авансов.
Вид счета НДС с авансов доступен в карточках элементов списка ГФУ расчетов, в которых Используется для объектов расчетов с определено как:
К выбору в ГФУ расчетов в качестве счета учета НДС с авансов доступны субсчета счета 76.АВ «НДС по авансам и предоплатам» для расчетов с клиентами и счета 76.ВА «НДС по авансам и предоплатам выданным» для расчетов с поставщиками, комитентами по закупке и арендодателями.
Субсчета к счетам 76.АВ «НДС по авансам и предоплатам» и 76.ВА «НДС по авансам и предоплатам выданным» в типовом плане счетов отсутствуют и могут быть добавлены в рамках проектов внедрения системы.
В рабочем месте Настройка отражения документов в регламентированном учете также добавлена графа НДС с авансов, в которой отображается счет учета НДС с авансов, настроенный в ГФУ расчетов.
При отражении документов в регламентированном учете счет учета НДС с авансов определяется из ГФУ расчетов, указанной в объекте расчетов в соответствующем регистре учета НДС с авансов (НДС авансы полученные или НДС авансы выданные). Если в объекте расчетов ГФУ не указана, то счет учета резервов определяется из «пустой» ГФУ, в которой настроены счета по умолчанию.
При обновлении информационной базы в имеющихся в ней ГФУ расчетов в качестве счета НДС с авансов будут заполнены счета 76.АВ «НДС по авансам и предоплатам» и 76.ВА «НДС по авансам и предоплатам выданным» в зависимости от значения поля Используется для объектов расчетов с.
Выполнены доработки механизмов системы, касающихся сервиса проверки документов бухгалтером.
Функциональная опция Проверка документов переименована в Использовать проверку финансовых документов. Указанная функциональная опция и выбор режима проверки (с запретом редактирования или только уведомительная, без запрета редактирования) перенесены в меню НСИ и администрирование – Настройка НСИ и разделов из раздела Регламентированный учет – Сервисные функции в раздел Финансовый результат и контроллинг – Исправление и проверка документов.
Функциональная опция Отражать в учете только проверенные документы перенесена в меню НСИ и администрирование – Настройка НСИ и разделов – Регламентированный учет из раздела Сервисные функции в раздел Отражение операций.
Включение функциональной опции Отражать в учете только проверенные документы в меню НСИ и администрирование – Настройка НСИ и разделов – Регламентированный учет – Отражение операций определяет отражение только проверенных документов именно в регламентированном учете.
До версии 2.5.9 при включении функциональных опций Использовать проверку финансовых документов и Отражать в учете только проверенные документы, всем документам присваивался статус Не проверен. С версии 2.5.9 - будет требоваться проверка только документов, проведенных после включения указанных опций.
Поддержана возможность отражения документов в международном финансовом учете (далее - МФУ) с обязательной их проверкой уполномоченными сотрудниками. Функциональная опция Использовать проверку финансовых документов теперь определяет проверку документов и в МФУ. Выбор режима проверки (с запретом редактирования или только уведомительная, без запрета редактирования) распространен на проверку документов в МФУ.
Проверка выполняется по всем видам документов, за исключением регламентных и расчетных документов закрытия месяца.
Текущее состояние проверки документа отражается видом кнопки Проверить (отжата/нажата).
При нажатой кнопке Проверить документ имеет статус Проверен, при отжатой – Не проверен.
Статус проверки документа относится и к регламентированному учету и к МФУ.
Поддержан сценарий контроля отражения документов в международном финансовом учете по итогам их проверки. Доступность данного сценария определяется включением функциональной опцией Отражать в учете только проверенные документы (меню НСИ и администрирование – Настройка НСИ и разделов – Международный финансовый учет – Формирование проводок).
При включении функциональной опции Отражать в учете только проверенные документы формирование проводок в МФУ выполняется только по документам, в которых Статус проверки равен Проверен.
C целью улучшения производительности системы из рабочих мест Журнал документов регламентированного учета (меню Регламентированный учет – См. также) и Журнал документов международного учета (меню Международный финансовый учет – Финансовый учет - Журнал документов) исключен быстрый отбор по статусу проверки документов.
Для работы со статусами проверки документов добавлено отдельное рабочее место Журнал проверяемых документов.
По кнопке Проверить в указанном рабочем месте для выбранных документов можно изменить статус проверки. Состав выводимых в рабочем месте документов можно определить по гиперссылке Настроить.
Переход в рабочее место Журнал проверяемых документов организован из рабочих мест Отражение документов в регламентированном учете и Отражение документов в международном учете по гиперссылкам в разделе Проверка документов. Рабочее место Журнал проверяемых документов открывается с отбором по статусу проверки и организации.
Реализовано формирование бухгалтерских проводок «без корреспонденции». Теперь проводки по дебетуемым и кредитуемым счетам формируются отдельными записями с контролем сохранения баланса на уровне документа.
Настройка варианта формирования проводок выполняется для каждого плана счетов международного учета.
Проводки «с корреспонденций» и «без корреспонденции» записываются в разные регистры бухгалтерии, так как вариант проводок определяется на уровне метаданных.
Если используется вариант формирования проводок «без корреспонденции», то сформированные проводки «с корреспонденцией» перед записью «разрезаются» на отдельные записи и сворачиваются по измерениям, субконто и реквизитам.
Для удобства в примерах используются счета, аналогичные счетам регламентированного плана счетов.
При добавлении проводки сумма заполняется автоматически, чтобы баланс соблюдался.
Все механизмы (загрузка проводок, регламентные операции, закрытие периода и др.) работают, как с регистром бухгалтерии «с корреспонденцией», так и с регистром «без корреспонденции».
Изменение варианта формирования проводок на используемых планах счетов не рекомендуется. В случае изменения потребуется повторное отражение документов в учете.
Набор стандартных отчетов при использовании проводок с корреспонденцией:
Стандартные бухгалтерские отчеты, ориентированные на корреспонденцию счетов, недоступны для планов счетов «без корреспонденции». Такие отчеты выделены на схеме серым цветом.
Для отчетов, где нужна корреспонденция, доступен выбор только соответствующих планов счетов.
При использовании только проводок без корреспонденции набор стандартных отчетов следующий:
Теперь при продаже проводки по выручке могут формироваться без НДС. Для каждого плана счетов МФУ обеспечена возможность выбора варианта формирования проводок по выручке с НДС или без НДС.
Таким образом, возможны следующие варианты проводок по выручке
(для удобства используются счета, аналогичные счетам регламентированного плана счетов):
Выручка / прочая выручка с НДС:
Дт 62.01 – Кт 90.01 – Сумма с НДС Дт 62.01 – Кт 91.01 – Сумма с НДС
Дт 90.03 – Кт 68.02 – Сумма НДС Дт 91.02 – Кт 68.02 – Сумма НДС
Выручка / прочая выручка без НДС:
Дт 62.01 – Кт 90.01 – Сумма без НДС Дт 62.01 – Кт 91.01 – Сумма без НДС
Дт 62.01 – Кт 68.02 – Сумма НДС Дт 62.01 – Кт 68.02 – Сумма НДС
В настройках формирования проводок указывается вариант формирования проводок по выручке с НДС или без НДС на конкретном плане счетов.
В рабочем месте по настройке счетов международного учета в зависимости от выбранной настройки формирования проводок скрываются неиспользуемые объекты учета выручки и НДС.
Все существующие настройки формирования проводок обеспечивают формирование проводок по выручке с НДС. При создании новых настроек формирования проводок устанавливается формирование проводок по выручке без НДС.
Ограничение реализации: Описываемая функциональность доступна только при формировании проводок международного учета по данным оперативного учета с настройкой по объектам учета и их корреспонденциям.
В элемент справочника Настройки формирования проводок добавлен новый реквизит Проводки по выручке без НДС.
Элемент управления доступен при использовании нового транслятора проводок МФУ по объектам учета.
При выборе варианта настройки «Выручка без НДС» доступны объекты учета выручки без НДС, при этом объекты учета НДС с выручки отсутствуют.
При выборе варианта настройки «Выручка с НДС» доступны объекты учета выручки с НДС и НДС с выручки.
Ниже приведены примеры проводок документов по выручке без НДС:
Реализована выгрузка и загрузка модели между информационными базами с кодом на английском языке. При этом возможна выборочная выгрузка модели, например, только плана счетов. Новый функционал позволяет сократить затраты на поддержку механизма выгрузки и загрузки модели МФУ.
В форме настройки выгрузки модели доступны отборы по элементам. Если флаг выгрузки объектов метаданных не доступен для редактирования (при этом название объекта серого цвета), значит объекты используются в зависимом отборе.
Например, если план счетов используется в видах финансовых отчетов, то этот план счетов включается в выгрузку автоматически, и флаг становится недоступным для пользователя, так как выключить выгрузку этого плана счетов нельзя. То есть зависимый отбор - это отбор, который используется в другом (вышестоящем) отборе.
Ограничения:
Доработан документ Подтверждение зачисления зарплаты:
На закладке Неподтвержденные платежи отражаются документы Списание безналичных ДС с операциями Выплата по ведомости по зарплатному проекту и Выдача ДС подотчетнику, для которых не сформирован документ Зачисление денежных средств на лицевые счета.
В конфигурации реализована интеграция с сервисом 1С:Распознавание документов, что позволяет создавать документы информационной базы на основании распознанных сканов бумажных документов (акт, счет-фактура, ТОРГ12, УПД). 1С:Распознавание документов – новый сервис, который берет на себя работу по превращению бумажных документов в документы информационной базы 1С. Сервис избавляет от необходимости ручного ввода данных, позволяет заметно ускорить ввод первичных документов в базу, снизить количество ошибок ввода, автоматизировать прикрепление сканов подписанных документов к предварительно созданным документам в базе. Благодаря потоковой загрузке документов и групповой обработке результатов распознавания экономится время благодаря потоковой загрузке документов и групповой обработке результатов распознавания. Мобильное приложение 1С:Сканер документов позволяет передать в сервис документы от удалённых сотрудников и заменит стационарный сканер
Возможности сервиса:
Поддерживается распознавание следующих форм бумажных документов:
По ссылке Обзор распознавания документов в разделе НСИ и администрирование - Администрирование - Печатные формы, отчеты и обработки - Распознавание документов открывается промо-сайт сервиса, на котором доступно описание работы с инструментами распознавания документов.
Ввод входящих документов от поставщика в сервисе можно упрощенно представить следующим образом:
Для исходящих документов порядок следующий:
Форму настроек распознавания можно открыть по ссылке Настройки распознавания документов в разделе НСИ и администрирование - Администрирование - Печатные формы, отчеты и обработки - Распознавание документов. Форма включает следующие настройки:
По команде НСИ и администрирование - Администрирование - Печатные формы, отчеты и обработки - Мобильные приложения открывается список подключения мобильных приложений 1С:Сканер документов. В списке по кнопке Загрузить мобильное приложение открывается страница с QR кодами для загрузки мобильного приложения для ОС Android и iOS.
Для подключения мобильного приложения пользователю необходимо нажать кнопку Добавить, откроется форма регистрации мобильного приложения, в которой будут настройки, а именно: наименование мобильного приложения; ответственный – пользователь, который будет назначаться ответственным за полученные документы с этого мобильного приложения, а также признак того, отключено данное приложение или нет
В этой форме выводится уникальный ключ пользователя и QR-код для регистрации мобильного приложения. Пользователю необходимо отсканировать данный QR-код в мобильном приложении или ввести ключ вручную и подсистема выполнит авторизацию мобильного приложения, после чего в мобильном приложении откроется окно списка отправленных файлов.
Рабочее место можно открыть в разделах Продажи – Сервис - Загрузить документы из сканов (фото), Закупки – Сервис - Загрузить документы из сканов (фото), а также по ссылке Задачи для распознавания в разделе НСИ и администрирование - Администрирование - Печатные формы, отчеты и обработки - Распознавание документов. Также рабочее место можно открыть по кнопке Загрузить из скана в командной панели в журналах Документы закупки и Документы продажи.
В основной части формы отображаются список загруженных документов. Для каждого документа отображается статус работы над документом:
По одноименной ссылке в верхней части списка можно установить фильтр по статусу.
В левой части списка отображаются периоды загрузки документов, контрагенты и организации, указанные в загруженных документах, по которым также можно установить отбор.
В рабочем месте Распознавание документов по кнопке можно посмотреть миниатюры загруженных изображений. Они отображаются в нижней части формы под списком.
По кнопке Добавить, откроется форма Распознавание документов: выбор файлов.
В форме Распознавание документов: выбор файлов можно выбрать, загрузить и отправить в сервис распознавания документов произвольное количество файлов, а также многостраничные документы. Доступные форматы файлы: PNG, JPEG, PDF.
Если документ был ранее заведен в информационной базе, то он будет автоматически найден и добавлен в список возможных связанных документов скана в рабочего месте Распознавание документов. Чтобы прикрепить распознанное изображение к связанным документам необходимо нажать на пиктограмму в колонке Статус распознанного документа. После нажатия пиктограммы откроется форма Прикрепить изображение к найденному документу, в котором будет список найденных связанных документов. Для прикрепления изображения необходимо нажать на гиперссылку Прикрепить скан рядом с необходимым документом, скан добавиться в список присоединенных файлов, а состояние оригинала первичного документа сменится на Оригинал получен.
После успешного распознания документа сервисом, пользователь должен выполнить проверку распознавания документа и, в случае необходимости, заполнить неуверенно распознанные поля, завести НСИ, требуемую для создания документа. Это можно сделать в форме проверки распознанного документа, которая открывается из списка в рабочем месте Распознавание документов.
Все нераспознанные реквизиты в шапке и табличной части документа подсвечиваются красным цветом фона. Могут быть следующие причины:
На панели инструментов в графе Осталось ошибок: отображается общее количество нераспознанных реквизитов.
При переходе к реквизиту подсвечивается соответствующее значение поля исходного скана документа.
Для незаполненных реквизитов в списке выбора отображается команда создания нового элемента согласно распознанному названию, а также сервисом предлагаются варианты существующих элементов справочника, которые с определенной степенью уверенности могут подойти.
Создание нового элемента осуществляется через стандартную форму нового объекта с заполненными значениями распознанных реквизитов.
Если объект найден в базе «не уверенно», например название номенклатуры у поставщика в скане немного отличается от названия в информационной базе, реквизит заполняется, но становится подсвеченным. Также подсвечиваются ячейки, участвующие в расчете суммы, если в распознанном документе не сходится сумма.
После проверки и дозаполнения реквизитов можно создать документ информационной базы. Вид документа выбирается явно на форме дозаполнения реквизитов распознанного документа в перечислении Создать документ, и зависит от направления Поступление или Реализация. Документ информационной базы создается по кнопке Создать документ. К созданному документу информационной базы прикрепляется скан. Если созданный документ проводится успешно, то откроется форма следующего распознанного документа, по которому не создано документа. Если проведение не удалось, то откроется форма записанного документа для принятия дальнейшего решения. Распознанный документ, в списке рабочего места Распознавание документов, примет состояние Создан. При использовании функциональности отслеживания состояний оригиналов первичных документов для созданного документа информационной базы автоматически отмечается, что оригинал получен.
Распознанный скан может соответствовать уже существующему документу информационной базы, например, если исходящий первичный документ был распечатан из этой информационной базы и вернулся подписанный от клиента, или если первичный документ от поставщика был введен ранее. В этом случае система попытается найти соответствующий скану документ информационной базы. В этом случае. будет задан вопрос о повторном создании документа.
Если, по каким либо причинам (например, плохое качество изображения) распознавание документа сервисом не было успешным, то в рабочем месте данный документ появится с состоянием С ошибкой. Данный документ можно попытаться обработать повторно. Для этого необходимо открыть его. Откроется форма нераспознанного документа, в которой пользователь может увидеть также исходную картинку, с которой выполнялось распознавание и описание ошибки. Далее пользователь самостоятельно определяет и выбирает тип документа в поле Тип документа.
Форма нераспознанного документа поменяется, и будет совпадать с формой распознанного документа в соответствии с выбранным типом документа и документ можно будет обработать самостоятельно.
Для отправки документа на сканирование в мобильном приложении нужно нажать на кнопку Выбрать файлы или Сделать фото. Открывается окно просмотра файлов для отправки.
Далее нужно нажать кнопку Добавить файлы или Добавить фото. Выбранные файлы добавляются в окно просмотра файлов для отправки, после чего необходимо нажать кнопку Распознать, выбранные документы отправляются на распознание, а в мобильном приложении закрывается окно просмотра файлов для отправки и отображаются отправленные на распознавание документы с состоянием Обработка.
После фактического распознавания документа сервисом статус меняется на Распознан и после загрузки документа в информационную базу 1С статус меняется на Загружен.
Последующие действия необходимо выполнять на настольном компьютере в рабочем месте Распознавание документов. После проведения первичного документа в информационной базе статус документа меняется на Проведен.
Перейдя по строке документа можно открыть карточку документа с подробной информацией.
Библиотека электронного документооборота обновлена до версии 1.9.5. Подробное описание изменений библиотеки опубликовано на странице https://dl04.1c.ru/content/LED/1_9_5_37/news.htm.
На сайте ИТС публикуется документация к программному продукту, статьи и другие методические материалы, описывающие сценарии работы в программе. Поиск информации на ИТС можно выполнить непосредственно из программы в строке поиска.
Для поиска материалов авторизация не требуется. Для просмотра найденных статей необходимо авторизоваться на сайте.
После перехода на сайт строка поиска может быть уточнена.
Приложение 1С:Касса https://v8.1c.ru/1s-kassa/ предназначено для автоматизации малого розничного бизнеса. Его преимуществом является предельно простой интерфейс и низкие требования к оборудованию. Интеграция 1С:Касса с основной корпоративной информационной системы позволяет использовать эти преимущества на рабочих местах в розничной торговле, а затем автоматически загружать данные о продажах в основою информационную базу. Обмен является двусторонним: в 1С:Касса выгружается информация о контрагентах и заказах, включая информацию о курьере и об уже произведенной оплате, а из 1С:Касса в основную информационную базу загружается информация об оплате и чеках, пробитых через мобильную кассу. Приложение 1С:Касса можно использовать в облачном сервисе https://1cfresh.com.
На стороне информационной базы в списке НСИ и администрирование – Кассы ККМ должна быть указана касса с типом ККМ offline. Для кассы должен быть казан регистрационный номер, который используется в качестве идентификатора синхронизации и Организация.
Для обмена данными с 1С:Касса информационной базе необходимо установить опцию Синхронизация данных в разделе НСИ и администрирование –Настройка интеграции – Синхронизация данных и создать новую настройку в списке НСИ и администрирование –Настройка интеграции – Синхронизация данных – Настройки синхронизации данных. По кнопке Создать откроется форма, в которой нужно выбрать приложение, с которым настраивается синхронизация – 1С:Касса и далее следовать указаниям помощника:
На этапе настройки параметров подключения выбирается вариант настройки подключения:
Далее настраивается представление текущей базы и базы-корреспондента
В случае синхронизации без подключения к другой программы перед переходом на следующий шаг необходимо настроить синхронизацию на стороне 1С:Кассы. При настройке нужно выбрать Другая программа и указать файл параметров подключения, созданный на стороне основной информационной базы. После настройки параметров подключения на стороне 1С:Касса нужно Выполнить начальную выгрузку данных. В случае прямого подключения к другой базе по локальной сети или через интернет этот шаг не требуется – эти действия будут выполнены автоматически.
После начальной синхронизации можно продолжить настройку: настроить правила отправки и получения данных. На стороне основной информационной базы на закладке Правила отправки данных рекомендуется указать следующие настройки:
Закладка Правила получения данных:
На стороне 1С:Кассы выбирается вариант выгрузки данных:
Синхронизация для варианта выгрузки Отчеты о розничных продажах и кассовые чеки не поддерживается. При выборе вариантов выгрузки из мобильного приложения Только отчеты о розничных продажах или Только кассовые чеки, загрузка в информационную базу осуществляться соответственно по двум моделям работы:
При загрузке отдельных документов о продажи решение о том, каким документом информационной базы будут отражены продажи принимается отдельно по каждому чеку:
Аналогично в случае оформления возврата в мобильном приложении в информационную базу будут загружаться документы Возврат товаров или Отчет о розничных продажах.
Для работы с регламентированными отчетами и служебными объектами 1С-отчетности предусмотрены роли:
В профилях доступа, в которые включены указанные роли, предусмотрен вид доступа Сведения регламентированной отчетности. Этот вид доступа содержит значение Оплата труда, который определяет доступ к регламентированным отчетам, содержащим сведения о заработной плате и других начислениях сотрудников.
Для типового профиля доступа Бухгалтер по данному виду доступа разрешен доступ ко всем значениям, за исключением Оплата труда. То есть сотрудник с профилем Бухгалтер может работать с любыми регламентированными отчетами, кроме отчетов, содержащих сведения по зарплате.
Типовой профиль Расчетчик предусматривает доступ только по значению Оплата труда. То есть сотрудник с профилем Расчетчик может работать только с отчетами, содержащими сведения по зарплате.
Мультиязычность предполагает возможность работы в одной информационной базе пользователей, использующих различные языки интерфейса. Мультиязычность также предполагает задание реквизитов справочников на нескольких языках и отображение этих реквизитов на языке, который установлен для пользователя. В текущей версии поддержано представление на разных языках для справочников:
Также поддержана мультиязычность по колонке дополнительно РС «Реестр документов», значение которой хранится в информационной базе в виде мультиязычной строки и выводится на языке пользователя.
Библиотека стандартных подсистем обновлена до версии 3.1.6. Описание версии библиотеки опубликовано по адресу https://its.1c.ru/db/updlib#content:3:hdoc. В частности, реализованы следующие возможности.
Теперь в клиент-серверном варианте работы программы можно ускорить некоторые длительные операции, настроив их выполнение в несколько потоков: например, загрузку адресного классификатора. Для этого в разделе Администрирование - Общие настройки - Многопоточные длительные операции установить максимальное количество одновременно работающих потоков. Параметр следует устанавливать исходя из технических возможностей сервера, и его значение не должно превышать количество ядер процессора на сервере.
В клиент-серверном варианте работы программы при использовании кластера серверов для корректной работы отдельных функций программы в разделе Администрирование - Общие настройки необходимо ввести общий сетевой путь к каталогу временных файлов. Тем самым, это обеспечит доступ со всех серверов кластера к этому каталогу, например, для многопоточной загрузки адресного классификатора.
Улучшено обновление расширений (см. список Расширения в разделе Администрирование - Печатные формы, отчеты и обработки). Теперь если обновить расширение на новую версию, в которой изменено его имя, то все прежние настройки этого расширения будут сохранены, например, созданные варианты отчетов. Кроме того, при случайном удалении и повторном добавлении этого же расширения в программу через короткий промежуток времени также возможно продолжить работу без потери его настроек.
Из контекстного меню отчета можно перейти к расшифровке отчета по детальным записям. В структуре такого отчета имеется только один элемент <Детальные записи>.
В командной панели отчета размещены кнопки отмены и повтора действий. При активной настройке отчета с их помощью удобно отменять одно или несколько последних настроечных действий, выполненных из контекстного меню или в форме настроек: добавление фильтров, группировок, перемещение колонок, изменение сортировки и т.п. Также можно сбросить до стандартных настроек. Раньше в отчетах имелась возможность только сброса до стандартных настроек.
С помощью кнопки Изменить состав быстрых настроек справа в шапке отчета можно включать или отключать вывод заголовков полей шапки. В большинстве случаев поля в шапке отчетов вполне понятны без заголовков: по их содержимому, подсказке ввода или всплывающей подсказке при наведении курсором. Тем самым, шапка отчета занимает меньше места по ширине экрана.
При сохранении результата отчета в формат Excel из шапки отчета скрываются картинки-индикаторы сортировки.
В форме настройки отчета, в расширенном режиме, теперь можно добавлять отборы не только с помощью выбора полей из списка, но и вводом по первым буквам.
Улучшена диагностика проблем, возникающих при получении и отправке почты. Помимо технологических сообщений почтовых серверов выводятся краткие пояснения по возможным причинам и способам их устранения. См. также на ИТС: Рекомендации по решению типовых проблем.
Если отложенный обработчик обновления завершился с ошибкой, то теперь его можно “точечно” перезапустить, повторно зарегистрировав для него данные для обновления. Для этого после исправления ошибки в обработчике или установки исправления (патча) необходимо перейти в раздел Администрирование - Обслуживание - Результаты обновления и дополнительная обработка данных и в подменю Ещё нажать Перезапустить отложенное обновление.
При длительном отложенном обновлении программы можно разрешить редактирование еще не обновленного документа с помощью команды в подменю Еще - Разблокировать объект для редактирования. Данную возможность следует использовать в крайних случаях, например, для исправления ошибки в документе, из-за которой он не может быть обновлен.
Окно с результатами обновления программы (раздел Администрирование - Обслуживание - Результаты обновления и дополнительная обработка данных) теперь более информативно сообщает о различных проблемах в процессе обновления:
В списке макетов печатных форм (раздел Администрирование - Печатные формы, отчеты и обработки - Макеты печатных форм) добавлена возможность создания новых макетов печатных форм. Для новых макетов автоматически добавляются команды печати в подменю Печать соответствующих документов. Это позволяет создать свою печатную форму без использования конфигуратора.
В редакторе макета печатной формы доступен список полей документа, выводимого на печать. В списке полей показывается образец заполнения по каждому полю, предусмотрена настройка формата. Поля из этого списка можно перетаскивать прямо в макет. На любом этапе редактирования можно посмотреть образец формирования печатной формы на примере любого документа.
Улучшена диагностика проблем, возникающих при получении и отправке почты. Помимо технологических сообщений почтовых серверов выводятся краткие пояснения по возможным причинам и способам их устранения. См. также на ИТС: Рекомендации по решению типовых проблем.
При настройке электронной почты можно выбрать современный и более безопасный способ авторизации средствами почтового сервиса, который позволяет не хранить пароль от учетной записи почты в программе (OAuth 2.0).
Улучшена диагностика проблем, возникающих при отправке почты. Помимо технологических сообщений почтовых серверов выводятся краткие пояснения по возможным причинам и способам их устранения. См. также на ИТС: Рекомендации по решению типовых проблем.
С помощью расшифровки Права пользователя на таблицу в отчете Анализ прав доступа можно посмотреть актуальные настройки ограничений прав на уровне записей (RLS) одним из следующих способов:
Ускорено формирование отчета Анализ прав доступа.
Расширения со стандартными ролями (имена которых оканчиваются на Общие права, Базовые права или Полные права) автоматически подключаются к системе прав доступа: стандартные роли расширения включаются в соответствующие профили групп доступа и более не требуют какой-либо донастройки.
Квалифицированный сертификат электронной подписи можно перевыпустить быстрее, оформив заявление на выпуск в электронном виде (при условии, что прежний сертификат был получен в этой же программе и данные владельца сертификата не изменились). Для этого достаточно нажать Перевыпустить в списке Настройки электронной подписи и шифрование (Мои настройки или Администрирование - Общие настройки - Электронная подпись и шифрование) и выбрать вариант Оформить в электронном виде. Электронный вид заявления сэкономит ваше время и бумагу.
Включить оповещение об окончании срока действия сертификата можно с помощью флажка Напомнить о перевыпуске в форме сертификата (для “личных” сертификатов). Перевыпустить сертификат в электронном виде можно не ранее, чем за 30 дней до окончания его срока действия.
Из списка текущих дел можно быстро перейти к спискам ваших сертификатов с истекающим сроком действия и заявлений на выпуск сертификата, находящихся в процессе исполнения.
Информация о наличии встроенной лицензии СКЗИ КриптоПро CSP отображается в данных сертификата (карточка сертификата - Показать данные сертификата) и служит подсказкой, что такой сертификат может использоваться с ПО КриптоПро CSP на условиях простой неисключительной лицензии без ввода серийного номера.
В заявлении на выпуск нового квалифицированного сертификата появилась печатная форма квалифицированного сертификата.
“Личные” сертификаты, сертификаты с истекающим сроком действия, просроченные сертификаты и заявления на выпуск сертификата выделены с помощью поясняющих картинок в списке сертификатов и в карточке сертификата.
Теперь проверять электронные подписи на достоверность можно с минимальными правами, а также более гибко настраивать права на различные действия с сертификатом: добавление в справочник, подписание, расшифровку и шифрование данных.
Появилась возможность подписывать документы электронными подписями с меткой доверенного времени CAdES-T и CAdES-A (п. 19 ст. 2 Федерального закона от 06.04.2011 N 63-ФЗ “Об электронной подписи”). Для продления срока действия электронных подписей можно автоматически усовершенствовать ранее добавленные подписи и добавлять архивные метки времени в архивные подписи. Выбрать подходящий тип подписи для новых и существующих документов в программе можно в разделе Администрирование - Общие настройки - Электронная подпись и шифрование.
Библиотека подключаемого оборудования обновлена до версии 3.1.4. Подробное описание изменений библиотеки опубликовано на странице https://dl03.1c.ru/content/CEL/news.htm.
Библиотека интернет-поддержки пользователей обновлена до версии 2.6.4. Подробное описание изменений библиотеки опубликовано на странице https://dl03.1c.ru/content/ISL/2_6_4_16/news.htm
Реализованы новые возможности загрузки информационных баз в облачный сервис и выгрузки информационных баз из облачного сервиса.
Поддержаны требования законодательства (Приказ ФСТЭК России от 11.02.2013 г. № 17 и метод. рекомендации от 11.02.2014 г.) в части работы с паролями. Администратор сервиса может установить настройки входа, общие для всех пользователей сервиса в менеджере сервиса (раздел Главное - Настройки конфигурации - Аутентификация). Просмотреть настройки входа может администратор абонента в области данных (раздел Администрирование - Настройки пользователей и прав - Настройки входа).
Добавлены новые возможности работы со сводными приложениями.
Поддержан сервис приёма отчётов об ошибках пользователей.
См. также: https://its.1c.ru/db/smtl
Обновлена библиотека интеграции с 1С:Документообором. В ней появилась возможность интеграции с «1С:Документооборот» реакция 3.
Настройка интеграции зависит от используемой версии «1С:Документооборот». В любом случае использование средств интеграции требует предварительной веб-публикации информационной базы «1С:Документооборота» (на стороне конфигурации «1С:Документооборот»). Для интеграции «1С:Документооборот» редакции 3 – дополнительно может потребоваться веб-публикация информационной базы, из которой выполняется обмен с «1С:Документооборот». Порядок веб-публикации описан в документации к библиотеке интеграции с 1С:Документооборотом https://its.1c.ru/bmk/docflowintergationgen.
Настройка на стороне информационной базы, из которой выполняется обмен с «1С:Документооборот», выполняется в форме НСИ и администрирование – Настройка интеграции – Интеграция с 1С:Документооборотом. Настройка начинается с указания адреса веб-публикации «1С:Документооборот», а также указания пользователя конфигурации «1С:Документооборот» и пароля для входа.
После успешной авторизации в «1С:Документооборот» будет определена версия конфигурации «1С:Документооборот», с которой будет выполняться обмен. В зависимости от версии форма настроек будет отличаться состав и порядок настроек. Общие сведения по настройки интеграции для конфигурации «1С:Документооборот» редакции 2 и редакции 3 соответственно приведены ниже. Подробное описание настройки интеграции приведено в документации к библиотеке интеграции с 1С:Документооборотом: