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

Перенос данных из 7>8 код ошибки 26

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

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

Думал превью на ссылки сработает, прошу прощения.

Ссылка 1 http://s018.radikal.ru/i526/1402/f7/76e3220bf4df.jpg

Ссылка 2 http://s020.radikal.ru/i715/1402/d4/902f38cba31c.jpg

   Адинэснег

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

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

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

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

TurboConf — расширение возможностей Конфигуратора 1С

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Показывать по
10
20
40
сообщений

Новая тема

Ответить

assnake44

Дата регистрации: 24.08.2016
Сообщений: 6

Пробую перенести штатными средствами. Выгружается без ошибок, но при загрузке:
«Ошибка записи объекта
ТипОбъекта             = Подразделение
Объект             = Магазины
ОписаниеОшибки       = Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика — ‘ПриЗаписи’: {Справочник.ПодразделенияОрганизаций.МодульОбъекта(112)}: Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика — ‘ПриЗаписи’: {ОбщийМодуль.ЗарплатаКадры.Модуль(985)}: Не удалось изменить подчиненное подразделение Магазин 76 при записи Магазин 76.
Возможно, подразделение редактируется другим пользователем
ПозицияМодуля       = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5985)
КодСообщения       = 26
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5992)}: Ошибка записи объекта
ТипОбъекта             = Подразделение
Объект             = Магазины
ОписаниеОшибки       = Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика — ‘ПриЗаписи’: {Справочник.ПодразделенияОрганизаций.МодульОбъекта(112)}: Ошибка при вызове метода контекста (Записать): Ошибка при выполнении обработчика — ‘ПриЗаписи’: {ОбщийМодуль.ЗарплатаКадры.Модуль(985)}: Не удалось изменить подчиненное подразделение Магазин 76 при записи Магазин 76.
Возможно, подразделение редактируется другим пользователем
ПозицияМодуля       = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(5985)
КодСообщения       = 26»

З.Ы. Подразделение – «Магазины» родитель для подразделения «Магазин 76». Подскажите куда копать?

assnake44

Дата регистрации: 24.08.2016
Сообщений: 6

Может кому-то пригодится:
Причина была в в реквизите «ЕстьОбособленныеПодразделения» в справочнике Организации. Перенесся он не корректно из-за кода в макете переноса:
ВЫБОР
             КОГДА ИСТИНА В
                                           (ВЫБРАТЬ ПЕРВЫЕ 1
                                                            ­ ИСТИНА
                                           ИЗ
                                                            ­ Справочник.Организации КАК ПодчиненныеОрганизации
                                           ГДЕ
                                                            ­ ПодчиненныеОрганизации.ГоловнаяОрганизация = Организации.Ссылка

                                                                         ­ ОБЪЕДИНИТЬ

                                                                         ­ ВЫБРАТЬ ПЕРВЫЕ 1
                                                            ­                  ИСТИНА
                                                            ­ ИЗ
                                                            ­                  Справочник.ПодразделенияОрганизаций КАК ПодразделенияОрганизаций
                                                            ­ ГДЕ
                                                            ­                  НЕ ПодразделенияОрганизаций.КодПоОКАТО = «»
                                                            ­                  И НЕ ПодразделенияОрганизаций.КодПоОКТМО = «»
                                                            ­                  И ПодразделенияОрганизаций.Владелец = Организации.Ссылка)
                                           ТОГДА ИСТИНА
                               ИНАЧЕ ЛОЖЬ
             КОНЕЦ КАК ЕстьОбособленныеПодразделения

Так как КодПоОКАТО не используется, и был не заполнен. Соответственно получается их нет.

Игорь Афанасьев

Дата регистрации: 01.11.2016
Сообщений: 1

assnake44,Полностью согласен с предыдущим ответом. При переходе на ОКТМО в некоторых подразделениях они становятся не заполненными (человек мог у подразделения заполнить только КПП — раньше проверки на ОКАТО не было.
Затем включили ОКТМО, а перезаполнять его у подразделений никто не стал.

Решение: пройтись по подразделениям, и если ОКТМО не нужно, снять галку или заполнить ОКТМО

Показывать по
10
20
40
сообщений

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

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

Ошибка записи объекта
ТипОбъекта = Документ ссылка: Перенос данных
Объект = Перенос данных УОЗ от 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 Тогда
Сообщить(СпрСотрудники.ТекущийЭлемент());
Иначе
// А если не получилось удалить, то сообщаем у кого не удалилось историческое значение
// Вообще такого быть не должно, но мало ли
Сообщить(СпрСотрудники.ТекущийЭлемент()+" не удалено!");
КонецЕсли;
КонецЕсли;
КонецЦикла;
КонецЦикла;

Подсказка: Вы можете приложить к ответу файл или изображение щелкнув по значку или в редакторе.

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

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

Понравилась статья? Поделить с друзьями:
  • Ошибка записи невозможно записать файл libreoffice
  • Ошибка загрузки языкового файла utorrent
  • Ошибка записи начните сначала xiaomi
  • Ошибка загрузки элемента неверный код информационного блока
  • Ошибка записи на целевое устройство rosa image writer