Задача: есть несколько десятков реальных магазинов, и решили сделать он-лайн магазин. В некоторых случаях доставку будет делать другая организация.
Эта другая организация будет как бы покупать у нас товары, платить за них, и доставлять покупателям.
При продаже через обычный магазин счет дебитора, скажем, 131000. А при продаже через он-лайн - если не через этого дебитора, то счет 131000. Если через этого - должен быть 131013.
В настройках прописано уже, что для сбытовой организации+канал сбыта розницы счет дебитора 131000. И так должно оставаться. Поэтому контрольный счет дебитора из основной записи игнорируется.

При этом:
Сбытовые заказы создаются через интерфейс, загружаются из 1С. Интерфейс написан не нами. В настройках интерфейса можно указать завод, отдел сбыта и группу сбыта.
Можно еще указать тип магазина и это даст возможность заполнять для разных типов (предусмотрено 2) разные каналы сбыта и сектора.
Но от этого толку не будет, так как контрольный счет определяется дебитором.

Как красивее реализовать в данном случае подстановку нужного счета дебитора при реализации через он-лайн магазин?

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

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

Еще есть поле LIFNR, не понятно, это код поставщика материала, или кредитора, на которого ссылка из основной записи дебитора?

или проще не парится и настроить FI замещение?

Поле LIFNR не помогло
Пыталась использовать код счета (аналогично как при определении счета выручки), но ...
В ветке Sales and Distribution -> Basic Functions -> Account Assignment/Costing -> Reconciliation Account Determination -> Maintain Field Catalog дает добавить поле в кататог поле. Позволяет создать таблицу с этим полем в Maintain Condition Tables
А потом при заполнении ругается на T_685 и кажется еще на T_687

Видимо, без настройки замещения не обойтись

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

И вот тут вот очередная проблема. Бух. док формируется при сохранении фактуры. Уже есть номер фактуры, но она еще не записана в vbrk. Она явно же где-то в каком-то стеке лежит. Но как ее прочитать?

Пыталась прочитать данные заказа через

FIELD-SYMBOLS: <lw_vbak> TYPE vbak.
ASSIGN ('(SAPMV45A)VBAK') TO <lw_vbak>.

но не получилось.

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

Очень много букв в исходных постах, сложно разобраться.
Одно можно точно порекомендовать: в SD есть стандартный механизм настройки выбора контрольного счета, его и надо использовать, а не механизм замещений в FI.

Так что вам надо:
1. Принять решение, чем ваш специальный дебитор будет отличаться от всех остальных (выбрать подходящее поле из карточки дебитора)
2. Добавить поле из п1 в каталог полей выбора контрольного счета
3. При помощи экситов обеспечить заполнение этого поля в структуре связи
4. Настроить последовательность доступа и правило выбора контрольного счета с учетом значения поля из п.1

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

У вас сейчас на каком пункте моего списка действий возникает проблема и в чем она?

Согласна на все 1000%%, что лучше использовать настройки, чем замещение, но что-то пока не получается...

а что именно не получается?

Хотелось задачу описать понятно.


Очень бы хотелось именно так и сделать, но пока что не получилось



В моем случае можно выделять дебитора по группе счетов тоже. По Customer pricing procedure иожно. Наверное, по схеме калькуляции в заказе и фактуре (правда, пока не уверена точно, будет ли подкидываться нужная при создании заказа pos-интерфейсом, но это не долго проверить)
Группа счетов дебитор - это kna1-ktokd, правильно?
И вот тут возникает проблема - этого поля нет в каталоге полей (Reconciliation Account Determination->Maintain Field Catalog)

Как это поле (или любое другое нужное) добавить в этот каталог (можно ли вообще?) так, чтобы его потом можно было использвать

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

Уже прописано, что для этой сбыт.организации+канала сбыта используется конкретный контрольный счет, поэтому счет из осн. записи дебитора игнорируется.
Еще одно ограничение - заказы создаются POS-интерфейсом, описания на который нет, получили мы его вместе с SNPM (сторонняя примочка для серийных номеров), изменения в настройках (раширение) явно не предполагалось, его на этапе внедрения под нас дорабатывали. Если бы не это, то можно было бы использовать сектор, он есть в каталоге полей.

1. Да, правильно.
2. Расширить структуру KOMKCZ на поле ZZKTOKD типа KTOKD, после этого поле появится в каталоге полей
3. Заполнить новое поле по коду дебиторов в одном из двух экситов:
-cmod SDVFX011
- инклюд RV60AFZZ, USEREXIT_ACCOUNT_PREP_KOMKCV
Один из них важен для выбора контрольного счета, другой - для счета выручки

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

тут вот нашла такое описание:

New Fields For Account Determination
Basics of Modification in Account Determination

The following communication structures are relevant for the account determination:
KOMKCV (Account determination communication header)
KOMPCV (Account determination communication item)
KOMCV (Allowed fields for the account determination)
For technical reasons, the communication structure KOMCV is used, which combines KOMKCV and KOMPCV, and which contains all fields that can generally be used for the account determination. When entering new fields in KOMKCV or KOMPCV, the fields are also automatically included in KOMCV.

Посмотрела на KOMKCV. Там есть поле KALSMC Account determination procedure, это схема калькуляции вроде как. Только в таблице VBRK схема калькуляуии называется KALSM. Можно ли (и как) использовать это поле для определения контрольного счета?
Если я захожу в "Maintain Field Catalog" и добавляю новое поле - я вижу в списке доступных полей KALSMC.
Можно ли использовать это поле (вместо того, чтобы добавлять новое)?

Если идти по стандартному процессу, то необходимо создать новую таблицу условий (Maintain Condition Tables), которую потом прописать в последовательности выбора.
НО! при созданнии новой таблицы я не вижу нового поля KALSMC

как ни крутила, вот не понимаю.

Настройка делается через технику условий. user-exit вызывается при формировании бухдокумента по фактуре? Получается, что в этом случае техника условий не используется? и тогда чем это лушче, чем FI-замещение?

User-exit должен заполнить новое поле. И что потом? А "кто и как" потом по этому полю вычислит нужный счет?

наверное, глупые вопросы, ну ... что ж делать...

Настройка делается через технику условий в spro, задача эксита - заполнить значение поля "группа счетов", которое вы в технике условий включите в одну из таблиц последовательности доступа.
Конечно, эксит срабатывает до выбора счета по технике условий.

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

Теперь немного понятнее, спасибо!

А почему поле KALSMC, которое можно добавить в каталог полей, после добавления не видно при создании таблицы условий? Что с ним не так? В таблице KOMKCV это поле есть...