Ошибка записи объекта при переносе данных код 26

Спецы 1С для удобства конечного пользователя создали специальные решения, позволяющие по нажатию кнопки выгрузить данные. Попробовал и я…

1.1. Ошибка записи объекта:
Тип объекта = Регистр сведений запись: Настройки учета страховых взносов
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Организация» не может быть пустым.

Устранение ошибки: В ПКО «УчетСтраховыхВзносовНастройкиОрганизаций» для свойства «Организация» не указано ПКО

1.2. Ошибка в обработчике события ПередЗагрузкойДанных (конвертация)
Описание ошибки = Ошибка при вызове метода контекста (СоздатьНабор): Недопустимое значение параметра (параметр номер ‘1’)

Устранение ошибки: Константа «ВедетсяДеятельностьПоДоговорамКомиссииНаПродажу» не существует. Удалил ссылку на нее.

1.3. Ошибка при загрузке данных: Поле объекта не обнаружено (ПоложенияПереходногоПериодаУСН)

Устранение ошибки: Указанный реквизит регистра сведений «УчетнаяПолитикаОрганизаций» переименован в «УдалитьПоложенияПереходногоПериодаУСН». Отключил для переноса.

1.4. Ошибка записи объекта
Тип объекта = Вид вычетов НДФЛ
Описание ошибки = Ошибка при вызове метода контекста (Записать): Не удалось записать «103 (Вид вычетов НДФЛ)»!

Устранение ошибки: Для ПКО «ВидыВычетовНДФЛ» поставил крыж «Не замещать существующие». Непонятно только почему для предопределенных объектов это не отслеживается в процессе загрузки по умолчанию!?

1.5. Ошибка записи объекта
Тип объекта = Договор
Описание ошибки = Ошибка при вызове метода контекста (Записать): Значение поля «Контрагент» не заполнено или заполнено неверно

Устранение ошибки: Так и не понял как с зтим бороться. Отключил загрузку реквизитов контрагента «Основной договор» и «Основной счет». Поставил крыж «Загружать только новые».

После выгрузки объекта отключил проверку ИНН и КПП

Если НЕ Объект.ЭтоГруппа Тогда
Объект.ИННВведенКорректно = Истина;
Объект.КППВведенКорректно = Истина;
КонецЕсли;

Вроде помогло.

1.6. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Текущие кадровые данные сотрудников
Описание ошибки = Ошибка при вызове метода контекста (Записать): Ошибка при выполнении: Значение не является значением объектного типа (Ссылка)

Устранение ошибки: Такое ощущение, что шло зацикливание (при загрузке) когда в регистре шла ссылка на сотрудника, а в нем — на данный регистр, но почему при загрузке? Выгрузилось то нормально!
Создал ПКО «СотрудникиСсылка» (не замещать, а только новые) со свойствами для поиска:

  • Наименование
  • Организация
  • Физическое лицо

и сослался на него в свойстве «Сотрудник» указанного регистра 

1.7. Ошибка в обработчике события ПослеЗагрузкиДанных (конвертация)
Описание ошибки = Поле объекта не обнаружено (Организация)

Устранение ошибки: Для параметра «ОРГАНИЗАЦИЯ» проставил крыж «При загрузке» и указал правило конвертации «Организации»

1.8. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Текущая тарифная ставка сотрудников
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Физическое лицо» не может быть пустым!:

Устранение ошибки: Вместо двух свойств «Сотрудник» в правиле конвертации достаточно одного. И добавить «ФизическоеЛицо», «ТекущаяОрганизация»
Для «Сотрудник» назначил правило «СотрудникСсылка».

2. Теперь пытаемся загрузить документы.

2.1 Не проводятся после загрузки!
прописал в обработчик «Перед конвертацией объекта»

Если ТипЗначенияСтр(Источник) = "Документ" Тогда
Если (Источник.Вид() = "Счет")
ИЛИ (Источник.Вид() = "Доверенность")
ИЛИ (Источник.Вид() = "ПлатежноеПоручение")
Тогда
Если Источник.ПометкаУдаления() = 0 Тогда РежимЗаписи = "Проведение"; КонецЕсли;
Иначе
Если Источник.Проведен() = 1 Тогда РежимЗаписи = "Проведение"; КонецЕсли;
КонецЕсли;
КонецЕсли;

