Счет и корр. счет не могут быть одинаковыми?

[Flomik]

В MSBS Axapta 4.0 из 1С: Бухгалтерия транслируем проводки в строки журнала ГК (Дт Подотчетное лицо Кт Подотчетное лицо). Причем, при программном создании строк журнала, Система не выдает предупреждение – «Счет и корр. счет не могут быть одинаковыми», и разносит сроки журнала.

Т.к. являюсь приверженцем вдумчивого анализа блоков в стандартном функционале, хочу посоветоваться:

• Чем обусловлен данный блок (запрет на одинаковый счет и корр. счет в одной строке)?
• Чем грозит игнор данного блока?

Спасибо!

[sukhanchik]

Цитата:

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

• Чем обусловлен данный блок (запрет на одинаковый счет и корр. счет в одной строке)?
• Чем грозит игнор данного блока?

1. Такая проводка не имеет под собой никакого экономического смысла. Если в 1С такая проводка существует - то, видимо, счет и корр. счет все-таки чем-то отличаются (например значениями субконто - переброска денег между людьми).
В АХ предполагается, что учет ведется не по бух счетам, а по сущностям - клиент, поставщик, сотрудник. Поэтому проводка Д71К71 абсурдна, а ДПупкин-КИванов вполне обоснованна.
2. Ничем. Просто если счет и корсчет ПОЛНОСТЬЮ одинаковы - то и результата не будет.
А если они хотя бы чем-то будут отличаться и Вы сможете эти отличия собрать в отчет (например, добавив финаналитику при корсчете и делать проводки между финаналитиками).

[Flomik]

Счет и Корр. счет отличаются, например, договорами, или профилями разноски, аналитиками.

[sukhanchik]

Цитата:

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

Счет и Корр. счет отличаются, например, договорами, или профилями разноски, аналитиками.

Вооот... Тогда нужно влезать в код и разрешать делать переброски по договорам, профилям разноски или аналитикам.
И можно не бояться.

Запрет же обусловлен следующими факторами:
1. Договора - российская функциональность и при локализации не возникло потребности разрешать переброску между договорами. А у буржуев этой проблемы изначально нет.
2. Аналитик в корсчете штатно нет, а значит и нет проверки на то, что они различаются при разноске.
3. При переброске по профилям разноски получается "нулевая" проводка по сущности - возможно поэтому буржуи запретили ее. Но ничего не мешает снять это ограничение.

[Raven Melancholic]

Транслируйте такие проводки не одной строкой (счет и коррсчет), а двумя без указания корсчета. Если номера операций ГК формируете сами, то дайте этим двум операциям один и тот же номер.

[BOAL]

Уже давно и регулярно (в каждой версии АХ) делаем тюнинг, разрешающий нужные проводки по утвержденным типовым проводкам учета.

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

В любом случае, нужно четко понимать последствия таких разрешений, а именно, смогут ли потом отчеты "наковырять" данные по ваучеру (или как он сча... коду операции ГК) по нужным сторонам проводки, или крышу снесет.
Обратить внимание на выделение ваучера (кода операции) в ЖГК, чтоб не было ситуаций, когда на один код повесится все подряд и из соседних проводок, тогда отчетам точно может поплохеть.

[mazzy]

Цитата:

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

Счет и Корр. счет отличаются, например, договорами, или профилями разноски, аналитиками.

Цитата:

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

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

Не нужно влезать в код.

Цитата:

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

Транслируйте такие проводки не одной строкой (счет и коррсчет), а двумя без указания корсчета.

Именно так - делайте многострочную проводку.
Читайте ФАК. читайте форум. Неоднократно задавался вопрос и давались ответы.

Заодно почитайте плюсы и минусы многострочных и однострочных проводок.

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

Цитата:

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

Уже давно и регулярно (в каждой версии АХ) делаем тюнинг, разрешающий нужные проводки по утвержденным типовым проводкам учета.

Блин....

[mazzy]

Цитата:

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

1. Договора - российская функциональность и при локализации не возникло потребности разрешать переброску между договорами. А у буржуев этой проблемы изначально нет.
2. Аналитик в корсчете штатно нет, а значит и нет проверки на то, что они различаются при разноске.
3. При переброске по профилям разноски получается "нулевая" проводка по сущности - возможно поэтому буржуи запретили ее. Но ничего не мешает снять это ограничение.

