1.023.5-1.024.3 сп2

Изменения функционала в версии 1.023.5
Счет-фактура кассового чека.
Функции проверки контрактов на закупку.
Планирование цен.
Алгоритм генерации заказов.
Расчет среднесуточной реализации.
Экспорт данных.
Атрибут «Плательщик НДС» для контрагентов.
Сохранение и восстановление фильтров в разделах.
Терминал сбора данных Falcon 4220. Драйвер обмена ScanPlus.Net.
Загрузка в весы срока годности и срока реализации.
Протокол загрузки касс УКМ 2 для Республики Украина.
Перенос измененных документов в аналитические таблицы.
Пересоздание индексов.
Местоположение файла трассировки supermag_trace.log.
Печатная форма счета в базовой валюте.
Отчет «Контракты по товару».
Отчет «Движение в производстве в закупочных ценах».

Счет-фактура кассового чека.

Создан новый тип документа «Счет-фактура кассового чека». Основная цель создания нового типа документа – регистрировать в торговой системе факт выдачи покупателю счета-фактуры при покупке товара или возврате товара через кассу. Счет фактуру кассового чека нельзя использовать для регистрации счетов-фактур, выданных при реализации товара по товарным накладным.
Счет-фактура на основании кассового чека не может быть создана иначе как на основании чека. Для создания документа необходимо обязательно указать чек, для которого выписывается счет-фактура. Основанием для создания может служить как закрытый чек, то есть чек закрытого Z отчета, так и оперативный чек.
Создать документ можно в разделе «Счет-фактура кассового чека», указав при создании атрибуты чека. Также можно создать документ в разделе кассовых чеков с помощью функции «Создание счета-фактуры кассового чека».
При создании документа в него переносится содержание чека. Если чек содержит набор, то при переносе набора в счет-фактуру он замещается компонентами набора. Это необходимо для правильного учета сумм НДС, ставка которого может различаться у разных компонентов. После создания счета-фактуры в нем не разрешается редактировать список и количество товара, сумму реализации и место хранения. Разрешается проставлять и корректировать значения ставок НДС и суммы НДС и проставлять атрибуты контрагента.
В счете-фактуре сохраняется не код контрагента, а его атрибуты. Эта особенность реализации связана с тем, что контрагент - получатель счета-фактуры может быть не зарегистрирован в торговой системе и может быть разовым покупателем, то есть таким контрагентом, которого не нужно регистрировать в торговой системе для ведения с ним дальнейших операций. Атрибуты контрагента могут быть заполнены либо вручную, либо взяты из характеристик контрагента, если контрагент был зарегистрирован.
Счет-фактура кассового чека имеет четыре статуса. При создании документ получает статус «Черновик». В этом статусе документ может редактироваться за исключением тех атрибутов, которые связаны с чеком. В случае заполнения всех обязательных атрибутов документ может быть переведен в статус «Выставлен». При переводе в статус «Выставлен» процедура смены статуса проверяет соответствие документа чеку. Статус чека в этом случае может быть как оперативный, так и закрытый. Для оперативного чека неизвестна дата закрытия Z отчета и, может отсутствовать номер Z отчета. Отсутствие информации об этих атрибутах чека не препятствует переводу документа «Счет фактура» в статус «Выставлен», но делает невозможным перевод документа в следующий статус «Принят». Перевод документа в статус «Принят» возможен только при заполненных полях номер и дата Z отчета.
Номер Z отчета гарантировано становится известным только после закрытия смены. Наличие номера Z отчета в оперативном чеке зависит от программы ККМ. Если в качестве программы ККМ используется УКМ 2 или УКМ 4, то номер Z отчета для оперативного чека известен. Дата Z отчета никогда достоверно не бывает известной до момента закрытия Z отчета.
При создании счета-фактуры на основании оперативного чека поле дата Z отчета остается не заполненным, также может быть не заполнено поле номер Z отчета. Заполнение этих полей в счете-фактуре вручную не предусматривается. Поля заполняется либо процедурой закрытия кассы, либо, если документ создается или редактируется после закрытия кассы, автоматически при попытке перевести документ в статус «Выставлен». В обоих случаях, если поля успешно заполнены, статус документа автоматически меняется на «Принят».
Необходимо обратить внимание на то, что повышение статуса документа всегда производится с проверкой содержания документа на соответствие чеку, и, при отсутствии чека в базе данных, повышение статуса становится невозможным. Для защиты от ошибок персонала создана функция проверки, которая не разрешает понизить статус счета фактуры при отсутствии в базе данных чека, на основании которого она была создана.
Для документа «Счет-фактура кассового чека» предусмотрены те же процедуры расчета сумм и налогов, что и для приходных и расходных накладных. В том числе процедура расчета суммы НДС по сумме документа (по украинскому законодательству).
Для документа созданы функции поиска и проставления номеров сертификатов соответствия и номеров ГТД. Алгоритм и поведение функций такое же, как в расходных накладных.
Документ счет-фактура кассового чека может иметь одну из двух операций «Продажа» или «Возврат от покупателя». Операции не могут проставляться в документ произвольно и всегда соответствуют операции чека. В российском законодательстве процедура оформления счета-фактуры при возврате товара имеет нечеткую трактовку. В текущей версии предлагается создавать счет-фактуру при возврате товара от имени продавца, как корректирующую счет-фактуру для зачета сумм НДС возвращаемого товара. В Украинском законодательстве процедура оформления документов при возврате товара прописана строго и требует от продавца оформления корректирующей налоговой накладной.
Для документа созданы печатные формы, соответствующие законодательству Российской Федерации и законодательству Республики Украина.
Создан отчет «Реестр счетов-фактур кассовых документов». Отчет позволяет получить суммы НДС, полные суммы и суммы без НДС, уплаченные покупателем – плательщиком НДС при продаже товаров через кассу. Отчет позволяет получить итоги сумм отдельно по продажам и отдельно по возвратам.

Функции проверки контрактов на закупку.

Создана функция проверки 147 «Запрет принятия контракта на закупку с истекшей датой». По умолчанию функция имеет режим «Запрет». Проверка выделена из функции проверки 40 «Корректность контрактов на закупку», которая имеет режим «Всегда запрет».

Планирование цен.

Создан механизм ведения плана цен. Планирование цен может осуществляться для каждого артикула для вида цены. При планировании цен считается, что все места хранения, которые имеют одинаковые виды цен, должны установить новые запланированные цены одновременно.
В отличие от маркетинговых акций план цен не ограничивает количество мест хранения, в которых должны измениться цены и имеет не столь строгую обязательность исполнения. При наличии соответствующих прав цена отдельного товара может быть изменена вручную, несмотря на наличие плана.
План цен выполнен в виде журнала и доступен для просмотра и редактирования в разделе карточек складского учета на странице «План цен». Журнал позволяет просматривать как прошлые, так и будущие пункты плана для одного вида цены.
Каждый пункт плана имеет статус, который показывает состояние его выполнения. В момент создания пункт плана имеет статус «Черновик». В этом статусе пункт может редактироваться, то есть может менять будущая цена артикула, или пункт может быть удален. Дата и время пункта после создания и сохранения нового пункта плана не изменяются. При необходимости сместить пункт плана во времени, прежний пункт необходимо удалить и создать новый с желаемой датой, временем и ценой.
Если пункт плана переведен в состояние «Принят к исполнению», то он уже не может менять своего содержания. В этом статусе пункты плана цен обрабатываются процедурой исполнения плана. При необходимости скорректировать принятый к исполнению пункт плана необходимо понизить его статус и только после этого внести изменение.
Процедура исполнения плана цен реализована как системное периодическое задание. Настройка периодичности опроса плана цен и его исполнения осуществляется в административном модуле в разделе «Базы данных» на странице «Задания».
Процедура исполнения плана цен просматривает все пункты плана, ожидающие исполнения, для каждого вида цены. В результате работы процедуры создаются акты переоценки только для тех мест хранения, для которых установлен рассматриваемый вид цены. Перечень мест хранения дополнительно ограничивается локальными местами хранения базы данных и их подчиненными местами хранения. Это позволяет бесконфликтно выполнять план в тех подчиненных базах, в которых разрешено локальное ценообразование. Акты переоценки имеют причину переоценки «План цен» и условие исполнение «немедленно при оприходовании».
Акты переоценки на основании плана цен включают в себя только те артикулы и с теми ценами, которые обнаружены в плане цен. Составные артикулы должны присутствовать в плане цен для того, чтобы по ним была изменена цена. Если в плане цен имеется базовый артикул, а его производный артикул в плане отсутствует, то процедура исполнения плана оставит его цену без изменения, в отличие от процедуры исполнении акта переоценки, созданного вручную, которая автоматически рассчитывает и меняет цену производного артикула (набора, упаковки, уценки, размера).
Процедура исполнения плана меняет статус обработанных пунктов плана на «Исполнен». Исполненный пункт плана уже не может быть изменен или удален.
Если период опроса плана больше, чем диапазон времени между пунктами плана, то есть если в момент выполнения процедуры имеется более одного пункта плана для одного артикула по одному виду цены, которые готовы к исполнению, то исполнен будет только один пункт с самой старшей датой и временем. Оставшиеся пункты плана не будут выполнены никогда.
На странице плана цен можно посмотреть историю изменения пункта плана. В истории отображается дата и время изменения, новое значение цены и статуса и атрибуты сотрудника, внесшего изменение. Просмотр истории изменений пункта плана доступен в режиме просмотра карточки складского учета. Дата и время изменения статуса на «Исполнен» означает время обработки пункта процедурой исполнения плана, но не дату и время смены цены. Фактическая установка новых цен производится актами переоценки и может произойти позже, например, из-за пересылки актов по почте в удаленную базу данных.
Пункты плана цен могут рассылаться по почте вручную со страницы плана цен и могут автоматически ставиться в очередь на рассылку по факту смены статуса. При удалении пункта плана посылается команда удаления. Ручная рассылка пунктов плана доступна как в режиме редактирования карточки складского учета, так и в режиме просмотра.
Пункты плана могут рассылаться как во все подчиненные базы данных, так и из подчиненных в старшие. Управление правами редактирования пунктов плана с разделением артикулов на артикулы с центральным и местным подчинением будет реализовано в следующих версиях. До этого необходимо следить за тем, чтобы в подчиненных базах данных пользователи не вносили изменения в план, управляемый централизовано.
Присутствие плана цен одновременно в старшей и подчиненной базах не является обязательным для управления ценами. Достаточно вести план в старшей базе данных и акты переоценки с новыми ценами будут рассылаться в подчиненные базы по мере исполнения плана.
Если план цен присутствует и в старшей и в подчиненной базе данных и если в локальной базе будет включен механизм исполнения плана, то в обоих базах могут быть созданы одинаковые акты переоценки. Данное поведение не должно приводить к нарушениям в работе за исключением случаев слишком частой смены цены, когда интервал смены цен меньше интервала пересылки цен.
При использовании плана цен для локального ценообразования, то есть когда план цен предполагается вести и исполнять в подчиненной базе данных, возможно по части артикулов, необходимо строго следить за тем, чтобы данный вид цен не был назначен другим местам хранения, кроме старшего места хранения, например центрального склада. Данное ограничение связано с тем, что пункты плана могут пересылаться в центр, где в свою очередь может быть запущена процедура исполнения плана, которая будет распространять цены во все подчиненные базы. До реализации механизмов разделения местного и центрального ценообразования несоблюдение данного требования может привести к нарушениям в процессе ценообразования.
Использование плана цен предполагает, что если артикул имеет запланированную цену, то этот артикул не должен получить иную цену другим способом кроме как исполнением плана цен. Исключение составляет акт переоценки на основании маркетинговой акции. Маркетинговые акции имеют приоритет над планом цен и выполняются всегда независимо от того, имеет ли артикул плановую цену или нет.
Для обозначения того факта, что по данному артикулу для данного вида цены планирование цен более не ведется необходимо занести в план цен пункт с пустой ценой. Исполнение такого пункта не приводит к созданию акта переоценки, но снимает ограничения на проведение прочих процедур ценообразования.
Для защиты от несанкционированного изменения плановой цены артикулы, имеющие плановую цену, исключаются из актов переоценки в следующих функциях автоматической генерации актов переоценки: наценивание на основании прихода, наценивание на основании акта сортировки, генерация актов при перемещении товара.
Для актов переоценки, создаваемых вручную, создана функция проверки 146 «Запрет на изменение цены артикула с плановой ценой для актов изменения цены». По умолчанию функция имеет режим «Запрет». Функция проверки не проверяет фактическое начало или завершение исполнения плана цен. Для функции достаточно наличия соответствующего пункта плана с датой равной или меньшей текущей. Например, если первый пункт плана для артикула должен быть исполнен сегодня в 23:59, то на протяжении всего дня функция проверки будет предупреждать о наличии плана для данного артикула, несмотря на то, что план еще не вступил в фактическую силу.
Для контроля исполнения плана цен внесены изменения в странице «история цен» раздела карточек складского учета.
Журнал истории цен объединен с журналом плана цен, из которого берутся все пункты плана со статусом, отличным от черновика.
В таблицу журнала истории добавлены колонки «План», «Основание» и «Причина переоценки». В колонке «План» показывается значение цены из исполненных пунктов плана цен. В колонке «Основание» показывается номер акта переоценки, на основании которого было произведено фактическое изменение цены. В колонке «Причина переоценки» - причина переоценки из акта.
Для строк, в которых показывается история выполнения плана цен, колонка основание не заполняется.
Для сокращения количества строк журнала в окне просмотра, на страницу введено управление датами «С» и «По» и дана возможность ограничить просмотр истории одним видом цены.