2.2 Ошибка при загрузке данных: Поле объекта не обнаружено (Услуги)
Смею предположить, что это «Счет на оплату покупателю» в котором указанную табличную часть подготовили к удалению.

Устранение ошибки: В ПКО «Счет» ее отключил и пометил на удаление. В коллекцию «Товары» добавил свойство «Содержание» и прописал его заполнение.

2.3 Ошибка записи объекта
Тип объекта = Договор
Описание ошибки = Ошибка при вызове метода контекста (Записать): Поле «Вид договора» заполнено некорректно.
Существуют документы, проведенные по договору. Реквизит не может быть изменен.

Устранение ошибки: В ПКО «Договоры контрагентов» свойство «ВидДоговора» вытащил из группы и назначил отбор по его значению (для элемента)
В ПКО «ДоговорыКонтрагентовПоВидам» — то же самое (не знаю зачем оно вобще нужно!).

Вообще с определением вида договора реальная проблема!
В ПКО документа «Счет» для свойства «Договор» перед выгрузкой прописал

Параметры.ПараметрыАлгоритмов.Установить("Документ",Источник);
Параметры.ПараметрыАлгоритмов.Установить("Договор",Источник.Договор);
ОпределитьВидДоговора();

подкорректировал апгоритм ОпределитьВидДоговора
1. Для документа «Платежное поручение».
2. Для пустого документа, когда передается только счет б/у.

В ПКО «ДоговорыКонтрагентов» закомментировал

//Параметры.ПараметрыАлгоритмов.Установить("ВидДоговора","");
//Параметры.ПараметрыАлгоритмов.Установить("ВесДоговора","");

Похоже, из-за этого вид договора не передавался в соответствующее свойство при выгрузке!

2.4 Ошибка записи объекта
Тип объекта = Сотрудник
Описание ошибки = Ошибка при вызове метода контекста (Записать): Значение «0000000009» поля «Таб. номер» не уникально

Устранение ошибки: Проблема загрузки Документа типа Выписка при перечислении зарплаты на л/с сотрудников. Попытка конвертации сотрудников в контрагенты.
В моей конкретной ситуации расчет зарплаты и кадровый учет ведется в ЗиК 77 (сейчас переходим на ЗУП 83) и переносится в бухгалтерию СВОДНО. Поэтому решил не заморачиваться, а просто прорисовать конкретную ситуацию.

Для того, чтобы добиться желаемого результата при переносе, пришлось:

  • добавить новый параметр «УчетПоСтрудникамСводно» (Зарплата без детализации по сотрудникам);
  • закомментировать несколько строк кода конвертации «Перед загрузкой данных»;
  • настроил вручную параметры учета для блока «Зарплата и кадры».

2.5. Перекроил модуль «При выгрузке» ПКО «Выписка_Списание» (там много всего «по мелочам»)
Ну, например, добавил реквизит «Налог». 
А в платежном поручении — «Налог» и «Вид операции».

После загрузки остатков обнаружил, что по забалансовому счету «001» виды субконто поменялись местами. Откорректировал алгоритм «Добавить Проводку».

2.6. Ошибка записи объекта
Тип объекта = Регистр сведений запись: Процент ЕНВД для учета затрат на зарплату
Описание ошибки = Ошибка при вызове метода контекста (Записать): Запись не верна! Значение поля «Организация» не может быть пустым!:

Устранение ошибки: В ПКО «ВводПроцентаДеятельностиЕНВД» для свойства «Организация» прописал правило конвертации

3. Кроме всего прочего

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

  • 50.2 с 50.02 «Операционная касса»;
  • 68.8 и 68.08 «Налог на имущество»;
  • субсчета счета 68.4 «Налог на прибыль».

Их нужно добавить в список значений ПКО «План счетов — Хозрасчетный»

   Островитянин

12.02.14 — 15:26

1С: Предприятие 7.7 (7.70.027)

Конфигурация: Зарплата+Кадры 2.3 (7.70.340)

**

1С: Предприятие 8.2 (8.2.17.143)

Конфигурация: ЗиК БУ 1.0 (1.0.56.2)

