Как выкрутиться с кредит-контролем?

[Turetskiy]

Добрый день, коллеги.
Такая вот есть проблема.
Пользователи сторнировали пару десятков заказов и насоздавали новых,
с теми же суммами... Ситуация, как в той поговорке
(заставь дурака богу молиться, так он и лоб себе расшибет).
Причины такой масштабной операции опустим (это в раздел юмора),
но теперь нужно что-то решить с кредит-контролем,т.к. фактически
деньги клиент заплатил, а претензия все равно выставится, т.к. заказ-то
вроде как новый и с платежом ессно не сопоставлен...
Может есть у кого идеи как выкрутиться с кредит-контролем? Править руками TransRecId в CustSettlement? Или делать реверс сопоставлений, а потом переделывать их заново?

[UNRW]

пересопоставить

[mazzy]

Цитата:

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

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

Сопоставить проводки клиентов - отсторнированные нормальные накладные с кредит-нотами.

Сопоставлять можно не только с платежом.
Но и накладную с накладной, если они с разными знаками,
а также платеж с платежом (возвратом платежа), если они с разными знаками.

[Turetskiy]

Цитата:

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

Сопоставить проводки клиентов - отсторнированные нормальные накладные с кредит-нотами.

Сорри за непонятливость... Что с чем сопоставить?

Цитата:

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

Сопоставлять можно не только с платежом.
Но и накладную с накладной, если они с разными знаками,
а также платеж с платежом (возвратом платежа), если они с разными знаками.

хмм... сопоставить платеж с накладной - это понятно, это для того, чтобы
четко знать, кто, сколько и за что платил.
А что мне даст сопоставление накладной с накладной?

P.S.
Может быть есть где-то в сети описание данного процесса?
Был бы очень признателен за ссылку... А то, что-то очень уж
некомфортно быть бестолковым...
P.P.S
Речь идет об Axapta 3.0 SP3

[mazzy]

Цитата:

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

Сорри за непонятливость... Что с чем сопоставить?

Зайти в Список клиентов. Кнопка Функции, пункт Сопоставить открытые проводки
Установить галочку на накладной, которая отстронирована
Установить галочку на кредит-ноте (накладная, которая сторнирует первую)
Нажать Обработать.

Т.е. сопоставить накладные с их кредит-нотами.

Цитата:

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

хмм... сопоставить платеж с накладной - это понятно, это для того, чтобы
четко знать, кто, сколько и за что платил.
А что мне даст сопоставление накладной с накладной?

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

[Turetskiy]

2 mazzy
По заказам, которые были сторнированы оплата уже прошла,
т.е. претензии по ним не выставляются. Проблема в другом -
вместо сторнированных заказов пользователи насоздавали других,
таких же (вместо сторнированных) и вот по ним-то система
выставляет претензии, а фактически деньги клиент уже заплатил.
Собственно в том и вопрос, как по этим новым заказам
не выставлять претензий, потому что оплату уже получили?

[longson]

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

Используйте "Сопоставление фактур с оплатами" вместо "Сопоставление открытых проводок" - вам будет виднее. Эти 2 формы по основным функциям одинаково работают, только "Сопоставление фактур с оплатами" разделяет проводки на 2 части, дебиторские - наверху, а кредиторские - внизу.

[twilight]

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

[mazzy]

Цитата:

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

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

Нет, проблема не в этом.
Проблема в головах.

В стандартной Аксапте по заказам НЕ МОЖЕТ БЫТЬ оплаты, оплата бывает по накладным.
В стандартной Аксапте по заказам НЕ МОЖЕТ БЫТЬ претензий, претензии бывают только по накладным.
В стандартной Аксапте НЕ БЫВАЕТ сторнированнЫХ заказов, бывают заказы с отрицательным количеством (они трактуются как БУДУЩИЙ возврат). Опять же сторнированными бывают только накладные и платежи.

Заказ - суть черновик. И ни на что не влияет (разве что только на резерв).
Пользователи сколько угодно могут создавать заказы. На итоги (и на сторно) влияют только фактические документы, созданные НА ОСНОВАНИИ заказов.