Алгоритм генерации заказов.

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

Расчет среднесуточной реализации.

В предыдущих версиях алгоритмы расчета среднесуточной реализации в разделе карточек складского учета и в административном модуле имели различия.
Алгоритм расчета из карточки складского учета был следующий:
ССР = среднесуточная продажа - среднесуточный возврат.
Среднесуточная продажа = кол-во продаж / (максимальная дата продажи - минимальная дата продажи + 1).
Среднесуточный возврат = возвратов / (максимальная дата возврата - минимальная дата возврата + 1).
Алгоритм расчета из административного модуля следующий:
ССР = ([кол-во продаж] - [кол-во возвратов]) / ([максимальная дата реализации] - [минимальная дата реализации]+1).
Под датой реализации понимаются даты, в которые были возвраты или продажи.
В текущей версии алгоритмы приведены к следующему:
Условие все дни:

1. Для условия - за все время,

ССР = (все продажи - все возвраты)/(дата последней продажи - дата первой продажи + 1)

1. Для случая ограничения дат,

ССР = (продажи в диапазоне - возвраты в диапазоне)/кол-во дней диапазона
Условие "только дни продаж"

1. За все время,

ССР = (все продажи - все возвраты)/кол-во дней, в которые были продажи

1. За диапазон времени,

ССР = (продажи - возвраты)/кол-во дней продаж в диапазоне

Экспорт данных.

В тип экспорта "Операции" добавлены два новых поля: "ID операции" и "ID пользовательской операции". В новых полях выводятся, соответственно, коды системной операции и код пользовательского расширения операции.

Атрибут «Плательщик НДС» для контрагентов.

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

Сохранение и восстановление фильтров в разделах.

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

Терминал сбора данных Falcon 4220. Драйвер обмена ScanPlus.Net.

Создан драйвер ScanPlus.Net для обмена данными с портативным терминалом сбора данных типа Falcon 4220 с программой «ScanPlus.Net». Драйвер ScanPlus.Net поддерживает режимы обмена данных для процессов инвентаризации количества товара, контроля ценников и контроля приема и отпуска товара на основании документов: Заказ, Приходная накладная, Накладная на перемещение и Расходная накладная.
По сравнению с предыдущими программами терминала сбора данных, программа «ScanPlus.Net» при работе с документами принимает и возвращает не только номер документа, но и его тип. Это позволяет в торговой системе использовать терминал сбора данных для оформления приходной накладной при приеме товара на основании заказа. В терминал сбора данных грузится заказ, а результат принимается в приходную накладную. Пустая приходная накладная, в этом случае, должна быть создана заранее с указанием в заголовке поставщика и с номером заказа в основании.
Особенности обмена данных с терминалом Falcon.
Falcon 4220 представляет собой мобильное устройство с операционной системой Windows CE.Net
Обмен данными с ним производится через инфракрасный порт или USB порт с использованием программы ActiveSync.
Перед началом использования устройства необходимо на стационарном компьютере установить программное обеспечение ACTIVESYNC 3.7 и NET FRAMEWORK 1.1 и после этого произвести установку модуля обмена данными с терминалом сбора данных. В противном случае при попытке обмена данными с терминалом сбора данных программы выдаст соответствующее сообщение.
Непосредственно перед началом обмена необходимо установить физическую связь с мобильным устройством – подсоединить его к USB порту или удостовериться в наличии связи по инфракрасному порту и убедиться, что индикатор Microsoft ActiveSinc опознал соединение. Фактическая связь между стационарным компьютером и мобильным устройством устанавливается в течение некоторого времени после опознания мобильного устройства, поэтому необходимо подождать несколько секунд, прежде чем пытаться осуществить обмен данными. Если соединение установлено (индикатор зеленый), а попытка обмена не удалась и получено сообщение «Терминал не обнаружен. Проверьте наличие ActiveSync соединения» или «Ошибка записи в файл на терминал», необходимо обмен повторить, подождав некоторое время.
Драйвер обмена ScanPlus.Net построен на платформе .Net, которая поддерживает понятие версии сборки. При регистрации драйвера номер версии сборки прописывается в системном реестре. В программе, по умолчанию, используется сборка с самым старшим номером среди зарегистрированных сборок. В связи с этим не следует вручную устанавливать драйвер ScanPlus.Net. Это может привести к неработоспособности программы. Для установки драйвера необходимо всегда пользоваться программой установки торговой системы.
Обмен данными с программой терминала сбора данных ScanPlus.Net построен на принципе обмена файлами через каталог обмена мобильного устройства. Для передачи данных в мобильное устройство используется файл с именем scanin.dat, для приема данных файл с именем scanout.dat. При очередном обмене данными предыдущий файл замещается новым. В связи с этим необходимо следить за тем, чтобы новый обмен данными не происходил до полного завершения работы с предыдущими данными.

Загрузка в весы срока годности и срока реализации.

В предыдущих версиях в весы загружалась информация о количестве дней с момента упаковки, в течение которых товар можно продавать. Эта информация использовалась в качестве значения срока годности товара.
Значение количества дней реализации товара берется из атрибута артикула «Срок реализации» при стандартном формировании списка артикулов для загрузки в весы или из поля «годен до» приходной накладной как разница в днях между текущей датой и сроком годности товара в накладной.
С точки зрения информации о товаре, принято различать информацию о сроке реализации товара и сроке годности товара как два самостоятельных понятия. Срок реализации или, иначе, срок продажи или срок хранения (в магазине) указывает на дату, до которой товар должен быть продан, то есть это срок, в течение которого товар не теряет потребительских свойств. После истечения срока хранения товар может потерять потребительские свойства, но сохранить возможность быть использованным по назначению. Срок годности указывает на дату, после достижения которой, товар не может быть использован по назначению.
В текущей версии в таблицу товаров для загрузки в весы добавлено новое поле «Годен до». Поле может редактироваться вручную. Название текущего расчетного поля «Годен до» заменено названием «Реализовать до». Название поля «Срок хранения» заменено названием «Срок реализации». Добавлено также информационное поле «Годность», которое отражает соотношение текущей даты, даты «годен до» и даты истечения срока реализации для визуально контроля товаров с истекшим или истекающим сроком годности.
Поле «Годность» имеет три градации :

• красный - «не годен» – дата истечения годности строго меньше текущей даты,
• желтый - «истекает» - дата истечения годности больше или равна текущей дате и меньше даты конца реализации,
• зеленый - «годен» - дата истечения годности больше или равна текущей дате и больше или равна дате конца реализации.

Дата годности может быть не указана, тогда товар считается годным всегда.
Смысл значения «срок годности истекает» в том, что срок реализации обычно должен быть меньше срока годности и обратное соотношение дат показывает на то, что взвешиванию подвергается товар, который можно не успеть продать до момента истечения срока годности.
Создана функция проставления (обновления) даты «Годен до». Функция вызывается кнопкой «Срок годности». Функция отыскивает последние приходные накладные с операцией «Приход» в текущем месте хранения и в старшем для него месте хранения с датами годности для товаров из списка загрузки.
Внесены изменения в драйвер весов Digi. Значение поля «Годен до» помещается в поле специальных сообщений файла товара «F25»,.
Для других типов весов загрузка срока годности не реализована.
В диалоге выгрузки для весов Digi и только в режиме загрузки из раздела весов, добавлена опция «исключать не годный товар». Если опция включена, то товар с истекшим сроком годности не выгружается в весы. Опция имеет смысл только при включенных опциях «Удаление ранее загруженных товаров» и «Список товаров».

Протокол загрузки касс УКМ 2 для Республики Украина.

В протокол передачи данных от торговой системы кассовой программе УКМ 2 внесены изменения для поддержки законодательства Республики Украина.
По законодательству Украины расчет налогов, уплаченных покупателем при покупке товара через ККМ, осуществляется не программой ККМ, а фискальным регистратором. Для расчета налогов в кассовую программу необходимо передавать не ставки налогов для товаров, а номера налоговых групп, которые в свою очередь передаются фискальному регистратору вместе с суммой продажи.
Для передачи в УКМ 2 информации о налоговых группах артикулов вместо ставок налогов к перечню флагов управления загрузкой кассы добавлен флаг «налоги для артикулов». Флаг может принимать значение «ставка налога» или «налоговая группа». По умолчанию флаг имеет значение «ставка налогов».
Управление флагом находится в административном модуле в разделе «База данных», страница «Конфигурация», папка «Кассы», группа параметров «Загрузка».
Дополнительно внесено изменение в название параметров загрузки. Группа параметров «Типы данных» получила название «Типы данных инкр. загрузки», поскольку управление типами данных при загрузке действует только на режим инкрементальной загрузки.
Понятие «налоговая группа» в торговой системе и в программе УКМ 2 не совпадают в полной мере. Для установления соответствия между налоговыми группами УКМ и налоговыми группами торговой системы для налоговой группы добавлен атрибут «тип группы». Тип группы может принимать одно из четырех значений, определенных законодательством Украины: «А», «Б», «В» или «Г». По умолчанию, налоговой группе торговой системы присваивается значение типа группы «А».
Тип налоговой группы влияет только на выгрузку данных в кассовую программу с флагом выгрузки налоговых групп.