——————————————

Товарищи, понимаю, для вас «баян баянистый», но все же — такая проблема:

При попытке произвести перенос данных из 1С (7.7) в 1С (8.2) на этапе «загрузка» выползает ошибка см. скрин:

[URL=http://radikal.ru/fp/730005bc01db4b1885bfa713493430dd][IMG]http://s018.radikal.ru/i515/1402/2e/af7f28d0aad3t.jpg[/IMG][/URL]

По ошибке, вроде бы понятно, что ругается на повторяющееся поле. Далее иду в  1С (7.7) что бы найти «Виновника торжества», см скрин:

[URL=http://radikal.ru/fp/7ebed3aae9cc43f88cb7307f3a932889][IMG]http://s020.radikal.ru/i715/1402/49/11ba40b8d341t.jpg[/IMG][/URL]

А вот теперь помогите пожалуйста, если сможете.

Я правильно понял, что по сотруднице Алехина, было создано два одинаковых расчета в ОДИН период и это и есть источник все проблемы? И как тогда быть, если в базе это НЕ единичный случай? Ручками все править? Обойти данное недоразумение ни как нельзя? И объясните несведущему, почему при данной манипуляции, 1С не ругалась на пользователя?

P.S. Гугл — гуглил, сам в 1С, как в Кёрлинге, юзаю копии.

P.s.s. Надеюсь по скринам все доступно.

   Адинэснег

1 — 12.02.14 — 15:27

по скринам особенно доступно

   Островитянин

2 — 12.02.14 — 15:29

   Адинэснег

3 — 12.02.14 — 15:30

какой-то обход дублей

   Адинэснег

4 — 12.02.14 — 15:30

аа, криво в регистр записывает…

   Адинэснег

5 — 12.02.14 — 15:31

взять конвертацию данных, поправить правила

   Островитянин

6 — 12.02.14 — 15:35

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

   13_Mult

7 — 12.02.14 — 15:56

(2) Попробуй дубль в конечной базе удалить (если я все правильно понял ;-))

   Островитянин

8 — 12.02.14 — 16:00

(7)  Что значит «конечная база», и разве это дубль?) Сумма то другая.

   13_Mult

9 — 12.02.14 — 16:01

(8) конечная это куда загружаешь

   13_Mult

10 — 12.02.14 — 16:01

ключевые поля проверь

   Островитянин

11 — 12.02.14 — 16:04

(7) получается, 8-ка просто ругается на то, что  сотруднику было введено 2 одинаковых расчета в ОДИН период.

А переношу я в пустую базу. Перенос, после вылета ошибки слетает. ПОэтому если где и ковырять, то только в единственной базе, в 7-ке.

   Йохохо

12 — 12.02.14 — 16:12

(11) ну, в конвертации нет ошибки. «добавлено два одинаковых начисления с разными показателями на один и тот же период»

   13_Mult

13 — 12.02.14 — 16:13

(11) или в Конвертации правила подгрузить и избавиться от ошибки

   Островитянин

14 — 12.02.14 — 16:34

(13) (12) (5)  ну что же, буду править завтра правила, посмотрим, что да как и с чем едят) СПасибо.

   Островитянин

15 — 15.02.14 — 14:42

Вроде бы получилось сделать так.

Заремили строку «исключение»

Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта

По скринам был указан номер строки.

По итогу, перенос произошел, в оконцове выдал сообщения с ошибками, но показал 100% загрузки, по своду цифры легли ровно.. Далее буду детально уже проверять документы. Всем спасибо

  

mehfk

16 — 15.02.14 — 15:05

» Заремили строку «исключение» »

Нет сообщения об ошибках — нет ошибок. Крутъ.

Нужен будет нормальный перенос — пишите.

Штатный перенос из ЗИК в ЗУП: Непонятная ошибка

IKSparrow
25.03.2010 21:53 Прочитано: 12591

Ошибка записи объекта
ТипОбъекта = Документ ссылка: Перенос данных
Объект = Перенос данных УОЗ от 25.03.2010 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! : Иванов Иван Иванович : Цех №2 (р. Коми) Управления по восстановлению скважин : : : 01.02.2005 0:00:00 (Регистр сведений: Учет основного заработка сотрудников организации в регламентированном учете; Номер строки: 5)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(4754)
КодСообщения = 26

