Добавляется оборотный регистр накопления «Распоряжения на отгрузку». Регистр заменяет остаточный регистр «Заказы клиентов».
Использование оборотного регистра является более оптимальным решением, поскольку хранение остатков неотгруженных заказов в прошлых периодах не имеет смысла – факт отгрузки в прошлом либо свершился, либо нет. Остатки неотгруженных товаров имеют смысл только на текущую дату, их не требуется хранить в разрезе периодов.
Использование оборотного регистра позволит:
■ Формировать движения под каждую задачу по своему набору измерений, без необходимости соответствия измерения при движениях в «+» и «-».
■ Рассчитать остатки по определенному набору изменений, исходя из оборотов за весь период.
■ В некоторых сценариях избежать обновления записей в регистре в случае изменения его структуры, исправления ошибок в движениях.
Структура нового регистра аналогична, за исключением двух моментов:
■ В оборотный добавлено измерение «Вид движения накопления», которое заменяет собой системное свойство записи остаточного регистра «Вид движения». Данное измерение нужно для поддержки обратной совместимости в некоторых алгоритмах.
■ Имя измерения «Заказ клиента» заменено на «Распоряжение», поскольку распоряжениям могут выступать и другие типы заказов.
Документы теперь формируют движения в новый регистр «Распоряжения на отгрузку». Если ранее по регистру «Заказы клиентов» формировался расход, то по оборотному регистру формируется движение с отрицательным значением ресурсов.
Регистр «Распоряжения на отгрузку к выполнению»:
■ Содержит записи с открытыми на текущий момент распоряжениями. После исполнения распоряжения запись из регистра удаляется. Таким образом, регистр сведений выполняет роль таблицы итогов по незакрытым распоряжениям.
■ Используется в качестве источника данных для рабочего места «Накладные к оформлению», поскольку регистр содержит записи только по открытым заказам. Использование регистра позволяет ускорить открытие рабочего места «Накладные к оформлению» (по результатам замеров ускорение более 50%).
■ Формируется в транзакции записи оборотного регистра «Распоряжения на отгрузку».
Пересмотрено распределение дополнительных расходов на заказы клиентов:
■ Было: расходы, которые относятся к остатку незакрытых заказов на конец периода расчета, не распределяются. Такое решение не является бесспорным, поскольку нельзя однозначно сопоставить доп. расходы именно с незакрытой частью заказа.
■ Стало: расходы на заказ распределяются в том периоде, в котором они понесены, независимо от состояния закрытия заказа. Такое решение проще, в том числе с точки зрения проверки распределения расходов.
Изменено формирование отчетов «Доходы и расходы организаций»/«Доходы и расходы предприятия» с флагом «Включая запланированные продажи»:
■ Было: При включенной настройке отчета «Включая запланированные продажи» в сумму доходов включаются данные по остаткам заказов к выполнению. Но прогноз продаж по остаткам незакрытых заказов прошлых периодов не имеет смысла.
■ Стало: Данные по запланированным продажам выводятся, только если конечная дата отчета превышает текущую дату. Незакрытые заказы получаются по регистру сведений «Распоряжения на отгрузку к выполнению». Далее по незакрытым заказам выполняется получение строк, которые запланированы к оформлению реализации в периоде отчета.
Изменена структура отчетов Контроль передачи сырья и материалов переработчику и Контроль передачи продукции давальцу:
■ Было: Отчет строился за период, показывались остатки к передаче в прошлых периодах.
■ Стало:
○ В колонку «К передаче» выводятся данные на текущую дату.
○ В отчет «Контроль передачи продукции давальцу» добавлена колонка «К оформлению» отчетов давальцу, данные также получаются на текущую дату.
Изменено заполнение колонки «Заказано комиссионером» в отчете Товары, переданные на комиссию (версия 2.5):
■ Было: Заполнялась на конец периода отчета.
■ Стало: Заполняется актуальный остаток к передаче комиссионеру по заказу.
■ Данные из «Заказы клиентов» переносятся в новый регистр «Распоряжения на отгрузку».
■ По остаткам регистра «Заказы клиентов» (незакрытым заказам) формируется регистр сведений «Распоряжения на отгрузку к выполнению».
■ Регистры используются в оперативной работе, поэтому предприняты меры, чтобы исключить простой из-за обновления:
○ Регистр «Распоряжения на отгрузку» добавлен в LTS 2.5.17, там обеспечено его заполнение без использования. Таким образом, при переходе на 2.5.18 регистр может сразу использоваться в алгоритмах программы.
○ На время формирования регистра сведений «Распоряжения на отгрузку к выполнению» в 2.5.18 в рабочем месте «Накладные к оформлению» по еще необработанным распоряжениям выводятся данные из «Заказы клиентов».
■ Регистр «Заказы клиентов» в 2.5.18 помечается префиксом «Удалить». Физическое удаление регистра «Заказы клиентов» планируется в следующей LTS версии.
Добавлен новый алгоритм контроля лимитов расхода денежных средств по данным бюджетирования.
Новый алгоритм позволяет увеличить полноту контроля лимитов за счет:
■ Изменения логики учета сумм сверх лимита. Такие суммы также списываются без контроля лимита, но при этом происходит его использование.
■ Учета использования суммы лимита платежными документами, сформированными без заявок, без выполнения контроля превышения лимита.
■ Отражения конечной суммы использования лимита по значениям аналитик платежных документов. В случае если аналитики платежных документов отличаются от значений аналитик указанных в документах Заявка на расходование ДС и Заявка на командировку, сумма использования лимитов сторнируется по аналитикам, указанным в заявках и добавляется по аналитикам из платежных документов.
Для алгоритма контроля лимитов 2.5 осуществлена оптимизация механизма контроля лимитов за счет хранения плановых сумм лимитов, сумм резервов по заявкам и фактического потребления в отдельном регистре «Лимиты по данным бюджетирования», который используется при контроле лимитов в момент проведения заявок и при формировании отчета по лимитам.
Фактическое потребление сумм по лимитам отражается в периоде лимитирования по фактической дате платежа, если платежный документ проводится без заявок. Если платежный документ сформирован по заявке на расход ДС или заявке на командировку, то по плановой дате платежа.
При проведении заявки или платежного документа:
■ расчет доступного остатка лимита осуществляется за период лимитирования в целом, т.е. последовательность ввода документов в рамках одного периода не имеет значения;
■ период лимитирования определяется по дате планового или фактического платежа соответственно. Для платежного документа лимиты подбираются по периоду фактического платежа, но отражаются в регистре по периоду планового платежа (если сформированы по заявкам).
При перепроведении заявки на расходование ДС или платежного документа без изменения реквизитов (кроме комментария и дополнительных реквизитов) повторный контроль остатка лимита, формирование заданий и перезапись движений регистра не осуществляются.
В карточке справочника Правила лимитов по данным бюджетирования задается один из трёх типов лимитов:
■ Разрешающий лимит – предполагает, что запрещены любые расходы ДС, кроме тех, которые определены по правилам получения фактических данных с типом Исполнение бюджета по связанным статьям бюджетов.
■ Дополнительный лимит – работает только совместно с разрешающим лимитом, позволяет накладывать дополнительное ограничение в рамках разрешающего лимита.
■ Информационный лимит – работает аналогично разрешающему лимиту, но без запрета расхода денежных средств.
Для проведения заявок на расход ДС и заявок на командировку в базе должен быть хотя бы один разрешающий или информационный лимит. При этом контролируется не только превышение лимита, но и вхождение проводимой заявки на расход ДС или заявки на командировку в хотя бы один разрешающий или информационный лимит.
Сценарий правил лимитов позволяет осуществить подбор плановых данных лимита в соответствии с выбранным сценарием для план - фактного анализа при контроле лимитов. Если сценарий не указан, то выбираются плановые данные лимита по всем сценариям, по которым лимит был введен.
Иерархия аналитик правил лимитов позволяет устанавливать приоритеты аналитик статей бюджетов и измерений модели бюджетирования (организация, подразделение), по которым рассчитываются плановые значения лимитов.
Факт потребления лимитов рассчитывается по правилам получения фактических данных с типом Исполнение бюджета по связанным с правилами лимитов статьям бюджетов.
Расчет факта потребления лимитов всегда происходит только по данным оперативного учета (в качестве источника данных всегда используется регистр «Лимиты по данным бюджетирования») и без выбора источника суммы (всегда используется Сумма к выплате).
Использование правил с типом Исполнение бюджета и фактические данные не поддерживается для данного алгоритма, поскольку источники данных для правил с типом Фактические данные и Исполнение бюджета всегда разные.
В заявках на расход денежных средств и заявках на командировку флаг Сверх лимита для нового алгоритма называется Без контроля лимита. При его установке контроль лимитов отсутствует, но сумма по действующим лимитам списывается.
Внимание
Если в заявке на расходование ДС выбрана операция Прочий расход и в поле Статья расходов/активов выбрана статья расходов, тогда в правилах сбора факта по статьям бюджета для контроля лимита необходимо выбрать хозяйственную операцию Прочие расходы.
Если в заявке на расходование ДС выбрана операция Прочий расход и в поле Статья расходов/активов выбрана статья активов/пассивов, тогда в правилах сбора факта по статьям бюджета для контроля лимита необходимо выбрать хозяйственную операцию Прочий расход.
Внимание
Для перехода на новый алгоритм Контроль лимитов 2.5 рекомендуем создать копию рабочей базы, изменить алгоритм контроля лимитов, проверить корректность остатков в отчете Лимиты по бюджетированию и только после этого переводить рабочую базу на контроль лимитов по новому алгоритму.
Для перехода на новый алгоритм контроля в разделе НСИ и администрирование – Настройка НСИ и разделов – Бюджетирование и планирование – Вариант контроля лимитов по данным бюджетирования добавлены функциональные опции Контроль лимитов 2.5 и Контроль лимитов 2.4.
Для включения нового варианта контроля следует установить переключатель в значение Контроль лимитов 2.5 (рекомендуется).
При выборе варианта Контроль лимитов 2.5 программа предложит выполнить заполнение регистра «Лимиты по данным бюджетирования» и обработку правил получения факта в фоновом режиме. Заполнение регистра происходит без контроля лимитов.
При включении функциональной опции Контроль лимитов 2.5 автоматически запускается фоновое задание, которое выполняет обработку данных для использования нового алгоритма контроля лимитов:
■ В регистре «Лимиты по данным бюджетирования» заполняются плановые значения лимитов из данных регистра «Обороты бюджетов» по лимитируемым статьям бюджетов со статусом Утвержден.
■ В регистре «Лимиты по данным бюджетирования» заполняются суммы потребления лимитов по документам Заявка на командировку и Заявка на расходование ДС без контроля превышения лимитов.
■ Формируются задания на отражение фактического потребления лимитов платежными документами с последующей их обработкой.
■ Для правил получения фактических данных с типом Исполнение бюджета и фактические данные:
○ при расчете факта по балансовым регистрам устанавливается тип Исполнение бюджета (если используется показатель Сумма к выплате, Сумма к выплате в пределах лимита или Сумма к выплате сверх лимита) или Фактические данные;
○ при расчете факта по оборотным регистрам разделяются на 2 правила с типом Исполнение бюджета и Фактические данные.
■ Для всех правил получения фактических данных с типом Исполнение бюджета, использующих показатель Сумма к выплате в пределах лимита или Сумма к выплате сверх лимита, устанавливается показатель Сумма к выплате. Пооказатель Сумма к выплате остается без изменения. Все остальные правила, содержащие иные показатели, помечаются на удаление.
Внимание
Если в момент перехода на алгоритм контроля лимитов 2.5 не используется получение факта по балансовым регистрам, то необходимо проверить работу всех правил с типом Исполнение бюджета. Необходимо исправить поля на закладках Дополнительный отбор и Заполнение аналитик статьи, отмеченные черным крестиком.
Отчет Лимиты расхода денежных средств (см. раздел Бюджетирование и планирование – Отчеты по бюджетированию и планированию) переименован и называется Лимиты по данным бюджетирования. Теперь отчет выводит данные из регистра «Лимиты по данным бюджетирования».
Добавлен столбец Сумма заявки, в котором отражаются суммы из неоплаченных документов Заявка на расходование ДС и Заявка на командировку кроме заявок со статусом Отклонена.
При формировании отчета для актуализации его данных автоматически запускается задание на отражение лимитов по данным бюджетирования по платежным документам.
Данные по лимитам выводятся за весь период лимитирования для конкретных правил лимитов. По дате отчета определяются действующие правила лимитов.
■ Прекращается параллельный учет сумм выплат сверх лимита, т.е. независимо от установки флага Без контроля лимита в заявке на расход ДС или заявке на командировку происходит уменьшение остатка лимита.
■ Использование показателей суммы для расчета фактических данных бюджетирования ограничивается только показателем Сумма к выплате.
■ Прекращается использование правил получения фактических данных для контроля лимитов по данным регламентированного учета, международного учета, а также с произвольными настройками источника данных – используется только оперативный учет.
Если на момент перевода системы на получение фактических данных по данным балансовых регистров осуществлен переход на алгоритм контроля лимитов Контроль лимитов 2.5, то обрабатывать правила с типом Исполнение бюджета не нужно, т.е. необходимо исключить следующую рекомендацию, данную для перехода на новый алгоритм сбора фактических данных:
Если использование лимитов ведется по данным бюджетирования, то в рабочем месте Настройка правил получения фактических данных бюджетирования на закладке Исполнение бюджета необходимо открыть правило и в поле Тип правила временно заменить значение Исполнение бюджета на Фактические данные. Далее необходимо установить флаг Хранить результат выполнения правила. Далее после включения функциональной опции По корреспондирующим регистрам остатков необходимо будет Тип правила вернуть на значение Исполнение бюджета.
В форме спецификации по команде Еще – Скопировать создается копия спецификации, аналогично команде из списка спецификаций.
Справочник поддерживает иерархическое хранение записей.
В документе Производство без заказа на закладке Материалы командой Заполнить – показать аналоги включается видимость колонки, в которой отображается наличие разрешений на замену, допускающих применение аналогов. По команде Заполнить – Подобрать аналоги открывается диалог “Замена материалов аналогами”, в котором можно осуществить замену.
Аналоги подбираются на том же складе, который был указан в строчке с исходным материалом. Информация из схемы обеспечения игнорируется при этом действии.
В заказе на производство добавлен отчет “Трудоемкость заказа”, который позволяет увидеть и проанализировать плановые и фактические трудозатраты заказа. Этот же отчет может вызываться из этапа производства в двух видах: Трудоемкость по партии и Трудоемкость по этапу. Трудоемкость по партии берется по всем этапам партии, к которой относится текущий этап.
Этот же отчет может быть вызван вне контекста из панели отчетов раздела Производство.
Отчет доступен только при использовании динамической структуры заказов на производство. Структура заказа должна быть рассчитана.
В настройках НСИ и администрирование – Производство – Заказы на производство можно включить опцию “Полуфабрикаты внутри заказа производить обособленно”.
При включении этой опции полуфабрикаты внутри заказа будут производиться для своего заказа обособленно, даже если в карточке номенклатуры и в спецификации не указано обособленное обеспечение. Но при этом сохранится возможность при построении динамической структуры использовать свободные запасы таких полуфабрикатов, если они есть. При формировании этапов, которые потребляют такие полуфабрикаты, система будет автоматически определять необходимость указать обособление в зависимости от доступности остатков полуфабрикатов.
Настройка позволяет обезопасить полуфабрикаты заказа от их перехвата более приоритетными заказами.
Доработан механизм конвертации валюты по безналичному расчету.
В документах Списании безналичных ДС, если в поле Операция выбрано значение Конвертация валюты:
■ переключатель по курсу: банка/ЦБ удален;
■ поле С взиманием комиссии со счета отображается всегда.
В документах Списание безналичных ДС и Поступление безналичных ДС, если в поле Операция выбрано значение Конвертация валюты:
■ автоматически в поле по курсу подставляется теперь курс ЦБ;
■ добавлена возможность указать курс одной валюты за необходимое количество единиц другой валюты, указав это значение (кратность) в поле за.
Поменялась возможность установки последующих статусов в документе Заявка на расходование ДС в зависимости от текущего статуса.
Всем пользователям, имеющим права на работу с документом Заявка на расходование ДС, доступна установка статусов Не согласована и Отклонена. При этом тем, кто может согласовывать заявки, доступна установка статуса Согласована, а утверждающим заявки - статуса К оплате.
Возможность установки статусов в документе Заявка на расходование ДС представлена в таблице ниже, где под инициатором, согласующим, утверждающим понимаются пользователи, имеющие права, соответственно, на создание, согласование и перевод заявок в статус К оплате.
|
|
Возможность установки статуса |
|||
|
Пользователь |
Не согласована |
Согласована |
К оплате |
Отклонена |
|
Инициатор |
есть |
нет |
нет |
есть |
|
Согласующий |
есть |
есть |
нет |
есть |
|
Утверждающий |
есть |
нет |
есть |
есть |
Порядок установки последующих статусов для одного пользователя в зависимости от текущего статуса представлен в таблице ниже:
|
|
Возможность установки последующих статусов |
|||
|
Текущий статус |
Не согласована |
Согласована |
К оплате |
Отклонена |
|
Не согласована |
есть |
есть |
есть |
есть |
|
Согласована |
нет |
есть |
есть |
есть |
|
К оплате |
нет |
нет |
есть |
есть |
|
Отклонена |
есть |
нет |
нет |
есть |
Внесены изменения в порядок отражения в регламентированном учете документа Электронный билет при наличии в нем зачета аванса агенту.
До версии 2.5.18 аванс агенту напрямую переносился на расчеты с перевозчиком.
С версии 2.5.18 отражается зачет аванса агенту и перенос задолженности на расчеты с перевозчиком.
Появилась возможность вести учет и вводить начальные остатки по договорам аренды и лизинга по ФСБУ 25/18 без дисконтирования.
До версии 2.5.18 в карточке справочника договоры аренды (лизинга) в группе Способ
определения стоимости предметов аренды были кнопки переключателей: Путем дисконтирования планируемых платежей, По фактической стоимости.
С версии 2.5.18 в договоре аренды группа Способ определения стоимости предметов аренды переименована Способ определения стоимости активов и добавлен выпадающий список с вариантами:
■ Рассчитывается по ставке;
■ Указывается вручную;
■ Равна сумме договора.
В договоре с типом Лизинг в списке отображается только два пункта: Указывается вручную и Равна сумме договора.
Вариант Рассчитывается по ставке начиная с версии 2.5.18 соответствует варианту Путем дисконтирования планируемых платежей до версии 2.5.18.
Вариант Указывается вручную начиная с версии 2.5.18 соответствует варианту По фактической стоимости до версии 2.5.18.
Вариант Равна сумме договора позволяет теперь отразить договор аренды (лизинга) без дисконтирования.
В случае если в договоре аренды выбран пункт Равна сумме договора, в документах Заключение договора аренды, Изменение условий договора аренды, Ввод остатков взаиморасчетов по аренде стоимость активов равна сумме будущих оплат по графику без НДС и рассчитывается автоматически при проведении документа.
В форме вышеуказанных документов:
■ скрывается закладка Дисконтирование;
■ значения в колонке Номинальная стоимость используются в качестве коэффициентов для распределения суммы договора по основным средствам.
■ скрывается график процентов в форме редактирования графиков.
Появилась возможность для договоров лизинга с последующим выкупом проводить документы: Заключение договора аренды, Изменение условий договора аренды, Выкуп ОС - по нулевой выкупной стоимости.
Поддержана возможность автоматической сверки данных расчетов по единому налоговому счету (далее – ЕНС) в учетной системе налогоплательщика с данными из личного кабинета налогоплательщика в ФНС.
Сверка организована в рабочем месте Единый налоговый счет, доступном для пользователей сервиса 1С-Отчетность в меню Регламентированный учет – Единый налоговый счет - Личный кабинет ЕНС.
В рабочем месте Единый налоговый счет добавлен переключатель Режим сверки. Если указанный переключатель отключен, тогда рабочее место работает в режиме отображения текущего состояния расчетов на ЕНС по данным ФНС.
Если переключатель Режим сверки в рабочем месте Единый налоговый счет включен, тогда рабочее место работает в режиме сверки данных расчетов по ЕНС в учетной системе налогоплательщика с данными из личного кабинета ФНС.
Реализовано сопоставление данных следующих разделов:
Платежи
Декларации, уведомления
Начисление налогов
Пени, штрафы
В шапке рабочего места Единый налоговый счет в режиме сверки доступен выбор периода, за который выполняется сверка, порядок отображения данных Все операции или Только расхождения и поиск по табличной части (например, чтобы отобрать операции по конкретному налогу или КБК).
В разделе Платежи выводится информация о пополнении счета посредством единых налоговых платежей по данным ФНС и по данным организации. С данными ФНС о платежах сопоставляются отраженные в регламентированном учете документы Списание безналичных денежных средств с операцией Перечисление налогов и взносов, типом налога Единый налоговый платеж и установленным признаком Проведено банком. Если данные успешно сопоставлены, то по гиперссылке Платежное поручение можно открыть соответствующий документ.
В разделе Декларации, уведомления осуществляется сверка сведений об отправленных в ФНС через сервис 1С:Отчетность налоговых декларациях или регламентированных уведомлений с данными ФНС. Прямого соответствия по объектам этого раздела между данными информационной базы и ФНС нет (например, по номеру и дате невозможно однозначно определить совпадения). Система анализирует множество косвенных признаков объектов регламентированной отчетности (отчетный период, вид налогового обязательства, КБК, сроки уплаты и т.д.) Набор анализируемых признаков для каждого вида уведомления или налоговой декларации отличается. Успешно сопоставленный регламентированный отчет или уведомление можно открыть по гиперссылке в соответствующей строке.
В разделе Начисление налогов выполняется сопоставление операций, формирующих каждое обязательство по уплате налога, по данным ФНС и по данным учета. С данными ФНС по ЕНС сверяются обороты по кредиту счета 68.90 «Единый налоговый счет», сформированные документами Начисление ЕНП, Корректировка расчетов по налогам, Операция (регл. учет). Сопоставляются виды обязательств (анализируются тип налога, счет учета и КБК) и сроки уплаты. Анализ расхождений данного раздела позволяет обнаружить различные учетные ошибки (см. пример на рисунке).
Группировка строк в таблице раздела Начисление налогов выполняется по виду налоговых обязательств и срокам уплаты. Все операции по каждому виду обязательства с определенным сроком уплаты можно увидеть в выпадающих списках, доступных по гиперссылкам в графе Основание (номер, дата).
Доступен список операций по данным ФНС
и список операций по данным учета.
В разделе Штрафы, пени осуществляется сверка сведений о начислениях по пеням и штрафам по данным ФНС и по данным учета организации. В системе для отражения операций начисления пеней и штрафов предназначены документы Корректировка расчетов по налогам и Операция (регл. учет). Сопоставление данных происходит по дате операции и виду налогового обязательства (пени, штрафы). Если даты и вид налогового обязательства совпадают, то данные ФНС и учета организации отражаются в одной строке табличной части раздела Штрафы, пени. Несовпадения отражаются в разных строках.
Корректировка данных в информационной базе по результатам выявленных расхождений выполняется пользователем вручную.
Примечание
Сервис личного кабинета налогоплательщика в ФНС, в т.ч. сверка данных работает в тестовом режиме
Электронная торговая площадка (ЭТП) Бидзаар предоставляет следующую функциональность:
■ Публиковать товары и услуги для продаж
■ Участвовать в тендерах на закупку
ЭТП Бидзаар имеет собственный сайт, который предоставляет следующие возможности:
■ Регистрация организации и заполнение профиля
■ Оформление предложений для продажи
■ Оформление запросов на участие в тендерах по закупке
■ Управление тендером (сравнение, общение, подведение итогов)
■ Получение аккредитации у партнеров-закупщиков
■ Просмотр статистики и активности компаний
Интеграция с Бидзаар включает рабочее место руководителя (менеджера) по продажам для публикации товаров и услуг на ЭТП. Предоставляемые возможности:
■ Формирование списка товаров и услуг и их представления, как на основании учетных документов 1С, так и в ручном режиме;
■ Определение правила формирования представления товаров и услуг для выгрузки;
■ Выгрузка товаров и услуг в разрезе учетной записи:
○ Напрямую на ЭТП «Бидзаар» через API;
○ В файл Excel.
■ Просмотр истории статусов выгрузки товаров и услуг.
Выгруженные данные отображаются на ЭТП «Бидзаар».
Активация интеграции с «Бидзаар» производится администратором в панели настройки НСИ и администрирование – Настройки интеграции - Интеграция с Бидзаар. Установка флага Включить интеграцию с Бидзаар» включает возможность выгружать товары и услуги на ЭТП «Бидзаар».
После включения возможности работы с ЭТП «Бидзаар» необходимо настроить подключение.
По ссылке Настройки подключения, если не настроено ни одна организация выполняется переход в форму Настройки подключения к Бидзаар или, если уже хотя бы одна организация подключена, то открывается список подключенных организаций. При необходимости настройки авторизации можно удалить.
Форму выгрузки данных можно открыть из раздела командного интерфейса Продажи – Сервис – Выгрузка данных в Бидзаар. В форме выгрузки необходимо указать учетную запись. Если пользователю доступна единственная учетная запись, она будет установлена автоматически. При выборе учетной записи, если у пользователя нет доступных учетных записей, откроется форма настройки подключения. Список подключений можно открыть из формы выгрузки командой Еще – Открыть список подключений.
В форме выгрузки данных отображается выбранная для публикации номенклатура.
В форме выгрузки данных предусмотрено несколько вариантов заполнения данных для выгрузки, в том числе добавление и подбор, добавление и удаление строк по отбору.
Кнопка Подобрать открывает форму подбора товаров, которая поддерживает настройку списка с сохраняемыми настройками пользователя. Перенесутся в форму выгрузки данных и для них будет сформировано Представление номенклатуры для выгрузки согласно уставленным настроек.
По кнопке настройки (пиктограмма шестеренки) можно включать или отключать отдельные поля в представление (номенклатура не отключается, при этом можно выбрать только один из вариантов), а также менять их порядок. При первом открытии формы поля формирования представления и их порядок заполняются автоматически.
Выгрузка может выполняться непосредственно на ЭТП «Бидзаар» и в файл Excel. Соответствующие команды размещены в верхней части формы, рядом с учетной записью. При выгрузки может быть уточнено, какие данные выгружать: Невыгруженные, Выделенные или Все.
По окончанию операции пользователь получает соответствующее сообщение, а список на форме с состояниями выгрузки обновится автоматически.
При выгрузке в Excel необходимо в стандартной форме ОС выбрать путь сохранения и задать имя файла, формат при этом установится автоматически. После сохранения файл Excel автоматически откроется, если это возможно.
В форме Выгрузка товаров и услуг в Бидзаар предусмотрен быстрый отбор по состояниям выгрузки.
В форме списка заказов 1С:Доставка: Заказы на доставку предусмотрена кнопка для просмотра истории всех заказов, в том числе оформленных непосредственно из личного кабинета перевозчика без отражения в информационной базе. Заказы открываются на просмотр. В форме История заказов предусмотрены отборы по дате создания, номеру и состоянию заказов, а также вручную обновить список.
В форме карточки заказа при нажатии на гиперссылку состояния заказа в браузере откроется страница заказа в личном кабинете перевозчика.
В карточке заказа также предусмотрена возможность просмотра печатных форм средствами 1С (документы сервиса получаются в формате pdf). В веб-клиенте печатные формы будут сохранены как файлы.
Авторизация по логину и паролю по сравнению с авторизацией по токену позволит:
■ Упростить подключение новых пользователей. Теперь для подключения необходимо внести свой логин и пароль, вместо того чтобы отправлять запрос в поддержку;
■ Мгновенно отображаться создаваемым в 1С заказам на доставку в ЛК Деловых линий;
■ Просматривать историю перевозок
В форме списка заказов на доставку добавлено уведомление о необходимости перехода на новый тип авторизации. При неудачной попытке авторизации пользователь получит уведомление. После успешного подключения форма параметров авторизации закроется, а список заказов обновится.
Для списка Пункты приема выдачи заказов сервиса 1С:Доставка предусмотрено обновление терминалов перевозчика через механизм «Поставляемые данные» в 1С:EDI. Для каждого терминала указывается наименование и идентификатор города, что позволяет выбирать терминалы по определенному городу при работе с заказами в сервисе.
В процессе оформления заказа на доставку, если известно, что доставка будет выполняться с терминала / на терминал, не требуется указание адресов отправителя и/или получателя. В форме выбора терминала предусмотрен фильтр по населенному пункту нахождения терминала. При указании терминала для самопривоза при отгрузки выводятся только терминалы, поддерживающие приемка, а при указании терминала самовывоза – только терминалы, поддерживающие выдачу.
На странице Тарифы также добавлен выбор способа отгрузки и доставки. При подтверждении изменения параметров доставки список доступных тарифов будет обновлен с учетом указанных способов. На странице Параметры тарифа реквизиты отгрузки и доставки выводятся справочно и недоступны для редактирования.
Во всех полях адресов, помимо предлагаемых вариантов и ввода через классификатор, теперь доступен свободный ввод. Финальная валидация адресов осуществляется на стороне сервиса перевозчика. При неудачной валидации адреса пользователь получит соответствующее уведомление.
Обновлен калькулятор тарифов, что в частности позволяет:
■ Избежать ошибок с некорректным выбором терминалов;
■ Передавать в сервис адреса в свободной форме;
■ Выбирать тариф из более широкого спектра;
■ Упростить внутренние алгоритмы подбора тарифов
Библиотека интеграции с 1С:Документооборот обновлена до версии 3.0.2.5. В библиотеке, в частности реализованы следующие возможности:
■ В форме Документооборот реализована возможность настройки всех видов действий обработки документа предприятия.
■ В форме Документооборот добавлены команды печати: Лист согласования, Протокол разногласий, Лист ознакомления.
■ Реализован функционал запуска из карточки задачи повторного согласования, утверждения, исполнения, подписания, регистрации с возможностью настройки соответствующего действия.
■ Реализована возможность выбора фактического исполнителя задачи.
Библиотека технологий сервиса обновлена до версии 2.0.13.13.
Библиотека интернет-поддержки пользователей обновлена до версии 2.7.4.
Библиотека стандартных подсистем обновлена до версии 3.1.10.
Библиотека электронных документов обновлена до версии 1.9.12.13.