Описаниеошибки ошибка при вызове метода контекста записать

Aswed

21.03.12

✎

12:46

Aswed

21.03.12

✎

12:58

АП

DMLangepas

21.03.12

✎

13:04

актуально, кто знает??

Aswed

21.03.12

✎

13:20

Есть мысль что это дело надо сопоставлять в регистре сведений «Соответствие объектов для обмена.» Теперь вопрос где взять функцию которая возвращает значение УИДа в нужном формате.

Aswed

21.03.12

✎

13:42

И АП

Aswed

21.03.12

✎

14:04

Ну не верю что никто не сталкивался с таким же.

Aswed

21.03.12

✎

14:25

Всё ещё мучаюсь

SurFace

21.03.12

✎

14:29

обмен работает с внутренним идентификатором, это раньше была обработка переброски данных, которая по ИНН/КПП/Наименованию отлавливала, типа сейчас так работает выгрузки БП/ЗУП

Zombi

21.03.12

✎

14:30

Ошибка вроде при создании нового элемента, по крайней мере при его записи. А почему он его не находит, это другой вопрос. Может по идентификатору найти пытается.

Aswed

21.03.12

✎

14:31

(7) Ок. Где сейчас они хранятся?

Пытался вставить новый идентификатор в регистр «Соответствие объектов для обмена», чего то не хрена не помогло.

SurFace

21.03.12

✎

14:33

(9) а заменить идентификатор в БП внешней обработкой низя? Я так не пробывал, но как-то у двух базы синхронизировал справочник по ИД.

Aswed

21.03.12

✎

14:34

(10) Что то не видел я такой обработки. По поделишься?

SurFace

21.03.12

✎

14:39

(11) ну так написать надо)) Идентификатор это текстовое поле определяется методом УникальныйИдентификатор()

Aswed

21.03.12

✎

14:40

(12) Знаю. Но вот метода его заменить не знаю:)

SurFace

21.03.12

✎

14:43

SurFace

21.03.12

✎

14:57

Как сделаешь отпишись плиз, сам часто сталкиваюсь с подобным.

Rodinyr

21.03.12

✎

16:38

Я подобную проблему решил так!!!, выгрузил и БП справочник Организации, в регистре сопоставления баз заменил на нужную организацию, не нужную удалил, и сделал выгрузку в ут->бп, ошибок после этого не было!

Rodinyr

21.03.12

✎

16:39

(16) небольшие поправкиЖ выгружали справочник из БП, регистр правил в торговле.

Naumov

21.03.12

✎

16:55

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

Naumov

21.03.12

✎

16:56

Судя по ошибке пытается создать новую организацию, а в базовой низя больше одной

Aswed

21.03.12

✎

17:26

(19) +1 в точку)))

Я же и описал в сабже)

Aswed

22.03.12

✎

16:40

SurFace

22.03.12

✎

18:27

Маладец!! Хорошее решение.

Naumov

23.03.12

✎

12:03

(21) Кто ж знал, что ты так можешь

Так проще всего.

А вообще после первоначальной настройки там предлагается выполнить начальную синхронизацию справочников. Это могло бы пердотвратить данную проблему.

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 «Налог на прибыль».

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

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

IKSparrow

29.03.2010 13:42 Ответ № 6

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

 


	ПерОб = СоздатьОбъект("Периодический");

	СпрСотрудники = СоздатьОбъект("Справочник.Сотрудники");

	// Делаем выборку из справочника "Сотрудники"

	СпрСотрудники.ВыбратьЭлементы(0);

	Пока СпрСотрудники.ПолучитьЭлемент() = 1 Цикл

		// Группы не обрабатываем

		Если СпрСотрудники.ЭтоГруппа() = 1 Тогда

			Продолжить;

		КонецЕсли;

		// Удалённых сотрудников тоже на фиг

		Если СпрСотрудники.ПометкаУдаления() = 1 Тогда

			Продолжить;

		КонецЕсли;                          

		// Сотрудников у которых нет периодики по реквизиту "ШаблонПроводки" тоже в лес

		ПерОб.ИспользоватьОбъект("ШаблонПроводки",СпрСотрудники.ТекущийЭлемент());

		Если ПерОб.ВыбратьЗначения(НачДата,КонДата) = 0 Тогда

			Продолжить;

		КонецЕсли;

		// Перебираем историю реквизита "ШаблонПроводки"

		Пока ПерОб.ПолучитьЗначение() = 1 Цикл

			Если ПустоеЗначение(ПерОб.ТекущийДокумент()) = 1 Тогда

				// Если нет документа, которым вводился этот реквизит, тогда удаляем значение

				// и сообщаем у кого удалили

				Если ПерОб.Удалить() = 1 Тогда

					Сообщить(СпрСотрудники.ТекущийЭлемент());

				Иначе

					// А если не получилось удалить, то сообщаем у кого не удалилось историческое значение

					// Вообще такого быть не должно, но мало ли

					Сообщить(СпрСотрудники.ТекущийЭлемент()+" не удалено!");

				КонецЕсли;

			КонецЕсли;

		КонецЦикла;		

	КонецЦикла;