Появляется такая вот ошибка при работе штатного переноса ЗИК=>ЗУП. Проблема в том, что в ЗИКе не соображаю, а проблема явно в чём то там. Куда и что копать?

Yandex
Возможно, вас также заинтересует

Реклама на портале

E_Migachev
25.03.2010 22:05 Ответ № 1

проблема в том что в регистре сведений Учет основного заработка сотрудников организации в регламентированном учете уже есть запись по Иванову от 1.02.05 и вторую создать он не даст

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

IKSparrow
26.03.2010 08:41 Ответ № 2

Выяснилось, что в ЗИКе за один и тот же период для одного и того же сотра основной заработок несколько раз начислен. Но как его отловить…? Каким «волшебным» отчётом? )

E_Migachev
26.03.2010 08:55 Ответ № 3

Это должны были отслеживать бухгалтера при формировании расчетной ведомости

E_Migachev
26.03.2010 09:17 Ответ № 4

отчета подходящего нет, только самому писать перебор журнала расчета по каждому сотруднику и смотреть начисления *09

alina
26.03.2010 18:23 Ответ № 5

У меня тоже была такая же проблема. Решила ее так — есть обработка для 7.7 «Мягкая смена периода».
1.Открываю 7.7.Применяю обработку на самую раннюю дату(чтобы менять данные во всех нужных периодах).
2.Вручную удаляю записи, которые вызывают задвоение(в вашем случае надо поискать это отражение заработка в регл учете ), исправить-изменить-удалить — по ситуации.
3.Осуществляю перенос ЗиК- ЗУП.

Вот вам эта обработка (она для ЗиК 7.7)Скачивать файлы может только зарегистрированный пользователь!

IKSparrow
29.03.2010 13:42 Ответ № 6