Просто локализаторы уроды. И делали "как в 1С".
Вместо того, чтобы делать "как в Аксапте".
В Аксапте родной формой записи является "многострочная проводка".

У буржуев проблем нет, поскольку они всегда могут воспользоваться этой формой записи. Нет профиля у кор.счета? делаем многострочную проводку и указываем разные профили. Нет аналитик у кор.счета? Делаем многострочную проводку и указываем.... Нет * у кор.счета? Делаем многострочную проводку и...

Запись в виде однострочной проводки используется для упрощения ввода данных в некоторых случаях, когда счета разные, а аналитики, профили и т.п. одинаковые... В остальных случаях - многострочная проводка.

А локализаторы во многих местах запретили использование многострочных проводок. Зла не хватает...

[ikopyl]

Пока у нас будут стандарты учета РСБУ, а не МСФО, пока форма превалирует над содержанием - бухгалтеров и палкой не заставишь делать такую запись. имхо. Только когда совсем не вмоготу станет - запишут, плюясь, что заставили делать две записи, а не одну.
"Разруха - она в головах". (Собачье сердце)

[mazzy]

Цитата:

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

бухгалтеров и палкой не заставишь делать такую запись.

Скажите, что "это как сложные проводки в 1С". Только больше. Там нельзя делать несколько дебетов и несколько кредитов. А здесь можно.

И будут делать

Цитата:

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

"Разруха - она в головах". (Собачье сердце)

Ап-солютно согласен.

[Raven Melancholic]

Цитата:

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

Пока у нас ... бухгалтеров и палкой не заставишь делать такую запись. имхо. Только когда совсем не вмоготу станет - запишут, плюясь, что заставили делать две записи, а не одну.

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

[glibs]

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

Вопрос неоднократно обсуждался на форуме.

[mazzy]

Цитата:

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

Но вот, как быть с многострочной проводкой по Клиенту, ведь она недопустима в Системе

Цитата:

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

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

Блин, Глеб, чего из тебя клещами то тащить надо?

во-первых, объясни как твоя фраза соотносится с первоначальным вопросом?
во-вторых, так теперь (в ax2009) надо указывать? или надо было указывать в акс4?
в-третьих, как ты себе представляешь проводку с одним клиентом, но с двумя накладными в двух строчках? какую операцию физического мира она отражает?
в-чертвертых, какой физический смысл в проводке клиента самому себе, при этом в одной будет указан номер накладной?
в-пятых, где именно обсуждался?

[glibs]

Цитата:

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

...
чего из тебя клещами то тащить надо?
...

Кто сказал, что из меня вообще надо что-то тащить?

Цитата:

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

...
объясни как твоя фраза соотносится с первоначальным вопросом?
...

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

Цитата:

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

...
так теперь (в ax2009) надо указывать? или надо было указывать в акс4?
...

Я не понимаю вопрос. Можно его перефразировать?

Цитата:

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

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

В рамках РСБУ или здравого смысла?

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

Переброска задолженности по накладной клиента с одной финансовой аналитики на другую... такой пример прокатит? Переброска задолженности с одного плательщика ("Счет на" имеется в виду) на другого без товарного движения?

Цитата:

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

...
в-пятых, где именно обсуждался?
...

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

Указание нескольких клиентов в одной операции
Сальдо по клиентам и поставщикам

[sukhanchik]

Цитата:

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

Да, но только в версии 2.5 и 3.0. С 4.0 запретили. Не локализаторы.

Цитата:

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

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

2glibs: Вы первый выдвинули свою мысль. Ее было бы неплохо подкрепить ссылками - Вам же проще найти, раз у Вас это отложилось в памяти. А другие участники уверены в обратном. Mazzy, к примеру, всегда ссылки приводит. Да, это лишняя работа по поиску. Но мы ж все люди и хотим конструктивной дискуссии.

Спасибо за предоставленные ссылки.

[glibs]

Цитата:

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

...Mazzy, к примеру, всегда ссылки приводит...

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

[mazzy]

Цитата:

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

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

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

Цитата:

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

Указание нескольких клиентов в одной операции

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

Я вообще в тупике, как твоя ссылка подтверждает твою мысль.

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

Цитата:

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

Сальдо по клиентам и поставщикам

А это то каким боком относится к текущей ветке?