851
Предыдущая версия
911
Текущая версия
917
Версия в процессе передачи

Подтвержденные ошибки
Задачи, которые описывают выявленные ошибки
Необоснованный резерв после распроведения документа карантин (#258436).
После распроведения документа Карантин, позиция остается в резерве.
Во время разбора задачи #258316, Клиент распровел документ карантин, удалил его. Позиция находящаяся в карантине, после распроведения осталась в резерве.
Механизм воспроизведения
1. создаем крантин, добавляем позицию.
2. Проводим - распроводим.
3. Удаляем позицию из документа, удаляем документ.
Позиция в резерве.
Воспроизведено в 916 версии.
Добавление информации по настройкам в Журнал операции (#222996).
Необходимо добавить информацию в программу в Журнал операций(Склад->Отчеты->Журнал операций) о том, когда были произведены настройки в Конфигурации программы.
Фиксировать нужно именно действия пользователя на форме "Настройка".
Изменение настроек: Настройка печати ценников фиксировать изменения:
1. Изменения выбора адреса
2. Изменение выбора формата ценников
При нажатии ПОДРОБНЕЕ: отображать какие именно изменения были сделаны.
Добавить в раздел Изменение настроек: Касса фиксацию отключения/включения ККМ
При нажатии ПОДРОБНЕЕ: отображать какие именно изменения были сделаны (отключение/выбор драйвера).
Выявлено в 911. Ошибки на форме "товарные запасы", "Отчёт по срокам годности", "поиск по цене" на кассе по причине:
Переполнение типов данных для PromotionId (#257896). Исправлено в 917
На сервере, в таблице customers.promotionproducts.Id имеет тип данных int UNSIGNED, имеющий максимальное значение 4294967295
в клиентской БД так же таблицы, содержащие поля с этим id имеют тип данных int UNSIGNED
это stocks.PromotionId, stock_promotions.promotion_product_id
В то же время в программе, точно не могу сказать где в коде используется тип данных int32, для которого максимальным значением является 2147483647
Так как в таблице customers.promotionproducts максимальные значения id уже превысили 2147483647, то у клиентов, в партиях товаров которых присутствуют stocks.PromotionId, превышающие 2147483647 возникают ошибки при попытке открыть режимы "товарные запасы", а так же "Отчёт по срокам годности", Регистрация продаж "дополнительные операции" "поиск по цене".
Думаю единственным решением здесь является вносить изменения в программе таким образом чтобы использовать Int64.
Планируем
Задачи, которые описывают планируемые изменения в функционале
Корректировка добавления препарата в предчек путем сканирования штрих-кода (#258421).
Задача написана по мотивам задачи: 256936.
В пользовательской копии программы в разделе "Касса", необходимо внести изменения при добавление препарата в предчек, путем сканирования штрих-кода.
Сейчас реализовано так:
- Сканируешь штрих-код препарата:
1.Добавляется строка с наименованием препарата;
2.Сканируешь еще раз - становиться зеленой(подтвержденой) строка с наименованием препарата;
3.Сканируешь штрих-код еще раз добавляется строка
4.Скнаируешь еще раз - подтверждается.
Что не совсем корректно.
Необходимо:
- При сканирование штрих-кода в предчек, подтверждать сразу кол-во препарата, т. е. при первом сканирование штрих-кода препарат должен добавляться и подтверждаться, так же и при последующем сканирование штрих-кода - препарат должен добавляться и подтверждаться.
Как и реализовано при добавление препарата путем сканирования КИЗ.
Инвентаризация не строгих остатков (#242386).
Ранее в задаче #224491 было реализовано: "Убрать для нестрогих остатков проверку КИЗ, При проведении игнорировать не соответсвия количества КИЗ по остатку с количеством по этому же остатку"
версия 1.18.86.878
Если по не строгому остатку is_strict_marking = 0 уменьшить количество факт, то без сканирования оставшихся КИЗ по этой партии инвентаризацию провести невозможно.
При этом может оказаться так, что из за демократизации к таким партиям не привязано вообще ни одного КИЗ, сканировать некуда и инвентаризацию провести невозможно.

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

Individual Approach
Our company works according to the principle of individual approach to every client. This method allows us to succeed in tasks of any level.
Made on
Tilda