Фактические документы отображаются в клиентских проводках.
Претензии создаются на основании несопоставленных клиентских проводок.

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

[longson]

Я бы не сказал что это проблема в голове. Просто неточное использование терминов, что и является очень обычным явлением в это время :-)

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

После этого осталась проблема с оборотом на счетах ГК, и также с оборотом по складам - задвоенные (и иногда и затроенные) цифры. Правильно получилось только исходящее сальдо. Но этого мало. Очень хотелось бы услышать как данная проблема решена в AX.

Лично я для составления отчетов вручую исключил из проводок лишние проводки ... Не очень интеллектуальное занятие конечно :-)

[mazzy]

Цитата:

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

Я бы не сказал что это проблема в голове. Просто неточное использование терминов, что и является очень обычным явлением в это время :-)

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

Цитата:

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

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

После этого осталась проблема с оборотом на счетах ГК, и также с оборотом по складам - задвоенные (и иногда и затроенные) цифры.

Снова какая-то мешанина в голове или в терминологии.

Сопоставление создает проводки только в двух случаях:
1. Когда есть налог по предоплате - тогда сопоставление сторнирует этот налог, а рассопоставление возвращает этот налог на место (и при сторнировании и при возвращении создаются новые операции в ГК)
2. Когда отличаются счета реализации и (пред)оплаты различаются - тогда сопоставление создает новую операцию для закрытия этих субсчетов, а рассопоставление создает новую операцию для восстановления сальдо.

Например,
2.1. Реализация, оплата, сопосталение
01.01.2008, Дт 62.1 Кт 90.1, 100 руб, реализация
...другие проводки реализации...

10.01.2008, Дт 51, Кт 62.2, оплата настороена на другой субсчет

31.01.2008, Дт 62.2, Кт 62.1, сопоставление

31.01.2008, Дт 62.1, Кт 62.2, рассопоставление

31.01.2008, Дт 62.2, Кт 62.1, повторное сопоставление

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

3. Сопоставление по клиентам/поставщикам никогда не трогает проводки по складу. По складу надо искать другие причины.

longson, совет: постарайтесь предельно точно сформулировать проблему (хотя бы для себя). Уверяю, что ответ найдется сам собой. Ведь правильно заданный вопрос содержит половину ответа.

Цитата:

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

Лично я для составления отчетов вручую исключил из проводок лишние проводки ... Не очень интеллектуальное занятие конечно :-)

Угу. "Закат солнца вручную" вместо того, чтобы разобраться с сутью вопроса.

[Turetskiy]

2 mazzy
Благодарю за ликбез.
Ваши пояснения о сути заказов и их роли в Аксапте читал и ранее, просто на этот раз неверно сформулировал.
Собственно и кроме этого на Вашем сайте почерпнул немало полезной информации, но пока не привык пользоваться терминологией, поскольку с АХ знаком всего 4 месяца...
Понимаю, конечно, что уж коль взялся за какую-то область, будь добр изъясняться общепринятыми терминами... впредь постараюсь так и поступать.

2 longson
Спасибо за совет, так и сделаю.
С оборотом на счетах ГК все нормально, по крайней мере бухгалтеры так
говорят, сам пока не проверял. А вот с оборотом по складу - таки да, есть
проблема... Появились отрицательные остатки по одной позиции номенклатуры,
при том, что количество равно нулю. Честно говоря, пока не представляю себе как
решать эту проблему.

[mazzy]

Цитата:

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

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

Пересчетом и закрытием склада.
Это совершенно другая задача. На форуме обсуждалось неоднократно.

[longson]

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

Я имел ввиду следующее:

1. Менеджеры отгружают товары, разносят накладные. При этом, формируются проводки ГК и складские проводки (и прочие проводки).

2. Потом выяснилось что неправильно делали, например цены указаны не то, или налоговые группы неправильно ставили. Решили делать кредит-ноты. Разносят кредит-ноты. Формируются проводки ГК и складские проводки, которые сторнируют неправильные. И после этого заново делают заказы, правильные цены и налоги ставили, разносят и получаются правильные проводки ГК и складские проводки.

Поэтому и возникают задвоенные оборота. По крайней мере, в росскийских стандартных отчетов по складам и по счетам ГК.