Так, всё очень плохо ) Сели с расчётчиком и посмотрели период, в котором проблема — в (0) указано, что «01.02.2005 0:00:00 (Регистр сведений: Учет основного заработка сотрудников организации в регламентированном учете;» я так понял, что в феврале эти расчёты и задвоились. Но там ничего подобного нет. На всякий случай прошерстили и 2004 год и 2005. Не задваивается. Кроме того, не ясен вот какой момент — я так понимаю, что с точки зрения процедуры загрузки в восьмёрке этот расчёт был назначен Иванову в контексте его работы в подразделении «Цех №2 (р. Коми) Управления по восстановлению скважин» как это указано в (0). Но Иванов никогда не работал в этом подразделении. Он вообще из администрации. И в командировки он тоже никогда не ездил. В общем, расчётчик в недоумении, ну а я в шоке. Непонятно где искать источник ошибки. Есть какая-нибудь процедура тотального перерасчёта всех записей о расчётах в ЗИКе?

Алина, спасибо, сейчас скачаю обработку посмотрю каким будет результат.

IKSparrow
29.03.2010 13:54 Ответ № 7

Ура! Я нашёл подозрительное место! *06
Дело всё в документе «Кадровое перемещение»
В ЗИКе он имеет следующий вид:
Иванов Иван Иванович
Подразделение — Администрация

А в ЗУПе перегруженный документ имеет такой вид:
Иванов иван Иванович
Подразделение — Цех №2 (р. Коми) Управления по восстановлению скважин

Неправильно подцепилось подразделение. Но! Приказ о приеме на работу в организации по подразделениям в ЗУПе оформлен правильно! Там подразделение «Администрация». С чего такой глюк может быть? Кстати, Цех№2 это обособленное подразделение. С этим может быть что-нибудь связано?

E_Migachev
29.03.2010 14:32 Ответ № 8

тебе нужно запускать перепроведение доков в ЗУПЕ и смотреть на каком документе вылетит ошибка, далее ишесь этот докум в ЗИКе и далее по ходу что-то правишь в ЗУПе.

Что качается тотального перерасчёта всех записей о расчётах в ЗИКе — есть такие обработки в интернете…

Неправильно подтягивает подразделение — нужно смотреть код, как грузит, что создает…
Может все-таки есть не проведенный документ с такими данными?

IKSparrow
29.03.2010 21:27 Ответ № 9

В общем, дело оказалось не в документах и не в расчётах. Фигня в переносе данных об организациях и подразделениях.
Абсолютно по неясной причине подразделения переносятся абы как. Категорически не понимаю проблемы переноса. Например из 30 обособленных подразделений в справочник организаций попадает всего-лишь 6 подразделений. Причём, одним из них подменяется организация. Отсюда и все беды. Почему штатная схема не работает как надо — не понимаю.

E_Migachev
29.03.2010 22:22 Ответ № 10

сложно сказать, тут только нужно садиться и через отладчик прогонять *08
Проще написать свою перегрузку.

Попробуй вот эту обработку alexerа Скачивать файлы может только зарегистрированный пользователь! для 8.1 и 8.2
Простенькая обработка рассчитана на тех, кто хоть как-то программирует в 1С. Суть обработки заключается в том, что выбрав необходимый вид документа в семерке и вид документа в восьмерке, текстовое поле заполняется процедурой для загрузки данных. После правки этого текста модуля и нажатия кнопки «Выполнить», произойдет создание документов. Реквизиты в модуль можно перетаскивать методом Drag & D_rop.
Ее можно также использовать как помощник для написания процедур модуля при загрузке документов.
Есть возможность сохранения настроек, с помощью «ФайлСохранить». Настройки сохраняются в папке C:Temp1C.

title

IKSparrow
30.03.2010 12:06 Ответ № 11

Евгений, спасибо за помощь. И писать обработки свои или использовать чужие — это конечно здорово, но судя по всему закралась в систему какая-то методическая ошибка. И если все данные переносить в новую базу то и ошибка, стало быть, перенесётся. На обычной демо-базе перенос работает. На моей базе перенос работает коряво. И уже есть несколько версий откуда ноги растут. У нас огромнейший бардак в справочнике подразделений в ЗИКе. Видимо по этой причине информация так коряво и переносится.
Кстати, кто-нибудь знает — КПП у обособленного подразделения может быть равным КПП головной организации? Или этот код столь же уникален как и ИНН?

IKSparrow
30.03.2010 14:33 Ответ № 12

Так, ну я надеюсь, я вам всем ещё не надоел со своей эпопей, которая продолжается. Вдруг мой опыт кому-нибудь пригодится. В общем, как я и подозревал — неаккуратность в ведении справочника «Подразделения» в ЗИКе аукается при переносе данных в ЗУП. В чём заключается эта неаккуратность:
1) У обособленных подразделений не указан реквизит КПП либо он совпадает с КПП головной организации
2) У тех же подразделений не забит адрес
3) У них же не указаны руководители, бухгалтера.
Стоило мне сделать выборочную проверку и поправить эти данные у нескольких подразделений, которые особо часто мелькают в ошибках при переносе, как тут же документы по ним встали на своё место. Из чего я делаю законный логический вывод, что проблема была именно в этом. Сейчас на всякий случай ещё сделаю ряд перекрёстных проверок, несколько пробных выгрузок и завтра пойду ругаться с бухгалтерами.

p.s.> Ёлки-палки, да я с этим ЗУПом/ЗИКом стану зверским методистом *06

E_Migachev
01.04.2010 09:03 Ответ № 13

*09 Так всегда, при переносе данных вылезают все ошибки!
Хорошо если ответственный бухгалтер и он знает все ошибки, а в твоем случае, похоже, бухгалтера не заморачивались с правильным ведением учета.
Хотя позиция многих бухгалтеров такова — Что не выводит 1С, то Выведем при помощи Excel )

IKSparrow
06.04.2010 10:03 Ответ № 14

Так, ну в общем и в целом проблему решил. Лёгкая модернизация существующей обработки, ликвидация глюков в ЗИКе по части некорректно заполненного справочника Подразделений, перепроведение документов (Алина, спасибо за обработку смены периода!).

E_Migachev
07.04.2010 10:50 Ответ № 15

Поздравляю с завершением эпопеи )

IKSparrow
26.04.2010 10:07 Ответ № 16

