|
27.01.2010, 12:09 | #1 |
Участник
|
Разница с суммах при сторно заказа на покупку
Добрый день!
Оприходовали заказ на покупку, затем его сторнировали через немедленное получение. Получили "странную" разницу в суммах между накладными (прямой и сторно): Сумма \ Налог Накладная \ 273 955,00 \ 31 462,78 Сторно \ -273 960,00 \ -31 463,24 Смотрю строки накладных. Прямая: Код номенклатуры \ Количество \ Сумма с НДС \ НДС \ Цена с НДС Ном1 \ 1 000,00 \ 68 000,00 \ 10 372,88\ 68,00 Ном2 \ 1 000,00 \ 167 555,00 \ 15 232,27\ 167,56 Ном3 \ 600,00 \ 38 400,00 \ 5 857,63\ 64,00 Сторно: Код номенклатуры \ Количество \ Сумма с НДС \ НДC \ Цена с НДС Ном1 -1 000,00 \ -68 000,00 \ -10 372,88 \ 68,00 Ном2 -1 000,00 \ -167 560,00 \ -15 232,73 \ 167,56 Ном3 -600,00 \ -38 400,00 \ -5 857,63 \ 64,00 Такое впечатление, что система при сторно взяла цену на товар из "прямой" накладной и умножив на кол-во получила снова сумму (на 5 руб. больше), хотя в заказе на продажу цена не указала, только "Чистая сумма" Что делать? Кто с этим сталкивался? Как заставить аксу брать сумму, а не рассчитывать сумму из цены? Заранее всем спасибо. P.S. Ax 4.0 SP2 У ном-р включены аналитики Партия и Номер ГТД. |
|
27.01.2010, 12:22 | #2 |
Участник
|
Насколько я знаю, штатным способом никак. Это особенность поведения системы.
Если обрабатываемое количество отличается от количества в строке, то при расчете суммы сперва считается цена и от неё уже сумма берется. Поэтому происходят округления. Самым простым способом для вас было бы запретить вводить сумму руками, так чтобы всегда для накладной сумма была равна цене умноженной на количество. Можно попробовать указывать цену за несколько единиц. |
|
27.01.2010, 12:33 | #3 |
Участник
|
2 Logger
Ну, во-первых, количества всегда одинаковые (сторно же). В данном случае +1000 и -1000. Непонятно, с чего система вдруг стала снова пересчитывать сумму. А запретить вводить сумму никак не получится, иначе мы получим разницу в сумме от накладной поставщика. Это будет сложно объснять, например, налоговой службе. |
|
27.01.2010, 12:59 | #4 |
Участник
|
Цитата:
Кстати, на всякий случай проверьте настройки округления для цены в справочнике валют (ГК).
__________________
Если машина не заводится с пятого раза - читай инструкцию. Последний раз редактировалось ikopyl; 27.01.2010 в 13:02. |
|
|
За это сообщение автора поблагодарили: Lelya (1). |
27.01.2010, 13:53 | #5 |
Участник
|
2 ikopil
Челт побьери, а я была уверена, что в Разноске уже нельзя сумму изменить. Спасибо! А настройки округления в курсах валют я сразу проверила, ставила округление до тясячных и до десятитысячных не помогло. |
|
27.01.2010, 12:41 | #6 |
Участник
|
С точки зрения аксапты они разные. Так как +1000 не равно -1000
Это разные числа. Если по модулю они всегда одинаковые то можно простую кастомизацию попробовать прикрутить, чтобы для таких случаев суммы не пересчитывались, а брались с обратным знаком. Кажется где то в дебрях PriceDisc ... |
|
|
За это сообщение автора поблагодарили: Lelya (1). |
27.01.2010, 12:49 | #7 |
Участник
|
Спасибо.
Будем копать, но как минимум обидно, что это только программированием можно испавить. Поставила "Единицу измерения цены" = 1000. Помогло в данном случае, но, возможно, сыграет при других кол-вах. Потестирую на этот случай. В PriceDisc полезу в крайнем случае |
|
27.01.2010, 12:53 | #8 |
Участник
|
Сейчас бы еще это сторно как-то исправить. Похоже придется doupdate прямо в LedgerTrans и VendTrans, а так не хочется
|
|
27.01.2010, 19:26 | #9 |
Участник
|
|
|
27.01.2010, 19:35 | #10 |
Участник
|
2 Logger
Знаю, спасибо Самая бяка именно с VendTrans и LedgerTrans не знаю, как апдейдить "жуткие" поля AmountMST с их "-+" и "--" |
|
27.01.2010, 21:54 | #11 |
Участник
|
и еще TaxTrans
|
|
|
Похожие темы | ||||
Тема | Ответов | |||
AX 4.0 Заказ на продажу на основании заказа на покупку | 13 | |||
Ax 3.0 Сторно заказа ОС | 3 | |||
Сторно по Подотчетнику | 6 | |||
Сторно ввода в эксплуатацию ОС | 16 | |||
Кредит-нота заказа на покупку в AX4 | 3 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|