Перенос измененных документов в аналитические таблицы.

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

Пересоздание индексов.

Перечень административных процедур обслуживания базы данных дополнен процедурой "Пересоздание индексов оперативных таблиц".
Процедура выполняет те же действия, что и процедура «Полное пересоздание индексов», но не включает в обработку индексы аналитических таблиц, то есть таблиц, название которых начинается с префикса FF.
Расписание запуска процедуры может быть определено в административном модуле в разделе «Базы данных», страница «Задания».

Местоположение файла трассировки supermag_trace.log.

Файл трассировки ошибок обращения к базе данных в предыдущих версиях размещался по фиксированному пути c:\supermag_trace.log.
Начиная с текущей версии файл размещается во временном каталоге текущего пользователя, например: "C:\Documents and Settings\UserName\Local Settings\Temp".

Печатная форма счета в базовой валюте.

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

Отчет «Контракты по товару».

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

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

Отчет «Движение в производстве в закупочных ценах».

В отчете «Движение в производстве в закупочных ценах» изменен принцип отображения сумм себестоимости.
В предыдущих версиях в отчете выводились полные суммы себестоимости документов производства. В текущей версии – суммы без НДС.
При анализе Сумм себестоимости движения товара в производстве необходимо учитывать, что алгоритм расчета себестоимости в производстве всегда берет в качестве исходной суммы себестоимость расхода в производства без НДС, то есть стоимость без НДС того прихода товара, который послужил основанием расхода в производства.Изменения функционала в версии 1.023.5 сервис пак 1.
Драйвер для весов Масса-К.
Несколько рецептов на разделку одного ингредиента.

Драйвер для весов Масса-К.

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

Несколько рецептов на разделку одного ингредиента.

Разрешено создавать несколько рецептов на разделку одного и того же ингредиента.
В интерфейс документа «Рецепт» добавлено поле «Примечание». В это поле необходимо заносить пояснение к рецепту или название рецепта для того, чтобы отличать разные рецепты на разделку одного и того же ингредиента.
Содержание поля «Примечание» показывается в мастере создания калькуляции на основании рецепта на странице подтверждения выбранного рецепта. При создании документа Калькуляция на основании рецепта содержание из поля «Примечание» копируется в калькуляцию.
При создании акта производства на разделку оператор может выбирать между несколькими калькуляциями одного и того же разделываемого ингредиента. В мастере создания документа «Акт производства» на странице выбора калькуляции показывается перечень калькуляций с полем «Примечание».
Калькуляции участвуют в определении цен выхода готовой продукции и для определения плановой себестоимости продукции следующих переделов при расчете себестоимости в калькуляции. В случае если продукция (полуфабрикат) может быть получена при использовании разных рецептов, невозможно гарантировано определить, какую калькуляцию следует использовать для определения плановой себестоимости или для расчета плановой себестоимости.
Для корректного ведения учета в производстве необходимо считать, что один и тот же готовый продукт, полученный при разделке одного и того же исходного ингредиента, должен иметь одну и ту же долю стоимости исходного ингредиента независимо от того, каким образом была произведена разделка. В противном случае такая продукция должна считаться не одинаковой и должна иметь разные артикулы.
При соблюдении описанного правила, можно считать, что при расчете плановой себестоимости или при проставлении плановой себестоимости в выход готовой продукции можно брать первую попавшуюся калькуляцию с наибольшей датой, в которой имеется искомый артикул.
Изменения функционала в версии 1.024
Расчет среднесуточной реализации с исключением отдельных дней.
Расчет и сохранение остатков на дату.
Метки документов, обязательные для заполнения.
Фильтр списка товаров для загрузки в весы.
Печать этикеток из актов переоценки.
Проставление задолженности в платежные документы.
Цены для кассы в приходных накладных из актов переоценки.
Тип дисконтных карт для торгового зала.
Модуль контроля цен для устройств «Shuttle SG15».
Драйвер для касс «УКМ2 стандарт ТХТ».
Почтовый обмен.
Рассылка уровней торговых запасов.
Рассылка параметров наценивания.
Рассылка переоценок, правил округления цен для карточки и скидок по группам товаров.
Рассылка пунктов плана цен.
Получение чеков из подчиненной БД.
Управление закладками карточек.
Фильтр карточек складского учета.
Функция проверки «Запрет принятия приходной накладной не на основании заказа поставщику».
Изменения в отчетах.
Остатки по поставщикам.
Детализация текущего ценообразования
Остатки
Остатки по срокам годности

Расчет среднесуточной реализации с исключением отдельных дней.

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

• все дни периода;
• только дни продаж.

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

• Реализация за день меньше или равна 0 (меньше может случиться, когда учитываются возвраты).
• Остаток товара на конец дня меньше или равен 0.
• Остаток товара на конец дня меньше параметра «Зал».
• Остаток товара на конец дня плюс продажи за день меньше или равен 0.
• Остаток товара на конец дня плюс продажи за день меньше параметра «Зал».

Дополнительно можно задать условие:

• Исключить указанные дни недели.

Среднесуточная реализация определяется только по дням диапазона, оставшимся после исключения указанных дней. То есть сумма реализации по учтенным дням делиться на количество учтенных дней.
Метод расчета «только дни продаж» аналогичен использованию параметра расчета «Исключить дни, когда реализация за день меньше или равна 0».
Области применения параметров расчета могут быть следующими:

• Нулевая реализация для товаров постоянного спроса позволяет отделить дни, в которые товар присутствовал в торговом зале, от тех дней, когда его не было в торговом зале или было недостаточно для поддержки продаж.
• Нулевой остаток на конец дня или остаток меньший уровня «Зал», может служить признаком недостаточности товара в течение дня для тех товаров, которые плохо продаются при недостаточном присутствии в торговом зале. Этот признак не следует использовать для расчета среднесуточной реализации скоропортящихся товаров, которые должны быть все или почти все распроданы к концу дня, или дорогих товаров, которые в торговом зале могут присутствовать в единичном количестве.
• Нулевое значение «остаток плюс продажи» позволяет судить об отсутствии товара (или товара надлежащего качества, если товар вернули поставщику или складу) в торговом зале в течение дня, а значение остатка плюс продажи меньшее значения «Зал» - об его недостаточном количестве в течение дня.
• Дополнительное исключение указанных дней недели позволяет исключить из рассмотрения выходные дни.

Для управления новыми параметрами расчета внесены изменения в интерфейсы управления алгоритмом расчета. Интерфейсы для задания параметров расчета среднесуточной реализации имеются в разделе классификаторов товаров, карточек складского учета и в административном модуле: в разделе «Аналитика», страница «Расчет среднесуточной реализации» (расписание и параметры заданий на расчет).
Из интерфейсов задания параметров расчета исключено понятие «Метод расчета». Вместо него используются параметры расчета. В интерфейсы перенесен параметр «Среднесуточная реализация с учетом возвратов», который ранее задавался в административном модуле в разделе «База данных» на странице «Заказы поставщикам». В предыдущих версиях этот параметр устанавливался одновременно для всех артикулов, участвующих в расчете. В текущей версии можно задавать разные значения параметра для разных артикулов или групп артикулов. Название опции «Ручной контроль» заменено названием «Запретить автоматический расчет». Добавлено уточнение к названию параметра «Диапазон расчета»: «последние … дней (не включая текущий день)».
В разделе «Классификатор товаров» для управления параметрами расчета среднесуточной реализации создана отдельная страница «Среднесут. реал-ция». Изменен принцип наследования значений параметров расчета младшими группами классификаторов. Параметры расчета считаются установленными персонально для группы классификатора, если необходимо изменить хотя бы один из параметров расчета. В предыдущих версиях каждый параметр расчета управлялся отдельно. Как следствие, изменение какого-либо параметра расчета для старшей группы классификатора приводит к отмене всех индивидуальных значений параметров расчета в младших группах. Для принудительной отмены персональных значений параметров расчета введена опция «Стандартные параметры». Такая же опция введена в разделе карточек складского учета для отмены персональных значений параметров расчета для артикула.
Изменен принцип использования параметров расчета, установленных для группы классификатора. В предыдущих версиях параметры расчета для группы классификатора использовались только для копирования их значения в карточку товара при ее создании. В текущей версии значения для группы классификатора используются как значения по умолчанию для карточки складского учета, если для карточки не задан персональный набор параметров расчета.
В разделе карточек складского учета управление параметрами расчета перенесено со страницы «Заказ» на новую страницу «Среднесут. реал-ция». На странице «Заказ» остался доступ к функции расчета среднесуточной реализации. При старте диалога запуска функции в него подставляются значения, установленные для карточки или унаследованные карточкой из классификатора товаров. Изменение параметров расчета в этом диалоге не влияет на установки карточки и не запоминается. Явная установка диапазона дат «с … по …» приводит к расчету, в который включаются обе даты, дата «с» и дата «по». В предыдущих версиях дата «по» в расчете не участвовала. Во избежание ошибок при установке дат, значение дат по умолчанию сдвинуто на один день назад по отношению к текущей дате.
Аналогичное изменение внесено в интерфейс запуска расчета среднесуточной реализации по расписанию.
При смене версии все значения параметров расчета, установленные для артикулов сбрасываются. Параметры, установленные для групп классификаторов, преобразуются в новые значения параметров расчета. После обновления версии необходимо удостовериться, что значения параметров расчета соответствуют желаемым и, при необходимости, скорректировать их.

Расчет и сохранение остатков на дату.

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

• Остатки (опция «на дату …»)
• Товар без движения
• Карточка складского учета (опция «в ценах документов»)

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

Метки документов, обязательные для заполнения.