Кстати, хотелось бы дополнить эту тему описанием ещё одной ситуации. На днях пришлось мне делать перенос данных из ЗИКа в ЗУП (для набивки руки полезно, да и опыту набраться — тоже пригодиться). И возникла у меня ошибка точь-в-точь как в первом сообщении этой темы. Однако, на этот раз справочник «Подразделения» оказался в полном порядке. Источник проблемы оказался на самом виду — практически по всем сотрудникам, оказалось дублирование записей за один и тот же период в реквизите «ШаблонПроводки». Из-за этого обработка не могла сформировать документ ввода остатков «Учёт Основного Заработка». Лишние записи этого периодического реквизита отличало то, что у них не было указано каким именно документом они были введены сотруднику. Поэтому мною был написан простенький код для чистки лишних дублей:
Код 1C v 7.x

 

ПерОб = СоздатьОбъект("Периодический");
СпрСотрудники = СоздатьОбъект("Справочник.Сотрудники");
// Делаем выборку из справочника "Сотрудники"
СпрСотрудники.ВыбратьЭлементы(0);
Пока СпрСотрудники.ПолучитьЭлемент() = 1 Цикл
// Группы не обрабатываем
Если СпрСотрудники.ЭтоГруппа() = 1 Тогда
Продолжить;
КонецЕсли;
// Удалённых сотрудников тоже на фиг
Если СпрСотрудники.ПометкаУдаления() = 1 Тогда
Продолжить;
КонецЕсли;
// Сотрудников у которых нет периодики по реквизиту "ШаблонПроводки" тоже в лес
ПерОб.ИспользоватьОбъект("ШаблонПроводки",СпрСотрудники.ТекущийЭлемент());
Если ПерОб.ВыбратьЗначения(НачДата,КонДата) = 0 Тогда
Продолжить;
КонецЕсли;
// Перебираем историю реквизита "ШаблонПроводки"
Пока ПерОб.ПолучитьЗначение() = 1 Цикл
Если ПустоеЗначение(ПерОб.ТекущийДокумент()) = 1 Тогда
// Если нет документа, которым вводился этот реквизит, тогда удаляем значение
// и сообщаем у кого удалили
Если ПерОб.Удалить() = 1 Тогда
Сообщить(СпрСотрудники.ТекущийЭлемент());
Иначе
// А если не получилось удалить, то сообщаем у кого не удалилось историческое значение
// Вообще такого быть не должно, но мало ли
Сообщить(СпрСотрудники.ТекущийЭлемент()+" не удалено!");
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецЦикла;

Подсказка: Для быстрого перемещения к последнему ответу или к вопросу используйте или .

Добрый вечер!Может кто сталкивался с таким обмено…Был настроен обмен УТ-Розница,правила чуток дописывались,но всё работало пару недель,потом пошли ошибки ПКО,ПКС и т.д. хотя ничего не менялось в базах.В прошлый раз восстановил обмен,а сейчай опять обмена нет…Базы отправку доков делают,но принять ни одна,ни другая не может.Такое ощущение что они не видят отправленные данные…Куда в таком случае лезть?
Добавлено через 17 минут
Ошибки:
1. Ошибка записи объекта
ТипОбъекта = Перемещение товаров
Объект = Перемещение товаров 0000-000224 от 19.04.2017 0:00:03
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать)
Объект.Записать();
по причине:
Не удалось записать «Перемещение товаров 0000-000224 от 19.04.2017 0:00:03»!
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта (1556)
КСообщенияОбОшибках = 26
2.Ошибка при записи документа
ИмяПКО = ПеремещениеТоваров
ТипОбъекта = Перемещение товаров
Объект = Перемещение товаров 0000-000224 от 19.04.2017 0:00:03
ОписаниеОшибки = Ошибка записи объекта
ТипОбъекта = Перемещение товаров
Объект = Перемещение товаров 0000-000224 от 19.04.2017 0:00:03
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать)
Объект.Записать();
по причине:
Не удалось записать «Перемещение товаров 0000-000224 от 19.04.2017 0:00:03»!
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта (1556)
КСообщенияОбОшибках = 26
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта (1578)
КСообщенияОбОшибках = 25
3.{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъе кта(9629)}: Ошибка при записи документа: Перемещение товаров 0000-000224 от 19.04.2017 0:00:03. Описание ошибки: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъект а(1578)}: Ошибка записи объекта
ТипОбъекта = Перемещение товаров
Объект = Перемещение товаров 0000-000224 от 19.04.2017 0:00:03
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать)
Объект.Записать();
по причине:
Не удалось записать «Перемещение товаров 0000-000224 от 19.04.2017 0:00:03»!
ПозицияМодуля = Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта (1556)
КСообщенияОбОшибках = 26
ВызватьИсключение СтрокаСообщения;
Это ошибки в УТ,но самое интересное данные перемещения в базе УТ есть…А отчёты о розничных продажах не приходят или приходят,но не за все дни.

