SP4 и суммовые.

[ToRo]

Использую стандартное приложение и демо-базу.

1. Создаю накладную по поставщику
01.01 Д20 К60.01 100USD (3000р.) курс= 30

2. Создаю платеж с выключенной галкой предоплаты
02.01 Д60.02 К51 3100 RUR (курс = 31)

3. Сопоставляю. Образуется суммовая и проводка по закрытию счетов
Д60.01 К60.02 3000 р.

Если в платеже ставлю галку предоплата, то закрывается корректно: на 3100 р.
Это баг или фича? ПРичем здесь предоплата, если платеж у нас проводится ПОСЛЕ накладной?

Есть идеи?


Ax 3.0 SP4 EE Build #11.0

[ToRo]

Да, похоже бага пришедшяя с СП4
Удивляет только, что никто не реагирует....

Либо все уже давно обнаружили и каждый на у себя проекте быстро поправил.
Либо у всех свои суммовые написаны
Либо суммовые не используют.

[sukhanchik]

... либо не переходили на СП4 ...

[BOAL]

Это не баг, все так и было. Прежде, чем катить балон на СП4, проверили бы на ранних СП.

У вас просто разные профили в проводках, что и показала проводка
Д60.01 К60.02 3000 р.
Которая, к слову, абсолютно верная и никакого отношения к суммовым разницам не имеет

А предоплаты (галка) заведомо разнопрофильные и к ним переброска применяется только в политике "по оплате"
Так что описанные проводки корректны, бага нет.

[ppson]

Цитата:

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

Так что описанные проводки корректны, бага нет.

Угу.
А что делать с оставшимися 100 рублями? перечислить в MBS?

[ToRo]

Цитата:

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

Это не баг, все так и было. Прежде, чем катить
балон на СП4, проверили бы на ранних СП

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

Цитата:

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

У вас просто разные профили в проводках, что и показала проводка
Д60.01 К60.02 3000 р.
Которая, к слову, абсолютно верная и никакого отношения к суммовым разницам не имеет

Проводка абсолютно неверная. Счета закрываются некорректно. Подумайте.

Цитата:

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

А предоплаты (галка) заведомо разнопрофильные и к ним переброска применяется только в политике "по оплате"
Так что описанные проводки корректны, бага нет

Вообще Вас не понял. Причем тут предоплата и политика "по оплате"? Вы про НДС?

[ToRo]

Цитата:

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

Угу.
А что делать с оставшимися 100 рублями? перечислить в MBS?

Предлагаю на специальный расчетный счет.Имени меня

[ToRo]

Забыл сообщить, что настройка документа по переоценке в параметрах ГК никак не влияет на сумму закрытия. Т.е. неверная в обоих случаях (накладная/первый по дате).

[BOAL]

Уточнение - оснавная валюта у вас что? Это сильно влияет на "подумайте".
Тк если доллары - это одно, если рубли другое.

Допустим рубли.
тогда
№1 100 UDS mst = 3000 профиль1 (курс 30)
№2 -3100 RUR mst = 3100 профиль2 (курс 31)

делаем сопоставление
имеем закрытие 3000 RUR + перебросу профилей + курс разница (какая, кстати, проводка?)

проводка №1 закрывется полностью, во второй остается 100 рублей (которые можете слать МБС или использовать для закрытия других счетов, или клиенту вернуть, что собственно правильно, тк денюжки его, тк валюта основная в данном примере рубли, а не баксы - и это проблемы вашего учета, а не клиента.)

Так что я опять таки не вижу несоответстыия - поясните, где тут баг, пожалуйста.

Если валюта МСТ == бакс. То песня иная

№1 100 UDS mst = 100 профиль1 (курс 30)
№2 -3100 RUR mst = 100 профиль2 (курс 31)

тут в перебросе по профилям будет 100 баксов, что собственно ответило на мой вопрос - МСТ у вас рубли, тк пример был
Д60.01 К60.02 3000 р.
а переброста идет в МСТ

У нас теже грабли были - когда, после недельной задержки оплаты по счетам, по системе мы должны клиенту денег, но так оно и есть. В приведенном примере все логично.
Распишите, плис, ваши ожидания от расчета?

[ppson]

Антон, ты что то перехимичил с суммовыми.
У меня аксапта игнорирует галгу "предоплата".

[ToRo]

Цитата:

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

Уточнение - оснавная валюта у вас что? Это сильно влияет на "подумайте".
Тк если доллары - это одно, если рубли другое.


№1 100 UDS mst = 3000 профиль1 (курс 30)
№2 -3100 RUR mst = 3100 профиль2 (курс 31)

делаем сопоставление
имеем закрытие 3000 RUR + перебросу профилей + курс разница (какая, кстати, проводка?)

Первичная валюта: рубли.

№1 01.05____Д 20.100__К60.030 _________100 USD (3000RUR) (курс 30)
№2 02.05____Д 60.080__К51.101_________3100 RUR (курс 31)

В проводке № 2 галка "предоплата" не отмечена.

Сопоставляем, получаем отрицательную суммовую разницу:
Д 20.100__К60.030 100 RUR

и проводку по сопоставлению:
Д 60.030__К 60.080______3000 RUR

Цитата:

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

