Рассопоставление сопоставленных платежей и задолженностей!

[Yuriy]

Можно убить строки Фин. Книги Операций, НДС Операций, Подробных операций по поставщику/клиенту. И подкорректировать строку операции, по которой происходит сопоставление. Но решит ли это задачу?
Хотелось бы узнать мнение!

[Rungart]

Насколько я понимаю, речь идет об отмене применений оплат к документам и наоборот. В этом случае стандартного функционала нет (и не предвидится). Проще всего сделать отмену по всем операциям клиента, т.е. удалить все применения по этому клиенту из таблицы применений. Ну а потом переприменить операции по новой. О как...

[Rungart]

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

[kolesnikov]

"удалить все применения по этому клиенту из таблицы применений."
О как...
номерочек таблицы не подскажете?

[Yuriy]

Не так все просто, такой таблицы воообще нет :-)) Это та же таблица Vendor/Customer Ledger Entry, просто из нее вытаскиваются определенные записи!

[Rungart]

К примеру, при применении операций в Клиент Книге Операций формируются записи в таблице Подроб. Клиент Книга Операций (379) с типом операции "Применение", в которых указаны номера применяемых операций. Вот исходя из этого родилась идея загрохоть все записи с типом "Применение" в 379 таблице по конкретному клиенту.

[Yuriy]

Только этого мало! При учете сопоставление создается еще пара проводок в Фин. Книге Операций и проводка в книге НДС операций. Их-то тоже нужно грохнуть. У меня конечно теплится надежда, что этого будет достаточно (с первого взгляда), но кто знает, вдруг потом что-нибудь свалится.

[Rungart]

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

[Sand]

Конечно, по номеру транзакции вы получите все записи, которые сформировались в момент применения, но вы не найдете строки, которые модифицировались в это время. К примеру, поищите в Developer's Toolkit использование MODIFY для таблицы 254 и посмотрите код, предшествующий найденным строкам. Вам станет понятно, что недостаточно просто удалить все операции по применению, необходимо вернуть всё в то состояние, какое было до применения. Проблема же в том, что мы не знаем, ЧТО меняется в том или ином случае.
Этот простой пример дает понять, почему отмена операций применения (и остальных тоже) в Navision достаточно трудно исполнима.

[Rungart]

Был неправ... Каюсь.
Кстати, в 3.6 есть интересная таблица под номером 405 (Change Log Entry). Может настроить необходимые поля для таблицы, к примеру, 254 на изменение и попытаться применить документы. После чего проанализировать результат.
Просьба... сильно ногами не бить.

[Yuriy]

С отменой применения разобрался, вроде работает! :-)

[Rungart]

Поздравляю! А как на счет описания основных этапов отмены ?

[Yuriy]

Цепочка довольно длинная, но суть сводится к тому, чтобы выцепить номер транзакции применения и потом убивать все возникшие строки в журналах операций: финансовом, налоговом и подробных операциях поставщика/клиента. Ну и естественно требуется восстановить строки счетов и оплат, которые были закрыты посредством применения. Вот здесь может быть засада. Тестировать и еще раз тестировать. А когда надоест, перекурить и снова тестировать! :-)

[Aleksander]

Отмена применений, учета(даже изменение некоторых параметров после учета) решена в MBSC Импакт ДВ(www.impactdv.ru). Почему бы не обратиться туда?

[Zabr]

Aleksander, указанная фирма занимается, имхо, только Аттейном, а не Аксаптой. По крайней мере, судя по их сайту. Так что - не в тему. Если только, конечно, Вы сами там не работаете и знаете все лучше.
PS Аттейн на сайте почему-то назван ОСНОВНЫМ продуктом MBS. Забавно.

[Aleksander]

Zabr - я ответил в тему, т.к. вопрос был поставлен по Аттейну. Или я ошибаюсь? Разве это не раздел "Attain, XAL и другие родственники" ?
По поводу работы, - Вы ошиблись, я работаю в другом месте.

[maker3000]

---

[nov]

Цитата из вашего первого мыла:

Есть вариант
Можно убить строки Фин. Книги Операций, НДС Операций, Подробных операций по поставщику/клиенту. И подкорректировать строку операции, по которой происходит сопоставление. Но решит ли это задачу?
Хотелось бы узнать мнение!

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

[BOAL]

Не знаю как в Аттейн, но в ахапте такая задача сделана и уже года два как я пользуюсь такой опцией в журналах ГК Функции/распровести
работает корректно с клиентами, поставщиками, ГК, персоналом, кассой, ОС, банками...
Распроводит только не сопоставленные и в открытых периодах. потом персчет сальдо гк...

По понятным причинам код я тут не дам, но кому интересно, обращайтесь
Есть версии для ах 2.5 и 3.0

Можно и для заказов\закупок сделать... но вот там точно сложней

Очевидно этот пункт меню защищен ключиком от простых-смертных-юзеров... тут вам не 1С все таки...

[nov]

М-мм...
Ну и в чём такое достижение - отменять несопоставленные документы??
Нет, конечно то что вы описали - тоже здорово. Но вообще то вся сложность при отмене и зарыта в связках и отношениях между таблицами, а документ без связей отменить - это в общем как-то... скучно, что-ли...