Автор string85, 27 апр 2018, 11:48

0 Пользователей и 1 гость просматривают эту тему.

Добрый день, прошу вашей помощи. Пытаюсь сделать перенос данных из Бухгалтерии предприятия (3.0.49.20) в чистую Управление торговлей (10.3.46.3)  штатными средствами через синхронизацию данных в БП (Двусторонний (БП <-> УТ)). В процессе выгрузки информации в УТ происходит сбой, а в журнале регистрации есть три ошибки, идущие друг за другом:
1.
Ошибка в базе-корреспонденте: Ошибка при загрузке данных: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1607)}: Ошибка записи объекта
   ТипОбъекта             =  Регистр сведений набор записей: Контактная информация
   Объект                 =  РегистрСведенийНаборЗаписей.КонтактнаяИнформация
   ОписаниеОшибки         =  Ошибка при вызове метода контекста (Записать)
      Объект.Записать();
по причине:
Запись с такими ключевыми полями существует! : КонтактнаяИнформация: Нижегородская аптечная сеть, E-Mail, Адрес электронной почты контрагента для обмена электронными документами (Регистр сведений: Контактная информация; Номер строки: 6)
   ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1588)
   КСообщенияОбОшибках    =  26

2.
Ошибка в обработчике события ПослеВыгрузкиОбъекта
   ПВД                    =  Контрагенты
   Объект                 =  Нижегородская аптечная сеть  (Справочник объект: Контрагенты)
   Обработчик             =  ПослеВыгрузкиОбъектаВыборки
   ОписаниеОшибки         =  Ошибка в базе-корреспонденте: Ошибка при загрузке данных: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1607)}: Ошибка записи объекта
   ТипОбъекта             =  Регистр сведений набор записей: Контактная информация
   Объект                 =  РегистрСведенийНаборЗаписей.КонтактнаяИнформация
   ОписаниеОшибки         =  Ошибка при вызове метода контекста (Записать)
      Объект.Записать();
по причине:
Запись с такими ключевыми полями существует! : КонтактнаяИнформация: Нижегородская аптечная сеть, E-Mail, Адрес электронной почты контрагента для обмена электронными документами (Регистр сведений: Контактная информация; Номер строки: 6)
   ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1588)
   КСообщенияОбОшибках    =  26
   ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3867)
   КСообщенияОбОшибках    =  34
3.
{Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(17293)}: Ошибка при отправке данных: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(4287)}: Ошибка в обработчике события ПослеВыгрузкиОбъекта
   ПВД                    =  Контрагенты
   Объект                 =  Нижегородская аптечная сеть  (Справочник объект: Контрагенты)
   Обработчик             =  ПослеВыгрузкиОбъектаВыборки
   ОписаниеОшибки         =  Ошибка в базе-корреспонденте: Ошибка при загрузке данных: {Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1607)}: Ошибка записи объекта
   ТипОбъекта             =  Регистр сведений набор записей: Контактная информация
   Объект                 =  РегистрСведенийНаборЗаписей.КонтактнаяИнформация
   ОписаниеОшибки         =  Ошибка при вызове метода контекста (Записать)
      Объект.Записать();