проводка №1 закрывется полностью, во второй остается 100 рублей (которые можете слать МБС или использовать для закрытия других счетов, или клиенту вернуть, что собственно правильно, тк денюжки его, тк валюта основная в данном примере рубли, а не баксы - и это проблемы вашего учета, а не клиента.)

Так что я опять таки не вижу несоответстыия - поясните, где тут баг, пожалуйста.

Несоответствия в том, что ни один из профилей не закрывается полностью. В итоге сальдо остается:

60.030 -100 RUR
60.080 +100 RUR

Счета по клиенту полностью не закрываются, и именно в этом проблема. Правильная сумма закрытия:

Д 60.030__К 60.080______3100 RUR

В таком случае, оба счета закроются корректно.
Это и есть мои ожидания от расчета.

Если же в проводке №2 (платеже) стоит галка "предоплата", то закрытие происходит корректно (сумма 3100). В таком случае, получается что на все дебетовые проводки по клиенту нужно ставить галку препдоплата, чтобы система работала корректно.

Я использую стандартные российские суммовые разницы.

Цитата:

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

Если валюта МСТ == бакс. То песня иная

С валютой доллары не тестировал.

[ToRo]

Цитата:

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

Антон, ты что то перехимичил с суммовыми.
У меня аксапта игнорирует галгу "предоплата".

Я вот тоже так думал поначалу, и у меня тоже раньше игнорировала.
Но я с fed проконсультировался, у него то же самое.

Тестирую на стандартном приложении. Может у тебя там модификации какие-то?
У меня документ для переоценки в параметрах ГК - накладная.

До SP4 такого вроде не было.

[ppson]

Сейчас восстанавлю "девственный" СП4 и еще раз проверю.

[Raven Melancholic]

Цитата:

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

П
Если же в проводке №2 (платеже) стоит галка "предоплата", то закрытие происходит корректно (сумма 3100). В таком случае, получается что на все дебетовые проводки по клиенту нужно ставить галку препдоплата, чтобы система работала корректно.

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

[ToRo]

Цитата:

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

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

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

[BOAL]

проверил на своем сп3ку1 (правда он модифицирован в доль и поперек) - все ок.
Но есть "но", что меня и парило. Там не дожно быть курсовиков вообще.
Просто
переброска 3000р и остаток во второй проводке 100р - и вот это точно правильно.
Те мой пример читать без "+ курсовики", и тогда он полностью верный.

проверьте, плис, галки настроек у себя - может работает датский код или есть закрытие счетов(профилей).
Тк стандартные демо-даные - это все же не истина в последней инстанции.
Или реально баг СП4, курсовики, где им не место.
Тк описанный в посте 11 случай явно неверен и негодование понятно.

[ToRo]

Цитата:

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

проверил на своем сп3ку1 (правда он модифицирован в доль и поперек) - все ок.

А Вы проверьте стандартное приложение и на СП4
Я же специально написал в первом посте что стандарт тестирую. Для чистоты эксперимента.

Цитата:

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

Но есть "но", что меня и парило. Там не дожно быть курсовиков вообще.
Просто
переброска 3000р и остаток во второй проводке 100р - и вот это точно правильно.
Те мой пример читать без "+ курсовики", и тогда он полностью верный.

Давайте пользоваться... скажем так, "терминологией аксапты". При сопоставлении проводок в разных валютах образуются суммовые разницы, при условии что курсы валют проводок на даты начисления и платежа разные.
Почему у Вас их быть не должно не знаю. Возможно модификации "вдоль и поперек" виноваты.
Причем здесь остаток (сальдо дебетовое Вы имеете в виду?) 100р., и что здесь правильно, тоже не понимаю.

Цитата:

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

проверьте, плис, галки настроек у себя - может работает датский код или есть закрытие счетов(профилей).
Тк стандартные демо-даные - это все же не истина в последней инстанции.
Или реально баг СП4, курсовики, где им не место.
Тк описанный в посте 11 случай явно неверен и негодование понятно.

У меня стандартное приложение с работающим dis-слоем. Ошибка со слов разработчика именно в нем, и мне нет оснований ему не верить.
Какие еще галки Вы предлагаете мне проверить? Параметры суммовых в ГК активны, но они никак не влияют на сумму закрытия.

[BOAL]

Проверил на сп4 на демоданных от сп3ку1

описанная в первом посте ситуация (осн валюта рубли)
курсы 01.05.06 30р
02.05 31р
Делаем ЖГК

БАНК_ГК000004 01.05.2006 20.100 60.030 USD 100.00 3000.00

БАНК_ГК000005 02.05.2006 60.080 51.101 RUR 3100.00 3100.00
Галки предоплаты нет

сопоставляем.

имеем закрытые проводки в ноль (обе)

порадилось
140000033_046 02.05.2006 60.030 60.080 RUR 3100.00 3100.00

и
140000034_046 02.05.2006 20.100 60.030 RUR 0.00 100.00


Это то, что вы хотели?

Предыдущий свой опыт ставил на проектной версии, где осн валюта USD мог не корректно перевести пример

Хм.... заметил, что билд у меня EE SP4 Build #10.0

Так что, если на 11 иначе, то поломали

[ToRo]

Мне очень все это странно, я проверял по поставщику.

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

[Valery]

Проверил. Проводки формируются корректно. У меня тоже EE SP4 Build #10.0
Наверное в Build #11.0 что-то нахимичили