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

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

Да и еще бывает так, что дебиторов несколько, а кредиторов тысячи. Тогда для дебиторов удобно сделать нумерацию от 1 до 100, чтобы пользователям не пришлось вводить длинные номера (к примеру, 10000001) в документаах и отчетах и не путаться в количестве знаков

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

Поле, о котором Вы говорите, вообще решает свои задачи и несет самостоятельную смысловую нагрузку. Его основное назначение - это отображение в одном отчете позиций и дебитора, и кредитора, соответствующих одной и той же компании (галка на селекционном экране в FBL1N, FBL5N), а также возможность подтягивать эти позиции в выравнивание при обработке открытых позиций. Многие компании эту ссылку вообще не заполняют и успешно работают.

А изначальный вопрос был все же про "синхронизацию кода" дебиторов и кредиторов. И решить конкретно эту задачу можно только через внешнюю нумерацию. Что касается отсутствия BP и деловых партнеров, то в таких случаях вопросы синхронизации ложатся на плечи НСИ или тех специалистов, которые этим заведуют. Самое простое - это реализовать механизмы исключения дубликатов. Для этого:
1. При создании кредитора создавать также и дебитора автоматически (ну и что, что дебиторов 100, а кредиторов 10000, они есть не просят).
2. Организовать периодический поиск дубликатов с их блокировкой.
3. При попытке занять "чужой" номер реализовать запрет (проверять, к примеру, по ИНН).

Ну или же использовать советы коллег выше по теме и жить в мире и согласии

Не очень понятно зачем сотрудников (в том числе НСИ) загружать лишней работой, если можно без них обойтись. Достаточно будет использовать стандартную настройку отдельной проверки кредиторов и дебиторов на уникальность по ИНН.

Задача этого поля (ссылка в кредиторе на дебитора) - это не только транзакции fbl1n и fbl5n, что в принципе тоже не совсем бесполезная функция. Если нет ссылки их друг на друга, тогда в "акте сверки" выравнивание позиции дебитора и кредитора не отражается как "взаимозачет", что не очень хорошо.

И при этом, мне так кажется, все-таки данное поле является вполне хорошим решением и при этом избавит компанию от нескольких необязательных разработок.

Я это к тому, что консультанту проекта надо все-таки узнать зачем пользователям это все надо и при возможности убедить, что нет ничего страшного в различной нумерации. Ведь те проблемы, которые есть у них, возможно решается стандартом SAP, но о котором они не знают. ИМХО.

PS Хотя все решения по своему верны. Сколько консультантов - столько мнений. Главное, что проекты запускаются успешно

Что касается российских организаций, имеет смысл определять уникальность по связке ИНН-КПП. Вроде на многих проектах такое решение нормально работает

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

Проверку на уникальность контрагентов настраиваю тут - S_AEC_66000043.

Нет ничего страшного, если у контрагента не заполняется поле ИНН. Тогда он не проверяется на уникальность.

У иностранных контрагентов есть тоже же номера типа ИНН. Одним названием контрагента же не обходится. Вы их куда вносите? Разве не в Налоговые номера?

Вы в поле "Адрес" указываете страну кредитора/дебитора. И уже дальше система проверяет его по правилам его страны в транзакции S_AEC_66000043. Не вижу никаких проблем.
В системе предусмотрено 4 налоговых номера. У нас в России используются 2 - ИНН и КПП. Вывел по этим полям справку с указанием что сюда вводят в других странах:

Регистрационный налоговый номер 1
Specifies the tax number.
Use
Enter the appropriate tax number:
Country Tax Number
Argentina CUIT number or CUIL number

Belgium Enterprise number
Brazil CNPJ number

Bulgaria Unified identification code

Chile RUT number

China VAT registration number (shui wu deng ji hao)
Colombia NIT number

Croatia Legal persons: company identification number
Natural persons: JMBG number

Czech Republic DIC number

France SIRET number

Greece Personal ID

Hungary Tax number

Italy Fiscal code


Mexico RFC number

Netherlands SI registration number (Aansluitnummer UWV) of chain- liability vendor
Norway VAT number
Peru RUC number

Philippines Taxpayer identification number (see below)

Poland NIP number

Portugal NIF number

Romania Tax number
Russia INN
Slovakia DIC number

Slovenia Tax number
South Korea Natural persons: Personal identification number

Legal persons: Corporation ID

Spain NIF number
Switzerland UID number

Taiwan GUI registration number

Thailand Personal ID

Turkey Name of business partner's tax office
Ukraine Taxpayer identification number
United Kingdom Company registration number

United States Social security number
Venezuela RIF number


Налоговый номер 3
Specifies the tax number.
Use
Enter the tax number that applies:
Country Tax number
Argentina Withholding agent number
Brazil State tax number

Bulgaria Social security number
Mexico CURP number

Netherlands Tax registration number (Loonbelastingnummer) of the chain-liability vendor
Russia KPP number

Thailand Tax ID

Ukraine VAT registration number

Почему нет резонности проверять уникальность номеров для Британских компаний? В России тоже филиалы имеют такой же ИНН как и головной. Я так понимаю, что одинаковые для нескольких юр лиц VAT номера тоже редко встречаются.

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

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

Стало любопытно. А разве в Великобритании не используется для этих целей - VAT Reg No? (нашел тут - https://en.wikipedia.org/wiki/VAT_identification_number)?