[mazzy]

Цитата:

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

Решили делать кредит-ноты. Разносят кредит-ноты. Формируются проводки ГК и складские проводки, которые сторнируют неправильные. И после этого заново делают заказы, правильные цены и налоги ставили, разносят и получаются правильные проводки ГК и складские проводки.

Поэтому и возникают задвоенные оборота. По крайней мере, в росскийских стандартных отчетов по складам и по счетам ГК.

1.
Вы делаете не кредит-ноту, а возврат.

Кредит-нота - документ, который затрагивает задолженность клиента, но не затрагивает склад.
Возврат - документ, который затрагивает И задолженность, И склад.

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

Надо отметить, что в российской локализации разница между Кредит-нотами и Возвратами начисто исчезла. Видимо из-за "неправильного употребления терминов" Сейчас остался только Возврат. Поэтому придется либо биться насмерть с локализацией, либо смириться с "задвоенными оборотами", либо начать использовать документ Free Text Invoice (Накладная с произвольным текстом), добавив функцию копирования из накладной.

В ax2009 вводят "сторно по складу", которое не решает проблему, а делает ее еще более запутанной.

2.
Чтобы не получать задвоенных оборотов по счету клиента включите галочку "Корректирующая кредит-нота".

[twilight]

Цитата:

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

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

Я имел ввиду следующее:

1. Менеджеры отгружают товары, разносят накладные. При этом, формируются проводки ГК и складские проводки (и прочие проводки).

2. Потом выяснилось что неправильно делали, например цены указаны не то, или налоговые группы неправильно ставили. Решили делать кредит-ноты. Разносят кредит-ноты. Формируются проводки ГК и складские проводки, которые сторнируют неправильные. И после этого заново делают заказы, правильные цены и налоги ставили, разносят и получаются правильные проводки ГК и складские проводки.

Поэтому и возникают задвоенные оборота. По крайней мере, в росскийских стандартных отчетов по складам и по счетам ГК.

Насчет складских проводок - это нужно самим программировать, чтобы в проводки добавлялся признак сторнировки и потом исключать их в отчете.
А насчет ГК, в 3-ке в параметрах модуля Расчеты с клиентами есть флажок Корректирующая кредит-нота, если он стоит, то, по моему, бухгалтерские проводки по кредит-ноте будут сторнировочными (т. е. с отриц. знаком) по отношению к исходным.

[mazzy]

Цитата:

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

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

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

[longson]

Спасибо за ответы, mazzy иtwilight.

mazzy, да с точки зрения склада нет задвоенных. Но в этот раз я точно сформулировал проблему

Цитата:

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

Поэтому и возникают задвоенные оборота. По крайней мере, в росскийских стандартных отчетов по складам и по счетам ГК.

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

[twilight]

Цитата:

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

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

Если просто добавить признак (который будет проставляться в inventtrans по исходной накладной и по сторнирующей накладной при разноске кредит-ноты) и отслеживать его в оборотке, то на закрытии склада и на себестоимости это, по -моему никак отразится не может.

[Geo]

Цитата:

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

... Решили делать кредит-ноты. Разносят кредит-ноты. Формируются проводки ГК и складские проводки, которые сторнируют неправильные. И после этого заново делают заказы, правильные цены и налоги ставили, разносят и получаются правильные проводки ГК и складские проводки.

Поэтому и возникают задвоенные оборота. По крайней мере, в росскийских стандартных отчетов по складам и по счетам ГК.

Эта проблема решена вышедшим этим летом Feature Pack'ом 1 для Ax4 SP2. Там сделано сторнирование складских операций, включая операции, порождаемые заказами покуки и продажи. При разноске сторнирования нужно поставить галку "Корректировка по кредиту" (и еще пару галок в настройке модуля Управление Запасами). Тогда создаваемые складские операции автоматом помечаются как сторнирующие, и в стандартных отчетах "схлопываются" с нормальными.
В общем, читайте инфу по FP1 (официальную от MS или здесь, на форуме).

Без этой функциональности система вообще "не понимала" никакого складского сторнирования: ни заказов (никаких), ни складских журналов, ничего.