Предусмотрены версии ценообразования:
Для перехода на версию 11.5 предусмотрен специализированный помощник. Переход выполняется с определенной даты, указываемой в помощнике. Во время перехода не рекомендуется выполнять операции по установке цен, изменению видов цен и видов номенклатуры.
В новых базах по умолчанию включается ценообразование версии 11.5, также предусмотрен возврат на ценообразование 11.0.
Для перехода на ценообразование версии 11.5 предусмотрен помощник Переход на ценообразование 11.5, доступный по гиперссылке НСИ и администрирование – Настройка НСИ и разделов – CRM и маркетинг – Маркетинг – Начать переход.
Переход на ценообразование 11.5 состоит из нескольких шагов.
Шаг 1. Установка даты перехода - дата, с которой будет действовать ценообразование версии 11.5.
Шаг 2. Выбор видов цен для автоматического переноса. По выбранным видам цен будут сконвертированы цены в автоматическом режиме. Установка цен будет зафиксирована датой перехода на новое ценообразование.
Шаг 3. Настройка разрезов ценообразования в видах номенклатуры. Настройки ценообразования для каждого вида номенклатуры уже перенесены. Но эти настройки можно изменить. Для изменения настроек ценообразования по видам номенклатуры необходимо перейти по ссылке Просмотреть и настроить ценообразование по видам номенклатуры.
Настройка разрезов ценообразования для видов номенклатуры:
Шаг 4. Запуск автоматического перехода (команда Перейти на новое ценообразование).
Состояние операций перехода можно увидеть на шаге 5.
Помощник можно закрыть и открыть снова. Процесс перехода не прервется.
По окончанию перехода на новое ценообразование в помощнике будет показан результат перехода.
Для возврата на ценообразование версии 11.0 предусмотрен помощник Возврат на ценообразование версии 11.0, доступный по ссылке НСИ и администрирование – Настройка НСИ и разделов – CRM и маркетинг – Маркетинг – Вернуться на ценообразование версии 11.5.
При возврате будут отменены документы установки цен на дату перехода на ценообразование версии 11.5.
Если на момент возврата уже введены документы установки цен в рамках ценообразования версии 11.5, то возврат на ценообразование версии 11.0 не рекомендуется.
С использованием ценообразования версии 11.5 предусмотрено:
Цены настраиваются в разрезе видов номенклатуры. Для такой возможности в карточку вида номенклатуры добавлена Настройка ценообразования (доступна только при использовании ценообразования 11.5). Ценообразование можно вести по следующим разрезам:
При использовании характеристик и/или серий можно использовать не сами элементы, а их реквизиты. Например, если характеристика состоит из размера и цвета, то для учета цен можно использовать только размеры (вся обувь определенной модели определенного размера будет иметь цену вне зависимости от цвета.
Например, если серии идентифицируются сроком годности, то для учета цен можно использовать этот реквизит (ценами можно будет управлять в зависимости от срока годности).
Основной реквизит ключа – «Номенклатура». Все остальные реквизиты можно не использовать. Чем больше разрезов ведения цен выбрано, тем точнее можно вести ценообразование. Но и тем сложнее – необходимо будет указывать цены на каждый разрез. А это означает множество записей в регистрах.
Для возможности ведения цен по различным разрезам добавлены:
В зависимости от предназначения могут быть следующие виды цен (реквизит Предназначен для в карточке вида цены):
партнера;
Для соглашения можно задать как общий (как и раньше), так и индивидуальный виды цен (настройка Ценообразование в карточке соглашения).
В форме соглашения об условиях продажи реквизит Вид цены на закладке Условия продаж переименован в Общий вид цены.
Было:
Стало:
В соглашениях уточнения цен по ценовым группам и уточнения цен по товарам трансформируются в индивидуальные виды цен. Уточнения по ценовым группам можно задать в карточке индивидуального вида цены, предназначенного для соглашения.
Для партнера также можно задать общий и индивидуальный вид цен (добавлена настройка Ценообразование). Виды цен по партнеру будут использованы в документах, где не используются соглашения.
Если используется индивидуальный вид цен, то цены будут определены со следующим приоритетом:
Для склада с типом Розничный магазин можно задать общий «Розничный вид цены» (как и раньше), так индивидуальный вид цен. Цены могут быть только розничные.
По умолчанию данные по розничным и индивидуальным ценам берутся из складов (магазинов). Но эти данные можно хранить в форматах магазинов.
Для формата магазина также можно задать общий «Розничный вид цены» и индивидуальный вид цены:
Если используется индивидуальный вид цен, то цены будут определены со следующим приоритетом:
При настройке связи форматов магазинов и складов, можно указать настройку, откуда брать виды цен. Настройка влияет на выбор цен в розничной торговле.
Если выбрана настройка использования видов цен из форматов магазина, настройка видов цен в сладах блокируется.
Из форм соглашения, склада, формата магазина и партнера предусмотрен переход к прайс-листу и истории изменения цен по соответствующим гиперссылкам.
В соглашении об условиях продажи можно задать общий вид цены, который будет автоматически устанавливаться в документах по этому соглашению (как и раньше).
В форме соглашения об условиях продажи реквизит Вид цены на закладке Условия продаж переименован в Общий вид цены.
Было:
Стало:
Для партнера также добавлена возможность задать общий виды цен (предусмотрена настройка Ценообразование). Виды цен по партнеру будут использованы в документах, где не используются соглашения.
Для склада с типом Розничный магазин можно задать общий «Розничный вид цены» (как и раньше). Цены могут быть только розничные.
По умолчанию данные по розничным ценам берутся из складов (магазинов). Но эти данные можно хранить в форматах магазинов.
Было:
Стало:
Для формата магазина также можно задать общий «Розничный вид цены» (как и раньше):
Было:
Стало:
Из форм соглашения, склада, формата магазина и партнера предусмотрен переход к прайс-листу и истории изменения цен по соответствующим гиперссылкам.
Добавлена возможность уточнения валют для ценовых групп.
Изменен набор вариантов использования цен, настройка «Использовать - При продаже клиентам» заменена на использование:
Выделен отдельный вариант использования Вспомогательная цена для расчета других цен (не используется ни в каких документах):
Предусмотрена возможность установки предопределенного отбора позиций номенклатуры для видов цен. Установить отбор можно по реквизитам номенклатуры, характеристики, сегмента номенклатуры (гиперссылка Назначить цены на – всю номенклатуру в карточке вида цены).
Можно установить дополнительный режим Запретить установку цен за пределами отбора, при котором цены, установленные на номенклатуру не из отбора, будут очищаться в автоматически.
При выборе в документе Установка цен номенклатуры вида цен с установленным отбором будут загружены только те товары, которые удовлетворяют установленным параметрам отбора. При установке отборов по нескольким видам цен будет показан список товаров, которые будут удовлетворять отборам по всем видам цен.
Расширен список способов задания цены.
Некоторые параметры вынесены на основную форму (ранее это было скрыто в упрощенном режиме).
Добавлены дополнительные параметры расчета цен в соответствии с указанным способом задания цены.
Добавлен параметр Глубина анализа - определяет период, за который будет производиться выборка данных. Позволяет ограничить выборку и не использовать устаревшие данные по уже не актуальным позициям.
Добавлены СКД «Цены ввода остатков» - используется в варианте формирования цен на основе документов ввода остатков.
Удалены СКД:
Было:
Уточнение наценок по ценовым группам доступно на отдельной закладке. При переключении теряется контекст.
Стало:
Уточнение наценок по ценовым группам доступно по гиперссылке в основной форме карточки вида цены. Контекст не теряется.
Было:
Правила округления настраивались на отдельной закладке.
Стало:
Правила округления для всех цен настраиваются на основной форме в карточке вида цены. Для округления цены по диапазонам вызывается вспомогательная форма Уточнение округления по ценовым диапазонам по соответствующей гиперссылке в карточке вида цены.
Для проверки настройки округления цены можно использовать Конструктор округления.
Было:
Пороги срабатывания настраивались на отдельной закладке.
Стало:
Можно в отдельности настроить пороги срабатывания, как при увеличении, так и при уменьшении цен. Пороги срабатывания настраиваются на основной форме в карточке вида цены.
Порог срабатывания можно уточнить по каждой ценовой группе товаров. Если необходимо уточнение по ценовым группам, то открывается вспомогательное окно Уточнение порогов срабатывания по ценовым группам.
Для каждого вида цены может быть задан максимальный процент скидки или наценки. Скидки (наценки) задаются в основной форме карточки вида цены.
Максимальный процент скидки (наценки) можно уточнить по ценовым группам. Если необходимо уточнение по ценовым группам, то открывается вспомогательное окно Уточнение максимальных процентов скидок (наценок) по ценовым группам.
На форму списка видов цен добавлено:
Было:
Стало:
В списке видов цен показываются объекты, где использован выбранный вид цен. Из панели можно установить или очистить данные по видам цен.
Предусмотрена возможность визуального отображения действия цен в объектах (в соглашениях, форматах, партнерах, на складах) (гиперссылка Легенда).
Отборы по предназначению видов цен (только в ценообразовании 11.5).
Для автоматического расчета цен в соответствии с заданным расписанием добавлено регламентное задание, которое доступно по команде Расписание автообновления цен на форме списка видов цен.
Настраивается как набор видов цен, так и расписание выполнения регламентного задания.
Новая объединенная форма изменения цен:
Добавление панели быстрого изменения цен:
Было:
Стало:
По гиперссылке Настроить в нижней части формы Цены (прайс-лист) в списке дополнительных параметров можно настроить отображение формулы, панели изменения/редактирования цен, валюты и др.
Было:
Информационная строка находилась внизу у окна.
Стало:
Информационная строка размещена в панели управления.
В панель управления добавлен вывод данных по истории изменения цен.
Было:
Стало:
В единую форму изменения цен (подменю Изменить цены) перенесены такие пункты как Округлить цены (задаваемые вручную), Изменить на процент, Изменить цены.
Для изменения цен (на процент, на сумму), установки и расчета цен по формуле также предусмотрена панель редактирования на основной форме прайс-листа.
Для номенклатурных позиций формулы можно изменять «налету» при работе с прайс-листом. При последующих установках цен измененные формулы подтянутся автоматически.
Можно просмотреть историю изменения цен, что позволяет сравнить измененные цены с ценами, действующими на определенные даты.
Интерфейсные изменения прайс-листа:
В форму настройки Настройка параметров прайс-листа на закладе Отбор номенклатуры добавлены дополнительные отборы.
Было:
Стало:
На закладке Колонки прайс-листа настраивается список видов цен, которые нужно назначить. Теперь вид цен можно выбрать без возможности изменения (только просмотр). Доступна информация по дате последнего изменения цен.
Можно показать только выбранные для изменения и/или просмотра виды цен.
На закладке Сортировка и группировка предусмотрена:
Было:
Стало:
Цены можно устанавливать как на дату (как и раньше), так и на определенный период. Цены на период привязаны к маркетинговой акции. После окончания периода цены становятся прежними.
Было:
При записи изменения цен вызывалась форма.
Стало:
Форма записи изменена.
В зависимости от настроек отбора (изменяется в карточке «Виды цен»), программа может запретить изменения цен.
На форму списка по истории изменения цен добавлена информация о видах цен в документах и использовании маркетинговых мероприятий.
Было:
Стало:
Расширены настройки параметров выводимой информации (гиперссылка Настроить на форме документа установки цен). Теперь можно настроить отображение формул, единицы измерения, валюты и др.
Было:
Стало:
В отчет «Прайс-лист» добавлена возможность вывода дополнительных свойств номенклатуры и изображения из карточки номенклатуры.
Добавлен механизм «Дополнительные свойства» для справочника «Ценовые группы».
Было:
Стало:
На шаге 2 добавлены дополнительные фильтры:
Добавлена форма настройки регистрации цен (доступна по гиперссылке Настройка регистрации цен на шаге 2):
На шаге 3 исключена настройка регистрации цен. Выведена информационная строка, где показывается, что именно будет зарегистрировано.
Было:
Стало:
Добавлен вариант ограничения предоставления скидки на Номенклатуру не из сегмента в поле Предоставляется на.
Для улучшения процесса коммуникации с выгодными клиентами, предоставляя им своевременное предложение через соответствующий канал в нужное время, предназначен отчет CRM и маркетинг – Отчеты по CRM и маркетингу - Повторные продажи.
Основная задача отчета Повторные продажи – организация эффективных обзвонов с целью стабильных продаж постоянным клиентам.
Отчет позволяет сформировать сегменты со списком клиентов, которые приобретут товар с большой вероятностью за счет использования данных о продажах.
Преимуществом является возможность получать и использовать для формирования сегментов анализ данных о продажах.
Сегменты состоят из пересечения 2-х ключевых параметров:
В итоге предусмотрено 9 типов «ключевых сегментов»:
Особенности формирования сегментов:
По мере изменения покупательской активности клиенты перемещаются из одного ключевого сегмента в другой. Сравнение состава каждого ключевого сегмента от одного периода к следующему позволяет определить клиентов, которые перешли из одного сегмента в другой.
Интенсивность переходов – это переход клиентов из одного ключевого сегмента в другой. Чем больше клиентов переходит между сегментами, тем выше интенсивность переходов.
Интенсивность перехода отображается в процентах (%) и ссылку на список клиентов, перешедших из одного ключевого сегмента в другой, можно увидеть рядом со стрелками, направленными от одного ключевого сегмента к другому.
Сценарий работы:
Отчет содержит список настроек, используя которые можно сформировать требуемый сегмент клиентов, подходящий для продажи товара (команда Настройки).
Количество покупок и сроки, определяющие «активность взаимодействия», задаются на закладке Настройка сегментов.
В настройках отчета можно задать дополнительные фильтры, такие как учет только покупки на сумму, сегмент клиентов и др.
Предусмотрены опции, позволяющие настроить внешний вид отчета.
В зависимости от установки этих опций отчет может приобретать разный вид:
Во входящих документах предусмотрено указание наименования документа в терминах поставщика. Для такой возможности во все входящие документы добавлен реквизит Наименование входящего документа. Наименование входящего документа попадает в сверку взаиморасчетов и выводится при подборе объектов расчетов в документы.
Учет наименований первичных документов позволяет:
В отчеты Обороты НДС также добавлена колонка Наименование входящего документа.
Для обмена и согласования заказов без электронной подписи с целью заказывать товары и услуги у поставщика из программы 1С предусмотрен сервис «1С:EDI».
Основная задача сервиса «1С:EDI» – онлайн организация процесса заказа товаров и услуг у поставщика с возможностью получения оперативной информации о состоянии выполнения заказа.
Преимущества использования сервиса «1С:EDI»:
Автоматическое создание документов Заказ клиента при появлении новых заказов в 1С:EDI.
Автоматическое обновление ранее загруженных документов Заказ клиента при изменении заказов в 1С:EDI.
Оформление заказов покупателями в терминах своей номенклатуры.
Автоматическое обновление документов Заказ поставщику при изменении в 1С:EDI. Позволяет всегда иметь актуальную информацию по состоянию заказов.
Автоматическая отмена всех строк заказа при получении информации из сервиса об отмене заказа поставщиком в 1C:EDI.
Контроль всего процесса взаимодействия поставщика и покупателя (с использованием протокола EDI, текущего состояния и статусов заказов).
Простое подключение к сервису «1С:EDI». Достаточно зарегистрироваться в сервисе «1С:Бизнес-сеть» и включить соответствующие функциональные опции.
Не требуется дополнительных интеграций, вся функциональность по сервису EDI входит в состав программы 1C.
Снижение трудозатрат и ошибок за счет сокращения ручного ввода данных в программу 1С.
Сервис «1С:EDI» решает следующие бизнес-задачи:
Формирование заказов и их отправка поставщикам из программы 1С.
Согласование заказов в программе 1С.
Согласование корректировок заказов на этапе их выполнения (сроков, количества, ассортимента и др.).
Возможность обмена заказами поставщиков с торговыми сетями из программы 1С.
Перевод взаимоотношений закупщиков и поставщиков по заказам на ЭДО.
Отслеживание заказов по их текущему состоянию.
Общая схема обмена и согласования заказа в сервисе 1С:EDI:
Покупатель и продавец, как участники использования сервиса «1C:EDI», будут иметь возможность отследить статус, текущее состояние заказа и применить в отношении заказа необходимые действия, доступные в зависимости от статуса и текущего состояния заказа в EDI.
Статусы сервиса, состояния заказов, доступные действия покупателя и продавца представлены на схеме.
Настройки сервиса «1С:Бизнес-сеть» перенесены из панели навигации НСИ и администрирование – Настройка НСИ и разделов - Обмен электронными документами в НСИ и администрирование – Настройка интеграции.
Было:
Стало:
Для обмена и согласования заказов без электронной подписи в сервисе «1С:EDI» необходимо включить функциональные опции:
Обмен данными 1С:Бизнес-сеть (НСИ и администрирование – Настройка интеграции - 1С:Бизнес-сеть).
Согласовать заказы через сервис 1С:EDI (НСИ и администрирование – Настройка интеграции – 1С:Бизнес-сеть - 1С:EDI). Опция доступна при включенной опции Обмен данными 1С:Бизнес-сеть.
Метод авторизации в сервисе «1С:EDI» аналогичен авторизации в сервисе «1С:Бизнес сеть».
Для работы с сервисом «1С:EDI» организации необходимо зарегистрироваться в сервисе 1С:Бизнес-сеть (команда Подключиться к сервису 1С:Бизнес-сеть)(НСИ и администрирование – Настройка интеграции - 1С:Бизнес-сеть). Отдельной регистрации не требуется.
Настройки приема и отправки заказов через 1С:EDI выполняются по соответствующей гиперссылке НСИ и администрирование – Настройка интеграции – 1С:Бизнес-сеть - 1С:EDI). Если настройки не заданы, то гиперссылке соответствует наименование Настроить 1C:EDI и будет выдано предупреждение
«1С:EDI не настроен ни для одной организации».
Если настройки заданы, то гиперссылке соответствует наименование Настройки 1C:EDI.
Все подключенные к сервису «1С:Бизнес-сеть» организации работают по упрощенной схеме документооборота, в режиме «совместимости» со старым проколом обмена. Это позволяет организации продолжить пользоваться старым протоколом в других программах 1С.
Для использования полных возможностей сервиса «1С:EDI» необходимо установить функциональную опцию Использую процессы EDI. Будет доступна возможность совместной с контрагентами работы над документами на этапе согласования и отслеживания выполнения заказа.
Использование процессов EDI «переключает» организацию для других контрагентов в режим поддержки обмена по процессам. При этом использование «старого» протокола возможно, но не рекомендуется, поскольку «старый» протокол не поддерживает работу по процессу.
Отключить использование процессов EDI можно только через обращение в техническую поддержку.
На рисунке показано, какую схему документооборота выбирает сервис в зависимости от режима, который указан организацией участником:
legacy-edi - режим «совместимости» со «старым» протоколом с упрощенной схемой согласования заказ.
edi – режим полнофункционального использования сервиса, с полноценной расширенной схемой согласования заказов.
После включения использования процессов EDI необходимо задать действия, которые система будет выполнять автоматически, например, обновлять заказы клиентов при изменении в 1C:EDI, отменять строки в заказе поставщику при отмене поставщиком и другое.
Также настройки 1С:EDI доступны по гиперссылке Настройки в рабочем месте Текущие дела 1С:EDI.
Для ведения повседневной работы, получения быстрого и удобного доступа к документам, справочникам и настройкам, для обмена документами через сервис 1С:EDI и получения оперативной информации о текущем состоянии взаимодействия с контрагентами по EDI, предусмотрено рабочее место Текущие дела 1С:EDI.
Рабочее место доступно по ссылке:
из панели навигации Продажи – Работа с клиентами – для работы с клиентами.
панели навигации Продажи – Работа с поставщиками – для работы с поставщиками.
Рабочее место - это помощник, который позволяет создавать заказы поставщикам, контролировать поступления, отгрузки и показывает:
какие документы в работе;
какие документы согласуются с поставщиком;
какие документы готовы к отправке поставщикам;
каково состояние поступлений и отгрузок и другое.
Рабочее место состоит из настраиваемых виджетов, каждый из которых показывает состояние по какой-либо теме (продажи, закупки и другие).
Можно настроить рабочее место, удалив или добавив новые элементы пользовательского интерфейса (виджеты) в зависимости от потребностей.
Можно настроить каждый виджет отдельно.
Список документов закупки сервиса «1С:EDI» показывается в рабочем месте Закупки – См. также – Закупки 1С:EDI, с использованием которого предусмотрены следующие возможности:
получение данных из сервиса 1С:EDI (заказов поставщикам) по команде
«Получить данные из сервиса».
загрузка заказов поставщикам в информационную базу;
создание новых заказов поставщикам в информационной базе (запросы на поставку определенного количества товара к указанной дате или на предоставление требуемого объекта услуг по определенной цене);
контроль текущего состояния заказов поставщикам;
установка отборов по текущему состоянию заказов.
Список документов продажи сервиса 1С:EDI показывается в рабочем месте Продажи – См. также – Продажи 1С:EDI, с использованием которого предусмотрены следующие возможности:
«Получить данные из сервиса».
Пример загрузки заказа клиента в информационную базу.
Система автоматически отслеживает, какие заказы готовы к отправке контрагентам с использованием сервиса 1С:EDI. Такие заказы показываются в рабочем месте Заказы, доступные к отправке.
Рабочее место доступно:
по гиперссылке Заказов, готовых к отправке из рабочего места Текущие дела 1С:EDI.
гиперссылке Документы к отправке в EDI на форме списка журналов документов закупки и продажи сервиса 1С:EDI.
С использованием рабочего места Заказы, доступные к отправке предусмотрены следующие возможности:
групповая отправка новых документов заказов поставщикам, зарегистрированных в сервисе 1С:EDI;
исключение из списка документов, предлагаемых к отправке (команда Не предлагать к отправке выделенные).
Все события (новые документы, изменение статусов, новые сообщения в протоколе EDI) показываются в ленте новостей. Лента событий позволяет быть в курсе, какие события произошли в отношении заказов в сервисе 1C:EDI (например, создан, согласован, выполнен заказ) и в каком статусе заказ.
Лента событий доступна по гиперссылке Лента событий на форме списка журналов документов закупки и продажи сервиса 1С:EDI.
Из ленты событий можно открывать документы и вести работу по ним в зависимости от доступных действий.
Для контроля текущего состояния заказов при работе с сервисом EDI предусмотрен реквизит Состояние EDI на форме списка документов Заказ поставщику, Заказ клиента.
Для возможности учета номенклатуры клиента в табличную часть документа Заказ клиента добавлена колонка Номенклатура клиента, которая доступна в заказе при условии:
В информационной базе уже есть номенклатура контрагента (закупки ведутся в терминах клиента).
Заказ оформлен в терминах клиента.
В заказе клиента уcтановлен режим «Учитывать номенклатуру клиента».
На форму списка документов заказов поставщикам и заказов клиентов добавлен отбор заказов по статусу EDI и колонка Состояние EDI для контроля текущего состояния EDI заказов при работе с сервисом EDI.
Из списка документов заказов поставщикам и заказов клиентов предусмотрена возможность перехода к списку документов закупки и продажи сервиса 1С:EDI (гиперссылка В сервисе 1С:EDI к оформлению). Гиперссылка доступна в случаях, например, когда не удалось загрузить автоматически заказ и требуется анализ этой проблемы.
Справочник Номенклатура поставщиков переименован в Номенклатура партнера.
Изменен внешний вид справочника.
Было:
Стало:
Создание заказов поставщикам поддерживается следующими способами:
При работе с сервисом EDI на форме документов Заказ поставщику, Заказ клиента показывается текущее состояние EDI заказа.
Новому документу заказу поставщику по умолчанию присваивается состояние EDI Новый.
Процесс работы в сервисе EDI начинается с отправки заказа поставщику. Доступна отправка заказа в статусе Согласован.
Отправка заказа возможна следующими способами:
Для взаимодействия и переписки с контрагентами предусмотрен протокол EDI (команда Протокол EDI на форме списка заказов). Протокол EDI доступен, если заказ есть в сервисе EDI. По умолчанию группа протокола свернута.
Для взаимодействия по EDI необходимо начать процесс отправки заказа контрагенту.
Внешний вид заказа поставщику на стороне покупателя:
В момент отправки заказа выполняется взаимодействие с сервисом EDI и система выполняет проверку на сопоставление номенклатуры нашей базы с номенклатурой партнера. О необходимости сопоставления номенклатуры система уведомляет, что видно из текущего состоянии EDI заказа Требуется сопоставление номенклатуры.
По результату отправки заказу поставщику присваивается состояние EDI Согласуется поставщиком и отображаются доступные действия, которые может выполнить пользователь в отношении заказа. В зависимости от текущего состояния доступны разные действия.
В протоколе EDI автоматически формируются сообщения.
При необходимости с использованием протокола EDI можно добавить комментарий к заказу.
Сформированный заказ отображается в документах закупки сервиса 1С:EDI (на стороне покупателя).
Внешний вид заказа по результату обмена заказом в сервисе 1С:EDI (на стороне поставщика):
Заказ клиента попадает в ленту событий.
Загрузить заказ клиента в информационную базу поставщика можно по команде Загрузить на форме заказа клиента или на форме списка документов продажи 1С:EDI.
По результату загрузки заказа открывается форма сопоставления номенклатуры партнера с номенклатурой нашей базы (если требуется сопоставление номенклатуры).
На форме заказа клиента отображается текущее состояние EDI заказа и доступные действия, которые пользователь может выполнить в отношении заказа. В зависимости от состояния EDI заказа доступны разные действия.
В протоколе EDI заказа клиента показывается история взаимодействия с поставщиком, при необходимости поставщик может добавить комментарий к заказу.
В протоколе также можно видеть информацию о том, что заказ отправлен на согласование покупателем.
Когда заказ выполнен, то доступных действий на форме заказа нет.
Протокол EDI отображает историю работы с документом в сервисе EDI и позволяет писать сообщения контрагенту, тем самым обеспечивая возможность обсуждения деталей по заказу.
Пример № 1 протокола EDI:
Пример № 2 протокола EDI:
Просмотр версий заказов доступен по гиперссылке Открыть версию документа в протоколе EDI.
Если контрагент прислал на согласование изменения, то эти изменения можно увидеть в режиме сравнения версий, нажав на команду в меню доступные действия – Рассмотреть предложенные изменения.
Отображение выбранной версии документа доступно в режиме Просмотр версии.
В режиме просмотра версии, в зависимости от того чья версия просматривается (наша или контрагента), могут быть доступны разные действия.
Просмотр нашей версии заказа:
Просмотр версии заказа присланной контрагентом на согласование:
Просмотреть отличия между версиями покупателя и продавца можно в режиме Сравнение версий.
Можно включить режим отображения только отличий.
Система прослеживаемости импортного товара базируется на документальной идентификации товаров, при которой движение товара отслеживается исключительно по документам.
Особенности учета партий прослеживаемости товара:
Для операций с прослеживаемым товаром, по которым не оформляются счета-фактуры, декларация на товары, уведомление о ввозе, уведомление о перемещении, налогоплательщик должен оформлять отчет об операциях (в том числе налогоплательщики на специальных налоговых режимах). Список операций:
Схема учёта товаров, подлежащих прослеживаемости:
Для ведения учета прослеживаемых импортных товаров в соответствии с постановлением Правительства РФ необходимо установить функциональные опции:
Прослеживаемым считается товар, в карточке которого установлен флаг Учет по номерам ГТД и указан код ТН ВЭД с признаком Прослеживаемый товар.
Для учета по номерам ГТД в карточке номенклатуры устанавливается флаг Учет по номерам ГТД.
Если товар относиться к прослеживаемым импортным товарам, то в карточке номенклатуры указывается код ТН ВЭД с установленным признаком Прослеживаемй товар.
Если единица измерения прослеживаемости ТН ВЭД отличается от единицы хранения номенклатуры, то при записи номенклатуры, в которой указан код ТН ВЭД с установленным признаком Прослеживаемый товар, по умолчанию включается ведение учета прослеживаемых товаров в двух единицах измерения.
При учете прослеживаемых импортных товаров в двух единицах измерения в документах доступно поле Количество по РНПТ, количество в котором заполняется в единице измерения прослеживаемости ТН ВЭД.
Для учета прослеживаемых импортных товаров предусмотрено рабочее место Учет товаров РНПТ, доступное по ссылке НСИ и администрирование – Настройка НСИ и разделов – Учет НДС, импорт и экспорт.
В рамках рабочего места поддерживаются следующие возможности:
Для ввода начальных остатков прослеживаемых импортных товаров предусмотрен документ Ввод остатков прослеживаемых импортных товаров. Используется в качестве помощника для перехода на использование учета прослеживаемого товара.
Документ можно заполнить остатками собственных товаров по команде Заполнить по остаткам. На дату создания документа будет заполнена табличная часть в соответствии со сведениями об остатках товаров, подлежащих прослеживаемости.
Полученные сведения можно использовать для предоставления в ФНС Уведомления об остатках.
К примеру, документом Ввод начальных остатков собственных товаров на 31.12.2019 г. введены остатки товаров с прослеживаемыми кодами ТН ВЭД до начала учета прослеживаемых импортных товаров.
Для перехода на учет прослеживаемых импортных товаров оформляется документ ввода остатков прослеживаемых товаров. Документ заполняется остатками собственных товаров.
При проведении документа ввода остатков прослеживаемых импортных товаров:
Если по товару прежде не велся учет номеров ГТД и на остатках нет товаров с ГТД, то для начала учета прослеживаемых товаров необходимо списать остатки с пустыми номерами ГТД и оприходовать остатки с новыми номерами ГТД (РНПТ).
Если прежде не велся учет по номерам ГТД, то в документе ввода остатков прослеживаемых импортных товаров устанавливается флаг
в колонке Номер ГТД.
Документ ввода остатков не может содержать одновременно прослеживаемые по РНПТ и не прослеживаемые товары.
Для получения коэффициента пересчета количества между единицей хранения номенклатуры и единицей измерения прослеживаемости ТН ВЭД используется следующий алгоритм:
Приход товаров, подлежащих прослеживаемости, отражается следующими документами:
При учете прослеживаемых импортных товаров в двух единицах измерения в приходных накладных доступно поле Количество по РНПТ, количество в котором заполняется в единице измерения прослеживаемости ТН ВЭД.
Если известен коэффициент пересчета, то выполняется автоматический пересчет поля Количество по РНПТ в приходных накладных при изменении поля Количество. Обратный пересчет не выполняется, что позволяет указать прослеживаемое количество с отклонением от ожидаемого коэффициента.
Количество по РНПТ можно отредактировать вручную.
При получении документа через ЭДО прослеживаемое количество заполняется автоматически.
В приходных документах для товаров с прослеживаемыми кодами ТН ВЭД осуществляется контроль обязательного заполнения номеров ГТД.
Контроль заполнения номеров ГТД выполняется вне зависимости от установленных опций запрета операций поступления с товарами без номеров ГТД, которые устанавливаются по ссылке НСИ и администрирование – Настройка НСИ и разделов – Учет НДС и ВЭД – Регистрация и контроль номеров ГТД.
При ручном вводе номера ГТД, порядковый номер указывается по данным, предоставленным поставщиком для формирования РНПТ в соответствии со ст. 105.32 НК РФ.
Расход товаров, подлежащих прослеживаемости, отражается следующими документами:
При учете прослеживаемых импортных товаров в двух единицах измерения в табличной части, хранящей информацию о Видах запасов, доступно поле Количество по РНПТ, количество в котором заполняется в единице измерения прослеживаемости ТН ВЭД.
Если известен коэффициент пересчета, то выполняется автоматический пересчет поля Количество по РНПТ при изменении поля Количество.
Ручное редактирование количества по РНПТ в расходных документах не предусмотрено. Можно отредактировать, включив режим редактирования реквизитов в видах запасов.
Поддерживается контроль на запрет проведения расходной накладной, если в табличной части указаны товары как подлежащие прослеживаемости, так и не подлежашие.
При оформлении операций по схемам «Товары в пути», «Неотфактурованные поставки» в документе Поступление товаров на склад исключено заполнение номеров ГТД.
Документ поступления товаров на склад всегда приходует товар на склад с пустым номером ГТД. Номера ГТД заполняются в документах Приобретение товаров и услуг или Таможенная декларация на импорт.
Такое поведение обусловлено тем, то в документе Поступление товаров на склад номер ГТД можно было указать, но его указание не являлось обязательным, поскольку на момент оформления поступления товаров документов от поставщика еще нет (номера ГТД неизвестны).
Как только документы поступят от поставщика, в приобретении товаров и услуг обязательно указывался номер ГТД. Но период между фактическим поступлением товаров на склад и переходом права собственности может быть длительный от нескольких дней, до месяцев. Если документ поступления товаров на склад входил в закрытый период на момент прихода документов от поставщика, то чтобы исключить развернутое сальдо остатков товаров, требовалось открывать период и заполнять в документе Поступление товаров на склад номера ГТД, что является некорректным.
Было:
Стало:
Сценарий оформления документов по схеме «Неотфактурованные поставки»:
Сценарий оформления документов по схеме «Товары в пути»:
Под дистанционной розничной торговлей понимается «продажа товаров по договору розничной купли-продажи, заключаемому на основании ознакомления покупателя с предложенным продавцом описанием товара, содержащимся в каталогах, проспектах, буклетах либо представленным на фотоснимках или с использованием сетей почтовой связи, сетей электросвязи, в том числе информационно-телекоммуникационной сети "Интернет", а также сетей связи для трансляции телеканалов и (или) радиоканалов, или иными способами, исключающими возможность непосредственного ознакомления покупателя с товаром либо образцом товара при заключении такого договора». Наиболее распространенными частными случаями дистанционной торговли являются интернет-магазины и продажи по каталогам.
Непосредственно продажу товаров при дистанционной торговле обобщенно можно разделить на укрупненные этапы.
Каждый из этих этапов может быть организован различными способами. Так заказ от покупателя может поступать через сайт интернет-магазина и далее загружаться в программу с сайта интернет магазина, вносится непосредственно в программу оператором (менеджером по продажам) в процессе общения с покупателем по телефону или на основе информации, полученной от покупателя иным способом. Информационный обмен с сайтом интегрирован в программу. Настройка обмена описывается в разделе документации «Создание сайтов и обмен с сайтами».
Далее полученные заказы принимаются в работу и распределяются между исполнителями. Это может выполняться централизовано – диспетчер назначает исполнителя для каждого заказа и осуществляет контроль исполнения, децентрализовано – исполнители по мере исполнения предыдущих заказов сами назначают себе новые заказы, а также комбинируя оба эти способа.
Сбор товаров, указанных в заказе, осуществляет сборщик (комплектовщик) заказа. Доставка заказа покупателю может выполняться силами собственных курьеров или компаний, осуществляющих доставку. В зависимости от организации складских процессов сбору и доставку могут выполнять разные сотрудники или роль сборщика и курьера может выполнять один сотрудник.
При дистанционной продаже необходимо оформить документы реализации для оформления факта продаж в учете.
Отдельным вопросом является получение оплаты от покупателя. При оформлении заказа на сайте интернет-магазина покупатель может оплатить заказа непосредственно на сайте. Распространенным способом оплаты является оплата курьеру наличными. Для принятия оплаты по банковским картам курьеров также необходимо обеспечить эквайринговыми терминалами. В случае невозможности обеспечить курьеров соответствующим оборудованием могут применяться альтернативные способы оплаты, например Яндекс.Касса (см. раздел документации «Интеграция с Яндекс.Кассой»).
Для исполнения требований законодательства покупателю необходимо выдать чек в момент получения оплаты. Для этого нужно обеспечить курьеров переносными ККТ. Альтернативным вариантом является пробитие чека в момент получения оплаты курьером на ККТ, стационарно установленной в организации с передачей чека покупателю по SMS или электронной почте. Пробитие чека заранее в магазине до фактического получения оплаты от покупателя не рекомендуется, но технически возможно.
Для отслеживания курьерами оплаты наличными курьером и последующей сдачи оплаты в кассу организации, сохранения правильного остатка денежных средств в кассе организации в справочнике Касс можно сделать для каждого курьера виртуальную операционную кассу. В этом случае при выборе курьера в заказе клиента, автоматически заполнится связанная с ним касса. На эту кассу оформляется приходный кассовый ордер от клиента. В конце дня оформляется передача денежных средств из этой виртуальной операционной кассы в основную кассу организации.
Для работы сборщиков, курьеров и диспетчеров в программе предусмотрено мобильное рабочее место. Для диспетчера также предусмотрено полноэкранное рабочее место.
Для работы с курьерской доставкой необходимо включить функциональную опцию НСИ и администрирование – Настройки НСИ и разделов - Склад и доставка – Доставка -Управление доставкой.
Склады, на которых выполняется сборка заказов и с которых выполняется доставка, должны иметь тип Розничный магазин. Настройка сборки и доставки в зависимости от того, используются ли Форматы магазинов, могут указываться:
Настройки, указанные для формата магазинов, действуют для всех магазинов этого формата.
Если настройки указаны для склада, то потребуется указать дату, с которой используется данная опция.
В настройках определяется особенность реализации процесса: выделена ли в качестве отдельной операции сборка заказа, есть ли доставка своими курьерами, распределение ролей сборщиков и курьеров между сотрудниками (опция Сборка и доставка выполняются одним сотрудником) и возможность этих сотрудников самостоятельно брать заказы в работу. В настройках определяется порядок оформления документа реализации и печати чека. Особенность реализации процессов дистанционной торговли в зависимости от установленных опций будет рассмотрено ниже при описании самих процессов.
Сотрудники, которые будут выполнять роль сборщиков, диспетчеров и курьеров, должны быть внесены в список пользователей и физических лиц информационной базы. В карточке пользователя должна быть проставлена ссылка на физическое лицо.
Пользователей, выполняющих роль сборщика и/или курьера необходимо включить в группу с типовым профилем Сотрудник сборки и доставки. Пользователя, выполняющего роль диспетчера, необходимо включить в группу с типовым профилем Диспетчер сборки и доставки.
Для запуска мобильного рабочего места для пользователя необходимо выполнить соответствующую настройку в карточке пользователя по ссылке Настройки открытия форм при начале работы программы.
Для каждого магазина необходимо указать сотрудников, которые будут в нем выполнять роль диспетчера, сборщика и/или курьера. Сделать это можно в рабочем месте Диспетчирование заказов по кнопке Настройка. Назначение сотрудников может выполняться в двух вариантах:
Переключение между режимами по команде Настройка по сотрудникам / складам.
Курьеров можно разделить по зонам доставки. Если для курьера определена хотя бы одна зона доставки, то в работу он сможет брать только распоряжения из этой зоны доставки.
Если курьеры принимают оплату наличными и для контроля получения оплаты решено использовать виртуальные операционные кассы, то нужно внести их в справочник Кассы с указанием курьера в поле Физическое лицо. Если предполагается пробитие чеков на одной стационарной ККТ, то необходимо указать все эти виртуальные операционные кассы в настройках РМК для рабочего места, к которому физически подключена ККТ, на закладке Кассы.
Если курьеры используются эквайринговые терминалы, то для этих эквайринговых терминалов необходимо заполнить поле Физическое лицо.
Начальным этапом дистанционной продажи является регистрация заказ покупателя. В зависимости от реализации процесса на предприятии можно выделить описанные ниже сценарии реализации данного этапа.
Потребность покупателя изначально регистрируется на сайте интернет-магазина и загружается программу. В программе создается документ Заказ покупателя. Для работы с документом В информационной базе должна быть включена функциональность заказов (НСИ и администрирование – Настройки НСИ и разделов – Продажи – Использование заказов). Рекомендуемый вариант использования заказов – Заказ только со склада.
В программе потребность покупателя регистрируется оператором документом Заказ покупателя. Для работы с документом в информационной базе должна быть включена функциональность заказов (НСИ и администрирование – Настройки НСИ и разделов – Продажи – Использование заказов). Рекомендуемый вариант использования заказов – Заказ только со склада.
Регистрацию заказов выполняет диспетчер. Соответствующий пользователь должен иметь права на работу с заказами клиентов. Например, можно использовать типовой профиль доступа Менеджер по продажам.
При регистрации заказа покупателя менеджер заполняется перечень товаров (закладка Товары). Рекомедуется для заполнения списка использовать форму подбора. В этой форме можно сразу контролировать наличие товаров в магазине и не включать заведомо отсутствующие товары. Используя поиск в списке диспетчер может предлагать покупателю товары из числа тех, что есть в наличии. Например, если покупатель просто говорит «Молоко», то подобрав имеющееся в наличии молоко сотрудник может предложить покупателю разные варианты, отличающиеся торговой маркой, жирностью, ценой и совместно с покупателем выбрать оптимальный для него.
После подбора всех позций можно еще раз проверить с покупателем заказа по списку «Товары». При принятии заказа желательно обращать внимание на количество товаров и примерный вес заказа, их соответствие возможностям курьерской доставки.
На вкладке Доставка в общем случае возможен выбор вариантов, описанных в разделе документации «Доставка». Если для склада используется курьерская доставка, то дополнительно доступен выбор способа доставки Наш курьер до клиента.
Если для склада указано нормативное время доставки, то автоматически заполняются реквизиты время доставки с и время доставки до относительно текущего времени.
В заказе опционально можно указать крьера (на закладке Доставка) и сборщика (на закладке Дополнительно), но в любом слуае распоряжение может быть назначено на исполнителя из мобильного рабочего места диспетчером.
По заказа в дистанционной торговле предусмотрены статусы. Порядок смены статусов по мере выполнения заказа можно представить следующей схемой.
В упрощнном сценарии работы в программе может не создаваться заказ покупателя, а сразу регистрироваться документ Реализация товаров и услуг. В нем также как и в заказае можно выбрать курьерскую доставку и управлять дальнейшими процессами дистационной торговли используя мобильное рабочее место.
Диспетчирование заказа – это сопровождение оформленного на этапе сборки и доставки, включая назначение ответственных за эти этапы и контроль их исполнения. Оно может выполняться в настольном рабочем месте Диспетчирование заказов или в мобильном приложении.
Рабочее место Склад и доставка - Диспетчирование заказов содержит список всех распоряжений (Заказов клиента или Реализация товаров и услуг без указания заказа), оформленных по складам (складу, установленному в отборе) с типом Розничный магазин, в настройках установлены опции Поддерживается сборка и/или Поддерживается доставка.
В форме предусмотрены отборы по Статусу, Срок выполнения, Складу, Зона доставки. Возможен быстрый отбор по заказам, у которых не назначен сборщик или курьер.
В центральной части формы расположен список заказов с колонками: принят (дата распоряжения), доставка (дата и время желаемой доставки), номер, текущий статус, склад, зона доставки, клиент, сборщик, курьер.
В правой части расположена информация о доступных к назначению сборщиках и курьерах. Список доступных сотрудников определяется в зависимости от выбранного в отборе склада.
Также в правой части формы расположена информация о товарах выбранного распоряжения. В нижней строке формы расположена информация о выбранном распоряжении: клиент, телефон, адрес доставки, комментарий
Назначить исполнителей (сборщиков и курьеров) для заказа можно следующими способами:
Возможно групповое назначение сотрудников. Для этого требуется выделить нужные распоряжения.
Для отмены назначения сотрудников по заказу можно воспользоваться командой Снять.
Мобильное рабочее место является единым для диспетчеров, сборщиков и курьеров, а пользователь видит соответствующие разделы в зависимости от назначенных ролей. Активный раздел выделяется желтым в панели разделов, расположенной внизу экрана рабочего места. Диспетчирование заказов выполняться в разделе Диспетчер
.
На рабочем столе – экране, который ведет пользователь при входе в приложение, показаны команды подменю активного раздела. Рядом с каждой строкой указывается количество распоряжений в этом подменю нужно отработать. Количество можно пересчитать по кнопке обновить
.
Команды для раздела Диспетчер:
Назначение распоряжений сборщикам состоит из двух шагов. На первом шаге отображается форма со сводной информацией о назначенных и требующих назначения заказах. В верхней части формы отображается общая информация – сколько распоряжений назначено, собирается, собрано за сегодня, а также жирным шрифтом большего размера - сколько заказов еще требуется назначить в настоящее время. Далее выводится список доступных сборщиков, с указанием для каждого из сколько заказов Собирается сборщиком в настоящее время и Собрано за сегодня, в какое время была Последняя сборка, и жирным шрифтом большего размера - количество назначенных сборщику распоряжений. На этом шаге диспетчер должен выбрать сборщика, которому будет назначен заказ. После чего осуществляется переход ко второму шагу.
На втором шаге необходимо выбрать заказы, которые будут назначены этому сборщику. По каждому заказу в списке есть информация о номере заказа, дате и времени доставки, кол-во оставшегося времени до окончания доставки, сумма заказа и информация об оплате. При нажатии на заказ можно посмотреть дополнительную информацию по заказу. Для выбора заказа нужно установить флажок напротив заказа.
После выбора всех необходимых заказов диспетчер нажимает кнопку Назначить и выбранный сборщик назначается на сборку по выделенным заказам.
Контроль сборки используется для мониторинга за работой сборщиков. На основном экране отображается список всех сборщиков и общая статистика по назначенным им заказам.
Из списка можно перейти к просмотру подробной информации по каждому сборщику, снять или заменить сборщика по назначенному заданию. Для этого нужно сделать свайп (перемещение пальцем по экрану мобильного устройства) влево и выбрать один из пунктов меню.
Назначение заказов курьерам во многом аналогично назначению заказов сборщикам и также состоит из двух шагов. На первом шаге диспетчер видит общую информацию: сколько заказов назначено, доставляется, и сколько доставлено за сегодня, а также жирным шрифтом большего размера - сколько заказов еще требуется назначить курьерам в настоящее время. Далее выводится список доступных курьеров, с указанием для каждого из сколько заказов Доставляется в настоящее время, Доставлено за сегодня, в какое время сегодня была Последняя доставка, а также жирным шрифтом большего размера количество назначенных курьеру заказов. На этом шаге диспетчер должен выбрать курьера, которому будет назначен заказ. После чего осуществляется переход ко второму шагу.
На втором шаге необходимо выбрать заказы, которые будут назначены этому курьеру. По каждому заказу в списке есть информация о номере заказа, дате и времени доставки, кол-во оставшегося времени до окончания доставки, сумма заказа и информация об оплате. При нажатии на заказ можно посмотреть дополнительную информацию по заказу. Для выбора заказа нужно установить флажок напротив заказа. После выбора всех необходимых заказов диспетчер нажимает кнопку Назначить и выбранный сборщик назначается на сборку по выделенным заказам.
Контроль доставки во многом аналогичен контролю сборки. На основном экране отображается список всех сборщиков и общая статистика по назначенным им заказам. Из списка можно перейти к просмотру подробной информации по каждому курьеру, снять или заменить курьера по назначенному заданию. Для этого нужно сделать свайп (перемещение пальцем по экрану мобильного устройства) влево и выбрать один из пунктов меню.
Сборку заказов рекомендуется выполнять с использованием мобильного рабочего места сборки и курьерской доставки в разделе Сборка
.
Команды для раздела Сборка:
Чтобы начать сборку нужно для заказа, находящегося в статусе К Сборке, изменить статус на Собирается. Это выполняется в раздел Начать сборку, который в общем случае состоит из 2-х вкладок:
В списке заказов отображается информация о номере заказа, дате доставки, времени оставшемся на доставку, сумме и информация об оплате заказа, а также жирным шрифтом большего размера - количество позиций в заказе. Для начала работы необходимо нажать на распоряжение, после чего откроется рабочее место сборки заказа, из которого можно начать сборку.
В заголовке формы заказа располагается номер заказа и команда информации
по которой можно открыть карточку с информацией по текущему заказу. Форма состоит из 3 закладок:
Товары в списке разделены на группы. Группы настраиваются в карточке склада/магазина. Например, можно настроить группы в соответствии с отделами магазина, чтобы сборщику удобнее было собирать, сначала фрукты, потом консервы, потом молоко и т.п. в соответствии с отделами магазина
После нажатия кнопки Начать сборку состояние заказа изменится на Собирается. Если заказ, не принадлежал сборщику, он автоматически будет назначен на текущего пользователя.
В процессе сборки после фактического помещения в корзину сборщик подтверждает сборку товара. Это можно сделать с помощью камеры устройства, сканируя штрихкод товара, или вручную.
Порядок ручной проверки отвара следующий:
На закладке Уточнить в форме заказа отображаются сделанные в процессе сборки, но еще не подтвержденные замены, отсутствующие товары (Товара нет), и товары из замен, которые были отклонены и их нужно Вернуть на полку. По каждой строке с заменой можно выполнить свайп (провести пальцем по экрану) влево и выбрать: либо подтвердить замену, тогда замененный товар окончательно попадет в на вкладку Собрано, либо отклонить замену, тогда товар попадет в раздел Вернуть на полку.
На закладке Собрано отражены все товары, которые были собраны или заменены по заказу. Команда Сканировать позволяет добавить в заказ произвольный товар. Из этого раздела завершается сборка по заказу. Для завершения работы предназначена команда Завершить сборку.
Если перед завершением работы требуется согласовать окончательный состав заказа с клиентом, то по команде Информация
можно открыть карточку заказа, посмореть информацию по заказу и позвонить клиенту.
По кнопке Завершить работу заказ переходит в статус Собран.
Для отражения дистанционной продажи в учете и оформления необходимых финансовых документов необходимо отразить реализацию в программе. Сделать это можно после сборки заказа, когда уже известно, какие товары были фактически подобраны с учетом согласованных с клиентом изменений.
Настраивается состав формируемых документов при оформлении реализации, а состав печатных форм, которые автоматически будут выведены на принтер.
Среди возможных документов есть, в том числе Приходный кассовый ордер, который можно создать в момент оформления реализации на сумму задолженности клиента при самовывозе заказа. Также существует возможность пробивать фискальный чек при создании документа (в заказе должна быть указана касса, для которой настроено кассовое оборудование), однако рекомендуемым сценарием с точки зрения требований законодательства является фискализация чеков в момент фактической передачи заказа клиенту.
Пакет документ может создаваться вручную оператором или автоматически.
Оператор может создать полный комплект документов реализации по одной кнопке. Создать документы можно следующими способами:
в настольном рабочем месте Диспетчирование заказов;
После формирования пакета документов реализации в подвале документа Заказ клиента отображается ссылка на оформленные документы.
После проведения заказа в статусе Собран, реализация может создаваться автоматически без участия оператора.
Курьерскую доставку рекомендуется выполнять с использованием мобильного рабочего места сборки и курьерской доставки в разделе Доставка
.
Команды для раздела «Доставка»:
Раздел Начать доставку состоит из двух вкладок:
По каждому заказу в списке отображается информация о номере, наличии комментария, дате и времени доставки, рассчитано время до окончания срока, сумме к оплате, магазине, адресе доставки. По заказу из списка Мои свайпом (перемещение пальцем по экрану) влево можно выбрать действие:
В разделе Свободные свайпом (перемещение пальцем по экрану) влево можно выбрать действие Назначить мне.
В форме Доставляется виден список распоряжений, по которым курьер указал Начать доставку. По каждому распоряжению есть информация о номере, наличии комментария, дате и времени доставки, рассчитано время до окончания срока, сумме к оплате, магазине, адресе доставки. В случае необходимости курьер может позвонить клиенту сразу из формы списка, не заходя в карточку распоряжения.
Текущим заказам (первый в списке) заказ по умолчанию назначается ближайший по времени доставки заказ. Для следующих заказов доступна команда Сделать текущим для изменения этого порядка вручную.
Курьер может просмотреть карточку заказа. В ней показана вся необходимая информация для работы с распоряжением.
На закладке Информация можно посмотреть общую информацию по заказу, в том числе адрес доставки или магазина позвонить покупателю, в магазин, сборщику. На закладке Товары можно посмотреть список товаров из распоряжения.
Если распоряжение находится в статусе Доставляется, то курьеру доступны команды по работе с заказам, состав и название которых зависят от настроек склада и текущего состояния заказа. В частности:
Если покупатель отказался от заказа, то курьер может отменить заказ. Для отмены необходимо указать причину отмены, выбрав ее из заранее заполненного списка.
Если курьеру доступно несколько способов оплаты, то после нажатия на команду Принять оплату откроется форма выбора способа оплаты.
После выбора способа оплаты открывается форма приема оплаты. В случае если курьеру доступен только один способ оплаты, то эта форма отрывается сразу.
При способе оплаты наличными в форме оплаты указывается сумма к оплате, сумма, полученная от клиента, и рассчитанная сдача. Полученную сумму можно указать с цифровой клавиатуры или с помощью кнопок с номиналами купюр.
Название кнопки завершения оплаты зависит от настроек и сценария пробития чека:
В любом случае создается документ ПКО. ПКО проводится по виртуальной операционной кассе курьера, если она задана и может быть однозначно определена (с курьером связана только одна операционная касса, или операционная касса курьера явно указана в заказе). Если определить операционную кассу курьера не получилось, то ПКО будет проведен по неоперационной кассе организации, указанной в заказе или подобранной по статистике.
При способе оплаты платежной картой в форме оплаты указывается сумма к оплате. Название кнопки завершения оплаты зависит от настроек и сценария пробития чека и определяется так же как и в случае приема оплаты наличными.
После завершения оплаты в программе создается документ «Эквайринговая операция» на эквайринговый терминал курьера для организации из заказа.
Этот способ позволяет исключить необходимость обеспечивать курьеров ККТ и эквайринговыми терминалами. При выборе такого способа оплаты форма оплаты содержит информацию о сумме к оплаты, статус оплаты, ссылку на оплату, которая генерируется через интерфейсы подсистемы «Яндекс.Кассы» при открытии формы. Ссылку можно отправить SMS-сообщением на номер телефона покупателя или предоставить клиенту возможность отсканировать QR-код с мобильного устройства курьера.
Завершить прием оплаты через сервис Яндекс.Касса курьер может, дождавшись изменения статуса оплаты или не дожидаясь, получив также подтверждение от клиента. Название кнопки завершения оплаты зависит от статуса оплаты, настроек и сценария пробития чека (по аналогии с оплатой наличными).
В мобильном рабочем месте курьера предусмотрена форма Вернуть в магазин, которая состоит из двух закладок:
Заказы - список заказов, по которым необходимо вернуть товар в магазин.
Наличные - остатки и движения по наличным ДС по кассам курьера. Остаток денег на начало периода, расход за период, приход за период (оплаты от клиентов), остаток на конец периода.
Рабочее место сборки и курьерской доставки содержит разделы:
Если в базе включена возможность пробития чеков из очереди, то на этапе оформления документов возможно фискализировать чек.
Предусмотрена возможность распределенной фискализации. Она позволяет автоматически фискализировать на ККТ чек из очереди чеков. Данная функция используется, в частности, для пробития чека при загрузке информации об оплате с сайта интернет-магазина, а также для пробития чеков на стационарной ККТ в момент передачи товара при курьерской доставке. Для использования функциональности информационная база должны быть подключена к системе взаимодействия.
При постановке чека в очередь чеков создается новое сообщение в системе взаимодействия. При открытом «1С:Предприятие» на других рабочих местах обрабатываются сообщения из системы взаимодействия. При обработке сообщений анализируются подключенные к рабочему месту ККТ и возможность фискализировать на них чеки (по ИНН Организации и СНО) с последующей их фискализацией.
На форме настройки экземпляра подключаемого оборудования (ККТ), который может использоваться для распределенной фискализации, должен быть установлен флаг Автоматическая фискализация чеков из очереди чеков.
Поддержано пробитие единого чека при смешанной оплате. Если документ Реализация товаров и услуг или Акт выполненных работ оплачен в день продажи одновременно документами Приходный кассовый ордер и Эквайринговая операция, то по такой оплате можно напечатать единый чек на смешанную оплату (в форме предпросмотра чека установлен флажок Единый). Единый чек пробивается из документа продажи, при условии, что ранее ни по одному документу чеки не пробивались.
При оформлении документа Возврат товаров и документа возврата оплаты (Приходный кассовый ордер или Эквайринговая операция) в один день можно пробить единый чек (из любого документа, при условии, что ранее чеки не были пробиты). Если по документу Возврат товаров в день возврата одновременно оформлены документы Расходный кассовый ордер и Эквайринговая операция, то по такому возврату можно напечатать единый чек (возврат смешанной оплаты). Единый чек пробивается из документа возврата, при условии, по документам ранее ни по одному документу чеки не пробивались.
Из документа Корректировка реализации, оформленного на основании Реализации по которой был пробит чек, можно пробить чек коррекции. Предметом коррекции может быть:
Чек коррекции – это по сути два чека – один – чек на возврат по данным из чека в документе реализации, и новый чек на приход – по данным после корректировки.
Все настройки, связанные со сканированием и последующей проверкой на стороне программы кодов маркировки, размещены в форме НСИ и администрирование – Администрирование – Интеграция с ИСМП (обувь, одежда, табак…) - Настройки сканирования кодов маркировки.
На этой форме размещены флажки Контролировать статусы кодов маркировки и Контролировать статусы кодов маркировки при розничных продажах, которые ранее размещались на форме НСИ и администрирование – Администрирование – Интеграция с ИСМП (обувь, одежда, табак…), а также новые настройки, которые описаны ниже.
Для табачной продукции начиная с текущей версии возможна работа с блоками и коробами табачной продукции при отключенном онлайн контроле статусов кодов маркировки, в том числе при проверке поступления.
Реализована возможность частичной загрузки кодов маркировки из терминала сора данных (ТСД) и табличного документа. При установленном флажке Пропускать строки с ошибками при загрузке из ТСД строки с непрошедшими проверку на корректность кодами игнорируются при этом загрузка не блокируется. Все прошедшее проверку коды будут загружены. При снятом флажке загрузка при наличии ошибочных кодов блокируется.
Также в текущей версии оптимизирована производительность операции обработки кодов маркировки при загрузке из ТСД и табличного документа. Например, время на обработку 27500 кодов табачной продукции сокращено с 8 до 4 минут.
Коды маркировки основаны на стандартах GS1 и включают специальные символы, предусмотренные этим стандартом. Сканер должен быть настроен на чтение этих символов. В случае неверной настройки сканера в считанном коде могут появиться некорректные символы. Дальнейшая попытка работы с таким кодом приведет к ошибкам. При установке флажка Проверять алфавит кодов маркировки проверка кодов на корректность выполняется при их считывании или загрузки из внешнего файла, что позволяет исключить возникновение ошибочных ситуаций в дальнейшем.
Групповые логические упаковки по определенным товарам могут быть стандартизированы – всегда содержать строго определенное количество вложенных потребительских упаковок. Если по данным ИС МП такой групповой упаковке содержится иное количество потребительских упаковок, это может быть признаком ошибки отражения агрегации в ИС МП. При установленном флажке Контролировать стандартную вложенность можно отследить такие ситуации на этапе проверки маркируемой продукции и не допустить дальнейшего отражения ошибочной операции.
Под «серой зоной» понимаются коды маркировки, которые были эмитированы и нанесены на упаковки табачной продукции, но ошибочно не были привязаны к групповой упаковке, в которую они фактически были помещены. Наличие «серой зоны» предусмотрено действующем законодательством в объеме, не превышающем 1% от объема выпуска табачной продукции и связано с особенностями технологического процесса – сканеры на упаковочной линии по причине высоких скоростей могут пропускать отдельные пачки. Коды маркировки, которые попали в серую зону могут быть не указаны в предшествующей цепочке поставок и иметь по этой причине некорректный статус и/или владельца, а логистические упаковки, в которых фактически содержится табачная продукция с кодами маркировки из «серой зоны» будут по данным ГИС МТ содержать отличное от стандарта количество вложенных упаковок. Работа с кодами из «серой зоны» и содержащими их групповыми логистическими упаковками, тем не мене, возможна при установке флажков Проверять потребительские упаковки на вхождение в серую зону и Проверять логистические и групповые упаковки на содержание серых кодов в форме Настройки сканирования кодов маркировки в группе Табачная продукция.
По общему правилу на момент передачи маркируемой продукции код маркировки должен принадлежать продавцу и находится в статусе, предполагающем дальнейшую продажу. Однако, коды маркировки табачной продукции до 01.07.2020 могли не отражаться в ИС МОТП по всей цепочке поставок, а значит это правило может не выполняться. Поэтому в соответствии с Письмом Минпромторга от 02.07.2020 № EB-45787/28 «участники оборота товаров, совершающие приемку-передачу табачной продукции, произведенной до 1 июля 2020 г., обязаны представлять в информационную систему маркировки только сведения о вводе табачной продукции в оборот, а сведения об оптовом обороте и выводе из оборота, за исключением вывода из оборота участниками оборота, осуществляющими розничную продажу, с применением контрольно-кассовой техники в товаропроводящей цепи могут быть не предоставлены."
Это означает, что табачная продукция может не числиться за продавцом на момент совершение операции. Для учета этого исключения в форме Настройки сканирования кодов маркировки в группе Табачная продукция предусмотрен реквизит Контролировать статусы с даты производства. Произведенная до указанной даты табачная продукция считается исключением и статусы по ней не проверяются. Для продукции, произведенной начиная с указанной даты, статусы проверяются по общему правилу.
Важным реквизитом табачной продукции является максимальная розничная цена (МРЦ). Она наносится на пачке и кодируется в составе кода маркировки. МРЦ должна учитываться при установке розничной цены на табачную продукцию. При этом требования вести учет номенклатуры в разрезе МРЦ нет. Основной сценарий - флажок Учитывать МРЦ в форме Настройки сканирования кодов маркировки в группе Табачная продукция снят. Тем не менее, учитывая пожелание некоторых организаций, добавлена возможность вести такой учет. Для этого необходимо установить флажок Учитывать МРЦ в форме Настройки сканирования кодов маркировки в группе Табачная продукция.
Для табачной продукции при этом необходимо включить учет по сериям, где серия – партия табачной продукции с определённой МРЦ.
Реализована детализация Палеты с коробами в форме проверки и подбора табачной продукции (для приемки и отгрузки значительных объемов табачной продукции - десятков и сотен коробов).
При открытии формы проверки табачной продукции в документах поступления реализован автоматический выбор детализации по статистике.
Добавлены отчеты для анализа расхождений при работе с маркируемой продукцией:
В пул кодов маркировки сохраняются полные коды маркировки табачной продукции.
При розничных продажах поддержана печать кодов блоков табачной продукции на ККТ.
Реализован единый механизм авторизации в ГИС МТ через true-api, который действует как в табачном контуре, так и для обуви и остальных видов продукции. В информационной базе сохраняется токен авторизации, что делает возможным после авторизации в ГИС МТ одним из пользователей работу всех остальных пользователей без необходимости авторизации.
В программе реализована работа, в том числе, для следующих групп маркируемых товаров:
Табачная продукция
Альтернативная табачная продукция
Работа с этими товарными группами имеет существенные отличия от других товарных групп. Кроме того есть свои существенные отличия маркировки Альтернативной табачной продукции от маркировки Табачной продукции на уровне программного интерфейса ЦРПТ. Для корректной работы важно правильно указать особенность учета для Вида номенклатуры. Указанная особенность учета будет корректно применяться для вновь создаваемых карточек номенклатуры. Если вид номенклатуры был отредактирован уже после создания карточки номенклатуры, но необходимо повторно выбрать вид номенклатуры или установить корректное значение служебного реквизита Особенность учета с помощью группового изменения реквизитов.
Маркировка табачной продукции осуществляется непосредственно на производственной линии, в рамках которой производится упаковка табачной продукции в пачки и блока. Это определяет состав реквизитов и видов операций для документов Заказ на эмиссию кодов маркировки СУЗ и Маркировка товаров ИС МП.
В Заказе на эмиссию указывается реквизиты производственного объекта, включая код GLN и адрес объекта, идентификатор линии, а также ожидаемая дата производства. В таблице Товары указывается перечень планируемых к производству наименований табачной продукции. После завершения редактирования документа его следует передать в ИС МП (ссылка Запросите коды маркировки). При успешной эмиссии коды будут преданы на станцию управления заказами.
После фактической маркировки в составе упаковочной производственной линии, необходимо оформить документ Маркировка товаров ИС МП.
Состав видов операции в документе Маркировка товаров ИС МП для табачной продукции ориентирован на особенности этого технологического процесса и включает следующие операции:
В документе указывается идентификатор производственного заказа и производственной линии. Список позиций, по которым передаются сведения о фактической маркировке, указывается на закладке Товары.
Если установлен флажок Отчет производственной линии, то форма подбора и проверки не используется, а все данные загружаются из файла. Если флажок не установлен, то конкретный перечень кодов маркировки указывается в отдельной форме, которая открывается по ссылке Подобрать и проверить маркированную продукцию. В форме проверки указывается структура упаковок и перечень маркированной продукции. Проверка осуществляется сканированием кода маркировки с помощью сканера штрихкодов. По завершению проверки по ссылке передайте данные выполняется обмен с ИС МОТП.
Для обеспечения единообразия маркировки для альтернативной табачной продукции используется те же операции для маркировки продукции (в частности Отчет о передаче КМ на производственную линию), хотя некоторые реквизиты, например идентификатор производственной лини, для производственного процесса по альтернативной табачной продукции могут не иметь физического воплощения.
Для табачной и альтернативной табачной продукции предусмотрена маркировка остатков. При этом при маркировке остатков табачной продукции используется только упрощенный код GTIN (начинается на 029), а для маркировки остатков альтернативной табачной продукции наряду с упрощенными кодами GTIN можно использовать GTIN из национального каталога с полным описанием продукции. Сценарий маркировки остатков аналогичен маркировке остатков по другим товарным группам и рассмотрен в разделе документации https://its.1c.ru/db/erp24doc#bookmark:ismotp:MarkingRemnants .
Для упрощенного описания остатков в табличной части документа Заказа на эмиссию кодов маркировки указывается Код ТНВЭД (можно не указывать полный код, а только первые цифры, которые позволяют идентифицировать вид продукции, например, для обуви – это 64), а также другие обязательные и опциональные реквизиты, приведенные в таблице.
|
|
Товарный знак |
Наименование |
Вид упаковки |
МРЦ |
|
Табачная продукция |
Опционально |
Обязательно |
Обязательно |
Опционально |
|
Альтернативняа Табачная продукция |
Опционально |
Обязательно |
Обязательно |
Не применяется |
В составе групп маркируемых товаров поддерживается Упакованная вода. Маркировка воды может осуществляться как непосредственно на производственной линии, в рамках которой производится упаковка, так и отдельно. Это определяет состав реквизитов и видов операций документа Маркировка товаров ИС МП. Маркировка воды производится при производстве или импорте. Сценарии маркировки аналогичны другим товарным группам и рассмотрены в документации https://its.1c.ru/db/erp24doc#bookmark:ismotp:ISMOTP.
Если по факту приемки маркируемой продукции выясняется расхождение (излишки или недостачи) относительно указанного в эУПД количества и/или кодов маркировки, то оформляется документ УКД или ТОРГ-2. Документ передается по ЭДО. После подписания документа обеими сторонами и завершения ЭДО в ГИС МТ отражается передача корректных кодов от продавца покупателю.
Излишки и недостачи определяются на стороне покупателя автоматически при проверке поступившей маркируемой продукции. Если в документе указаны коды потребительских упаковок, то правила определения излишков/недостач следующие:
Если в электронном документе переданы коды групповых упаковок, для определения расхождений необходимо проверить коды всех потребительских упаковок, входящих в эту групповую упаковку. Далее излишки и недостачи определяются по следующему правилу
Если в процессе проверки выявлены расхождения, то по документу поступления оформляется документ Акт о расхождениях после приемки.
На закладке Товары предусмотрена колонка Расхождения по кодам маркировки. В ней отражаются выявленные на этапе проверки поступившей маркируемой продукции излишки и недостачи по кодам. При этом расхождения по кодам маркировки могут быть в том числе в случае, когда расхождения по количеству нет.
По ссылке Расхождения по кодам маркировки поступившей продукции можно открыть форму с результатами проверки кодов маркировки.
Покупатель передает информацию о расхождениях продавцу по ЭДО. Сделать это можно по кнопке ЭДО, или из формы просмотра электронного документа, которая открывается по ссылке с текущим статусом ЭДО (в частности ЭДО не начат) внизу документа.
Продавец после получения по ЭДО от покупателя сведений о расхождениях на своей стороне формирует документ Акт о расхождениях после реализации.
В документе по соответствующей ссылки на закладке Товары отображаются Результаты сверки по кодам маркировки отгруженной продукции.
Если продавец согласен с результатами сверки, то он должен или не признать выявленные расхождения и установить соответствующий статус в колонке Признать.
После признания расхождений продавец формирует документ Корректировка реализации, из которого который отправляет покупателя УКД по ЭДО.
После получения УКД по ЭДО покупатель на своей стороне формирует документ Корректировка приобретения. После утверждения полученного эУКД операция будет отражена в ГИС МТ в соответствии с фактически переданными от продавца покупателю кодами.
В версии 11.5.6 расширены возможности отчетов подсистемы «Планирование».
Доработаны отчеты исполнимости планов:
Добавлено сравнение сценариев планирования:
Появилась возможность детализировать отчеты до документов-регистраторов.
Появилась возможность анализировать номенклатуру, по которой не введены планы, но введены факты, заказы.
Появилась возможность анализировать сумму фактов продаж, закупок с учетом или без учета НДС.
Появилась возможность анализировать исполнение планов внутренних потреблений.
У компаний наблюдается прирост интернет-продаж клиентам и обычно такие доставки осуществляются курьерами в максимально сжатые сроки.
Но не у всех компаний есть свои курьеры, поэтому они вынуждены обращаться в курьерские службы. Для отправки посылок им необходимо заходить в личные кабинеты этих служб, где требуется внести информацию, необходимую для оформления заявок на доставку.
Вся информация, необходимая для формирования заявок на доставку, есть в программе 1С. Для работы с логистическими службами через единое API на базе «ЭДО 1С:Бизнес-сети на фреше» с целью заказывать услугу доставки из программы 1С предусмотрен сервис «1С:Курьер».
Основная задача сервиса «1С:Курьер» – онлайн организация доставки груза физическим лицам с одного пункта в другой, основанная на быстрой поставке.
Сервис «1С:Курьер» использует текущие возможности работы с сервисом «1С:Доставка» и предусматривает дополнительные возможности, что позволяет передавать и просматривать товарный состав для оформления заявки на доставку.
Поддерживается интеграция программы 1С с перевозчиком «Доставка Яндекс Go».
В рамках курьерской службы «Доставка Яндекс Go» предусмотрены тарифы:
Преимущества использования сервиса «1С:Курьер»:
Сервис «1С:Курьер» решает следующие бизнес-задачи:
Сценарий работы в сервисе «1С:Курьер» для пользователей программы 1С:
Для работы с сервисом «1С:Курьер» необходимо включить функциональные опции:
Для работы с сервисом «1С:Курьер» предусмотрены роли:
Авторизация в сервисе «1С:Курьер» аналогична авторизации в сервисе «1С:Бизнес сеть».
Для работы с сервисом «1С:Курьер» организации необходимо зарегистрироваться в сервисе 1С:Бизнес-сеть (команда Подключиться к сервису 1С:Бизнес-сеть)(НСИ и администрирование – Настройка интеграции – Обмен электронными документами – Сервис 1С:Бизнес-сеть). Отдельной регистрации не требуется.
Для возможности формирования заявок на доставку с использованием сервиса «1С:Курьер» необходимо зарегистрироваться в сервисе «Доставка Яндекс Go».
Подключение к перевозчику «Доставка Яндекс Go» выполняется в форме, доступной по команде Перевозчики на форме рабочего места 1С:Курьер:Заказы на доставку (Склад и доставка).
Данные авторизации вводятся в специальной форме, доступной по команде Ввести данные авторизации на форме 1С:Курьер:Подключение к перевозчикам.
Инструкция, о том, как зарегистрироваться в сервисе «Доставка Яндекс GO», получить токен и ввести полученный токен, представлена в правой части формы подключения к перевозчикам.
Формирование заказа на доставку реализовано в виде помощника 1С:Курьер:Заказ на доставку, который можно запустить:
Если включены оба сервиса доставки «1С:Доставка» и «1С:Курьер», то необходимо выбрать один из сервисов. Окно выбора сервиса появляется автоматически в момент создания заказа на доставку.
Предусмотрено создание заказа на доставку на основании таких документов как Заказ клиента, Заказ поставщику, Приобретение товаров и услуг и другие.
Формирование заказа на доставку состоит из ряда шагов, предусмотренных в помощнике 1С:Курьер:Заказ на доставку.
Если заказ на доставку вводится по документу основания, то большинство полей в заказе на доставку заполняется автоматически по данным документа основания.
1-й шаг. Ввод информации об участниках заказа на доставку – отправителе и получателе, адресах отгрузки/доставки, контактной информации (телефон, контактное лицо) (на закладке Основное).
В качестве заказчика заполняется организация, от имени которой оформляется заказ на доставку.
Адрес, откуда планируется отгрузка, можно заполнить адресом из карточки склада (пункт Наш склад) или ввести произвольный адрес с использованием адресного классификатора (пункт Произвольный адрес).
Адрес, по которому планируется доставка товара, можно заполнить адресом из карточки контрагента/организации (пункт Адрес контрагента) или ввести произвольный адрес с использованием адресного классификатора (пункт Произвольный адрес).
2-й шаг. Ввод информации о параметрах груза (стоимость груза, количество мест, весогабаритные характеристики, описание содержимого на закладке Параметры груза).
Стоимость груза заполняется автоматически суммой из документа основания.
Если в составе груза более одного места, то необходимо указать общее количество мест, их вес и объем, а также максимальные весогабаритные характеристики грузовых мест.
Предусмотрена возможность просмотра товарного состава. Товарный состав заполняется данными табличной части документа основания.
Если в табличной части документа основания указаны услуги, то табличная часть товарного состава будет пустой и гиперссылка будет недоступна.
3-й шаг. Выбор подходящего тарифа из предложенного списка по стоимости и сроку доставки (на закладке Тарифы).
При переходе к выбору тарифов системой автоматически выполняется поиск наиболее подходящих тарифов в соответствии с параметрами груза.
По результату поиска в помощнике показывается список походящих тарифов.
При активации строки тарифа с правой части помощника по формированию заказа на доставку отображается информация с расшифровкой стоимости этого тарифа. Стоимость услуги доставки является приблизительной.
Из-за разницы адресных справочников 1С и Яндекс.Такси, адресу в 1С может соответствовать несколько адресов в Яндекс.Такси. В таком случае предоставляется выбор с подходящим адресом.
Выбор подходящего тарифа выполняется по команде Выбрать тариф. По результату выбора тарифа на форме помощника будет отображаться наименование перевозчика и тарифа.
Выбранный тариф будет выделен жирным шрифтом.
По выбранному тарифу можно просмотреть информацию о перевозчике (контактные данные и краткое описание).
4-й шаг. Выбор дополнительных услуг и ввод обязательных параметров выбранного тарифа (на закладке Параметры тарифа). Указывается выбор доступной по тарифу формы оплаты (наличная/безналичная).
Адрес отгрузки (От адреса) и адрес доставки (До адреса) заполняются автоматически в соответствии с теми адресами, которые указаны в помощнике на закладке Основное.
Также можно указать время, на которое требуется отгрузка.
При необходимости можно добавить дополнительные услуги, например:
Для сохранения состава услуги и его дальнейшего использования при формировании новых заказов необходимо установить флаг Сохранить значение услуг по умолчанию.
5-й шаг. Проверка заполненных реквизитов. Выполняется проверка введенных данных пользователем в заказе на доставку перед отправкой заказа перевозчику (команда Проверка).
По результату применения команды Проверка будет показана вся информация по заказу на доставку (данные по тарифу, участники перевозки и контактные лица, адреса доставки/отгрузки, параметры груза и др.).
На любом шаге работы по формированию заказа на доставку можно сохранить заказ в сервисе «1С:Курьер», либо при необходимости отменить сохранение заказа. Для этого предусмотрены соответствующие команды (Сохранить и Отменить). При этом отменить и сохранить можно только заказ в состоянии «Черновик».
6-й шаг. Оформление заказа на доставку и его отправка в сервис «Яндекс.Такси» (команда Оформить и закрыть). По результату применения данной команды системой запускается проверка готовности заказа на доставку к отправке перевозчику. Под проверкой готовности подразумевается, корректно ли указаны все параметры в заказе на доставку (адреса доставки/отгрузки и др.).
Если по результату проверки выявлены какие-либо ошибки при оформлении заказа на доставку, то об этом будет выдано сообщение (например, значение поля «Номер дома адреса отправителя» не заполнено).
В соответствии с рекомендациями системы устраняем ошибку и применяем повторно команду Оформить и закрыть в помощнике по формированию заказа на доставку.
Если по результату проверки система не выявила никаких ошибок, то менеджер получает информацию о создании заказа или отказ:
По результату успешной отправки заказа на доставку грузоперевозчику помощник по формированию заказа на доставку автоматически будет закрыт. Заказу на доставку будет присвоено текущее состояние В обработке (заявка подтверждена клиентом).
Заказ будет отображаться в списке заказов в рабочем месте 1С:Курьер:Заказы на доставку.
После отправки заказа перевозчику все изменения по заказу могут происходить только на стороне перевозчика. Все отправленные заказы на доставку перевозчикам недоступны для редактирования в сервисе «1С:Курьер» пользователям программы 1С.
Список всех заказов на доставку, сформированных с использованием программы 1С, отображается в рабочем месте 1С:Курьер:Заказы на доставку (Склад и доставка – Управление доставкой – Доставка – Заказы сервиса 1С:Курьер).
В момент запуска рабочего места выполняется запрос в сервис «1С:Курьер:Заказы на доставку» для получения списка заказов на доставку. Список заказов может быть загружен порцией по 20/40/60 документов (строк) на странице, поэтому форма содержит навигационное меню.
С использованием рабочего места «1С:Курьер:Заказы на доставку» предусмотрены следующие возможности:
В рабочем месте по доставке можно отобрать список заказов по текущим состояниям, используя отборы по группам состояний: «К отгрузке», «Отгруженные», «К выдаче», «Завершенные» (команда Настроить). Предварительно в этих группах выбираются те состояния (путем установки флага), которые будут использоваться для отбора заказов на доставку.
Например, требуется отслеживать заказы с текущим состоянием «В обработке», «Забор груза от адреса», поэтому для такой возможности выбираем эти состояния в группе «К отгрузке» путем установки флага в форме Выбор состояний.
По результату применения отбора по текущему состоянию будут отобраны заказы на доставку, которым соответствуют состояния «В обработке».
Также можно отобрать список необходимых заказов, используя дополнительные отборы, например, по номеру заказа, документу основания, перевозчику и др.
Отслеживать состояние заказа можно по его текущему состоянию.
Перейти к заказам на доставку по распоряжению можно из формы документа распоряжения (гиперссылка Заказы на доставку).
Отмена заказа на доставку возможна, если заказ не передан перевозчику, находится в состоянии Черновик.
Заказы, находящиеся в состояниях, отличных от состояния Черновик, заблокированы для редактирования.
После передачи заказа возможность отмены определяется сервисом «Яндекс.Такси»:
Предусмотрены следующие возможности:
Вариант детализации расчетов «По накладным» переименован в «По расчетным документам».
По расчетным документам - позволяет получить информацию о состоянии расчетов по каждой накладной, управлять платежами и их распределением по накладным:
Добавлены новые «смешанные» варианты детализации расчетов:
Было:
Стало:
Возможные варианты детализации расчетов представлены в таблице.
«Смешанные» варианты детализации расчетов. Сценарии:
Есть Заказ на товар 1 – 500 000, товар 2 – 300 000, товар 3 – 200 000. В договоре указаны условия оплаты: предоплата – 20 %, кредит- 80 %. Получаем предоплату 200 000, необходимо отгрузить Товар 2 и Товар 3 разными накладными, произведя зачет аванса 60 000 за Товар 2 и 40 000 – за Товар 3.
Аванс по заказам, долг по накладным позволяет получить информацию о состоянии расчетов, как по заказу, так и накладной, управлять платежами и их распределением по накладным:
При зачете оплаты в накладной:
Аванс по договорам, долг по накладным - позволяет получить информацию о состоянии расчетов, как по договору, так и накладной, управлять платежами и их распределением по накладным:
При учете реализаций с отложенным переходом права собственности:
При вариантах детализации расчетов «Аванс по договорам, долг по накладным», «Аванс по заказам, долг по накладным»:
При вариантах детализации расчетов «По заказам, «По договорам», если в графике оплаты заказа указано несколько предоплатных, кредитных вариантов оплаты, то в график оплаты накладной по такому заказу, попадают все кредитные этапы оплаты, уточненные от даты накладной с учетом сроков отсрочки. Предоплатный этап оплаты квалифицируется как «Кредит (плановый)» с датой платежа, равной дате накладной. В правилах оплаты накладной не предусмотрен предоплатный этап оплаты, поскольку контроль предоплаты выполняется на стадии заказа.
Сумма отгрузки распределяется по процентам из графика заказа. Например, если заказ оформлен на 1000 руб., из которых 20% предоплата и 80% кредит, а отгрузка только на 100 руб., то в графике оплат накладной будет заполнена предоплата 20 руб., кредит - 80 руб.
В течение года поступило несколько авансов на заказ клиента, каждый под конкретную позицию заказа. Необходимо оформить несколько накладных, каждая из которых зачтет только свой аванс. Для такой возможности будем использовать расчеты «Аванс по заказам, долг по накладным».
Поступило несколько авансов на заказ клиента.
Оформляем накладные. Сумма отгрузки распределяется по процентам из графика заказа.
Поскольку на заказе есть остатки авансов, они автоматически попадают в накладную в соответствии с % предоплаты, указанным в графике оплаты заказа.
К зачету в накладной доступны авансы, отнесенные на связанные заказы.
При проведении реализации выполняется автоматическое распределение авансов с заказов по накладным в соответствии с % предоплаты для отгрузки.
По каждой накладной, оформленной в рамках заказа, выполняется автоматическое распределение авансов в соответствии с % предоплаты для отгрузки.
В тексте гиперссылки отображается сумма зачтенных оплат по накладной.
Переработан помощник настройки операций по взаимозачету задолженности.
Было:
Стало:
Для переноса авансов предусмотрены типы операций взаимозачета Перенос аванса клиента, Перенос аванса поставщику.
Для операций доступен выбор сторон зачета:
При переносе авансов клиента и аванса поставщику:
Для переноса долга предусмотрены типы операций Перенос долга клиента, Перенос долга поставщику.
Для операций доступен выбор сторон зачета:
При переносе долга клиента и долга поставщику:
Операции взаимозачета задолженности, кроме «По встречным обязательствам», обработчиком обновления меняются на «Произвольный» тип операции.
Например, по заказу клиента от 01.08.2020 поступил аванс в размере 1 000 евро по курсу 87,2889 на дату 01.08.2020.
Оформлен перенос аванса с заказа клиента от 01.08.2020 на заказ клиента от 01.09.2020 с использованием взаимозачета задолженности.
Перенос аванса выполнен с сохранением курса 87,2889 на дату 01.08.2020 и расчетного документа «Поступление безналичных ДС», которым отражено поступление аванса.
Подбор расчетного документа выполняется автоматически по методу ФИФО.
В первичных документах новые порядки расчетов не поддерживаются.
В документах интеркампани новые порядки расчетов также не поддерживаются.
Предусмотрена возможность ведения учета внутрифирменных взаиморасчетов по централизованным договорам для головной организации и филиалов. Доступность договоров, зарегистрированных с головной организацией, к выбору в платежах, накладных и заказах филиалов, определяется настройкой Централизованный договор в карточке договора с контрагентом. Будет доступна гиперссылка Доступен филиалам, обеспечивающая доступ к табличной части, предназначенной для заполнения филиалов головной организации.
Обеспечивается перенос взаиморасчетов между филиалами и головной организацией при расчетах по централизованному договору. Доступность выбора платежей по централизованному договору и филиалу в других филиалах определяется настройкой Разрешена передача и зачет оплат между филиалами в карточке договора с контрагентом.
Изменения по справочнику Объекты расчетов:
Доработки по документам:
Для RLS справочников Договоры контрагентов и Договоры между организациями добавлены условия доступа.
Если доступная пользователю организация указана в табличной части филиалов, то и договор данному пользователю также доступен.
Сценарий 1. Централизованное казначейство без централизованного договора:
Сценарий 2. Централизованный договор при расчетах, отгрузка и оплата на филиалах:
Сценарий 3. Централизованный договор при оплатах и отгрузках на филиалах:
Сценарий 4. Централизованное казначейство с централизованным договором:
Сценарий 5. Децентрализованное казначейство с централизованным договором:
Независимо от количества документов, введенных по одному объекту расчетов, последние документы в цепочке должны обсчитываться максимально быстро (меньше 1 секунды).
Реализована возможность переноса распределения плановых оплат, отгрузок и поставок в фон.
Если включена опция Выполнять распределение плановых расчетов в фоновом режиме (НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты), то распределение плановых оплат, отгрузок и поставок будет происходить не в момент проведения документов, а в фоновом режиме сразу после проведения документов.
Это позволит ускорить проведение документов, но данные по плановым расчетам в отчетах будут актуализироваться от нескольких секунд до нескольких минут в зависимости от количества документов.
Порядок распределения плановых расчетов:
С 1 октября 2020 г. социальные выплаты осуществляются только на счета, привязанные к картам МИР.
В связи с этим в поле 110 платежного поручения для таких выплат следует указывать значение «1».
Для операций выплаты зарплаты добавляется указание поля «Код выплат», которое транслируется в поле 110 платежного поручения.
Реквизит добавляется в документах Заявка на расход ДС, Списание безналичных ДС.
Добавлена поддержка интернет-эквайринга, платежи без указания терминала и номера карты.
Упрощение сверки транзакций и отражения эквайринговой комиссии.
Поддержка сценария:
В конфигурацию добавлен новый объект – Договор эквайринга. Является обязательным для указания в документах, описывает применяемую учетную схему.
Использование терминалов теперь опционально. Сверка транзакций в отчете банка по эквайрингу опциональна. В договоре настраиваются варианты места отражения банковской комиссии (В отчете банка / При зачислении на счет / При проведении транзакции оплаты).
На закладке Учетная информация указываются статьи ДДС и аналитика учета комиссии.
В эквайринговых терминалах указывается договор эквайринга, к которому он относится.
Использование терминала и отражение комиссии в Эквайринговой операции определяются Договором эквайринга.
В Отчете банка по эквайрингу в зависимости от настроек добавленного в документ Договора эквайринга скрываются или отображаться сверки или комиссия.
В документ Поступление безналичных денежных средств добавлен Договор эквайринга и возможность отразить комиссию. При загрузке банковской выписки система заполнит комиссию автоматически, если это предполагает договор эквайринга.
В документ Списание безналичных денежных средств добавлена новая операция Возврата оплаты по эквайрингу. Добавлены поля Договор эквайринга и Комиссия (если настроена в договоре).
Операция делает проводку: Дт57 Кт51 и движения по оперативному регистру Денежные средства в пути.
Аналогичная операция добавлена в Заявке на расходование денежных средств для планирования и согласования возвратов по эквайрингу.
Обновление данных при переходе на новую версию:
В платежные документы добавлена возможность управлять курсами валюты при разных валютах оплаты и взаиморасчетов по аналогии с такой возможностью в накладных.
Опция добавлена в документы:
При редактировании Суммы документа, Суммы взаиморасчетов или по курсу можно с помощью синих стрелок можно пересчитать другие поля.
Поддерживается возможность ведения учета индивидуальными предпринимателями, применяющими патентную систему налогообложения (далее – ПСН) в соответствии с главой 26.5 НК РФ. Обеспечены:
При применении ПСН налоговая декларация не сдается, а расчет налога производится сразу при оплате патента.
ПСН имеют право применять индивидуальные предприниматели, средняя численность наемных работников которых по видам деятельности, относящимся к ПСН, не превышает 15 человек (ст. 346.43.НК РФ).
Перечень видов деятельности, в отношении которых может применяться ПСН, определен в статье 346.43 НК РФ.
Применение индивидуальным предпринимателем патентной системы налогообложения определяется включением опции Организация применяет патентную систему налогообложения (ПСН) в учетной политике организации. Указанная опция доступна в учетной политике, если выбрана Упрощенная система налогообложения.
Регистрация и хранение данных патентов выполняются с использованием элементов списка Патенты организации, который доступен по гиперссылке Патенты в карточке организации.
В карточке элемента списка Патенты организации на закладке Основное указываются наименование, номер патента, дата выдачи, период действия и выдавший его налоговый орган.
На закладке Применение патента подбираются подразделения, в которых применяется патентная система налогообложения.
Отнесение операций реализации к деятельности, к которой применяется ПСН, определяется выбором в документах реализации налогообложения Продажа по Патенту.
При создании документа, выборе организации и подразделения налогообложение Продажа по Патенту подставляется автоматически, если на дату документа:
Выбор налогообложения Продажа по Патенту доступен также в платежных документах, если эти документы являются объектами расчетов.
Патент не указывается непосредственно в торговых и платежных документах, но вычисляется для объекта расчетов внутренними алгоритмами системы.
При зачете аванса не контролируется налогообложение НДС и соответствие патента в платежном документе и документе, на который зачитывается аванс.
Для целей раздельного учета НДС в документах закупки, оформляемых в рамках ПСН, необходимо указывать вид деятельности НДС НДС-Патент.
Следует обратить внимание, что в прикладном решении не поддерживаются возможность оформления документов реализации одновременно по ПСН и по общей/упрощенной системе налогообложения.
В информационной базе одновременно с основным языком можно использовать дополнительные языки. В типовой конфигурации для России поставляется один дополнительный язык - Английский. Включить использование дополнительных языков можно в форме НСИ и администрирование - Общие настройки - Региональные настройки из доступных языков интерфейса конфигурации.
Наименования основных справочников можно задать на основном и дополнительных языках. Значение на каждом языке задается в отдельных полях в форме редактирования реквизита (открывается по кнопке
или по F4).
Это позволяет каждому пользователю видеть названия элементов на своем языке, который задан для него в карточке пользователя.
Поддержка мультиязычности реализована в основных справочниках:
В большинстве документов предусмотрено автоматическое заполнение некоторых реквизитов при создании или при заполнении (перезаполнении) других реквизитов по статистике заполнения документов, введенных ранее.
Оптимизирован запрос получения данных заполнения.
В персональные настройки пользователя (НСИ и администрирование – Сервис – Персональные настройки) добавлена возможность отключения заполнения реквизитов документов по данным статистики.
Добавлен реквизит Автор в документы, реквизит выведен на форму документа с признаком ТолькоЧтение и во все списки:
В формах документа, списка документов, журнале документов выведен реквизит Автор. В общий журнал документов добавлен реквизит Автор.
Реквизит Менеджер заполняется из договора, соглашения или партнера. Выбор источника определяется наличием этих реквизитов в документе. Если не удалось определить менеджера, то заполняется по статистике. Если не заполнилось по статистике, то подставляется текущий пользователь.
В документах Приходный кассовый ордер и Расходный кассовый ордер реквизит Кассир переименован в Автор. Реквизит Автор заполняется текущим пользователем. Добавлен новый реквизит Кассир, который заполняется из ответственных лиц. При печати данные берутся из реквизита Кассир, но если оно не заполнено, то из реквизита Автор. Реквизиты Автор и Кассир выведены на форму документа.
Заполнение основания для лица с правом подписи стало не обязательным.
На форму документа Реализация товаров и услуг выведен реквизит Отпустил. Заполняется реквизит из материально-ответственного лица склада, если там не заполнено, то по статистике.
В форме ответственного лица совмещаются поля Должность и Представление должности для печати. Их можно выбрать из справочника или ввести текст в поле.
Добавлен шаблон формирования рабочего наименование лица с правом подписи по следующему правилу:
Обновление на версию 11.5 ресурсоемкое, требует значительного времени на обработчики данных.
Для больших баз обновления реализуется через копирование информационной базы, обновление копии и перевод работы пользователей в новую информационную базу.
Обновление через копию ИБ позволяет применить новую версию программы без остановки работы пользователей. Технология предполагает создание копии, обновление этой копии, с последующей отправкой накопленных данных из рабочей информационной базы в копию. И последующая замена рабочей базы на эту обновленную копию.
Запуск обновления производится из раздела настроек НСИ и администрирование – Администрирование – Обслуживание – Обновление через копию.
Помощник выгрузки в рабочей ИБ.
Помощник загрузки в обновляемой копии ИБ.
Основные моменты обновления:
Ограничения:
Существенно уменьшено время многопоточного выполнения дополнительных процедур обработки данных при обновлении больших информационных баз и повышена параллельность. В некоторых случаях длительность обновления уменьшается на 60%.
См. также https://its.1c.ru/db/bsp313doc#content:2043:1
Для контекстных отчетов – отчетов, которые открываются из документов, справочников и других объектов, например: Движения документа, Места использования можно изменять и сохранять варианты контекстных отчетов. Например, если требуется наложить дополнительные отборы или изменить состав полей, а также добавить группировки, можно выполнить соответствующие действия в расширенном режиме настройки отчета. При необходимости, внесенные изменения, можно сохранить в личном или общедоступном варианте отчета.
Варианты контекстных отчетов можно включать в рассылки (раздел НСИ и Администрирование – Администрирование – Печатные формы, отчеты и обработки – Рассылки отчетов).
См. также https://its.1c.ru/db/bsp313doc#content:2020:1
Комбинация клавиш для открытия отчета о движениях документа изменена на более удобную Ctrl+Shift+A (ранее была Ctrl+Shift+L)
См. также https://its.1c.ru/db/bsp313doc#content:2048
В отчете Структура подчиненности для проведения документа или пометки на удаление элемента в отчете Связанные документы, более не придется переходить в форму объекта. Достаточно выделить несколько строк в самом отчете и воспользоваться соответствующими командами. Найти требуемый документ в отчете можно, воспользовавшись командами поиска. Перейти к отчету можно нажав комбинацию клавиш Ctrl+Shift+S.
В списке Взаимодействия и в форме исходящего письма выводится предупреждение в случае, когда задание по отправке почты по какой-либо причине приостановлено и почта не отправляется.
Для повышения удобства работы справочник Учетные записи электронной почты переименован в Настройки почты.
Существенно улучшена автоматическая настройка подключения к почте корпоративных доменов, обслуживаемых популярными почтовыми сервисами, такими как Яндекс, Mail.Ru и т. д. Также расширен список известных почтовых сервисов.
Расширена диагностика неполадок при подключении к почтовым серверам, выводится дополнительная техническая информация для администраторов локальной сети и почтового сервиса. На сайте ИТС опубликованы решения типовых проблем подключения к почтовым серверам: https://its.1c.ru/bmk/bsp_email_account
Для исключения ошибок ввода пароля при настройке почты добавлена возможность просмотра вводимых символов. В поле ввода пароля вводимые символы по умолчанию скрываются, их можно посмотреть, нажав на соответствующую кнопку справа в этом же поле.
См. также https://its.1c.ru/db/bsp313doc#content:2060:hdoc
В форме группового изменения реквизитов (НСИ и администрирование – Администрирование – Обслуживание – Корректировка данных либо из списков по команде Изменить выделенные…) запоминается последнее выбранное значение в поле Изменять. При выборе элементов для изменения по гиперссылке Все элементы можно сохранять и загружать ранее настроенные отборы,
В форме Выбор элементов для изменения предусмотрено поле быстрого поиска элементов по произвольной строке. При этом поиск и отбор элементов выполняется по всем видимым колонкам списка, состав которых настраивается по гиперссылке Колонки списка внизу формы.
См. также https://its.1c.ru/db/bsp313doc#content:2026:hdoc
Для удобного ввода номеров телефонов в разделе НСИ и администрирование – Администрирование – Общие настройки – Виды контактной информации предусмотрена настройка масок ввода. Для каждого вида контактной информации в поле Вводить номер по маске можно задать свою маску, например, +7 (999) 999-99-99. Маска ввода применяется для ввода новых номеров телефонов.
Для экономии размеров информационной базы оптимизировано хранение контактной информации. Это позволит уменьшить размер вновь вводимой контактной информации в среднем на 30%.
Введенные в программу адреса контактной информации могут регулярно устаревать вследствие переподчинения адресных объектов (улиц, населенных пунктов), их переименования или упразднения. Теперь устаревшие адреса можно автоматически исправлять на актуальные согласно адресному классификатору ФИАС.
Для этого у видов контактной информации с типом Адрес в дополнительных настройках включить флажок Автоматически исправлять устаревшие адреса (раздел НСИ и администрирование – Администрирование – Общие настройки – Виды контактной информации). Предварительно требуется подключиться к Интернет-поддержке пользователей или загрузить в программу историю изменений адресных объектов в адресном классификаторе ФИАС.
Рекомендуется включать этот флажок для адресов, требующих актуального состояния (например, адреса доставки), и не включать для юридически значимых адресов: например, адрес ЕГРЮЛ, место регистрации, рождения и др., т.к. они могут фигурировать в юридических документах.
См. также https://its.1c.ru/db/bsp313doc#content:2037:hdoc
Можно получать и отправлять сообщения из внешних мессенджеров (Telegram, ВКонтакте) прямо в программе в списке Обсуждения. Предварительно можно настроить подключение к мессенджерам в разделе НСИ и администрирование – Администрирование - Интернет-поддержка и сервисы - Обсуждения.
При подключении можно указать не только 1С:Диалог, но и собственный сервер системы взаимодействия.
Теперь не нужно отдельно указывать информацию об участниках обсуждения:
См. также https://its.1c.ru/db/bsp313doc#content:2045:hdoc
После удаления дублей элементов (раздел НСИ и администрирование – Администрирование – Обслуживание – Корректировка данных) дополнительно выводится список мест, в которых заменили дубли и, возможно, появились новые. Например, при замене дублей контрагентов могут появиться дубли договоров.
См. также https://its.1c.ru/db/bsp313doc#content:2052:hdoc.
Комбинация клавиш для открытия формы Поиск документов, файлов или отчетов изменена на Ctrl+Alt+F. Если в программе включен глобальный поиск, то прежняя комбинация Ctrl+Shift+F активизирует поле глобального поиска.
См. также https://its.1c.ru/db/bsp313doc#content:2053:hdoc.
Улучшена работа в форме Удаление помеченных объектов:
Для облегчения удаления объектов со сложными связями добавлен новый режим удаления – упрощенный. Теперь можно выбрать один из трех способов удаления объектов:
Существенно увеличена скорость удаления помеченных объектов (раздел Администрирование – Обслуживание – Удаление помеченных объектов) при выборе способов удаления Стандартный и Упрощенный.
См. также https://its.1c.ru/db/bsp313doc#content:2069:hdoc.
В карточку пользователя теперь можно добавлять фотографию.
В различных формах и отчетах при редактировании полей со списками пользователей упрощен подбор пользователей:
С помощью отчета Анализ прав доступа администратор может наглядно получать сводную и подробную информацию об уровне доступа пользователей к отчетам и таблицам информационной базы:
В конфигурациях, поддерживающих несколько языков интерфейса, параметры шаблонов выводятся на текущем языке пользователя. Это позволяет редактировать шаблоны сообщений пользователям работающих в программе на разных языках.
См. также: https://its.1c.ru/db/bsp313doc#content:2073:hdoc.
Добавлены новые методы для перехода на страницы Портала 1С:ИТС и сохранения параметров аутентификации Интернет-поддержки пользователей. Появилась возможность переопределить номер версии программы при обращении к сервисам Интернет-поддержки пользователей.
См. также https://its.1c.ru/db/uisldoc#content:189:1:issogl1_настройки_интернет-поддержки_пользователей
Добавлена интеграция с 1С-Коннект, которая предусматривает хранение настроек подключения и запуск приложения 1С-Коннект.
См. также: https://its.1c.ru/db/uisldoc#content:236:hdoc
Обновление программы интегрировано с центром мониторинга. Уточнено сообщение о рекомендуемой версии платформы.
Добавлены новые возможности загрузки поставляемых данных исправлений (патчей):
См. также: https://its.1c.ru/db/uisldoc#content:194:1
Добавлены новые возможности показа новостей.
См. также: https://its.1c.ru/db/uisldoc#content:190:hdoc
При загрузке заказов с сайта интернет-магазин можно загружать информацию об оплатах, произведенных на сайте. Интернет магазин может предполагать несколько вариантов оплаты (разные бани/платежные системы). На основании информации о выполненных на сайте оплатах автоматически создаются документы Эквайринговая операция. Для этого в форме настройки узла обмена с сайтом на закладке Обмен заказами необходимо установить флажок Загрузка онлайн оплаты и далее в таблице для каждого предусмотренного на сайте варианта оплаты указать его название и код на сайте, а также контрагента-эквайера и договор эквайринга, по которым будет создаваться в программе Эквайринговая операция. В договоре эквайринга на закладке Расчеты необходимо выбрать вариант Платежи принимаются через Интернет-эквайринг.
Предусмотрена возможность автоматически пробивать чек по оплатам, загруженным из интернет-магазина. Для этого необходимо подключить подсистему обсуждений, а в настройках контрольно-кассовой машины, на которой предполагается пробитие чека необходимо установить флажок Автоматическая фискализация чеков из очереди чеков. После этого в таблице видов оплат станет доступно колонка Фискализировать оплату, в которой можно проставить флажок для тех видов оплаты, по которым необходимо автоматически напечатать чек.
На закладке Дополнительно закладки Обмен заказами предусмотрена настройка Загружать формы оплат с сайта и таблица соответствия форм оплаты на сайте и в программе.
Добавлена флаг Автоматическая фискализация чеков из очереди чеков, который устанавливается для экземпляра подключаемого оборудования (ККТ), который может использоваться для распределенной фискализации.
Проведен рефакторинг генерации изображений штрихкода.
Обновлен состав поддерживаемых драйверов торгового оборудования.