06.04.2005, 12:02 | #1 |
Участник
|
Проблема с формой Закупки (PurchTable) - неправильно отображается аналитика Партия
Ситуация следующая
Axapta 3.0 SP3 Работаем через AOS Пользователей 3-4 Включены складские аналитики Склад и Партия Создаем закупку. Затем когда товар приходит, открываем ее снова, ставим количество по факту и разносим. Так вот, при повторном открытии закупки совершенно случайно и нерегулярно (может 1 раз в день, может чаще) на форме Закупка в строках отображается НЕПРАВИЛЬНОЕ значение складской аналитики Партия, обычно оно совпадает со значением из другой строки этой же закупки (причем товар естественно разный) При разноске или сохранении исправленной сторки система начинает естественно грязно ругаться что для данного товара нет такой партии. Если руками попытаться выбрать партию, то все нормально - она есть. Если прямо из этой же сессии открыть закупку заново, то обычно партии отображаются верно. Куда рыть ? Буду признателен за любые соображения |
|
06.04.2005, 12:13 | #2 |
NavAx
|
Поведение нетипичное. Какие модификации производились?
__________________
Isn't it nice when things just work? |
|
06.04.2005, 13:02 | #3 |
Участник
|
Само приложение досталось от старших товарищей,
у них все вроде работает. Выполнялись мелкие доработки в дизайне - некоторые поля строки закупки сделали невидимыми, пару полей поменяли местами, шрифты кое-где побольше сделали. InventoryDimensionGrid на форме не трогали совершенно. |
|
06.04.2005, 13:07 | #4 |
NavAx
|
Тогда попробуйте произвести обслуживание базы.
__________________
Isn't it nice when things just work? |
|
06.04.2005, 13:40 | #5 |
Участник
|
Пытались
Когда проблема вылезла в первый раз, сделали глобальную компиляцию Не помогло Тогда взяли исходное приложение , заново сделали пару доработок (совершенно в других местах) и опять вручную дизайн поправили на PurchTable. Сделали синхронизацию и пересчет RecID (не помню точно как сия операция зовется, не я делал), до этого RecID были отрицательными. Снова не помогло. Последний шаг - снесли PurchTable со слоя USR, т е убрали все свои доработки Вот сидим ждем чем дело кончится. Конечно, не исключен полностью вариант кривых рук, но вроде все делалось правильно а без изменения интерфейса жизнь юзырей будет скучной... |
|
06.04.2005, 13:44 | #6 |
NavAx
|
Сложный случай :-( Боюсь, через форум такой вопрос не решить.
__________________
Isn't it nice when things just work? |
|
06.04.2005, 14:17 | #7 |
Участник
|
Возможно вы правы
Кстати, с полей только что пришло сообщение что ситуация повторилась. Осталось только AOS убрать, и можно уже тяжелую артиллерию вызывать. Грустно. |
|
11.04.2005, 17:17 | #8 |
Участник
|
Более детальное исследование показало , что глюк проявляется только
в трехуровневой конфигурации, причем на строках закупки с порядковым номером кратным 25 ( если идти по порядку с начала закупки и править например цену) зато совершенно регулярно Очень хочется в глаза посмотреть внедренцам. |
|