Сопоставление по клиентам в MST

[Ivanhoe]

Цитата:

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

Есть же печать накладной в основной валюте (если основная рубли).

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

[EVGL]

Цитата:

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

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

Надо одну строчку поменять, тогда сойдется, по крайней мере накладная с фактурой.

[Alexius]

Цитата:

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

Надо одну строчку поменять, тогда сойдется, по крайней мере накладная с фактурой.

А как же совпадение суммы в проводках по клиентам/поставщикам/ГК с печатной формой ?

PS. Все эти округления/подгонки в АХ - очень увлекательный пазл

[Ivanhoe]

Цитата:

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

Надо одну строчку поменять, тогда сойдется, по крайней мере накладная с фактурой.

Я про выполнение равенства по строке Цена без НДС * кол-во + Сумма НДС = Итого с НДС. Из-за пересчета по курсу и округлений совпадения будут не всегда. А если еще и цена включает НДС в исходном документе... то никакой бухгалтер никогда не примет такой документ.

[pitersky]

Цитата:

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

Я про выполнение равенства по строке Цена без НДС * кол-во + Сумма НДС = Итого с НДС. Из-за пересчета по курсу и округлений совпадения будут не всегда

Ага, мы тоже с этим сталкивались. Тогда, помнится, бухи говорили, что обязательно должно быть Сумма без НДС + Сумма НДС = Итого с НДС. А если Сумма без НДС не совпадает с Цена без НДС * Количество - на это можно закрыть глаза.

[kornix]

Большое спасибо за участие..
Есть еще один подводный камень: При сопоставлении Axapta сравнивает суммы в валюте операции (AmountCur). Если требуется работать в основной валюте - нужно и сопоставлять в ней же. Получается вполне ожидаемый "парадокс":
- Выставляем накладную на 100 USD (3000 RUR) 1-го числа
- Вводим платеж от клиента на 100 USD (3100 RUR) 2-го числа - курс изменился!
- При сопоставлении мы должны:
1. Сопоставить расходную проводку по накладной в валюте компании на 100 USD и 3000 RUR (по приходной проводке остается хвост = 100 RUR, баланс не сходится)
2. Платеж сопоставляем с накладной на 3000 RUR и 100 USD
3. Переоцениваем накладную на дату платежа - рождаем хитрую курсовую разницу на 100 RUR и 0 USD
4. Сопоставляем курсовую разницу с платежом на 100 RUR

По сути, сопоставление в валюте операции выполнится корректно (за счет введения собственной курсовой разницы в валюте операции).

В такой схеме баланс по счету сходится, но решение получается совсем некрасивым. Минусы такие:
1. Появляются проводки, у которых суммы в основной валюте компании - нулевые
2. Необходимо разрабатывать свой механизм сторнирования таких проводок по курсовой разнице для случаев ввода повторных платежей / рассопоставления.
3. Необходимо изменять стандартный механизм сопоставления
4. Печатные формы действительно придется переделывать (с галкой "в основной валюте" экспериментировать бесполезно, суммы получаются кривыми)

Другого решения пока мне найти не удалось.

[EVGL]

Цитата:

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

А если еще и цена включает НДС в исходном документе... то никакой бухгалтер никогда не примет такой документ.

Примет, никуда не денется. И от поставщика примет, да еще и подгонит свою систему под округление чужой.

[Alexius]

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

Вообще-то не совсем понятная схема схема работы, если договора рублевые, то на основании чего формируется курсовая разница и какими документами она должна отражаться ? Из какого документа клиент узнает, что он должен 100 баксов, а на 3000 рублей ?
Если валютные, то и отгрузка и документы на нее должны идти в валюте.

А в свете С 1 октября отменяют НДС по суммовым разницам все будет еще веселее

PS. Мне кажется лучше разобраться со всеми вопросами на оргуровне.