Новое в версии

Настройка параметров учета.

В настройке параметров учета можно задать представление наименования продавца в счете-фактуре (меню «Сервис – Настройка учета – Настройка параметров учета», закладка  «НДС»). Возможны следующие варианты указания продавца в счете-фактуре:
- Сокращенное наименование
- Полное наименование
- Полное и сокращенное наименование

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

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

Назначение розничных цен при поступлении товаров.

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

PLU коды. Исправлены ошибки прошлых версий.

PLU коды. Исправлены ошибки прошлых версий:
1. Ошибки формирования PLU-кодов весовых товаров
2. Ошибки формирования PLU-кодов невесовых товаров с характеристиками
3. Ошибки дублирования PLU-кодов
4. Ошибки диапазона PLU-кодов
5. Ошибки формирования PLU-кодов при обмене с конфигурацией «Управление торговлей 10.3»

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

Обмен данными между конфигурациями "Управление торговлей" и "Розница".

Изменены варианты сопоставления справочника "Физические лица" при обмене данными. 
Настройки вариантов поиска предусматривают два варианта сопоставления данного справочника:
• По наименованию
• По наименованию и дате рождения
Настройки вариантов поиска доступны в :
• Настройке обмена данными
• Помощнике настройки обмена данными «Управление торговлей» - «Розница»

Проект "Обработка и печать штрихкодов типа EAN 128":

Реализован проект "Обработка и печать штрихкодов типа EAN 128", позволяющий для штрихкодов типа EAN 128 хранить и значение штрихкода и его представление для печати. Например, считанное сканером штрихкодов или терминалом сбора данных значение равно "8100123452112345678", в то время как представление штрихкода для печати: "(8100)12345(21)12345678". Представление кода может быть зарегистрировано в карточке товара вместе со значением кода. По значению кода производится поиск товара, по представлению - печать.
Аналогично могут быть обработаны любые коды, у которых значение и представление для печати различаются.

ПРЕДУПРЕЖДЕНИЕ О НЕКОРРЕКТНОМ ПЕРЕХОДЕ НА ЛЕТНЕЕ ВРЕМЯ

Существует вероятность, что Госдума примет решение об отмене перехода на летнее время. http://lenta.ru/news/2010/02/10/time/ (если не будет принято, то переход на летнее время в 2010 году состоится 28 марта). В этом случае возможна ситуация, что на компьютерах пользователей сработает автоматический переход на летнее время, либо такой переход произойдет из-за ошибочных действий пользователя.
Последствия такого перехода точно такие же, что и в результате некорректной установки времени на клиентской или серверной машине в результате ошибочных действий пользователя или аппаратных проблем - из-за отставания/опережения часов. Т.е. некорректный переход на летнее время сделает проблему несоответствия клиентского и серверного времени более массовой.
Проблемы, которые возникнут у пользователей конфигураций из-за разницы клиентского и серверного времени:
• даты оперативно проведенных документов могут не отражать реальную хронологию их проведения.
• дата неоперативных документов, вводимых с разных компьютеров, в зависимости от свойства АвтоВремя, может также «скакать»: вроде бы «физически» документ 1 ввели раньше, чем 2, но в системе они могут быть записаны в обратной последовательности.
Информацию о проблемах необходимо довести до пользователей (сисадминов), чтобы они смогли оценить важность проблемы и принять правильное решение.
Решение проблемы состоит в том, чтобы синхронизовать клиентское и серверное время.
Сгладить проблему некорректного перехода на летнее время на компьютерах пользователей можно с помощью предупреждения при начале работы системы

Исправлены ошибки:

1. Обмен данными «По магазину»
При обмене РИБ "По магазину" под пользователем с правами «Автообмен» перезапись констант в периферийном узле приводила к ошибке.

2. В ТОРГ-29 переоценка товара попадает только в том случае, если в день новой установки цен было движение по товару. В других случаях новая установка цен не попала в отчет "ТОРГ-29", что приводит к некорректным суммам в отчете.

3. Добавлена настройка доступности отчета "Отчет по чекам ККМ" для роли "Менеджер магазина".

4. Ошибка разрядности номера чека ККМ.
У некоторых моделей ФР разрядность номера чека ККМ больше, чем разрядность номера чека ККМ в Рознице.
Разрядность номера чека ККМ увеличена до 8.

5. Исправлена ошибка расчета суммы возврата от покупателя при продажи с использовании ручных скидок.

6. Исправлена ошибка выбора группы получателей в форме элемента справочника "Скидки (наценки)".

7. Исправлена ошибка расчета накопительных скидок задним числом.

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

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