Количество в проводках и в документах.

[Lyuboff]

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

[slava09]

Количество "к поставке" одинаковое с "количество"?

[KiselevSA]

Может еще и резервирование свою лепту внести

[Lyuboff]

да, количество "К поставке" равно "Количество".
В проводки добавляется дробная часть как попало.

[Raven Melancholic]

Цитата:

Сообщение от Lyuboff

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

Навскидку:
1) В форме заказа была использована Функции\К поставке;
2) Есть какая-то модифиакция играющая либо с проводками, либо со строками документов;
Опс, в связи с предыдущим сообщением первый пункт отпадает.

[Lyuboff]

Цитата:

Сообщение от KiselevSA

Может еще и резервирование свою лепту внести

Мы не используем резервирование ни в каком виде.

[Lyuboff]

Цитата:

Сообщение от Raven Melancholic

Навскидку:
2) Есть какая-то модифиакция играющая либо с проводками, либо со строками документов;
.

Может и напортачили,работа была коллективная,теперь концов не найдешь,в каких классах можно поискать?

[Raven Melancholic]

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

[glibs]

Так а количество к поставке в складских единицах в строке закупки и непосредственно при обработке накладной никто не менял?

Функциональностью регистрации вы пользуетесь? Там ведь количество указывается в складской единице и любое.

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

[Sirius]

Приведу еще один пример: сегодня была создана закупка на одну единицу номенклатуры. По закупке не было проведено ни одного документа. В складской проводке количество: ~ 0,42 ... весело, да? было бы смешно - если бы не было правдой ...

Аналогичные действия не привели к повтору ошибки, т.е. попытались создать точно такую же закупку - складская проводка корректная (по крайней мере пока)

[Alexius]

Для строк и проводок включены поля Created*, Modified* ? На производительность они сильно не влияют, но частенько помогают найти "врага".

[Sirius]

Вчера включили и поля Created*, Modified* и журналирование таблицы Складские проводки - будем смотреть.

[Sirius]

вобщем сегодняшний день принес всего одну подобную ситуацию..

Несколько дней назад был создан журнал переноса на 11 единиц номенклатуры. Во вчерашнем бэкапе базы - все нормально - две складские проводки на +11 и -11 единц. Сегодня в журнале БД зафиксировано следующее:
Создано две складские проводки по этому журналу: на 0.58 и -0.58 единицы соответсвенно.. По RecId посмотрели проводок этих в InventTrans нет - судя по всему они удалились. Зато есть два обновления старых проводок (с +11 и -11). Одно обновление изменило количество с -11 на -10.42, другое с 9.84 (!) на 9.26. Вобщем вроде как вот он косяк.. но выяснить причину не удалось.. повтор действий пользователя не приводит к таким результатам... куда копать???

[Lyuboff]

У нас еще постоянно вылазит магическое число 0.58, как разница между правильным значением в документе и неправильными в проводках. Может в системе где-то генериться это число и прибавляться/отниматься от верного значения?(Косяк в системе или происки врагов)???

[KiselevSA]

Мистика. А как настроен пересчет единиц и кратность для номенклатуры? Какая точность указана для единицы измерения?

[zelen]

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

[Lyuboff]

Пересчета единиц нет, единица закупки равна единице склада.Почти у всех единиц точность до десятитысячных, кратность стандартная.Но это я понимаю не должно влиять, если единицы одинаковые.

[zelen]

последнее остается зайти в трассировщик и смотреть весь цикл записи

[mazzy]

Цитата:

Сообщение от Lyuboff

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

Можно вместо ответа я дам вам удочку, которая позволит наловить кучу ответов.

Во-первых, вам нужны перекрестные ссылки.
http://axapta.mazzy.ru/lib/xref/

Для любого объекта, в том числе для InventTrans.Qty (1)
перекрестные ссылки позволят узнать чем используется (2) этот объект.
Получившиеся результаты (3) можно отфильтровать, чтобы отобрать те места, где inventTrans.Qty изменяется.

Кнопка Правка (4) позволит перейти в то место кода, где объект изменяется.
Вы можете как проанализировать код, так и тупо поставить точки останова во всех этих местах.

А дальше отладчиком.

См. также
http://axapta.mazzy.ru/lib/explore/
http://axapta.mazzy.ru/lib/explorepricelist/

Прежде чем пользоваться перекрестными ссылками, их нужно построить.
На стандартной, немодифицированной русской Аксапте, перекрестные ссылки строятся от 3 до 10 часов и занимают около 1Гб дискового пространства.

Т.е. ЕСЛИ ваша Аксапта сильно модифицирована
И вы не понимаете почему она ведет себея так или иначе
ТО попробуйте добраться до источника ошибки при помощи перекрестных ссылок.

[Sirius]

Перекрестные ссылки вещь хорошая, по ним пробежались, на первый взгляд ничего подозрительного не обнаружили и решили отловить ошибку.. но дело в том что она сейчас не хочет ловится. вот например вчера опять произошла странная ситуация.. журнал переноса был на 50 единиц.. с утра все было нормально, две проводки на 50 и -50 соответсвенно. к вечеру произошло странное:
1. количество в журнале поменялось на 49.98
2. одна проводка не изменилась (т.е. как было -50 так и осталось)
3. другая проводка поменялась (там стало чтото вроде 49.91, т.е. даже не так как журнале)

при этом в журнале изменений базы данных информация о том, что складская проводка поменялась нет, более того настроенные поля для InventTrans - ModifiedDate, ModifiedBy и т.п. остались незаполненными.. вот такая петрушка.. такое чувство что вообще изменения были сделаны не из Axapta....