по причине:
Запись с такими ключевыми полями существует! : КонтактнаяИнформация: Нижегородская аптечная сеть, E-Mail, Адрес электронной почты контрагента для обмена электронными документами (Регистр сведений: Контактная информация; Номер строки: 6)
   ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(1588)
   КСообщенияОбОшибках    =  26
   ПозицияМодуля          =  Обработка.КонвертацияОбъектовИнформационныхБаз.МодульОбъекта(3867)
   КСообщенияОбОшибках    =  34
      ВызватьИсключение(НСтр(«ru = ‘Ошибка при отправке данных'») + «: » + ОписаниеОшибки());

К сожалению, я сисадмин, с 1с мало знаком и данные ошибки мне мало что говорят. Не могли бы вы подсказать, как это исправить, если это возможно без специальных навыков в программировании 1с.


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


Цитата: KOI8-R от 27 апр 2018, 12:02
Ну попробуйте для начала обновить БП хотя бы до 3.0.58.20.
Возможно у вас банально расхождение в правилах обмена, т.к. временная разница между вашими конфигурациями больше чем полгода.

Спасибо за совет, надо было конечно с этого начинать. Обновил БП и УТ до актуальных версий, но ошибки остались. Те же самые.


Цитата: string85 от 27 апр 2018, 16:37

Цитата: KOI8-R от 27 апр 2018, 12:02
Ну попробуйте для начала обновить БП хотя бы до 3.0.58.20.
Возможно у вас банально расхождение в правилах обмена, т.к. временная разница между вашими конфигурациями больше чем полгода.

Спасибо за совет, надо было конечно с этого начинать. Обновил БП и УТ до актуальных версий, но ошибки остались. Те же самые.

Ну теперь можно попробовать сделать копию бухгалтерии и удалить у контрагента «Нижегородская аптечная сеть» его имейл.
Заодно можно через консоль запросов посмотреть табличную часть «КонтактнаяИнформация» у этого контрагента. Скорее всего у него не одна строка с типом контактной информации «АдресЭлектроннойПочты»


После обновления конфигурации БП до актуальной файлы сообщений обмена удалили?
номера сообщений обмена сбросили?
встроенной обработкой «Регистрация изменений для обмена данными»


Цитата: KOI8-R от 27 апр 2018, 16:53
Ну теперь можно попробовать сделать копию бухгалтерии и удалить у контрагента «Нижегородская аптечная сеть» его имейл.

Спасибо, это помогло и обмен прошел без ошибок. Но перенеслась только номенклатура,  счета покупателям и реализация не перенеслась.


Цитата: string85 от 29 апр 2018, 15:43
Спасибо, это помогло и обмен прошел без ошибок. Но перенеслась только номенклатура,  счета покупателям и реализация не перенеслась.

До этого обмены делались?
Документы были зарегистрированы для обмена после (изменения) настройки обмена?


Цитата: Геннадий ОбьГЭС от 29 апр 2018, 18:10
До этого обмены делались?

Добрый день. Да, судя по всему, до меня бухгалтер попробовала самостоятельно настроить обмен, но не получилось. Я удалил эту настройку синхронизации до создания своей. Сейчас разбираюсь, как работает обработка «Регистрация изменений для обмена данными», о которой вы говорили ранее. Пока  получается (а точнее не очень) так: я обновил базу до последнего релиза, удалил настройки предыдущего обмена, создал свой, запустил обработку, но при попытке изменить номера сообщений «отправлено и принято», появляется ошибка «слишком много фактических параметров». После этого я выбираю в качестве объекта конфигурации БП 3.0, нажимаю «зарегистрировать», а потом уже обмен.

Добавлено: 30 апр 2018, 13:01


Цитата: string85 от 30 апр 2018, 11:32
, но при попытке изменить номера сообщений «отправлено и принято», появляется ошибка «слишком много фактических параметров».

С этим, кажется, разобрался, изначально в базе было «отправлено» 2 и «принято» 0, везде поставил 0.


Теги:

  • Форум База

  • Форум 1С — ПРЕДПРИЯТИЕ 8.0 8.1 8.2 8.3 8.4

  • Конфигурирование, программирование в 1С Предприятие 8

  • Ошибка при переносе данных из БП 3.0 в УТ 10.3

Похожие темы (5)

Рейтинг@Mail.ru

Rambler's Top100

Поиск

  • Ошибка записи объекта ксообщенияобошибках 26
  • Ошибка записи обнаружено выпадение звука cubase
  • Ошибка записи недопустимый аргумент
  • Ошибка записи не удалось установить перехватчик отключите uac
  • Ошибка записи начните сначала запись экрана