Для меток документов добавлен атрибут – статус документа, при котором метка должна быть в документе обязательно заполнена. Установить статус обязательного заполнения метки можно в справочнике меток документов.
В качестве статуса обязательного заполнения нельзя использовать статус «Черновик», поскольку в этом статусе содержание документа может быть произвольным, и он не подвергается никакой проверке.
Для контроля заполнения меток в документах созданы функции проверки: 148 «Не задана обязательная метка при подъеме статуса док-та до "Принят в количестве"», 149 «Не задана обязательная метка при подъеме статуса док-та до "Принят в ценах"», 150 «Не задана обязательная метка при подъеме статуса док-та до "Заблокирован"». Все функции по умолчанию имеют режим «Запрет»
Функция проверки проверяет содержание документа только в момент получения документом указанного статуса. Для корректного использования механизма запрета пустых меток необходимо учитывать, что метки могут редактироваться на любом статусе документа, включая наивысший статус и для надежного использования механизма обязательных меток его необходимо использовать в сочетании с надлежащим управлением правами доступа персонала к редактированию меток.
Функция проверки 149 проверяет документ при достижении им статуса «Принят в ценах», но проверяет заполнение не только меток, для которых указан статус «Принят в ценах», но и тех меток, для которых указан более низкий статус «Принят в количестве».
Для помощи операторам при редактировании документа и информировании их о том, какие метки должны быть заполнены обязательно, в диалог заполнения меток документов добавлена колонка с признаком обязательности заполнения метки. Признак показывает статус документа, для достижения которого метка должна быть заполнена.

Фильтр списка товаров для загрузки в весы.

В раздел «Электронные весы» (Оборудование -> Электронные весы) добавлена возможность указывать дополнительные условия, по которым товары из списка товаров для загрузки в весы не должны передаваться в электронные весы. Условия задаются в диалоге, который вызывается кнопкой «Фильтр». Можно задать следующие условия для ограничения списка товаров:

• истек срок годности
• истек срок реализации
• неположительный остаток
• не было прихода за последние … дней

Под последними приходами понимаются только прямые приходы от поставщиков в место хранения, в котором размещены весы.
Условия фильтрации списка товаров могут быть установлены различными для разных отделов.
Ограничение списка товаров для загрузки в весы действует для всех весов отдела, независимо от их типов.
Для визуального контроля товаров, которые не попадут в весы, в таблицу добавлена колонка «Грузить в весы». В колонке отображается значок, разрешения/запрета загрузки.
Изменение условий фильтрации доступно только пользователям с правом использования функции: «Редактирование фильтра списка товаров» для раздела «Электронные весы».
Состояния поля «Грузить в весы» обновляется по условиям фильтра при установке нового фильтра, при нажатии на кнопку «перечитать», при нажатии на кнопку «Загрузить весы» или «Загрузить все весы отдела», при нажатии на кнопку «Редактировать».

Печать этикеток из актов переоценки.

В разделе актов переоценки реализована функция печати этикеток для переоцениваемых товаров. Диалог старта функции позволяет просмотреть список артикулов, для которых будут печататься этикетки, их цены и предлагаемое количество. Количество этикеток может быть изменено пользователем. В список артикулов для печати не попадают составные артикулы (артикулы упаковок, уценок, наборов, размеров), которые могут присутствовать в акте переоценки. Для этих артикулов не ведется количественный учет и, соответственно, достоверное количество их неизвестно.
Функция предназначена, прежде всего, для печати этикеток с ценой для тех товаров, цена которых была изменена в связи с новым приходом или с перемещением, и в том количестве, которое требуется для оклеивания всех экземпляров товара, нуждающихся в новых этикетках.
В диалоге старта функции имеется две группы опций:

• количество из актов переоценки
• количество из остатков

и

• без количества из приходных накладных
• учитывать количество и артикулы из прихода

Выбор одного из двух значений первой группы опций указывает на необходимость брать количество только как количество переоцененного товара из акта переоценки или как количество всего товара имеющегося в месте хранения.
Для тех актов переоценки, которые еще не исполнены и, соответственно, для которых количество переоцененного товара еще неизвестно, доступна только опция «количество из остатков».
Выбор одного из двух значений второй группы опций указывает на необходимость брать количество только как количество переоцененного товара из акта переоценки (остатков без прихода) или учитывать также еще то количество, которое было в приходе и не подверглось переоценки.
Можно рекомендовать использовать опцию «учитывать количество и артикулы из прихода» при приеме нового товара по приходной накладной и использовать опцию «без количества из прихода» при приеме товара по накладной на перемещение в тех случаях, когда перемещенный товар уже имеет этикетки с новой ценой.
Цена для печати этикеток берется из акта переоценки, а для тех артикулов, которые в акте переоценки отсутствуют, берется равной текущей цене артикула.

Проставление задолженности в платежные документы.

Начиная с текущей версии, при добавлении нового номера документа (основания платежа/получения платежа) в спецификацию платежного документа, в поле «оплата по документу» либо «оплата счета» (в зависимости от типа документа основания) автоматически добавляется задолженность из документа основания. Эта же сумма автоматически добавляется к общей сумме платежного документа. В предыдущих версиях сумма оплаты для документа, добавляемого в спецификацию платежного документа, по умолчанию считалась равной нулю.

Цены для кассы в приходных накладных из актов переоценки.

В приходных накладных имеются статистические данные о ценах для кассы на момент регистрации накладной. Статистика собирается в момент регистрации документа и в дальнейшем может быть только дополнена для позиций с нулевой ценой, либо полностью пересчитана по истории цен на дату документа. В тех случаях, когда цена в течение дня менялась несколько раз, указать конкретную цену для заполнения статистики было невозможно.
В текущей версии в разделе приходных накладных создана функция для обновления или проставления статистических данных о ценах для кассы по ценам из актов переоценки, созданных на основании приходной накладной.
Функция называется «Заполнить статистику «Цен для кассы»». Функция доступна в режиме «Ценовой» и требует от пользователя назначения ему специальных прав доступа. В диалоге старта функции показывается список актов переоценки, созданных на основании данной приходной накладной, и только тех актов, которые имеют вид цены такой же, как вид цены для кассы места хранения приходной накладной. Для старта функции необходимо выбрать нужный акт переоценки.

Тип дисконтных карт для торгового зала.

К перечню атрибутов мест хранения добавлен атрибут «Тип дисконтных карт для торгового зала». Атрибут можно редактировать на странице «Цены» раздела «Склады и магазины». Тип дисконтных карт для торгового зала позволяет для каждого места хранения определить тот тип дисконтных карт, который будет использоваться для определения величин скидок, которые необходимо показывать покупателям в торговом зале, например, в устройствах контроля цен (см. ниже).

Модуль контроля цен для устройств «Shuttle SG15».

Прайс чекеры (Price Checkers) или устройства контроля цен типа «Shuttle SG15» представляют собой простые устройства, сочетающие сканер для чтения штриховых кодов и трех-четырех строчный дисплей. Устройство подключается к локальной сети и может обмениваться информацией с удаленной программой, пересылать считанные штриховые коды и получать строки для отображения на дисплей.
Создан «Модуль контроля цен» для управления устройствами Shuttle SG15. Модуль контроля цен представляет собой автономную программу, которая является сервисом (службой) операционной системы. Модуль может быть запущен на любом компьютере локальной сети, к которой подключены устройства контроля цен, и управляет множеством таких устройств одновременно. Модуль обеспечивает устройства единообразной информацией о товарах при чтении устройствами штрихового кода товара.
Модуль взаимодействует с устройствами Shuttle SG15, которые должны быть предварительно сконфигурированы с помощью программы SG15Config.exe. Для корректной работы для устройств необходимо установить режим соединения «TCP -> Server», задать текст для режима ожидания чтения штрихового кода, например, «Здравствуйте! Сканируйте товар здесь». Необходимо задать время, в течение которого будет показываться текст с информацией о товаре после чтения штрихового кода.
Модуль контроля цен управляется, также как кассовый или почтовый модули с помощью диалогов сервисов операционной системы: Мой компьютер -> Управление -> Службы и приложения -> Модуль контроля цен Супермага.
Для работы модуля, как минимум, необходимо задать TCP/IP адреса устройств контроля цен и каталог обмена данными для получения информации об артикулах, их штриховых кодах, ценах и т.д. от внешнего источника.
Модуль контроля цен не взаимодействует с базой данных торговой системы и является для нее таким же устройством, как и касса. В торговой системе создан драйвер кассы типа «Контроль цен», который передает в модуль контроля цен информацию одновременно с передачей такой же информации драйверами касс в кассы. Такой способ взаимодействия гарантирует, что устройства контроля цен будут предоставлять покупателям такую же информацию о ценах, которая, в этот момент времени, будет присутствовать в кассовых машинах.
Драйвер «Контроллер цен» действует синхронно с драйверами загрузки касс не только по времени. Он обеспечивает передачу такого же состава артикулов, что и драйверы касс. Драйвер передает информацию в режиме полной и частичной загрузки, в соответствии с заданным списком артикулов отдела и в соответствии с признаком «загружать только номенклатуру места хранения».
Настройка драйвера осуществляется в разделе «Структура магазина/склада» при редактировании группы отделов. Для настройки необходимо создать новую кассу и указать тип кассы: «Контроль цен». Для драйвера контроля цен достаточно задать только один каталог обмена данными – каталог загрузки.
Драйвер обеспечивает выгрузку данных в файлы формата CSV - данные об артикулах, штриховых кодах, типах штриховых кодов и скидках.
Модуль контроля цен периодически опрашивает каталог обмена данными и, при обнаружении флага обновления, забирает новую информацию. Модуль хранит данные о товарах в своей памяти и теряет их после выключения. При старте модуль обращается к каталогу обмена для получения информации о товарах и если такой информации не обнаруживается, модуль будет не в состоянии обслуживать устройства контроля цен. При первом старте модуля контроля цен необходимо заранее или в ближайшее время после его старта, осуществить выгрузку данных из торговой системы. В дальнейшем, ранее выгруженные данные остаются в каталоге обмена и служат источником информации для модуля в случае его повторного старта.
Изображение на экране устройства контроля цен может формироваться произвольным образом за счет передачи устройству команд управления текстом и самих текстов. Это позволяет получать разные виды изображения информации в разных случаях. Для управления изображением и для получения изображения наилучшим образом соответствующего представлениям торговой организации разработан механизм управления изображением с помощью файлов шаблонов, подобный такому же механизму для принтеров этикеток.
В модуле контроля цен можно задать четыре разных варианта шаблона изображения для случаев информирования покупателя о цене штучного товара, весового товара, для товаров со скидкой по дисконтной карте и шаблон для сообщений об ошибке. Для задания шаблона в диалоге службы Модуль контроля цен, на странице Шаблоны необходимо указать путь и имена файлов шаблонов.
Если шаблоны изображений не заданы, модуль контроля цен формирует изображение самостоятельно, в стандартном виде.
Файл описания шаблона представляет собой текстовый файл с расширением .pch. Файл может содержать произвольные тексты, команды управления изображением, которые доступны устройству контроля цен, и ключевые слова, которые заменяются модулем контроля цен на значения, соответствующие характеристикам товара.
Ключевые слова начинаются с символа % и могут иметь следующие значения:
%ARTICLE- артикул карточки складского учета
%NAME- название карточки
%NAME1- вторая часть названия
%NAME2- третья часть названия
%SIZE- индивидуальные свойства (размер, цвет, сорт и т.д.)
%BARCODE- штриховой код (EAN/UPC)
%PRICERUB- цена для кассы места хранения устройства
%SUM- стоимость (произведение количества на цену)
%COUNTRY- название страны
%COMMENT- комментарий карточки
%PACKSIZE- количество товара
%MEASURE- краткое название единицы измерения
%DISCPRICE- цена со скидкой.

