Бизнес Автоматика. Автоматизация бухучета, учета кадров, расчета зарплаты, сметных расчетов. Бизнес Автоматика
Главная | Новости | Цены | Вид | Описание | Вопросы | Статьи | Обновления | Контакт |
Бизнес Автоматика занимается внедрением корпоративных информационных систем учета
   
Версия 6.1.0.12

Модули обновления структуры базы данных (только для версии системы 6.1.0.11)

Модуль обновления приложения

    • exe10059.ums
Модуль обновления ролей

    • HoteySoft_6_1_0_12.srl

Внимание! Перед проведением этого обновления для магазинов торговой сети необходимо загрузить все ранее созданные пакеты, т.к. в новой версии приложения старые пакеты не загрузятся. Для загрузки пакеты должны быть созданы новым приложением.


Изменения версии 6.1.0.12

  • Устранена ошибка печати этикеток на товары со склада (форма "Состояние склада"). Если товар не имел артикула, то при печати возникала ошибка "Invalid variant type conversion".


  • На форме "Внутренняя передача" в заголовок формы добавлена информация, на какую торговую точку передается товар.


  • Фильтр по поставщику стал доступен на всех формах, где есть возможность фильтрации информации с помощью формы "Параметры фильтра по товару".


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


  • На форме "Кассовый ордер" добавлен контроль наличия статьи затрат при оплате поставщику. Если выполняется оплата поставщику и указана статья затрат, то пользователь получает предупреждение, что при оплате за поставку товара нельзя указывать статью затрат, так как это приведет к двойному учету затрат. Система учитывает затраты на закупку товара через себестоимость проданного товара.


  • На форме "Настройки" -- "Магазины торговой сети" добавлена закладка "Ручной ввод информации в других магазинах". На этой закладке доступен для редактирования список магазинов или отделов, в которых покупатель может делать покупки и в которых еще не установлена компьютерная информационная система. После ввода информации о наличии такого магазина, на форме редактирования "Клиент" возможно вводить информацию о покупках клиента в магазинах или отделах, где не установлена автоматизация, но покупки которых должны оказывать влияние на работу накопительной системы скидок клиентов. Например, если в магазине один из отделов еще не автоматизирован, но суммы покупок клиентов с дисконтными карточками в этом отделе учитываются при расчете накопительной скидки. В этом случае на форме редактирования "Клиент" на закладке "Прочие покупки" пользователь программы имеет возможность вручную ввести информацию о суммах покупок клиента в этом отделе. Эти суммы будут учтены при начислении накопительной скидки этого клиента. Общая сумма покупок клиента в других магазинах будет отображаться на форме "Маркетинг" -- "Клиенты" в колонке "Покупки в др. магазинах".
    Покупки, введенные вручную для магазинов и отделов, в которых не ведется автоматизированный учет, передаются вместе с клиентом по каналу данных. Необходимо, чтобы название магазина (отдела) для ручного ввода было уникальным для всей торговой сети. Для обеспечения этого в название отдела надо включать полное название магазина, например "Отдел мягкой игрушки магазина "Антошка", "Отдел косметики магазина "Кроха" и т.д.


  • На форме редактирования "Клиент"/Закладка "Прочие покупки" добавлена таблица "Расшифровка покупок в других магазинах". Доступны действия "Добавить", "Изменить", "Удалить". Суммы покупок в других магазинах используются при начислении накопительной скидки.


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


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


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


  • Добавлена корректировка штрих-кодов, начинающихся с нуля. Сканер при чтении таких штрих кодов возвращает не 13 символов, а 12 (не читается первый символ 0). Поэтому товары с таким штрих кодами не определяются в системе. (Вообще штрих код не должен начинатсья с нуля, это есть нарушение стандарта EAN13, однако в некоторых случаях изредка такие штрих коды все-таки встречаются). В программу добавлена корректировка - если сканер считывает 12 символов и первый символ 0, то к штрих коду добавляется первый символ нуля, который не читается сканером.


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


  • При инвентаризации товара разрешено автоматическое добавление товара в ведомость инвентаризации. Если сканируемый в процессе инвентаризации товар не найден в ведомости инвентаризации (не был в нее включен), то этот товар автоматически добавляется в ведомость. Теперь ошибки "Товар не найден в ведомости инвентаризации" не будет. Ошибка будет только в случае, если был прочитан штрих код, которого нет в справочнике товаров.


  • Все размеры могут теперь быть символьными. В поля ввода размера и максимального размера разрешено вводить символы.


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

    При приеме нового товара два человека не могут абсолютно одинаково описать один и тот же товар. Например, "плюшевый медведь", "плюшевый мишка" и т.д. Чтобы избежать подобных ошибок в программу добалена возможность вести поиск товара по штрих-коду товара при передаче на другой компьютер - значение поля "Поиск товара при передаче"= "По штрих-коду". В этом режиме, если найден штрих-код, то независимо от того, какое название имеет товар, он будет использован для включения в складской документ.

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


  • На форме редактирования "Товар" удален переключатель "Использовать штрих-код".


  • На форме редактирования "Клиент" поле "Способ начисления скидки" сделано обязательным для заполнения. Если это поле было ранее не заполнено, то клиенту не начисляется скидка ни накопительная, ни ручная. Признаком заполнения этой информации в списке клиентов служит красный или синий шарик напротив фамилии клиента. Красный - скидка фиксированная, Синий - накопительная. Значения поля также изменены. Ранее существовавшее значение "Автоматический" заменено на "Накопительная скидка", "Ручной" - на "Фиксированная скидка".


  • На форме "Документы" -- "Реализация" добавлен переключатель "Штрих-код". Этот переключатель доступен только в случае, если форму открыл Хозяин. Отключение переключателя скрывает поле ввода штрих-кода. Это позволяет скрыть от продавца штрих код карточки клиента при ее считывании. Цель - исключить возможность использования чужой карточки продавцом при продаже товара. (Если есть поле ввода, то для использования любой чужой карточки продавцу достаточно знать ее номер). При организации работы со скрытыми номерами дисконтных карт, необходимо обеспечить также ряд дополнительных мер безопасности:

    1. Не печатать на самой карточке номер под штрих-кодом


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


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


  • На главной форме в меню "Файл" добавлены действия "Суммы клиентов" -- "Сохранить" и "Открыть". Действия предназначены для переноса информации в пустую базу данных.


  • На главной форме в меню "Файл" добавлены действия в меню "Цены на товар": "Сохранить закупочные цены" и "Открыть закупочные цены". Используется для переноса информации в новую базу данных. В одной базе данных закупочные цены сохраняются в файл, а в другой записываются в указанную приходную накладную.


  • На форме редактирования "Кассовый ордер" для расходных операций добавлен контроль обязательного заполнения назначения платежа.


  • На форме "Реализация" при создании расходной кассовой операции в назначение платежа более не записывается автоматически создаваемый текст: "Прием денег в кассу с рабочего места продавца". Теперь вместо этого текста продавец должен обязательно записывать реальное назначение сделанного платежа.




 

Copyright © 1998-2008 Бизнес Автоматика