|
16.11.2009, 11:52 | #1 |
Участник
|
Заказы. Операции не балансируют.
Доброго всем времени суток, коллеги. Ax 4.0 международная SP2, SQL2005
Ситуация такая: в модуле расчетов с клиентами заводятся заказы на продажу. С недавних пор небольшая часть накладных перестала разноситься. Система утверждает, что: "Операции по коду такому-то не балансируют согласно такой-то даты" (скрин ошибки пришит к сообщению). Заказы вносятся в основной валюте. Вторичная валюта в настройках компании отсутствует. Обычно разница в пределах 0.01-0.05, и до этого времени с подобной ситуацией не сталкивались.При этом, грубо говоря, на следующий день система позволяет разнести один из этих проблемных заказов. Знаю точно, что данные в этих заказ не менялись с момента занесения в систему. Попытки исправить: удалялись индексы, приложение было переиндексировано. Эффекта не дало. Неплохо было бы разобраться, из-за чего может быть такое странное поведение. Пугает, однако. Последний раз редактировалось bobski; 16.11.2009 в 11:54. |
|
16.11.2009, 11:56 | #2 |
Участник
|
Трэйсить, трэйсить и трэйсить.
На разбаланс сколько раз натыкался. В большинстве случаев проблема снималась без программирования.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему. |
|
16.11.2009, 12:06 | #3 |
Moderator
|
Главная книга - Параметры - Максимально допустимое расхождение
не поможет ? |
|
|
За это сообщение автора поблагодарили: axbegin (1). |
16.11.2009, 12:15 | #4 |
Участник
|
Небольшое расхождение в разноске Закупок/заказов - это нормально. Ведь создается сложная проводка - с одной стороны на счет запасов падают суммы по каждой номенклатуре отдельно, с другой стороны на счет поставщика/клиента падает общая сума по накладной. И перевод в основную валюту производится так же - с одной стороны по каждой номенклатуре отдельно с округлением, с другой стороны общей суммой по накладной с округлением. Тут уж без ошибки округления никуда.
|
|
16.11.2009, 12:16 | #5 |
Участник
|
Решается это, как выше писал Андре, настройкой незначительного расхождения в параметрах ГК.
|
|
16.11.2009, 12:44 | #6 |
Участник
|
Настройка расхождения в данном случае кажется лишним движением. Основная валюта компании и валюта заказа идентичны. Да и с проблемой такой ранее не сталкивались - база отработала уже более года. Сабж проявился менее месяца назад и настораживает кучность возникновения указанной ошибки, слишком уж часто она стала появляться. Так же настораживает, что система не дав разнести заказ "сегодня", вполне может позволить разнести его на следующий день.
|
|
16.11.2009, 17:08 | #7 |
----------------
|
Посмотрите через SQL на суммы проводок и строк заказов. Такое возникает, когда происходят разноски неокругленных сумм.
Последний раз редактировалось Wamr; 16.11.2009 в 17:18. |
|
17.11.2009, 11:58 | #8 |
Участник
|
...заметил ещё одну довольно непонятную вещь:
в системных счетах указан счет (назван SO.01) для "Допустимого расхождения в осн. валюте"; в параметрах ГК допустимое расхождение в основной валюте тоже указано и равно 1,00. Смотрим LedgerTrans и видим несколько операций по SO.01. Суммы есть как дебетовые, так и кредитовые.. и все в пределах -1.00..+1.00, что и следовало из настроек. Однако текущие "капризные" заказы при разноске указывают на разницу в -0.01.. -0.07 и напрочь отказываются разноситься. Вроде указанных параметров и настроек должно быть достаточно для разноски, или я не замечаю других каких важных настроек? |
|
15.07.2010, 09:38 | #9 |
Участник
|
такая же проблема, но расхождение во вторичной валюте порядка 1,56. порог 1,20, увеличивать не будем.
исх. данные: dax 2009 sp1 ru5, заказ на продажу в основной валюте - руб. в каждой из 800 строк одна и та же номенклатура, но разные чистые суммы. цен по строкам нет, системный счет по округлению есть. вопрос: где копать? |
|
15.07.2010, 11:32 | #10 |
Программатор
|
Насколько я помню система сравнивает 2 переменные, и если они разные. то ругается. Посмотрите как они считаются. Скорее всего какие то настройки.
|
|
Теги |
не балансируют, разноска, накладная |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|