Поля %NAME1 и %NAME2 заполняются частями названия карточки, Заполнение происходит в случае, если для этих полей и для поля %NAME указано ограничение длины и длина названия карточки превысила это ограничение. Перенос осуществляется по словам, за исключением последней части, которая ограничивается длиной поля. Если длина поля такова, что ни одно слово не помещается целиком, то слово переносится по символу. Размер поля указывается в символах после ключевого слова, например, %NAME=20.
Цена со скидкой %DISCPRICE формируется на основании информации о скидке для типа дисконтных карты, который указан как тип дисконтных карт для торгового зала.
Формат поддерживает также следующие специальные символы:
«\xFA- символ с указанным шестнадцатеричным кодом (в примере 250=FAh)
«\50»- символ с указанным восьмеричным кодом (в примере 40=50oct=28h)
Для вывода символа обратной косой черты «\», его следует написать два раза: «
». Например:
«
a» выведет текст «\a»,
«\a», выведет один символ с кодом 7.
Команды управления устройством Shuttle SG15 могут иметь, например, следующий вид:
\esc \x42 \x30 - установить маленький шрифт
\esc \x42 \x31 - установить большой шрифт
\esc \x2E \x32 Текст- вывести текст «Текст» в верхний правый угол экрана
По умолчанию для устройств Shuttle SG15 перед выводом текстов на экран, экран очищается и устанавливается маленький шрифт.

Драйвер для касс «УКМ2 стандарт ТХТ».

Перечень драйверов касс пополнен драйвером для обмена с кассами по протоколу УКМ 2 стандарт ТХТ. Название предыдущего драйвера UKM заменено названием УКМ2 Супермаг.
Обмен с кассами по протоколу УКМ2 стандарт ТХТ поддерживает те же функции, что и драйвер обмена стандарта УКМ2 Супермаг (Paradox). Отличие может наблюдаться только в частоте полных загрузок в тех случаях, когда кассовый модуль настроен на режим «нормальной» загрузки. В случае нормальной загрузки кассовый модуль самостоятельно определяет, какую загрузку целесообразно провести – частичную или полную. Для протокола УКМ2 стандарт ТХТ полная выгрузка делается всякий раз при попытке нормальной выгрузки, если выясняется, что касса не смогла забрать предыдущую выгрузку. По протоколу УКМ2 Супермаг (Paradox) частичные выгрузки могут накапливаться, в том числе, в тех случаях, когда касса не может принять данные, что позволяет реже делать полную выгрузку.
Использование тех или иных протоколов обмена данными с кассами должно быть согласовано с настройками программ ККМ.

Почтовый обмен.

Рассылка уровней торговых запасов.

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

Рассылка параметров наценивания.

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

Рассылка переоценок, правил округления цен для карточки и скидок по группам товаров.

Реализована автоматическая рассылка переоценок, правил округления цен для карточек и скидок по группам товаров по тем же принципам, что и автоматическая рассылка наценок для групп классификатора товаров. Содержание объектов претерпело аналогичные изменения. Информация для всех перечисленные объектов может отсылаться для одной группы классификатора товаров.

Рассылка пунктов плана цен.

Внесены следующие изменения в автоматическую рассылку плана цен.

• Из автоматической рассылки исключены карточки, статус которых отличен от «Активен».
• План цен автоматически рассылается только в те базы данных, местам хранения которых назначен вид цены плана цен.
• В диалог ручной рассылки плана цен добавлен флаг "Рассылать только в базы, локальным местам хранения которых назначен выбранный вид цены".

Получение чеков из подчиненной БД.

Для получения чеков из подчиненной базы данных используется механизм посылки управляющих команд из почтового модуля: страница «Рассылка», кнопка «Послать объект».
Для получения чеков в диалоге «Отослать объект» необходимо указать тип объекта «Удаленная команда», Идентификатор команды: SMPostObject&999999999, где 999999999 – уникальный номер обращения к команде, который должен быть каждый раз разный в случае если посылается несколько команд подряд, «Куда» - выбрать базу данных, из которой необходимо получить чеки, «Параметры»: целое – не заполнять, строка – заполнить параметрами, которые указывают на перечень чеков (см. ниже), Флажки – 0, комментарий – не заполнять.
Строка параметров должна содержать семь параметров. Первые два параметра всегда должны быть: 0,'CZ',
Третий параметр может формироваться одним из следующих способов:

1. «номер места хранения» + «,» + «номер кассы» + «,» + «номер Z-отчета»
2. «дата Z-отчета в формате DD.MM.YYYY» + «,» + «номер места хранения»
3. «дата Z-отчета в формате DD.MM.YYYY»

Оставшиеся параметры заполняются как: ,null,null,0,null
Например,

• для получения Z-отчета с номером 43, кассы с номером 2 в месте хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
  0,'CZ', '4,2,43',null,null,0,null
  
• для получения всех Z-отчетов за 6 мая 2002 года из места хранения с идентификатором 4 нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
  0,'CZ', '06.05.2002,4',null,null,0,null
  
• для получения всех Z-отчетов за 6 мая 2002 года нужно при отправке удаленной команды в поле «Параметры. Строка» ввести:
  0,'CZ', '06.05.2002',null,null,0,null
  Интерфейс пользователя для формирования параметров вызова команды в предметных терминах будет реализован в следующей версии.
  

  Управление закладками карточек.

  
  В разделе карточек складского учета реализована возможность управления составом колонок таблицы отобранных карточек и составом страниц детальной информации о карточке. Управление осуществляется в диалоге «поля и закладки», который вызывается при нажатии кнопки «Поля…».
  По умолчанию включены все поля таблицы и все закладки. Настройка состояния запоминается для каждого пользователя отдельно.
  Управление закладками позволяет включать или выключать отображение закладок карточки, а также дает возможность указывать порядок отображения закладок. Управление порядком отображения осуществляется в диалоге «Поля и закладки» на странице «Закладки» путем перемещения вверх или вниз по списку строчек с названием закладок. Исключение составляет первая закладка «Карточки», которая не может быть отключена или перемещена на другое место.
  

  Фильтр карточек складского учета.

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

• фиксированная цена,
• не для производства,
• акцизный товар,
• сертификат соответствия.

Функция проверки «Запрет принятия приходной накладной не на основании заказа поставщику».

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

Изменения в отчетах.

Остатки по поставщикам.

Отчет относится к группе «Менеджерские». В отчет добавлена новая опция "с учетом неопределенной себестоимости".
При выборе опции продажи товаров, не распределенные на приходы (с неопределенной себестоимостью), считаются принадлежащими тем поставщикам, которые подобраны алгоритмом расчета товародвижения, как наиболее подходящие поставщики. Соответственно, остатки по поставщикам уменьшаются на количество расходов с неопределенной себестоимостью, которые указывают на данного поставщика.
Алгоритм расчета товародвижения подыскивает для расходов с неопределенной поставкой ближайшего поставщика. В случае, когда в один момент времени поставка товара осуществляется только одним поставщиком, такое предположение оказывается истинным и может быть использовано для учета остатков по поставщикам.

Детализация текущего ценообразования

Отчет относится к группе «Справочные данные». В отчет добавлена новая опция "Только номенклатуры места хранения".
При выборе опции список товаров дополнительно ограничивается артикулами из номенклатур, назначенных месту хранения.

Остатки

Отчет относится к группе «Товарные». В отчет добавлена новая опция "Номенклатуры". Опция имеет следующие варианты выбора:

• Без учета номенклатур.
• Только номенклатуры мест хранения.
• Исключая номенклатуры мест хранения.

При выборе значения опции «Только номенклатуры мест хранения» список артикулов дополнительно ограничивается артикулами из номенклатур, назначенных выбранному месту хранения. Если отчет выполняется по всем местам хранения, то ограничение производится по объединенному списку номенклатур всех мест хранения. Если какому-либо месту хранения назначен весь список товаров, то объединенный список номенклатур будет также содержать все артикулы.
При выборе значения опции «Исключая номенклатуры места хранения» в отчете для одного места хранения будут выводиться только артикулы, которые не попадают в список его номенклатур. В случае если отчет выполняется для всех мест хранения, из отчета будут исключаться артикулы, исключенные из номенклатуры хотя бы одного места хранения.

Остатки по срокам годности

Отчет относится к группе «Товарные». В отчет добавлена новая опция "показать цены последних приходов".

При выборе опции в отчете выводится цена последнего прихода товара и сумма остатка в ценах последнего прихода. Для товаров с несколькими сроками годности цена последнего прихода выводится только один раз как общий показатель.
Изменения функционала в версии 1.024 сервис пак 1.
Управление данными при полной загрузке касс.
Протоколы обмена с кассами типа УКМ 2.
Поведение счета при отсутствии права на просмотр цен.

Управление данными при полной загрузке касс.

Для режима полной загрузки касс добавлено управление типами данных, которые будут передаваться кассам. Перечень типов данных и интерфейс управления такой же, как и для режима частичной загрузки. Редактирование перечня типов данных для загрузки доступно в административном модуле в разделе «Базы данных» для группы «Кассы».
Управление типами данных для полной загрузки и для частичной (инкрементальной) загрузки осуществляется независимо. При установлении перечней типов данных для загрузки необходимо следить за непротиворечивостью сочетаний типов данных в разных режимах работы кассового сервера.

Протоколы обмена с кассами типа УКМ 2.

По протоколу загрузки касс УКМ 2 Супермаг и УКМ 2 станд. ТХТ при передаче в кассы скидок на количество товара подразумевается, что для артикула, вида цены и количества, отличного от 1 могут быть переданы следующие сведения: Discount, PriceRub, PriceCur – скидка в процентах, цена рублевая со скидкой и цена валютная со скидкой. По описанию протокола УКМ 2 при регистрации продажи товара для определения цены со скидкой, вначале принимается во внимание скидка в процентах, если скидка равна 0, то рублевая цена, если рублевая цена равна 0, то валютная цена.
Скидки на количество товара действуют от указанного количества до следующей величины количества, определенной в таблице скидок на количество.
Алгоритм определения цены товара со скидкой по описанному выше протоколу не регламентирует способа отменены скидки или установления скидки в 0%, начиная с некоторого количества товара. Это бывает необходимо при запрете продажи товара со специальной скидкой при покупке товара более некоторого количества. Например, при покупке 10 ед. товара покупателю дается скидка 5%, при покупке 100 ед. скидка отменяется и должна составлять 0%.
В действительности УКМ 2 имеет недокументированное поведение, по которому при нулевом значении скидки и при отсутствии значения цен со скидкой УКМ 2 считает скидку равной 0% и регистрирует продажу по цене реализации.
Для прочих программ ККМ такое поведение может быть не реализовано. Соответственно, в алгоритм выгрузки данных по протоколам УКМ 2 Супермаг и УКМ 2 станд. ТХТ внесено следующее изменение: при выгрузке скидки на количество равной 0% в поле PriceRub заносится текущее значение цены артикула для указанного вида цены, а в поле PriceCur заносится 0. Если величина скидки отлична от 0, в оба поля для цен заносятся нули.
Дополнительно, в выгрузке по протоколу УКМ 2 Супермаг добавлен индекс по полю Soft для таблицы CREDCARD.DB.

