Изменения функционала в версии 1.03 5
Подбор кодов алкогольной продукции при списании продаж пива.
Повторное создание кассового документа после отсылки акта списания в ЕГАИС.
Отсылка в ЕГАИС ТТН на отгрузку на основании накладной на перемещение с основаниями товародвижения.
Списание алкогольной продукции при инвентаризации. Предупреждение при списании большого количества.
Метка документов «Не включать в алкогольную декларацию».
Коды алкогольной продукции ЕГАИС. Издатель РФУ1.
Опция расчета среднесуточной реализации.
Поле «Название маркетинговой группы» в таблице отобранных карточек.
Карточка складского учета, классификатор товаров. Коэффициент вариативности.
Цены. Дифференцированное ценообразование.
Справочник «Форматы мест хранений». Параметры дифференцированного ценообразования по умолчанию.
Классификатор списков мест хранения.
Склады и магазины. Функции работы со списками мест хранения.
Генерация аукционных заказов. Использование групп классификаторов и списков мест хранений.
Заказ поставщику, Складское требование. Права на задание места хранения кросс-докинга.
Заказ поставщику. Флаг «Учитывать при автогенерации заказа».
Функция проверки 19 «Контроль минимального количества заказа поставщику».
Алгоритм генерации заказа « Fresh ».
Алгоритм генерации заказов «Стандартный». Округление количества до упаковки заказа.
Контракты с поставщиком. Функция «Копировать соглашения о поставках из контракта ...».
Причина несоответствия и создание компенсирующих накладных по причинам несоответствия.
Прием фактического количества из ТСД функцией «Чтение накладной из портативного терминала».
Акты потерь и акты обнаружений. Закладка «Вложения и метки» и поле «Комментарий».
Заказы от клиента. Поля «Номер заказа» и «Комментарий». Прием заказа из ТСД.
Отгрузка заказа ТСД. Проставление цен в расходную накладную.
Финансовые обязательства. Выбор даты обязательства и контроль её значения.
Рассылка статистики остатков и статистики продаж.
Редактор XML схем. Преобразование схемы почтового объекта к схеме с другими именами таблиц и полей.
Сервер приложений. Максимальное количество одновременно исполняющихся запросов.
Создание мини отчетов и их рассылка по электронной почте и в SMS сообщениях.
Печать штриховых кодов штрихами.
Печатная форма «Накладная на перемещение».
Печатная форма «Заказ от клиента».
Печатная форма «Складское требование».
Отчет «Остатки в производстве». Печать цен и сумм.
Перечень исправленных ошибок и улучшений.
ЕГАИС.
Подбор кодов алкогольной продукции при списании продаж пива.
В предыдущих версиях при формировании акта списания пива на основании кассового документа в момент создания документа каждому проданному артикулу ставился в соответствие код алкогольной продукции в том случае, когда такой код у артикула был единственным. Если кодов было несколько, позиция кода алкогольной продукции оставалась незаполненной. Затем акт отсылался в ЕГАИС, и в процессе отсылки запрашивались текущие остатки. После получения остатков те позиции, для которых имелось несколько кодов алкогольной продукции, сопоставлялись с остатками ЕГАИС, и количество продажи распределялось по кодам алкогольной продукции с учетом остатков. Перебор кодов продукции происходил в произвольном порядке, то есть: брался первый попавшийся код проданного товара, сопоставлялся с остатками, если остатков не хватило, брался следующий код и так далее.
В текущей версии внесены следующие изменения:
- После генерации акта списания немедленной отсылки не происходит. Выполняется переход в раздел «ТТН ЕГАИС на отгрузку» для просмотра акта. Отсылка выполняется средствами раздела.
- Изменена процедура подбора кода алкогольной продукции при отсылке акта в ЕГАИС, если у товара таких кодов несколько. При подборе остатков первыми рассматриваются коды с наиболее давними поставками, чтобы вначале списывать старую продукцию.
- В разделе «ТТН ЕГАИС на отгрузку» для актов списания создана функция «Подбор кодов алкогольной продукции». При старте функции показывается следующее предупреждение:
Если остатки, считанные в разделе «Остатки ЕГАИС», неактуальны, то результат работы функции будет отличаться от того результата, который будет получен при отсылке акта почтовым модулем.
Повторное создание кассового документа после отсылки акта списания в ЕГАИС.
В предыдущих версиях создание акта списания пива ЕГАИС на основании кассового документа приводило к невозможности повторного создания кассового документа. Повторное создание может потребоваться, если по какой-либо причине в кассовый документ вошли не все кассовые отчеты за день, а обнаружилось это уже после создания и отсылки в ЕГАИС акта списания.
Формально, после отсылки акта списания пива в ЕГАИС изменение кассового документа может привести к тому, что отосланный акт перестанет соответствовать содержанию кассового документа, что требует отзывать его из ЕГАИС, повторно создать и отослать. Тем не менее, если следовать разъяснениям ЕГАИС, то строгий учет продаж пива не является обязательным и некоторые неточности в учете текущих продаж могут быть исправлены в ходе инвентаризации.
В текущей версии в случае повторного создания кассового документа и при наличии акта списания пива для этого документа, функция генерации кассового документа убирает из акта списания все ссылки на пункты спецификации кассового документа, после чего прежний кассовый документ удаляется и создается заново. При этом в заголовке акта списания остается ссылка на кассовый документ, что не позволяет создать новый акт списания без явного удаления предыдущего.
В связи с тем, что создание кассового документа производится, в том числе, кассовым сервером, то есть без участия оператора, то никаких сообщений о возможном несоответствии акта и кассового документа не выдается.
Отсылка в ЕГАИС ТТН на отгрузку на основании накладной на перемещение с основаниями товародвижения.
В предыдущих версиях при формировании ТТН ЕГАИС на отгрузку на основании накладных на перемещение использовались основания товародвижения накладной на перемещение, но только в том случае, если в качестве оснований использовались приходные накладные. Из ТТН на приход, связанных с приходными накладными, берется вся информация о товаре, включая данные справок формы 1 и 2 (справки А и Б).
Функционал предыдущей версии позволял перемещать алкогольный товар из места хранения, в которое этот товар прибыл, по приходным накладным. Например, можно было перемещать товар из склада в магазин, но не было возможности вернуть такой товар назад или переместить его из магазина в магазин.
В текущей версии в накладной на перемещение можно указывать в качестве основания товародвижения другую накладную на перемещение с местом хранения «В» таким же, как место хранение «Из» обрабатываемой накладной на перемещение. При создании ТТН ЕГАИС на отгрузку из таких накладных на перемещение – оснований товародвижения извлекаются данные приходных ТТН, если накладная на перемещение, использованная в качестве основания, сопровождалась ТТН на приход в данное место хранения.
Изменение позволяет возвращать перемещение или пересылать ранее полученное перемещение в другое место хранение организации.
Отсылка документов в ЕГАИС. Предупреждение о том, что дата документа меньше текущей даты более чем на 5 дней.
С мая 2017 года ЕГАИС установил следующее правило:
На продуктивном контуре реализован запрет в фиксации иных значимых документов (кроме чеков и документов распроведения) с датами документа младше текущей даты более чем на 3 дня.
Ограничение касается документов:
- Накладная (по дате накладной)
- Акт разногласий на ТТН (по дате акта)
- Постановка на баланс 1 регистр
- Списание 1 регистр
- Постановка на баланс 2 регистр
- Списание 2 регистр
- Перемещение между 1 и 2 регистрами
- Отчет о производстве и импорте
Позднее разрешенный диапазон дат был изменен на 5 дней. В текущей версии при отсылке документов в ЕГАИС делается проверка даты документа на её вхождение в разрешенный диапазон дат. Если дата документа вышла за этот диапазон, выдается предупреждение, и отсылка документа не производится:
Исключение составляют акты приема / разногласия / отказа. В случае отсылки этих документов дата документов устанавливается равной текущей дате.
Диапазон дат документов, разрешенный для приемки в ЕГАИС, можно изменить в административном модуле, в разделе «База данных» на закладке «Конфигурация» в группе данных «Документы» в параметре «Контроль дат в документах ЕГАИС. Количество дней от текущей даты».
Списание алкогольной продукции при инвентаризации. Предупреждение при списании большого количества.
Создана функция проверки 104 «Предотвращение ошибочного списания алкогольной продукции». Функция срабатывает в разделе «Инвентаризация ЕГАИС» при выполнении функции «Обработать - Завершить ввод данных», если среди списываемых товаров имеется код алкогольной продукции с количеством списания больше либо равном 50:
По умолчанию функция имеет режим работы «Предупреждение». Функция предназначена для предупреждения случайного списания продукции, если в ходе инвентаризации часть продукции не была подсчитана или результаты подсчета не были помещены в журнал процесса.
Избыточное списание продукции не всегда может быть компенсировано постановкой на баланс при последующей инвентаризации из-за ограничения ЕГАИС, позволяющего поставить на баланс в течение месяца не более 100 единиц алкогольной продукции в сумме, как маркированной, так и немаркированной.
Обмен документами формата 3.
Реализована возможность приема и отсылки ТТН ЕГАИС, а также акта списания в формате 3. Обмен документами формата 2 полностью сохранен и может вестись параллельно с обменом в формате 3.
В настоящий момент обмен документами в формате 3 доступен только в тестовом контуре.
Метка документов «Не включать в алкогольную декларацию».
В скрипт создания дополнительных характеристик контрагентов для алкогольной декларации и классификатора алкогольной продукции включен скрипт создания метки документа «Не включать в алкогольную декларацию».
Метка назначается документам «Приходная накладная», «Расходная накладная», «Накладная на перемещение».
Если в документе флаг метки будет отмечен, то такой документ не будет включен в алкогольную декларацию. Метка может быть полезна в случае, когда документ используется для образования остатка алкогольной продукции в отчетном периоде, тогда как движение алкоголя происходило за границей отчетного периода, например, при закрытии периода со сменой учетной политики.
Функция проверки 209 «Дата накладной поставщика больше даты приходной накладной». Режим работы функции проверки.
Функция проверки 209 «Дата накладной поставщика больше даты приходной накладной» в прошлых версиях имела режим работы «Всегда запрет». Функция проверяет, что дата накладной поставщика в заголовке приходной накладной не превышает дату самой приходной накладной. Проверка выполняется при смене статуса приходной накладной с «Принят складом» на «Принят полностью».
В связи с появлением ЕГАИС возникла следующая ситуация: если на статусе «Принят складом» с приходной накладной связывается ТТН ЕГАИС, то понижение статуса приходной накладной становится невозможным, далее, если дата накладной поставщика будет больше даты приходной накладной, то повышение статуса также становится невозможным. Выйти из ситуации можно только изменением даты накладной поставщика. Эта дата, в свою очередь, используется алкогольной декларацией для помещения оборота в тот или иной период. Соответственно, в некоторых случаях это невозможно.
В текущей версии режим работы проверки с «Всегда запрет» заменен на управляемый по должностям. По умолчанию устанавливается режим «Запрет». Кроме того, проверка теперь выполняется как при смене статуса с «Принят складом» на «Принят полностью», так и при смене статуса с «Черновик» на «Принят складом», чтобы предупреждать оператора об ошибке на раннем этапе, когда можно поменять дату накладной.
Карточки складского учета.
Коды алкогольной продукции ЕГАИС. Издатель РФУ1.
В разделе «Карточки складского учета» на закладке «Описание» в таблицу «Коды алкогольной продукции» добавлены колонки «Издатель РФУ1», «ИНН издателя РФУ1», «КПП издателя РФУ1».
В этих полях показывается название, ИНН и КПП организации – издателя расчетной формы учета 1, то есть организации, которая ввела товар в таможенное пространство РФ. Это либо импортер, если товар произведен за пределами РФ, включая страны Таможенного союза, либо производитель, если товар произведен на территории РФ.
Строка таблицы «Коды алкогольной продукции» формируется либо вручную, либо при обработке приходной ТТН в момент её привязки к приходной накладной, либо при выполнении функции «Обработать - Изменение кодов ЕГАИС». При выполнении этих операций данные издателя РФУ1 остаются пустыми, поскольку и в приходных ТТН, и в данных кода алкогольной продукции эта информация не содержится.
Название, ИНН и КПП издателя РФУ1 берутся из справки «Форма 1». Форма 1 (бывшая справка «А») запрашивается в ЕГАИС в разделе «ТТН ЕГАИС на приход», «ТТН ЕГАИС на расход» и «Акты списания / постановки на баланс ЕГАИС» с помощью функции «Запрос содержания справок «А» из ЕГАИС». Предполагается, что один код алкогольной продукции может иметь только одного издателя, в связи с этим следует с осторожностью пользоваться запросом справок А из раздела «Акты списания / постановки на баланс ЕГАИС». В случае постановки на баланс на складе ЕГАИС генерирует новые справки «А» и алгоритм их создания неизвестен.
Полная информация об издателе РФУ1 сохраняется в структуре данных Формы 1 в таблице SMEgaisInformARegHeader при приеме справок «А».
Опция расчета среднесуточной реализации.
В разделе «Карточки складского учета» на закладке «Заказ» в диалог, вызываемый из поля "Среднесут. реал-ция" в режиме просмотра, добавлен флажок «Среднесуточная реализация посчитана с учетом маркетинговых акций»:
Флаг показывает значение опции расчета среднесуточной реализации, которое использовалось при расчете текущего значения среднесуточной реализации.
Такой же диалог с теми же данными показывается в документах «Заказ поставщику» и «Подтверждения заказа поставщику» в информационных полях «Среднесут. реал-ция».
Поле «Название маркетинговой группы» в таблице отобранных карточек.
В перечень полей таблицы отобранных карточек добавлено поле «Название маркетинговой группы. Настроить отображение поля в таблице можно нажав кнопку «Поля...» :
Карточки складского учета, классификатор товаров. Коэффициент вариативности.
В разделе «Карточки складского учета» из таблицы складских запасов на закладке «Заказ» удалены колонки «Коэффициент вариативности» и «Коэффициент вариативности для группы».
В разделе «Классификатор товаров» на закладке «Узел» удален параметр «коэффициент вариативности».
Атрибут удален в связи с тем, что он более не используется.
Цены. Дифференцированное ценообразование.
В разделе «Цены» на закладке «Дифференцированное ценообразование» в интерфейс внесены следующие изменения:
- в список маркетинговых групп перед названием маркетинговой группы добавлена колонка с кодом маркетинговой группы,
- в детальной части перед названием маркетинговой группы показывается её код в фигурных скобках.
На закладку добавлена кнопка «Установить параметры ценообразования». При нажатии кнопки вызывается диалог обработки одной, нескольких выделенных или всех строк таблицы параметров дифференцированного ценообразования для мест хранений:
Функция позволяет установить для всех выбранных строк одинаковые значения атрибутов «Отклонение от базовой цены», «Мин. наценка», «Макс. наценка», «Правило округления».
Справочник «Форматы мест хранений». Параметры дифференцированного ценообразования по умолчанию.
В справочник «Форматы места хранения» добавлена таблица параметров дифференцированного ценообразования по умолчанию для маркетинговых групп. Для каждой маркетинговой группы формата можно заполнить значения «Отклонение от базовой цены», «Мин. наценка», «Макс. наценка» и «Правило округления».
Данные справочника используются для заполнения таблицы параметров дифференцированного ценообразования при назначении или смене формата места хранения в разделе «Склады и магазины».
Классификатор списков мест хранения.
В группу разделов «Классификаторы» добавлен новый раздел «Классификатор списков мест хранения». Для доступа к редактированию объектов классификатора необходимо иметь права на соответствующие функции модуля «Классификаторы».
Интерфейс и поведение раздела такие же, как и у разделов классификаторов списков поставщиков или клиентов. То есть, можно создавать объекты типа «папки» или «списки мест хранения», публичные или для личного использования.
Склады и магазины. Функции работы со списками мест хранения.
В разделе «Склады и магазины» кнопка «Обработать» заменена выпадающим списком с функциями, в который добавлены функции "В список" и "Из списка".
Генерация аукционных заказов. Использование групп классификаторов и списков мест хранения.
В мастер генерации аукционных заказов на страницу «Место хранения» добавлены опции выбора групп мест хранения и списков мест хранения:
Диалог выбора групп классификатора или списков мест хранений позволяет выбрать несколько групп или списков для определения мест хранения аукционного заказа. Если выбрано несколько списков мест хранения, то для нужд генерации аукционного заказа перечень мест хранения этих списков объединяется.
Выбранные группы или списки запоминаются и используются при следующих обращениях к мастеру.
Заказ поставщику, Складское требование. Права на задание места хранения кросс-докинга.
В заголовке документов «Заказ поставщику» и «Складское требование» имеется атрибут «Место хранения кросс-докинга». В прошлых версиях выбор места хранения, которое можно было назначить в качестве мест кросс-докинга, определялся правами должности на просмотр списка мест хранения. В тех случаях, когда сотрудники имеют права только на локальные места хранения, бывает, что место хранения кросс-докинга при создании документа задать невозможно.
В текущей версии список доступных мест хранений для назначения места хранения кросс-докинга не зависит от прав пользователя на места хранения.
Заказ поставщику. Флаг «Учитывать при автогенерации заказа».
В заголовок документа «Заказ поставщику» на закладку «Главная» добавлен флаг «Учитывать при автогенерации заказа». По умолчанию флаг установлен.
Флаг определяет, учитывать ли документ для определения даты последнего заказа поставщику в алгоритмах автоматической генерации заказа. Дата последнего заказа используется для определения даты ближайшего заказа и поставки, если для поставщика установлена отличная от нуля частота заказ, то есть когда задана минимальная периодичность поставки, чаще которой товар у данного поставщика заказывать нельзя.
Если у документа флаг не установлен, то такой документ не будет считаться последним заказом. Это может быть использовано в тех случаях, когда в дополнение к периодическим заказам поставщику по согласованию с ним делается дополнительный заказ (например, срочный дозаказ), и этот заказ не должен смещать график периодических заказов.
Функция проверки 19 «Контроль минимального количества заказа поставщику».
Создана функция проверки 19 «Контроль минимального количества заказа поставщику». По умолчанию функция имеет режим работы «Предупреждение».
Проверка срабатывает при смене статуса документа «Заказ поставщику» с «Черновик» на «Размещен» при выполнении одного из следующих условий:
- общее количество заказа всех артикулов рассматриваемого документа «Заказ поставщику» меньше минимального количества заказа в заголовке оприходованного соглашения о поставках, которое имеется в общих оснований заказа поставщику. Если в основании заказа поставщику проставлено несколько соглашений о поставках, то для сравнения будет взято наименьшее минимальное количество заказа из этих соглашений.
- в спецификации рассматриваемого документа «Заказ поставщику» есть артикул, количество заказа которого меньше минимального количества заказа этого артикула в спецификации оприходованного соглашения о поставках, которое имеется в общих основаниях заказа поставщику. Если для данного артикула в основании заказа поставщику будет обнаружено несколько соглашений о поставках, то для сравнения будет взято наименьшее минимальное количество заказа из этих соглашений.
Алгоритм генерации заказа « Fresh ».
Перечень алгоритмов автоматической генерации заказов дополнен алгоритмом « Fresh ». Особенностью алгоритма является использование результатов расчета среднесуточной реализации по дням недели вместо усредненной среднесуточной реализации для прогноза убыли товаров и отсутствие учета влияния маркетинговых акций. В остальном алгоритм аналогичен алгоритму «Стандартный». Подробное описание алгоритма можно посмотреть в файле «Алгоритм автоматической генерации заказа.doc»
Среднесуточная реализация по дням недели считается отдельно для каждого дня недели, как средняя реализация по всем дням, соответствующим дню недели, попавшим в диапазон расчета среднесуточной реализации. Например, если диапазон расчета составляет две недели, то для каждого дня недели среднесуточная реализация будет считаться, как сумма продаж соответствующих двух дней, деленная на два.
Для того, чтобы при расчете среднесуточной реализации выполнялся расчет по дням недели необходимо в настройках процедуры расчета установить флаг «Детально по дням недели»:
Если флаг не установлен, то данных для генерации заказа не будет. При старте генерации заказа проверки того, выставлен ли флаг или нет, не делается, поскольку расчет среднесуточной реализации может настраиваться отдельно для любой группы товаров, как требующих этого флага, так и не требующих.
Алгоритм генерации заказа « Fresh » может быть рекомендован для расчета заказа товаров с коротким сроком реализации и когда колебания спроса товара по дням недели являются существенными.
Алгоритм генерации заказов «Стандартный». Округление количества до упаковки заказа.
В алгоритме генерации заказов «Стандартный» изменен способ округления количества заказа до упаковки заказа в случае, когда потребность в товаре меньше количества упаковки заказа. В предыдущих версиях алгоритм был следующий:
- Количество заказа округляется до величины кратной количеству упаковки заказа по математическим правилам. Если при этом оказалось, что потребность в товаре меньше чем половина упаковки заказа, то заказывается упаковка заказа, но при условии, что минимальный уровень складских запасов артикула (минимум плюс зал) меньше или равен 0.5 упаковки заказа.
В текущей версии алгоритм следующий:
- Количество заказа округляется до величины кратной количеству упаковки заказа по математическим правилам. Если при этом оказалось, что потребность в товаре меньше чем половина упаковки заказа, то заказывается упаковка заказа, но при условии, что минимальный уровень складских запасов артикула (минимум плюс зал) меньше или равен 0.6 упаковки заказа.
Новое значение коэффициента определено экспертным путем по результатам длительной эксплуатации алгоритма.
Контракты с поставщиком. Функция «Копировать соглашения о поставках из контракта ...».
В разделе «Контракты с поставщиком» создана новая функция «Копировать соглашения о поставках из контракта ...».
Функция предназначена для того, чтобы для текущего контракта создать соглашения о поставках по примеру соглашений другого контракта, то есть в таком же количестве и с такими же местами поставки и атрибутами заказа, как у соглашений о поставках контракта-эталона, но с заполнением спецификации новых соглашений данными текущего контракта.
Функция может быть использована для создания аукционных контрактов, у которых соглашения о поставках, с точки зрения мест поставки и параметров заказа, аналогичны соглашениям основных контрактов.
Накладная на перемещение.
Причина несоответствия и создание компенсирующих накладных по причинам несоответствия.
В спецификацию накладной на перемещение добавлено поле «Причина несоответствия». Значение в поле может быть проставлено выбором значения из справочника «Причины несоответствия» или вручную.
В диалог старта функции «Создание компенсирующих накладных» добавлен флаг «Создавать компенсирующие накладные по причинам несоответствия»:
По умолчанию флаг не отмечен. При последующих вызовах функции значение флага в диалоге восстанавливается по значению предыдущего вызова.
Если флаг отмечен, то функция создает столько компенсирующих накладных, сколько разных причин несоответствия количества будет проставлено в накладную на перемещение в строках с разным значением в поле количество и фактическое количество. В созданных компенсационных накладных причина несоответствия добавляется в поле «Комментарий».
Прием фактического количества из ТСД функцией «Чтение накладной из портативного терминала».
В прошлых версиях существовала возможность заполнить накладную на перемещение количеством с использованием функции «Чтение накладной из портативного терминала». Функция была доступна в режиме редактирования документа со статусом «Черновик».
В текущей версии, в дополнение к предыдущей функциональности, функция доступна в режиме редактирования документа со статусом «Отослан». В этом случае функция заполняет поле «Фактическое количество». Если в ходе приема во входящих данных будут обнаружены артикулы, отсутствующие в спецификации накладной на перемещение, будет показано следующее сообщение:
Добавление новых строк для документа со статусом «Отгружен» не разрешается.
Акты потерь и акты обнаружений. Закладка «Вложения и метки» и поле «Комментарий».
В заголовок документов «Акт потерь» и «Акт обнаружений» добавлено поле «Комментарий» и закладка «Вложения и метки».
Заказы от клиента. Поля «Номер заказа» и «Комментарий». Прием заказа из ТСД.
В заголовок документа «Заказ от клиента» добавлены поля «Номер заказа» и «Комментарий». Значение полей печатается в печатной форме заказа от клиента.
Под значением «Номер заказа» подразумевается тот номер, который выдается клиенту при формировании спецификации заказа вне Торговой системы, например, при формировании заказа в интернет-магазине или при работе продавца-консультанта с программой ТСД «Супермаг Мобайл».
В текущей версии заказ от клиента может создаваться процессом «Подсчет товаров ТСД» при получении данных от ТСД. Соответствующее изменение внесено в программу «Супермаг Мобайл» с версии 1.6.621.27. Заказ от клиента создается в статусе «Черновик». Поле «Поставщик» заполняется значением собственного контрагента места хранения. Поле «Клиент» заполняется значением «Контрагент по умолчанию для возврата от покупателя» (задается в административном модуле в разделе «База данных» на закладке «Конфигурация» в группе данных «Документы»).
Отгрузка заказа ТСД. Проставление цен в расходную накладную.
В процессе «Отгрузка товара по заказу ТСД» в ходе создания расходной накладной на основании данных журнала ТСД в расходную накладную проставляются цены. В прошлых версиях цены брались из цены для кассы места хранения. В текущей версии цены берутся из заказа от клиента. Если в заказе от клиента цена не будет проставлена, то цена артикула будет взята из цены для кассы места хранения расходной накладной.
Финансовые обязательства. Выбор даты обязательства и контроль её значения.
В предыдущих версиях при создании обязательства дата обязательства устанавливалась равной дате счета-фактуры из документа-основания. В текущей версии дата обязательства устанавливается равной дате документа-основания.
В предыдущих версиях при проверке корректности обязательства проверялось, что дата обязательства больше или равна дате счета-фактуры. В текущей версии проверяется, что срок погашения обязательства (расчетная дата погашения) больше или равна дате документа-основания.
Рассылка статистики остатков и статистики продаж.
Создан новый почтовый объект «Статистика по текущим остаткам» (SG) с возможностью его автоматической рассылки (таблицы FSGoodsHeader, FSGoods). Объект предназначен для передачи информации об остатках других мест хранения в те места хранения, где отсутствует полный набор документов товародвижения.
Объект ставится в очередь на рассылку функциональным заданием «Отправка по почте статистики по текущим остаткам». То есть рассылка объекта производится не по событию, например, по изменению текущего состояния остатков, а по расписанию.
Задание работает только для оприходованных мест хранения. В ходе выполнения задания в статистических таблицах сохраняется информация о текущих остатках и ставится в очередь на отсылку в соответствии с правилами автоматической рассылки. То есть, если правило автоматической рассылки не задано, то в результате работы задания статистика будет собрана, но не будет отослана. Ручная рассылка объекта не предусмотрена.
Перечень мест хранения, для которых будет собрана и отправлена по почте статистика, может быть задан в параметрах задания.
Почтовый объект «Статистика по текущим остаткам» представляет собой набор всех артикулов с ненулевыми остатками для места хранения и, следовательно, может быть достаточно большим. Это необходимо учитывать, при составлении расписания запуска задания «Отправка по почте статистики по текущим остаткам».
Создан новый почтовый объект «Статистика по оперативной реализации» (SD) с возможностью его автоматической рассылки (таблица FSOperGoods). Объект предназначен для передачи информации об оперативной реализации других мест хранения. Поскольку оперативные чеки по почте не рассылаются, объект является единственным способом для получения оперативной информации о продажах в других местах хранения.
Создано функциональное задание «Отправка по почте статистики по оперативной реализации». При наличии в торговой системе такого задания и после рестарта кассового модуля или клиентской части Супермаг+ (если фиксация чеков производится в разделе «Регистрация платежей») сохранение и / или удаление оперативных чеков будет сопровождаться помещением информации об изменении оперативной реализации в очередь на обработку (таблица FSOperGoodsQueue). То есть, все события, связанные с созданием или удалением оперативных чеков до создания задания «Отправка по почте статистики по оперативной реализации» и рестарта кассового модуля, в отсылку не попадут.
В ходе работы задания все данные из очереди на обработку перемещаются в статистическую таблицу, и она отправляется по почте в соответствии с правилами автоматической рассылки.
Объем данных почтового объекта статистики по оперативной реализации зависит от количества чеков, созданных в промежутке времени между двумя отсылками.
Данные из новых статистических таблиц показываются в разделе «Остатки». В диалог фильтра раздела добавлена опция «Остатки: статистика».
При выборе этой опции в таблице остатков отображаются те же колонки, что и при выборе опции «Остатки: текущие» и добавлены две новые колонки «Время обновления остатков» и «Время обновления оперативной реализации». В этих колонках показывается дата и время сбора соответствующей информации в базе-источнике. Также в этом режиме можно очистить информацию о статистике для выбранного или для всех мест хранения с помощью функции «Удалить статистику». Для выполнения функции необходимо иметь функционально право.
В функциональное задание «Сбор 'мусора'» добавлено удаление из статистических таблиц устаревших данных. Устаревшими считаются все данные старше одного месяца.
Редактор XML -схем. Преобразование схемы почтового объекта к схеме с другими именами таблиц и полей.
В почтовый обмен с использованием XML -фильтра добавлена возможность частичного преобразования данных из одной XML -структуры в другую для того, чтобы можно было осуществить обмен объектами между базами данных разных версий.
Возможности по преобразованию ограничены. В текущей версии можно осуществлять прием и отсылку данных с изменением названия таблицы и названия полей в таблице.
Например, в текущей версии в документе «Заказ поставщику» таблица «SMDATEDOCS» заменена таблицей «SMDOCOR», в которой часть полей получили новые названия, в частности поле «DATEDAT» получило название «ORDERDATE», поле «DATEDAT2» название «SUPPLYDATE» и поле «TIMEAT2» название «SUPPLYTIME». То же самое касается полей таблицы SMDOCOС заказа от клиента.
Преобразование работает в обе стороны, то есть при отсылке происходит создание XML -файла с нужными названиями таблиц и полей, а при приеме информация из таблиц с заданными названиями и полями принимается в нужные таблицы объекта системы.
В редакторе XML -схем реализована возможность описывать такие изменения, как привязку прежних названий таблиц и полей к новым названиям таблиц и полей.
Для выполнения этого действия в интерфейсе структуры объекта необходимо удалить новую таблицу кнопкой «Удалить таблицу» и, затем, создать таблицу кнопкой «Добавить таблицу», выбрав опцию «Собственная таблица»:
В диалоге «Добавление таблицы» надо ввести название прежней таблицы, которая использовалась в почтовом обмене в предыдущей версии или которая используется внешним контрагентом в качестве аналога таблицы объекта Супермаг+, и выбрать в качестве эталонной таблицы имя ранее удаленной новой таблицы:
В результате будет создана таблица с заданным именем и со структурой такой же, как в эталонной таблице. В структуре таблицы необходимо заменить названия полей на те, которые были в прежней таблице и удалить лишние поля:
В результате будет создан XSD -файл, который необходимо поместить в каталог со схемами XML -файлов почтового модуля того абонента, который использует прежнюю схему.
Примеры XSD -файлов со схемами документов OR , OC и OE для обмена документами с базами данных предыдущей версии прилагаются к дистрибутиву версии.
Сервер приложений. Максимальное количество одновременно исполняющихся запросов.
В интерфейс администратора сервера приложений в диалог «Параметры сессии для базы данных» добавлен атрибут «Максимальное количество одновременно исполняющихся запросов для всех пользователей сервера приложений». По умолчанию установлено значение 50.
Сервер приложений при обращении к нему клиента Супермаг+ или Супермаг Мобайл формирует запрос для получения данных из базы данных, получает их и отдает их клиенту. В тех случаях, когда обмен с клиентом происходит медленнее, чем с базой данных, информация, полученная из базы данных, начинает копиться в памяти сервера приложения в ожидании, когда клиент сможет её забрать. Такое может случаться, если имеется большое количество обращений от ТСД с запросом большого объема данных (например, карточек и штриховых кодов для инвентаризации). Это может приводить к значительному использованию виртуальной памяти на компьютерах с небольшим объемом оперативной памяти, что приводит к замедлению работы самого сервера приложений и, в том числе, может привести к ошибке « Out of memory ».
Для защиты от избыточного накопления данных в памяти сервера приложений введен контроль над количеством одновременно обрабатываемых запросов клиентов. По умолчанию в памяти могут находиться данные не более, чем для 50 клиентов одновременно. Если в этот момент времени сервер приложений получит запросы от других клиентов, эти запросы будут поставлены в очередь и будут выполнены после того, как данные предыдущих запросов будут переданы по назначению, и количество одновременно обрабатываемых запросов станет меньше заданной величины.
Потоки работ.
Создание мини-отчетов и их рассылка по электронной почте и в SMS -сообщениях.
При создании нового потока работ предлагается выбрать шаблон для создания нового процесса. В перечень шаблонов добавлены шаблоны для создания мини-отчетов и шаблон для мониторинга работы с ЕГАИС:
Под мини-отчетом понимается сообщение, в которое могут быть добавлены данные, соответствующие текущему значению того или иного параметра, например, сумма текущей реализации или значение остатка товара.
В мастере создания шаблона для мини-отчета можно задать расписание выполнения процедуры отчета, аналогично тому, как задается расписание выполнения периодических процедур:
Расписание задает периодичность выполнения процедуры формирования отчета. Если в результате составления отчета данные в нем окажутся не пустыми, отчет будет отослан адресату в соответствии с настройками отсылки.
Далее в мастере, в зависимости от типа отчета, предлагается задать фильтр для отбора данных, например, место хранения и группу товаров для отчета по реализации:
В дальнейшем фильтры отчета могут быть скорректированы в интерфейсе редактирования потока работ.
На странице мастера «текст сообщения» можно задать содержание сообщения, вставив в него переменные, которые будут содержать результат вычисления параметра на момент исполнения отчета:
Сообщение может посылаться адресату следующими способами:
- Система сообщений Супермага позволяет передать сообщение в клиентскую часть Супермаг+ или в программу ТСД Супермаг Мобайл и отобразить её на экране оператора.
- Отсылка на электронную почту передает содержание отчета в теле электронного письма.
- SMS на мобильный телефон – позволяет отослать сообщение в виде SMS на заданный телефон.
Настройка адресата для передачи отчета системой сообщений Супермаг+ заключается в выборе должности или сотрудника, которому будет передано сообщение. При выборе должности в качестве адресата сообщение будет получено всеми сотрудниками данной должности.
Настройка отсылки на электронную почту позволяет задать адрес получателя отчета и настроить параметры почтового сервера:
Параметры почтового сервера настраиваются один раз. При создании следующего мини-отчета они используются в качестве значений по умолчанию, и диалог настройки отсылки e - mail не показывается. При необходимости изменить настройки можно в интерфейсе редактирования потока работ. Настройки отсылки e - mail запоминаются для каждого мини-отчета отдельно.
При выборе отсылки отчета в виде SMS -сообщения необходимо задать номер телефона получателя отчета и задать учетную запись провайдера отсылки SMS -сообщений:
В текущей версии реализована работа с провайдером ООО «СМС-центр». Провайдер предоставляет возможность рассылки СМС сообщений на телефон любого оператора связи. При необходимости, могут быть реализованы алгоритмы работы с другими провайдерами SMS -сообщений.
В параметрах учетной записи необходимо задать логин и пароль клиента провайдера:
Логин и пароль можно получить на сайте провайдера, пройдя регистрацию.
Поток работ начинает работать при переводе его в статус «Активен» и при условии, что для базы данных запущен хотя бы один сервер приложений с разрешением выполнять потоки работ. После активизации потока работ его работу можно контролировать в разделе «Контроль исполнения потоков работ». Поток работ появляется в этом разделе через некоторое время после активизации, когда сервер приложений начнет его обрабатывать.
В текущей версии имеются следующие мини-отчеты:
- Реализация - сумма продаж по месту хранения за период времени для группы товаров;
- Поставки - количество приходных накладных с операцией «Приход» за период времени по месту хранения;
- Отрицательные остатки - количество артикулов с отрицательными остатками.
В каждом отчете имеется по одному параметру, который рассчитывается с учетом заданных в описании потока работ фильтров. Для отчетов «Реализация ...» и «Поставки ...» задается период времени в днях (по умолчанию 7 дней), для всех отчетов - место хранения, для отчета «Реализация ...» - группа товаров, для отчета «Поставки ...» - поставщики.
При создании потока работ в один поток работ можно поместить несколько отчетов одновременно, тогда сообщение абоненту будет содержать данные всех отчетов, если они не пустые.
Перечень отчетов и параметров отчетов будет расширяться по выявленным практическим задачам.
Мониторинг ошибок от ЕГАИС.
Для мониторинга состояния обмена с ЕГАИС и информирования об ошибках обмена создан специальный класс потока работ «Мониторинг ошибок от ЕГАИС»:
Для отслеживания ошибок необходимо задать шаблон для анализа текста ошибок:
Все сообщения, которые будут содержать об ошибке указанный шаблон текста, будут вызывать отсылку сообщения.
По умолчанию текст сообщения следующий:
«При обработке объекта «$(ОбъектЕГАИС)» получена следующая ошибка от ЕГАИС:
$(ОшибкаЕГАИС).»
Текст сообщения может быть скорректирован в интерфейсе редактирования потока работ.
Печать штриховых кодов штрихами.
Печатная форма «Накладная на перемещение».
В диалог печати документа «Накладная на перемещение» для вариантов печати «накладная в базовой валюте», «накладная в дополнительной валюте» и «накладная в базовой и дополнительной валютах» для опции «показывать штриховые коды на единицу товара» добавлен флаг «в виде изображения». При выборе флага штриховые коды товаров в печатной форме выводятся в виде штрихов, в противном случае - числами.
Печатная форма «Заказ от клиента».
В диалог печати документа «Заказ от клиента» в группу элементов «Штриховые коды» добавлен флаг «в виде изображения». При выборе флага штриховые коды товаров в печатной форме выводятся в виде штрихов, в противном случае, как и раньше – числами.
Печатная форма «Складское требование».
В диалог печати документа «Складское требование» добавлен флаг «выводить штриховые коды в виде изображения». При выборе флага штриховые коды товаров в колонке «Штриховой код на ед. товара» выводятся в виде штрихов, в противном случае - числами.
Отчет «Остатки в производстве». Печать цен и сумм.
В диалог старта отчета «Остатки в производстве» (группа отчетов «Товарные»), добавлена опция «Вывод цен» с вариантами «без цен», «учетные цены мест хранения на дату отчета» и «цены из калькуляций».
При выборе опции печати цен в отчет добавляются колонки «Цена» и «Сумма». В отчете подводятся итоги стоимости остатков по местам хранения.
Перечень исправленных ошибок и улучшений.
- Заказ поставщику, Подтверждение заказа поставщику. При добавлении артикула / артикулов в спецификацию или при смене места хранения в заголовке документа не перечитывается значение информационных полей «Зал», «Мин.», «Макс.», «Мин. дней», «Макс. дней», «Среднесут. реал-ция», «Потери», «Остатки-потери», «Поставка».
- Акты переоценки. Разный порядок следования полей в режиме просмотра и редактирования.
- Акты переоценки. Кнопка вызова диалога «Расчет новой цены» перенесена из ячейки поля «Расчет цены» в ячейку поля «Цена». Колонка «Расчет цены» удалена. Кнопка доступна в режиме редактирования.
- Контрагенты. Если выбрать группу «Все» в закладке «Списки клиентов» или «Списки поставщиков», то показываются все контрагенты.
- Генерация заказа с учетом маркетинговых акций. Не учитывается коэффициент К2 при расчете заказа, если ССР был рассчитан на следующий день после завершения МА и заказ рассчитывался в тот же день сразу после расчета ССР.
- Изменена структура заголовков документов, которые использовали таблицу SmDateDocs: для заказов поставщикам создана таблица расширения заголовка SmDocOR, для заказов от клиентов создана таблица расширения заголовка SmDocOC, для подтверждений заказов поставщикам данные из SmDateDocs перенесены в уже существующую таблицу S m OrderEndorsement. Таблица SmDateDocs удалена.
- В сервере приложения при журнализации событий событие вида «Превышено время ожидания простоя в (00:20:00).» переведено из категории «Ошибка» в категорию «Предупреждение».
- Исправлена ошибка «Превышено время ожидания простоя в (00:10:00).» при долгом ожидании потоком работ события, требующего действия.