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

[sukhanchik]

Цитата:

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

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

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

А на проекте при фиксированных сроках и бюджете бухи перевоспитываться не успевают. В силу того, что их перевоспитание обычно не закладывается в план проекта.

[Raven Melancholic]

Цитата:

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

Это лишний раз подчеркивает - что работая на клиенте vожно всего добиться. Т.к. время и бюджет фактически безграничны.
А на проекте при фиксированных сроках и бюджете бухи перевоспитываться не успевают. В силу того, что их перевоспитание обычно не закладывается в план проекта.

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

[Flomik]

Цитата:

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

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

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

Будут делать и многострочные, если надо! Но вот, как быть с многострочной проводкой по Клиенту, ведь она недопустима в Системе (см. LedgerJournalTransUpdateCust\checkVoucher)?

[mazzy]

Цитата:

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

Но вот, как быть с многострочной проводкой по Клиенту, ведь она недопустима в Системе (см. LedgerJournalTransUpdateCust\checkVoucher)?

Допустима. В общем журнале.
Повторюсь:

Цитата:

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

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

Добавлю только, что журналы платежей и журналы перенесенных оплат (правильнее было бы сказать: журналы перенесенных в клиент-банк оплат)...
...Так вот, эти журналы очень, очень сильно адаптированы под работу с клиент-банком.

А в ходе локализации (...когда на механизм работы с клиент-банком прикрутили генерацию платежных поручений... и дополнительно усложнили/запутали логику этого журнала...)...

...В ходе локализации эти журналы стали образцом для подражания (к сожалению).

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

[glibs]

Цитата:

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

...
Допустима. В общем журнале.
...

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

Проблему можно пытаться решить через транзитный счет ГК.

[mazzy]

Цитата:

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

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

Можешь подробнее?

привел два скриншота, на которых видно, что можно (ничего не запретили).
первый из русской аксапты 2009, второй - из буржуйской.

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




еще один со скриншотом многострочной проводки - два клиента, один банк (приняты платежи от клиентов).

[_scorp_]

2 glibs: Может быть я что-то не так понимаю, но вроде ничего не запретили


upd: опередили ))

[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

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

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