Поведение счета при отсутствии права на просмотр цен.

Начиная с версии 1.024 сервис пак 1, установлено следующее поведение интерфейса раздела «Счет» в случае отсутствия у оператора функционального права «Счёт: Просмотр цен»:
При отсутствии права на просмотр цен в режиме просмотра списка отобранных документов становятся недоступными поля заголовка документов: Сумма, Сумма в валюте, отгружено на сумму, Задолженность, Состояние, Дополнительная валюта, Курс.
Недоступны для просмотра поля спецификации документа: Исходная цена, Цена, Цена без налогов, Цена в валюте, Сумма, Сумма без налогов, Сумма НДС, Сумма в валюте, Ставка НДС.
В режиме редактирования документа «Счет» редактировать можно только поля заголовка документа. Спецификация документа для редактирования недоступна в связи с отсутствием у счета специальных режимов, позволяющих корректировать спецификацию без необходимости расчета сумм.
Изменения функционала в версии 1.024 сервис пак 3.
Загрузка кода страны и ГТД по протоколу касс УКМ 2.

Загрузка кода страны и ГТД по протоколу касс УКМ 2.

Для нужд кассовых программ, работающих в магазинах Cash&Carry, внесено изменение в процедуру загрузки касс для передачи в качестве дополнительной информации данных о коде страны происхождения товара и номера ГТД товара.
Использование кода страны и номера ГТД при работе с ККМ зависит от программы ККМ.
Передача информации реализована в протоколах «УКМ2 Супермаг» и «УКМ2 станд. ТХТ». Данные о коде страны могут передаваться через одно из дополнительных строковых полей (ADD1, ADD2, или ADD3) таблицы артикулов PLUCash, данные о номере ГТД могут передаваться через поле Commentary той же таблицы.
Поля таблицы, через которые передается информация, не являются полями, строго предназначенными для передачи именно этих типов данных. В связи с этим загрузка кода страны и номера ГТД в кассы реализована как опциональная возможность.
Настройка загрузки кода страны и номера ГТД осуществляется в административном модуле в разделе «База данных» для группы данных «Касса». Параметры для управления расположены в списке данных «Загрузка».
Параметр «ГТД» позволяет включить или выключить передачу номера ГТД через поле комментарий. По умолчанию флаг выключен.
Параметр «Код страны» позволяет указать одно из полей ADD1, ADD2, или ADD3 для передачи кода страны. По умолчанию ни одно из полей не указано, что означает, что код страны не передается.
Алгоритм поиска номера ГТД для артикула такой же, как в разделе «Счет фактура кассового чека» в функции «Сертификаты/ГТД». Параметры алгоритма задаются в административном модуле в разделе «База данных» в группе параметров «Подбор сертификатов соответствия».
Код страны определяется по справочнику стран. Поиск кода для названия страны из карточки складского учета осуществляется по полному совпадению имени страны без учета регистра символов.Изменения функционала в версии 1.024 сервис пак 4.
Настройка протоколов обмена с устройством контроля цен.

Настройка протоколов обмена с устройством контроля цен.

Устройство контроля цен Shuttle SG15 позволяет обмениваться информаций с компьютером с использованием разных вариантов соединения. В предыдущей версии был поддержан вариант, при котором устройство выступало в качестве сервера, а компьютер в качестве клиента. В этом случае для получения информации от устройства контроля цен программа на компьютере должна опрашивать устройства по их заранее известным TCP/IP адресам.
В текущей версии (сервис паке) реализована поддержка альтернативного варианта обмена, при котором устройство проверки цен выступает в качестве клиента, а компьютер в качестве сервера. В этом случае устройство проверки цен при чтении штрихового кода немедленно пытается обратиться к компьютеру и передать ему информацию о штриховом коде. В этом варианте настройки не требуется иметь информацию о TCP/IP адресах устройств контроля цен, но требуется знать, к какому порту компьютера будет обращаться устройство. Дополнительно необходимо, чтобы устройство было переведено в режим работы «Client», также необходимо указать устройству TCP/IP адрес компьютера, на котором установлен модуль контроля цен Супермага и его порт. Конфигурирование устройства осуществляется программой SG15Config.exe.
Настройка способа соединения с устройствами контроля цен осуществляется на странице «Настройка» модуля контроля цен. Модуль может работать одновременно только с такими устройствами, которые имеют одинаковый вид настройки соединения, либо «Client», либо «Server». Для настройки соединения с устройствами, когда устройства выступают в качестве сервера, необходимо, как и раньше, описать TCP/IP адреса и порты устройств. Для настройки соединения с устройствами, когда устройства выступают в качестве клиента необходимо выбрать флаг «Слушать TCP порт» или «Слушать UDP порт», в зависимости от выбранного протокола, и указать номер порта, после чего необходимо нажать кнопку «Применить».Изменения функционала в версии 1.024.1
Продавцы-консультанты в кассовой реализации.
Загрузка в кассы информации о продавцах-консультантах.
Прием информации о реализации по консультантам от программ ККМ.
Отчет «Реализация с участием продавцов-консультантов».
Проверка заказа на наличие артикулов, не разрешенных к приему.
Z отчеты – основания кассовых документов.
Информация о Z отчетах в кассовых документах.
Отчет «Z отчеты в кассовом документе».
Интерфейс управления правами должности.
Штриховые коды временных артикулов.
Код производственного участка в разделе "структура магазина".
Почтовый модуль. Формат файла виртуального пакета.
Отчет «Реестр актов несоответствия».

Продавцы-консультанты в кассовой реализации.

Загрузка в кассы информации о продавцах-консультантах.

В разделе «Структура магазина/склада» создан интерфейс для регистрации списка персонала - продавцов-консультантов. Список продавцов-консультантов предназначен только для передачи информации о них в кассы. Интерфейс для регистрации списка продавцов-консультантов выполнен на странице «Персонал». В предыдущих версиях эта страница имела название «Кассиры».
Загрузка данных о продавцах-консультантах в кассы осуществляется вместе с другими данными типа «Персонал». Для передачи продавцов-консультантов в кассы необходимо в административном модуле в разделе «База данных» для группы данных «Касса», установить флажок «Персонал» для типов данных полной и/или инкрементальной загрузки касс.

Прием информации о реализации по консультантам от программ ККМ.

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

Отчет «Реализация с участием продавцов-консультантов».

Создан отчет в разделе «Магазинные отчеты» для вывода информации о количестве и стоимости товаров, проданных с участием продавцов-консультантов.
Отчет может выполняться как по кассовым чекам, так и по кассовым документам. В отчет попадают как продажи, так и возвраты по кассе, в позиции которых имеется отметка о продавце-консультанте.
В отчете выводится дата продажи или возврата, артикул, количество и стоимость движения товара с учетом примененной скидки.

Проверка заказа на наличие артикулов, не разрешенных к приему.

Создана функция проверки 152 «Документ содержит исключенные артикулы или артикулы, не разрешенные к приему». По умолчанию, функция установлена в режим «Отключена». Функция проверки проверяет содержание документа заказ при переводе документа из статуса «Черновик» в статус «Размещен». Функция проверяет заказ на наличие артикулов в статусе «Исключен» и артикулов с отключенным флагом «Прием разрешен».
В части проверки заказа на наличие исключенных артикулов функция 152 дублирует функцию проверки 1 «Документ содержит неактивные карточки».

Z отчеты – основания кассовых документов.

Информация о Z отчетах в кассовых документах.

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

Отчет «Z отчеты в кассовом документе».

Создан отчет для контроля соответствия сумм Z отчетов, вошедших в кассовый документ, с результатами аналогичных отчетов, полученных с касс. Отчет помещен в группу отчетов «Магазинные».
Опции отчета: диапазон времени, место хранения (одно, все или несколько)
Отчет всегда выполняется с группировкой по местам хранения и с подведением итогов по местам хранения. Отчет всегда делается с сортировкой по датам.
В отчете выводится для каждого места хранения:
Дата, тип и номер кассового документа, сумма кассового документа, перечень Z отчетов с сортировкой по номерам касс: номер кассы, номер Z отчета, сумма. Сумма Z отчетов – для продаж по кассе это сумма продаж, для возвратов – сумма возвратов.
Кассовые документы на продажу внутри даты всегда идут раньше кассовых документов на возврат.
По каждому месту хранения подводятся итоги: Итого продаж, итого возвратов, Итого (продажи минус возвраты).

Интерфейс управления правами должности.

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

Добавлены функции «Копировать», «Сохранить в файл» и «Добавить из файла».
Кнопки для вызова функций «Копировать» и «Сохранить в файл» доступны на странице «Должности». Кнопка для вызова функции «Добавить из файла…» доступна в диалоге редактирования должности.
Функция «Копировать» позволяет создать новую должность с правами и режимами функций проверки должности, выбранной в качестве образца.
Функция «Сохранить в файл» позволяет сохранить в текстовый файл информацию о правах выбранной должности на модули и функции торговой системы и/или режимы работы функций проверки.
Функция «Сохранить в файл …» позволяет импортировать и назначить текущей должности доступ к модулям и функциям торговой системы и/или режимы работы функций проверок из текстового файла.

Штриховые коды временных артикулов.

В предыдущих версиях штриховые коды временных артикулов создавались и хранились в той же таблице, что и штриховые коды постоянных (глобальных) артикулов (SMStoreUnits), но только в той базе данных, в которой штриховые коды присваивались артикулу. При пересылке в старшую базу данных штриховые коды временных артикулов перемещались в таблицу SMForeignUnits для того, чтобы не вступать в возможный конфликт с такими же штриховыми кодами других временных или постоянного артикулов.
Начиная с текущей версии, штриховые коды временных артикулов создаются и всегда хранятся в таблице SMForeignUnits до момента синхронизации временного артикула с постоянным артикулом. При синхронизации они перекладываются в таблицу штриховых кодов постоянных артикулов SMStoreUnits. Все процедуры, работающие со штриховыми кодами, изменены таким образом, чтобы штриховые коды временных артикулов были доступны также как и штриховые коды постоянных артикулов. Это касается как процедур загрузки касс, весов, терминалов сбора данных, так и интерфейса просмотра и редактирования штриховых кодов артикулов. В связи с этим следует избегать использования временных артикулов, полученных из подчиненной базы данных, например, в центральной базе данных для загрузки касс или иного оборудования. Так как в этом случае нельзя исключить ситуацию, при которой один и тот же штриховой код будет присвоен разным временным артикулам, пришедшим из разных баз данных.

Код производственного участка в разделе "структура магазина".

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

Почтовый модуль. Формат файла виртуального пакета.

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

Отчет «Реестр актов несоответствия».

