Ошибка интерфейса формы "Справочник товаров"

[BigAndy]

При добавлении достаточно большого количества записей в GRID формы кнопки -элементы управления уходят за границы окна формы.
1.2.5 patch3

[Alexander]

Да, мы знаем про эту ошибку.
В 1.2.6 интерфейс справочника будет сильно переработан (учёт остатков в разрезе наборов дополнительных характеристик).

[BigAndy]

Э-э-м....
Структура БД не изменится??? Я имею ввиду таблицы ware и ware_group?
А то только-только адаптировались к этой структуре

Да, а возможно ли начинать продажи с нулевыми значениями количества товаров в таблице ware? Мы бы хотели вообще отказаться от измения полей quantity и sales_quantity, а остатки вычислять из собственного запроса, формирующего количество переданного на торговую точку товара минус количество, полученное из табицы Transactions.
Если в таблице есть начальный остаток, то продажи проходят, однако если нет ( значение выставлено в NULL), то продажи не производятся даже при выставлении флагов "Отрицательные остатки" - да и (или) "Списание остатков - да|нет"

[Alexander]

Если в таблице есть начальный остаток, то продажи проходят, однако если нет ( значение выставлено в NULL), то продажи не производятся даже при выставлении флагов "Отрицательные остатки" - да и (или) "Списание остатков - да|нет"

Эта проблема тоже решилась повторным патчем?
У меня на тестовой машине при начальном значении null продажи проходят, только не происходит списания остатков (если включено в настройках).
Если начальное кол-во 0, тогда и продажи проходят и остатки списываются (если включено списание).
Кстати, поле sale_quantity - это настройка минимального количества для продажи данного товара, а вовсе не регистр проданного количества.
Т.е. для оперативного учёта используется только поле quantity (текущий остаток) и таблица транзакций.

[BigAndy]

Да, продажи проходят.
Проблема со списанием остается.
Патч 4 не пробовал.

Т.е. для оперативного учёта используется только поле quantity (текущий остаток) и таблица транзакций.

Да, это мы поняли.
Если можно, задам еще пару вопросов.
Откуда заполняется поле n_kkm? Установленные параметры для выгрузок на данное поле не влияют. А ыло бы удобно заполнять одну таблицу transaction снескольких рабочих мест. Пока справляемя, добавив поля (см изображения)

[Alexander]

Поле n_kkm - это заводской номер фискального регистратора/принтера чеков.
Для разделения транзакций по номерам рабочих мест надо использовать поле n_pc - номер рабочего места (ПК), который задаётся в "настройках обмена данными" (файл /etc/dancy/Load_unload.conf, параметр [N_PC]) - для каждого рабочего места свой.

[Alexander]

При добавлении достаточно большого количества записей в GRID формы кнопки -элементы управления уходят за границы окна формы.
1.2.5 patch3

Исправлено в 1.2.5 patch5.