Экспорт/импорт платежных поручений

[d&m]

Цитата:

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

И вот у меня нет уверенности в том, что даже если Вы добьетесь выгрузки из АХ валютной платежки "как российской" - то у Вас произойдет корректная загрузка информации в клиент-банк. По крайней мере в БСС-клиент (веб и не веб) при импорте создавалась именно российская платежка (а преобразовать ее в валютную возможности не было).
Не могу конечно 100% утверждать - за несколько лет много воды утекло - но - проверьте сей момент плз...

мне кажется, что я понял, к чему вы клоните.

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

поэтому можно не делать лишних движений и сразу в Аксапте делать платеж вида:
Дебет Поставщик (иностарнный поставщик) Кредит Банк (наш валютный расчетный счет). Этот платеж в клиент-банк не выгружать, платеж в клиент банке-делать вручную. Так вы себе это видете?

тем не менее - я, конечно же, проверю, успешно ли грузится в клиент-банк валютная платежка

[sukhanchik]

Цитата:

Сообщение от d&m

мне кажется, что я понял, к чему вы клоните.

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

поэтому можно не делать лишних движений

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

[d&m]

Сначала вкратце о моих действиях в системе:

1. Импортирую из клиент-банка платежи. Они появляются на форме «Импортированная выписка» (табличка BankClientPayment_RU)
2. Распознаю выписку, проставляю нужные аналитические признаки (договор + фин аналитики)
3. Разношу выписку – формируется и разносится Общий журнал ГК

Теперь о «жизненном цикле» аналитик:

1. Строки в таблице «BankClientPayment_RU» создаются при импорте файлов из клиент-банка - аналитики берутся из клиента/поставщика
2. При редактировании строк на форме «Импортированная выписка» (табличка BankClientPayment_RU):

a. Заполнение поля «контрагент» - Аналитики в строке выписки не обновляются
b. Заполнения Группы договоров и Рег номера договора – Аналитики в строке выписки не обновляются
c. А очень хочется, чтобы обновлялись…. J

3. Далее идет обработка выписки – создание и разноска строк общего журнала. Тут аналитики один в один копируются из импортированной выписки в строки общего журнала.

ИТОГО: в договоре нет смысла вести аналитики – т.к. в импортированной выписке их все равно придется ставить руками?



Вообще говоря, к аналитикам в договоре у меня есть некие нарекания (не касается RU5):
1. Есть прекрасный метод по заполнению аналитик в строке общего журнала: LedgerJournalEngine.initDimension, который последовательно берет аналитики из разных мест, дополняя только пустые:

    // If the main or the offset account type is Project,
    // then transfer dimensions from ProjTable (the offset account should prevail over the main account)
 
    // otherwise merge dimension codes in the following order:
    // 1. Default dimensions from the account
    // 2. Dimensions from the journal table
    // 3. Default dimensions from the offset account
    // 4. Fixed dimensions of the ledger accounts - filling out whatever dimensions might be missing.
    // 5. Dimensions from the primary account

Однако если вдруг появляется договор – втупую переписываются все аналитики из строки общего журнала на аналитики договора (см. LedgerJournalEngine.initFromRContractTable_RU)

_ledgerJournalTrans.Dimension = rContractTable.Dimension;

Т.е. сначала потихонечку собирали аналитики кусочками из разных мест, а потом бац – и переписали все пустыми аналитиками из договора.

[d&m]

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

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

[sunmakeR]

Цитата:

Сообщение от d&m

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

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

Мы доработали форму выписки. Теперь она состоит из двух гридов: в верхнем отображаются строки выписки, в нижнем - строки связанного журнала платежей. Соответственно, для журнала платежей можно редактировать реквизиты, в частности профиль разноски и флаг "Предоплата", фин аналитики. Ну и далее - можно здесь же создавать строки для сборов по платежам для безакцептных платежей.

[d&m]

Цитата:

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

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

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

1. импорт из клиент-банка = создание строк на форме "Импортированная выписка"
2. разноска выписки - сразу и формируется, и разносится общий журнал ГК

т.е. текущая логика не предусматривает наличия неразнесенной строки общего журнала ГК для ряда платежей (для поступлений от клиентов в частности).

Т.е. вы, видимо, разделили создание и разноску строк общего журнала?

Цитата:

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

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

странно, профиль разноски уже есть на форме "Импорированная выписка", впрочем как и фин аналитика. А вот поля:предоплата, налоговая группа и налоговая группа номенклатур я бы добавил просто на форму "Импортированная выписка" без добавления нижнего грида, ну и потом бы протянул эти поля в строки общего журнала

[sunmakeR]

Цитата:

Сообщение от d&m

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

1. импорт из клиент-банка = создание строк на форме "Импортированная выписка"
2. разноска выписки - сразу и формируется, и разносится общий журнал ГК

т.е. текущая логика не предусматривает наличия неразнесенной строки общего журнала ГК для ряда платежей (для поступлений от клиентов в частности).

Т.е. вы, видимо, разделили создание и разноску строк общего журнала?



странно, профиль разноски уже есть на форме "Импорированная выписка", впрочем как и фин аналитика. А вот поля:предоплата, налоговая группа и налоговая группа номенклатур я бы добавил просто на форму "Импортированная выписка" без добавления нижнего грида, ну и потом бы протянул эти поля в строки общего журнала

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

Что касается дублирования полей, например, с помощью нового датасорса (журнал ГК) можно редактировать корр. аналитику.

Разумеется, расположить все эти элементы можно по-разному, смысл не меняется.