В торговой системе документы «Акт несоответствия» не существуют как самостоятельные документы. Акты несоответствия печатаются на основании приходных накладных в случае расхождения между количеством товара в накладной поставщика и количеством принятого товара.
Количество товара по накладной поставщика фиксируется в поле «Количество по документу» приходной накладной. В случае если товар полностью не принят или отсутствует, то есть принятое количество равно 0, такая строка удаляется из приходной накладной перед ее окончательной регистрацией в системе, но сохраняется в специальном буфере при накладной и используется для печати акта несоответствия.
Отчет выводит информацию о приходных накладных и несоответствии количества по документу поставщика и принятого количества только тех приходных накладных, в которых это несоответствие имеется. Все суммы в отчете выводятся только в базовой валюте.
Отчет размещен в разделе «Документооборот».
Детализацию по артикулам отчет не содержит. Для каждой накладной в отчете выводится суммарное расхождение количества и суммарное расхождение стоимости.
Опции диалога старта отчета:
период времени, за который исполняется отчет,
место хранения (все, только одно),
партнеры (все, только один),
статус документов (заблокирован, черновик, принят на складе, принят полностью)
сортировка (по клиентам, по номерам документов, по датам документов, по операциям),
Содержание отчета:
номер и дата приходной накладной,
наименование операции,
номер счета-фактуры поставщика,
наименование клиента,
по документам значится (количество, сумма без НДС и сумма НДС поставщика по строкам спецификации, имеющих различие в значениях полей «Количество» и «Количество по документу»),
фактически принято (количество, сумма без НДС и сумма НДС фактически принятых по строкам спецификации, имеющих различие в значениях полей «Количество» и «Количество по документу»).
разница (суммарная разница между фактически принятым и значащимся по документам в количестве, сумме без НДС, НДС, сумме с НДС по строкам спецификации, имеющих различие в значениях полей «Количество» и «Количество по документу»).
Подводятся итоги по местам хранения, по клиентам (если выбрана опция "сортировка по клиентам"), по операциям (если выбрана опция "сортировка по операциям"), по отчету в целом.
Изменения функционала в версии 1.024.2
Наценивание по контрактам.
Атрибут контрактов на закупку «цена контракта».
Генерация актов переоценки на основании контрактов на закупку.
Функция проверки «Запрет понижения статуса контракта, по которому созданы акты переоценки».
Пересылка штриховых кодов.
Признак печати в ценниках для штриховых кодов.
Печать артикулов поставщика в печатных формах приходной накладной.

Наценивание по контрактам.

Атрибут контрактов на закупку «цена контракта».

В документ «Контракт на закупку» добавлен новый атрибут «Цена контракта». Атрибут может иметь одно из двух значений: «с НДС» и «без НДС». По умолчанию, при обновлении версии системы для всех уже существующих документов, а также при создании новых документов устанавливается значение «с НДС». Значение атрибута «c НДС» соответствует по смыслу понятию «полная цена» в накладных. Значение «без НДС» соответствует понятию «цена без налогов» в накладных.

Генерация актов переоценки на основании контрактов на закупку.

В разделе контрактов на закупку реализован вызов функции генерации актов переоценки для расчета новых цен реализации на основании цен контракта. Функция вызывается через пункт меню «Функции -> Генерация актов изменения цены…».
Алгоритм работы функции аналогичен работе функции «наценить и принять» в разделе приходных накладных, за исключением того, что в процессе работы функции не выполняется операция по изменению статуса документа «Контракт на закупку». Предполагается, что генерация актов переоценки будет производиться уже после принятия контракта, то есть тогда, когда контрактные цены уже окончательно зафиксированы в контракте.
В актах, созданных на основании контрактов, устанавливается причина переоценки «автоматически по контракту», условие исполнения акта - «по наступлению указанной даты», а дата исполнения устанавливается равной дате начала действия контракта или текущей дате, если дата начала действия контракта уже наступила.
Различия между нацениванием приходной накладной и нацениванием контракта заключаются в следующем:

1. Места хранения и виды цен для актов переоценки.

В случае наценивания на основании приходов акты переоценки создаются для всех видов цен места хранения прихода.
При наценивании на основании контракта акты создаются для всех видов цен мест поставки товаров. Место хранения, от имени которого создан контракт, во внимание не принимается. Если места хранения поставки в контракте не зарегистрированы, акты создаваться не будут.

1. Флаг «Пропускать приходы по той же цене».

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

По умолчанию, флаг «Исключать не изменившиеся цены в наценивании по контракту» не установлен. При установке флага необходимо обратить внимание на тот факт, что в отличие от переоценки на основании прихода товара, переоценка на основании контракта происходит не в тот же момент времени, что и генерация актов переоценки, а спустя некоторый интервал времени до начала действия контракта. Если цена артикула изменится в этом интервале времени, а артикул уже исключен из акта переоценки, в момент начала действия контракта цена артикула может оказаться отличной от желаемой цены.

1. Флаг «Наценка от полной цены»

Флаг «Наценка от полной цены» устанавливается в разделе мест хранения для каждого места хранения отдельно и позволяет указать ту цену в приходной накладной (полную или без налогов), от которой необходимо рассчитывать новую цену.
В наценивании на основании контракта этот флаг во внимание не принимается. В наценивании на основании контракта учитывается новый атрибут контракта на закупку «цена контракта: с НДС/без НДС». Если флаг установлен в значение «без НДС», то наценивание производится от цены контракта, если флаг имеет значение «с НДС», то перед нацениванием из цены контракта вычитается НДС.

1. Правила проверки цены.

Правило проверки цены №3 "Новая цена без налогов меньше предыдущего прихода" не используется в процедуре проверки новых цен, созданных на основании контракта. Правила проверки №1 «Новая цена меньше старой» и №2 «Новая цена слишком велика» используются также как и при проверке новых цен, созданных на основании прихода.

1. Контроль повторного наценивания контрактов.

При старте функции «генерация актов изменения цены…» делается проверка на наличие актов переоценки, созданных на основании контракта. Если обнаружены акты уже исполненные, то выдается предупреждение о том, что наценивание уже было проведено и требуется подтверждение для нового выполнения процедуры. Если обнаружены акты, которые еще не исполнены, то предлагается их удалить перед выполнением новой процедуры.

Функция проверки «Запрет понижения статуса контракта, по которому созданы акты переоценки».

Создана функция проверки 153 «Запрет понижения статуса контракта, по которому созданы акты переоценки». По умолчанию функция имеет режим «Запрет».
Функция проверяет наличие актов переоценки, в основании которых указан контракт на закупку. Функция срабатывает при понижении статуса контракта со статуса «Принят» до статуса «Черновик».
Функция для разных должностей может иметь режимы «Запрет», «Предупреждение», «Отключена».

Пересылка штриховых кодов.

Штриховые коды выделены в самостоятельный объект для почтовой пересылки. Создана функция автоматической рассылки штриховых кодов по факту их создания, изменения и удаления.
Отдельные настройки для рассылки штриховых кодов и для рассылки артикулов позволяют по-разному организовывать процесс обмена данными между базами данных. Например, рассылка глобальных артикулов из подчиненных баз данных в старшие не разрешается и не должна осуществляться, тогда как рассылка новых штриховых кодов, созданных в подчиненной базе, может быть разрешена.
В случае настройки автоматической отсылки карточек складского учета и штриховых кодов, изменение или создание штрихового кода для карточки не считается изменением карточки и не приводит к ее отсылке. Измененным считается только штриховой код. С другой стороны, изменение атрибутов карточки приводит к отсылке карточки, но не приводит к отсылке штриховых кодов, если они не были изменены.
При ручной отсылке артикула в очередь на отсылку ставится как сама карточка, так и все штриховые коды, относящиеся к карточке.
Внесены изменения в процедуру исключения штрихового кода. Процедура используется в тех случаях, когда выясняется, что штриховой код не является уникальным для товара и должен быть объявлен недействительным.
При исключении штрихового кода процедура производит два действия – удаление штрихового кода из перечня штриховых кодов артикула и добавление штрихового кода в список недействительных штриховых кодов. При настройке автоматической рассылки будет отослано два объекта – штриховой код с командой удаления из перечня кодов артикула и новый недействительный код.
При переходе от младших версий системы к текущей или более старшим версиям, в процессе модернизации схемы базы данных считается, что штриховые коды должны рассылаться автоматически, если ранее была настроена автоматическая рассылка артикулов.

Признак печати в ценниках для штриховых кодов.

В перечень атрибутов штриховых кодов добавлен флаг «Печать в ценнике». Флаг устанавливается на странице «штриховые коды» раздела карточек складского учета.
Флаг учитывается при выборе штрихового при печати ценников и при печати отчетов «Прайс-лист» и «Списание и естественная убыль».
Если флаг не установлен, то выбор штрихового кода для печати осуществляется по тому же алгоритму, что и раньше. Отсутствие флага у штрихового кода не означает, что его запрещено выбирать при печати ценников и отчетов. Наличие или отсутствие флага означает наличие или отсутствие приоритета у штрихового кода по отношению к другим штриховым кодам. Если флаг установлен, то коды с установленным флагом имеют приоритет над кодами без флага.

Печать артикулов поставщика в печатных формах приходной накладной.

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

• накладная в базовой валюте
• акт несоответствия
• расходная накладная на несоответствие товара
• накладная в дополнительной валюте
• накладная в базовой и дополнительной валютах
• пропуск на вынос товара
• приложение к приходной накладной
• приходная накладная с количеством поставщикаИзменения функционала в версии 1.024.3
  
  Наценивание по контрактам.
  Контроль цен контрактов.
  Функция проверки «Цена контракта больше цены предыдущего контракта».
  Отчет «Изменение цен в контрактах на закупку».
  Цены контрактов и приходных накладных.
  Дополнительные характеристики товара, склада и контрагента.
  Печать этикеток.
  Печать дополнительных характеристик товара в этикетке.
  Печать размера в этикетке.
  Настройки печати этикеток.
  Модуль контроля цен.
  Поиск артикулов по артикулу поставщика.
  Экспорт кассовых чеков (OLAP).
  Печать в счете телефона и факса контрагента.
  Почтовый модуль.
  Пересылка структуры места хранения.
  Пересылка документов общего назначения.
  Фильтры физических пакетов.
  Формат файла виртуального пакета.
  Сбор статистики системной области Oracle.

Наценивание по контрактам.

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

• Функция «Генерация актов изменения цены» может быть выполнена только для контрактов в статусе «Принят». В статусе «Черновик» или «Заблокирован» цены в контракте являются недостоверными, могут меняться и не должны использоваться для ценообразования.

• В случае повторного наценивания, если обнаружено, что для данного контракта имеются принятые к исполнению, но не исполненные акты переоценки, перед выполнением процедуры наценивания предлагается эти акты удалить и, если пользователь отказывается их удалить, наценивание не производится.

• В перечень функций проверок цены при наценивании контракта добавлена функция «Новая цена меньше цены предыдущего контракта». Функция работает только при наценивании контрактов и не действует при наценивании приходов. Функция сравнивает новую рассчитанную цену с ценой контракта, который ищется по следующему правилу: для каждого артикула из акта переоценки функция ищет ближайший контракт от даты текущего контракта. Под датой контракта понимается дата начала действия контракта. Рассматриваются только контракты со статусом «Принят». Если в найденном контракте цена больше цены в акте, то это считается ошибкой. Тип цены контракта – с НДС / без НДС во внимание не принимается.

