Перенос справочника из Торговли 7.7 в Бухгалтерию 7.7: ОШИБКА!
19.03.2008
10:58
#1
При переносе справочника Контрагенты из Бух 7.7 в ТиС 7.7 возникает ошибка при выборе любого загруженного контрагента: Поле агрегатного объекта не обнаружено (Телефоны)! Пробовали переносить обработками и TRANREF, и Импорт-Экспорт
что делать???
что делать???
19.03.2008
12:45
#2
Путаете. "Поле агрегатного объекта не обнаружено" - это ошибка логики программы (програма по ходу выполнения обращается к несуществующему реквизиту), и к выгрузке-загрузке никакого отношения не имеет.
19.03.2008
14:55
#3
но ошибка появляется после выполнения обработки Tranref - загрузки справочника!!!
19.03.2008
14:57
#4
Вот именно! Если бы ошибка была в обрабокте - она бы вылезла на этапе переноса. Повторяю: ошибка в конфигурации.
Повторяю ещё раз (чтобы наверняка дошло): ошибка в конфигурации.
Повторяю ещё раз (чтобы наверняка дошло): ошибка в конфигурации.
19.03.2008
19:36
#5
"Дело в различии структуры справочников в бухгалтерии и торговле. Вы переносите не все, что нужно. Упрощенно объясняю:
В бухгалтерии:
Справочник.Контрагенты
Код
Наименование
Телефоны
В ТиС:
Справочник.Контрагенты
Код
Наименование
ЮрФизЛицо
, где ЮрФизЛицо - элемент справочника ФизЛица, ЮрЛица или СвоиЮрЛица в зависимости от ситуации, которые в свою очередь содержат:
Справочник.ХХХЛица
Код
Наименование
Телефоны
Зачем это надо? Дело в том, что, например, свойства физического лица (паспортные данные, место рождения и т.п.) совсем не такие же как у юридического лица (коды ОКПО, КПП и т.п.)
Вы при своем переносе реквизит ЮрФизЛицо не заполняете вовсе в базе-приемнике, а там написан такой алгоритм:
Телефоны=ЮрФизЛицо.Телефоны;
Вот и возникает ругань, так как при работе в базе "вручную" невозможно (почти) оставить реквизит ЮрФизЛицо пустым, а программно этого добиться легко, что у вас и получилось"
В бухгалтерии:
Справочник.Контрагенты
Код
Наименование
Телефоны
В ТиС:
Справочник.Контрагенты
Код
Наименование
ЮрФизЛицо
, где ЮрФизЛицо - элемент справочника ФизЛица, ЮрЛица или СвоиЮрЛица в зависимости от ситуации, которые в свою очередь содержат:
Справочник.ХХХЛица
Код
Наименование
Телефоны
Зачем это надо? Дело в том, что, например, свойства физического лица (паспортные данные, место рождения и т.п.) совсем не такие же как у юридического лица (коды ОКПО, КПП и т.п.)
Вы при своем переносе реквизит ЮрФизЛицо не заполняете вовсе в базе-приемнике, а там написан такой алгоритм:
Телефоны=ЮрФизЛицо.Телефоны;
Вот и возникает ругань, так как при работе в базе "вручную" невозможно (почти) оставить реквизит ЮрФизЛицо пустым, а программно этого добиться легко, что у вас и получилось"
20.03.2008
00:32
#6
ё мое! спасибо за разъяснение!!!
а существует ли какая-нибудь корректная обработка для такого переноса, с подцеплением справочника ЮрЛица?
в базе данных много, вручную можно с ума сойти перезабивать!
а существует ли какая-нибудь корректная обработка для такого переноса, с подцеплением справочника ЮрЛица?
в базе данных много, вручную можно с ума сойти перезабивать!
20.03.2008
08:04
#7
Там не только юр лица
Я ж говорю, либо ЮрЛица либо ФизЛица либо СвоиЮрЛица в зависимости от ситуации. А по поводу переноса, да есть способ - конфигурация "Конвертация даных", которая дает возможность создать правила переноса так, как угодно (ну почти). Я в последнее время что то часто ее рекомендую, не к добру это, видимо, придется что то переносить... А та обработка tranref, которую все любят, по моему может переносить только данные с очень простой структурой. Наверное, если идет перенос между однородными конфигурациями, то вполне корректно перенесет, но это не ваш случай.
Читают тему
(гостей: 1)