Взаимозачеты между договорами контрагентов Nav 2009R2

[Case]

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

[Constantine_imported]

А зачем вам без типа документа? Сделайте эти строчки с типами Оплата и Возмещение, а потом применяйте.

[Case]

я уж думал, что помер ресурс...
апрелем последние сообщения, тоскливо

Constantine, сенкс за оперативный ответ - буду тестировать

[artkashin]

Цитата:

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

я уж думал, что помер ресурс...
апрелем последние сообщения, тоскливо

Constantine, сенкс за оперативный ответ - буду тестировать

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

[Sancho]

Цитата:

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

это не ресурс помер.. к сожалению (

плюсую и присоединяюсь к поздравлениям!

[Case]

Цитата:

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

Цитата:

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

я уж думал, что помер ресурс...
апрелем последние сообщения, тоскливо

Constantine, сенкс за оперативный ответ - буду тестировать

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

Да как то не красиво, когда нет типа документа. Отчеты аналитические, которые считают по Cust LE перестают показывать нужные цифры. Клиентские отчеты, завязанные на типах документов тоже.
Возмещение использовать как-то не получается, если не делать лишних проводок с банковским счетом. Возвращать все на 51 бухгалтера не имеют права. Проводки должны быть 62-62, только договора разные, либо клиенты, соответственно это двухстрочный документ в фин журнале, без балансовой части. И код ковырять совсем не хочется)))

[Captain]

В 2009R2 есть функционал Договоры (Соглашения) и соответственно поля в 81,21 и 17 таблицах. Почему не используете?

[artkashin]

Цитата:

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

Цитата:

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

это не ресурс помер.. к сожалению (

Да ничо! Олдскул форева!! />
Что-то типа borland.ru можно будет организовать (как nav-домен освободится) и там точно так же рефлексировать.

Зы: А еще поздравляю тя с еще одним оборотом вокруг солнца! Желаю ща и лю!! И де!! />

о)) Спасибо)) Как спалил? Вроде не светился нигде))

[artkashin]

Цитата:

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

Да как то не красиво, когда нет типа документа. Отчеты аналитические, которые считают по Cust LE перестают показывать нужные цифры. Клиентские отчеты, завязанные на типах документов тоже.
Возмещение использовать как-то не получается, если не делать лишних проводок с банковским счетом. Возвращать все на 51 бухгалтера не имеют права. Проводки должны быть 62-62, только договора разные, либо клиенты, соответственно это двухстрочный документ в фин журнале, без балансовой части. И код ковырять совсем не хочется)))

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

[artkashin]

Цитата:

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

Что-то типа borland.ru можно будет организовать (как nav-домен освободится) и там точно так же рефлексировать.

кстати, забавный сайтик) аж слезу пустил) Долго думал, какой же у нава в России домен.
domain: NAVISION.RU
nserver: Ns1.msft.net
nserver: Ns3.msft.net
nserver: Ns4.msft.net
state: REGISTERED, DELEGATED
admin-contact:https://www.nic.ru/cgi/whois_webmail...in=NAVISION.RU
org: Microsoft Corporation
registrar: RU-CENTER-REG-RIPN
created: 2004.07.22
paid-till: 2014.10.01
source: RU-CENTER

Как думаете, в майкрософте продлят аренду,не прошляпят? 4 месяца осталось))))

[artkashin]

Цитата:

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

плюсую и присоединяюсь к поздравлениям!

Спасибо! Кстати, в междусобойчике мы уже встречались на похоронах NAV (честно, не чёкаясь пиво пили! )
Может пора провести более массовое мероприятие?

[GalaM]

Цитата:

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

кстати, забавный сайтик) аж слезу пустил) Долго думал, какой же у нава в России домен.
domain: NAVISION.RU
nserver: Ns1.msft.net
nserver: Ns3.msft.net
nserver: Ns4.msft.net
state: REGISTERED, DELEGATED
admin-contact:https://www.nic.ru/cgi/whois_webmail...in=NAVISION.RU
org: Microsoft Corporation
registrar: RU-CENTER-REG-RIPN
created: 2004.07.22
paid-till: 2014.10.01
source: RU-CENTER

Как думаете, в майкрософте продлят аренду,не прошляпят? 4 месяца осталось))))

Насколько я знаю аренда домена продляется автоматически, если на счету у владельца есть нужная сумма.
Надеюсь, что Microsoft Corporation она найдется

[Sancho]

Цитата:

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

Кстати, в междусобойчике мы уже встречались на похоронах NAV (честно, не чёкаясь пиво пили! /> )
Может пора провести более массовое мероприятие? />

создавай тему!
(в разделе Новости Рынка )

[Arshak]

Цитата:

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

Цитата:

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

Кстати, в междусобойчике мы уже встречались на похоронах NAV (честно, не чёкаясь пиво пили! />/> )
Может пора провести более массовое мероприятие? />/>

создавай тему!
(в разделе Новости Рынка /> )

грустно однако.. а давайте тему и поговорим куда свой 12 летний опыт засунуть после похорон(

[InTacto]

Цитата:

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

грустно однако.. а давайте тему и поговорим куда свой 12 летний опыт засунуть после похорон(

А можно по-подробней? что произошло?

"А мужики-то не знают!!!..." (с)

[artkashin]

Цитата:

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

А можно по-подробней? что произошло? />

"А мужики-то не знают!!!..." (с)

В том то и дело, что ничего не произошло. В мире Навижн уже лет этак 7 ничего не происходит. Хотя вру. Мертворожденный 2009 и клевый, "няшный" Dynamics "пользователю Бухгалтер понравился ваш акт ввода в эксплуатацию ОС" NAV 2013 аж R2.
Вот ей богу, все нравится в 2013. Клевый. Но постоянно ловлю себя на мысли что чего-то не хватает. И в один момент я понял!Жутко не хватает лайков :-)

А если серьезно, то просто хочется собраться, на выживших посмотреть. Просто тематическая вечеринка. Тема "Похороны". С собой брать два бояна.
Продублирую в .. нет не в новостях рынка...)))

[Case]

Цитата:

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

В 2009R2 есть функционал Договоры (Соглашения) и соответственно поля в 81,21 и 17 таблицах. Почему не используете?

Сорри, не понял вопроса.
Функционал договоров используем и он работает замечательно.
Но есть типичная для российского рас..йства ситуация, когда кто-то где-то ошибается.
Тогда требуется перекинуть остаток непримененной задолжности с одного договора на другой.
В 1С это бухсправка - там все проще, а вот в Нав мне сделать подобное не удается(стандартными средствами).
Лигично было использовать Возмещение и Кредит-Ноту ввиде двух строк журнала без балансовой стороны, после учета которого сделать применение.
Вопрос в том -КАК???!!!!

[artkashin]

Цитата:

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

Лигично было использовать Возмещение и Кредит-Ноту ввиде двух строк журнала без балансовой стороны, после учета которого сделать применение.
Вопрос в том -КАК???!!!!

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

[Sancho]

Цитата:

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

Лигично было использовать Возмещение и Кредит-Ноту ввиде двух строк журнала без балансовой стороны, после учета которого сделать применение.
Вопрос в том -КАК???!!!!

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