• Параметр - метод наценивания для места хранения "от полной цены/от цены без налогов" учитывается при наценивании контрактов следующим образом: значение параметра определяется для каждого акта по месту хранения акта. Перед расчетом новой цены, если в контракте цена без налогов, а метод наценивания - от полной цены, к цене контакта прибавляется НДС, если, наоборот: метод наценивания - от цены без налогов, а в контракте цена полная, НДС вычитается. В остальных случаях цена контракта берется для расчета без изменений.

Контроль цен контрактов.

Функция проверки «Цена контракта больше цены предыдущего контракта».

Создана функция проверки 155 «Цена контракта больше цены предыдущего контракта». По умолчанию функция имеет режим «Запрет». Функция проверяет цены контракта в момент его перевода в статус «Принят».
Функция сравнивает цену текущего контракта с ценой ближайшего предыдущего контракта со статусом "Принят". Поиск предыдущего контракта ведется отдельно для каждого артикула. Ближайшим предыдущим считается контракт с датой начала действия меньшей, чем дата начала действия текущего контракта, и с наибольшей датой начала действия среди всех предыдущих контрактов.
Цены сравниваются с учетом параметра "Цена контракта". Сравнение проводится с допуском в 20%, то есть цена нового контракта считается большей, если она превышает цену предыдущего контракта на 20% или более.

Отчет «Изменение цен в контрактах на закупку».

Создан отчет «Изменение цен в контрактах на закупку». Отчет помещен в группу «Менеджерские».
Отчет показывает артикулы и их контрактные цены в диапазоне дат отчета. Отчет позволяет отобрать и показать контрактные цены только для тех артикулов, контрактная цена которых за период времени изменилась больше, чем указано в настройках отчета.
Отчет имеет следующие опции:

• Диапазон времени начала действия контрактов
• Поставщики – один, группа, все
• Товары – артикул, все, группы товаров, ассортименты
• Места хранения поставки – одно, все
• Показывать товары с изменением цены большим или равным …%
• Статус документов: (v) Принят, (v) Черновик, (v) Заблокирован
• Сортировка: по артикулам товаров/ по наименованиям товаров
• Группировка по группам товаров.

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

Цены контрактов и приходных накладных.

Внесены изменения в функцию приходной накладной «Заполнить документ ценами из контрактов». При импорте цен из контракта принимается во внимание атрибут контракта «Цена контракта». Если цена контракта «без НДС», цена из контракта проставляется в поле «цена без налогов» приходной накладной, если цена контракта «с НДС» - в поле «полная цена».
Аналогичные изменения внесены в функцию проверки 128 «Проверка на соответствие цен контрактам». При проверке цен приходной накладной по ценам контракта принимается во внимание атрибут контракта «Цена контракта».
Функция проверки выполняется только для тех приходных накладных, у которых контрагент имеет флаг «Контроль приходных цен по ценам контракта».

Дополнительные характеристики товара, склада и контрагента.

Дополнительные характеристики товара, склада и контрагента получили новый атрибут – признак системного использования и признак активности.
Флаг «Системная» говорит о том, что дополнительные характеристики не могут быть удалены из системы. Идентификаторы системных характеристик имеют префикс «Sys», который не позволяется назначать несистемным характеристикам.
Флаг «Активная» позволяет включить или отключить отображение характеристики в интерфейсе карточки товара (места хранения, контрагента).
Размер текста, который может быть помещен в значение характеристики, увеличен с 256 байт до 4 Кбайт.
Для раздела карточек складского учета введены следующие системные дополнительные характеристики:

• Аннотация
• Состав
• Торговая марка
• Производитель

Для Раздела контрагентов:

• Свидетельство госрегистрации инд. предпринимателя

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

Печать этикеток.

Печать дополнительных характеристик товара в этикетке.

Перечень ключевых слов для файла шаблона этикетки пополнен командой печати значения дополнительной характеристики товара:
%DESCR_ХХХХХХХ
где ХХХХХХХ – идентификатор дополнительной характеристики, значение которой необходимо напечатать в этикетке.
Например, для печати значения характеристики «Торговая марка» необходимо в шаблон этикетки включить следующее ключевое слово:
%DESCR_Sys.BrandName
В этикетке могут быть напечатаны значения любой дополнительной характеристики, то есть не только системной, но и той, которая будет создана пользователем.

Печать размера в этикетке.

Для артикулов типа «размер» реализована печать значения свойства артикула по ключевому слову %SIZE.
Печать значения свойства для артикулов типа «размер» может быть выполнена в разделе карточек складского учета и в разделе актов переоценки.

Настройки печати этикеток.

Перечень настроек для печати этикеток дополнен флагом «Переводить в верхний регистр». В предыдущих версиях при обработке файла шаблона этикетки все строки со значениями, например, название товара, заполнялись строками с обязательным переводом символов в верхний регистр. В текущей версии имеется возможность управлять этим процессом.

Модуль контроля цен.

В модуль контроля цен добавлены следующие настройки для обработки данных:

• обработка лидирующих нулей для штриховых кодов UPC A и UPC E.

Прайс-чекер типа Shutle SG15 при обработке штриховых кодов типа UPC возвращает всегда только значащие символы штрихового кода. Сканер этого устройства не перенастраивается. Ручные сканеры могут быть настроены таким образом, что дополняют UPC код лидирующим нулем по количеству символов до EAN кодов. Для единообразного восприятия кодов в модуль контроля цен добавлена страница «Сканер» для настройки предварительной обработки таких кодов – добавление или удаление лидирующего нуля. Для стандартных настроек торговой системы необходимо добавлять лидирующий ноль.

• округление сумм для упаковок, цены со скидкой и весового товара.

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

Поиск артикулов по артикулу поставщика.

Перечень условий поиска и отбора артикулов в разделе карточек складского учета дополнен поиском по артикулу поставщика.
Интерфейс для определения условий поиска помещен на страницу «Аналитика» фильтра карточек.
Интерфейс позволяет определить следующие условия поиска – по точному совпадению заданной строки с артикулом поставщика, по префиксу, по суффиксу, по присутствию строки как части артикула.
В случае если поставщик в условиях поиска не указан, поиск проводится среди всех артикулов всех поставщиков. Если поставщик указан, то необходимо иметь в виду, что условие поиска данной страницы подразумевает, что должны искаться только артикулы, которые имелись в поставках от данного поставщика. Дополнительно к этому условию будут искаться только артикулы, которые у данного поставщика соответствуют заданному условию по совпадению строки. В этом случае также можно указывать артикул поставщика, выбрав его из списка артикулов данного поставщика. Выбор артикула производится в диалоге «Выберите артикул поставщика №…», который становится доступным, если поставщик определен. В диалоге отображаются артикулы поставщика и собственные названия артикулов.

Экспорт кассовых чеков (OLAP).

В перечень данных, выгружаемых при экспорте кассовых чеков (OLAP), добавлено поле «№ кассы».

Печать в счете телефона и факса контрагента.

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

Почтовый модуль.

Пересылка структуры места хранения.

Объект «Структура места хранения» для почтовой рассылки разбит на следующие типы почтовых объектов:

• группа отделов
• отдел
• кассир
• продавец-консультант
• производственный участок

При отсылке структуры магазина в очередь на отсылку ставятся все объекты перечисленных типов, которые соответствуют выбранному месту хранения.

Пересылка документов общего назначения.

Часть документов торговой системы относится к декларативным документам, то есть не регистрируют событие, случившееся в месте хранения, или состояние, сложившееся в месте хранения, а регистрируют общую для всех информацию, например, рецепты. Среди них есть документы, которые имеют дополнительный список мест хранения в расширении заголовка документа. Это контракты на закупку и на реализацию, маркетинговые акции.
Автоматическая рассылка декларативных документов изменена таким образом, что эти документы рассылаются не только в БД, содержащую место хранение «от имени», но и во все активные базы данных, либо, если документ подразумевает наличие списка мест хранения, то во все базы данных, которые содержат места хранения из этого списка.

Фильтры физических пакетов.

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

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

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

Формат файла виртуального пакета.

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

Сбор статистики системной области Oracle.

В программу генерации и модернизации схемы базы данных (DbInit.exe) добавлена процедура сбора статистики для таблиц, расположенных в системной области SYS Oracle. Отсутствие статистики для данных таблиц может приводить к потере производительности тех запросов, которые обращаются к системным таблицам. В частности, может заметно упасть производительность работы почтового модуля для версии торговой системы 1.024.1 и старше.
Сбор статистики в программе генерации схемы БД производится после завершения всех изменений в схеме БД.
Статистика для таблиц системной области не требует обновления в промежутке между действиями по изменению схемы БД.
Изменения функционала в версии 1.024.3 сервис пак 2.
Печать атрибутов товара в этикетке.
Печать многострочных дополнительных характеристик.
Печать атрибутов группы классификатора артикула.
Почтовый модуль. Прием артикула с новой группой классификатора.

Печать атрибутов товара в этикетке.

Печать многострочных дополнительных характеристик.

Для печати в этикетке многострочных характеристик товара внесено изменение в определение ключевых слов для дополнительных характеристик карточек складского учета.
Прежняя нотация для добавления дополнительной характеристики в этикетку была следующая
%DESCR_XXXXX
где %DESCR_ - префикс ключевого слова,
XXXXXX – идентификатор дополнительной характеристики
Новая нотация выглядит следующим образом:
%DESCRNN_XXXXX
где %DESCR - префикс ключевого слова,
NN_ - номер строки многострочного текста дополнительной характеристики, например, 2. NN - необязательный параметр, если NN отсутствует, то печатается первая строка многострочного текста дополнительной характеристики.
XXXXXX - идентификатор дополнительной характеристики.
Пример:
%DESCR_Sys.BrandName
%DESCR2_Sys.BrandName
В результате будут выведены первая и вторая строка характеристики «Торговая марка»
Примечание: При выводе строки многострочного текста дополнительной характеристики символы перевода строки из исходного текста в этикетку не передаются.

Печать атрибутов группы классификатора артикула.

Перечень ключевых слов для файла шаблона этикетки пополнен командами печати атрибутов группы классификатора, к которой принадлежит артикул.
%GROUPNAME - название группы классификатора товаров
%GROUPNUM - номер группы классификатора товаров (позиция группы в дереве классификатора, например, 1.1.1.)

Почтовый модуль. Прием артикула с новой группой классификатора.

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

• при приеме артикула, который ссылается на неизвестный идентификатор группы классификатора, в базе данных создается группа классификатора с требуемым идентификатором. Новая группа располагается на первом уровне классификатора с набольшим возможным номером в уровне и именем «<группа NNNN.>». Новая группа классификатора получает отметку о создании ее почтовым модулем и специальный флаг, что в дальнейшем может быть использовано для отделения таких групп от групп созданных пользователями системы.

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