ЗУП 3.1, БП 3.0 последние версии, обновил сегодня. Обмен напрямую, базы сиквельные (впрочем через файл тоже пробовал сделать, с тем же результатом).
Настраиваю штатный обмен "через универсальный формат". В ЗУП сделал настройки - только выгрузка. Нажал отправить. Что-то записалось в БУХ, сказало мне "иди туда, там надо закончить настройку". В БУХ сделал настройки - только загрузка.
При записи настроек в БУХ получаю
Кто-нибудь сталкивался с таким? Что можно сделать без переделывания всего обмена на свои правила?
Настраиваю штатный обмен "через универсальный формат". В ЗУП сделал настройки - только выгрузка. Нажал отправить. Что-то записалось в БУХ, сказало мне "иди туда, там надо закончить настройку". В БУХ сделал настройки - только загрузка.
При записи настроек в БУХ получаю
Ошибка при выполнении обработчика - 'ПередЗаписью'
по причине:
Запись не верна! Значение поля "Физическое лицо" не может быть пустым!: ТекущиеКадровыеДанныеСотрудников: , F000000001, , (Регистр сведений: Текущие кадровые данные сотрудников; Номер строки: 146)
{ОбщийМодуль.УчетЗарплаты.Модуль(7130)}: Константы.ИспользоватьКадровыйУчет.Установить(Ложь);
{ОбщийМодуль.УчетЗарплаты.Модуль(7550)}: УстановитьНастройкиУчетаЗарплаты(Константы.УчетЗарплатыИКадровВоВнешнейПрограмме.Получить());
{ПланОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат.МодульОбъекта(20)}: УчетЗарплаты.ПроверитьВозможностьИспользованияОбменаЗарплата3Бухгалтерия3ПередЗаписью(ЭтотОбъект, Отказ);
по причине:
Запись не верна! Значение поля "Физическое лицо" не может быть пустым!: ТекущиеКадровыеДанныеСотрудников: , F000000001, , (Регистр сведений: Текущие кадровые данные сотрудников; Номер строки: 146)
{ОбщийМодуль.УчетЗарплаты.Модуль(7130)}: Константы.ИспользоватьКадровыйУчет.Установить(Ложь);
{ОбщийМодуль.УчетЗарплаты.Модуль(7550)}: УстановитьНастройкиУчетаЗарплаты(Константы.УчетЗарплатыИКадровВоВнешнейПрограмме.Получить());
{ПланОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат.МодульОбъекта(20)}: УчетЗарплаты.ПроверитьВозможностьИспользованияОбменаЗарплата3Бухгалтерия3
Кто-нибудь сталкивался с таким? Что можно сделать без переделывания всего обмена на свои правила?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
какая прога является инициатором?
помню когда настраивал обмен столкнулся с тем,
что если инициатором обмена была программа с большим номером версий, то процесс заканчивался ошибкой.
(старая версия не понимала запросов от более новой)
а если делать запрос наоборот, то проблем не было.
Вывод:
сейчас у меня ЗУП длительной поддержки, и она является инициатором обмена.
Кто-нибудь сталкивался с таким?
какая прога является инициатором?
помню когда настраивал обмен столкнулся с тем,
что если инициатором обмена была программа с большим номером версий, то процесс заканчивался ошибкой.
(старая версия не понимала запросов от более новой)
а если делать запрос наоборот, то проблем не было.
Вывод:
сейчас у меня ЗУП длительной поддержки, и она является инициатором обмена.
(14)Судя по ошибке, у вас есть сотрудник с наименованием F000000001, не привязанный ни к организации, ни к физлицам, ни к чему. Обычно такое наименование возникает когда делают тестирование и исправление базы с параметров восстановления битых ссылок. Надо искать, причем я бы смотрел и со стороны ЗУП и со стороны БП, есть ли такие.
(3)Ее и не может быть. Обмен же ругается
Скорее всего при выгрузке из ЗУП у какого-то сотрудника не указано ФизЛицо, связанное с ним. Лучше это все смотреть в режиме отладки - больше информации, чем здесь.
Запись не верна! Значение поля "Физическое лицо" не может быть пустым!
Скорее всего при выгрузке из ЗУП у какого-то сотрудника не указано ФизЛицо, связанное с ним. Лучше это все смотреть в режиме отладки - больше информации, чем здесь.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот