|
|||
Островитянин
12.02.14 — 15:26 |
1С: Предприятие 7.7 (7.70.027) |
||
Адинэснег
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 одинаковых расчета в ОДИН период. |
||
Йохохо
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 |
Вроде бы получилось сделать так. |
||
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 0:00:00 ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Запись с такими ключевыми полями существует! : Иванов Иван Иванович : Цех №2 (р. Коми) Управления по восстановлению скважин : : : 01.02.2005 0:00:00 (Регистр сведений: Учет основного заработка сотрудников организации в регламентированном учете; Номер строки: 5) ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(4754) КодСообщения = 26 Появляется такая вот ошибка при работе штатного переноса ЗИК=>ЗУП. Проблема в том, что в ЗИКе не соображаю, а проблема явно в чём то там. Куда и что копать? |
Yandex |
|
||
---|---|---|---|
E_Migachev |
|
||
---|---|---|---|
проблема в том что в регистре сведений Учет основного заработка сотрудников организации в регламентированном учете уже есть запись по Иванову от 1.02.05 и вторую создать он не даст
Нужно смотреть в зике, где второй раз это проходит или при загрузке поставить Не проводить документы, а потом проводя вручную отловишь задвоение. |
IKSparrow |
|
||
---|---|---|---|
Выяснилось, что в ЗИКе за один и тот же период для одного и того же сотра основной заработок несколько раз начислен. Но как его отловить…? Каким «волшебным» отчётом? |
E_Migachev |
|
||
---|---|---|---|
Это должны были отслеживать бухгалтера при формировании расчетной ведомости |
E_Migachev |
|
||
---|---|---|---|
отчета подходящего нет, только самому писать перебор журнала расчета по каждому сотруднику и смотреть начисления *09 |
alina |
|
||
---|---|---|---|
У меня тоже была такая же проблема. Решила ее так — есть обработка для 7.7 «Мягкая смена периода».
1.Открываю 7.7.Применяю обработку на самую раннюю дату(чтобы менять данные во всех нужных периодах). 2.Вручную удаляю записи, которые вызывают задвоение(в вашем случае надо поискать это отражение заработка в регл учете ), исправить-изменить-удалить — по ситуации. 3.Осуществляю перенос ЗиК- ЗУП. Вот вам эта обработка (она для ЗиК 7.7)Скачивать файлы может только зарегистрированный пользователь! |
IKSparrow |
|
||
---|---|---|---|
Так, всё очень плохо Сели с расчётчиком и посмотрели период, в котором проблема — в (0) указано, что «01.02.2005 0:00:00 (Регистр сведений: Учет основного заработка сотрудников организации в регламентированном учете;» я так понял, что в феврале эти расчёты и задвоились. Но там ничего подобного нет. На всякий случай прошерстили и 2004 год и 2005. Не задваивается. Кроме того, не ясен вот какой момент — я так понимаю, что с точки зрения процедуры загрузки в восьмёрке этот расчёт был назначен Иванову в контексте его работы в подразделении «Цех №2 (р. Коми) Управления по восстановлению скважин» как это указано в (0). Но Иванов никогда не работал в этом подразделении. Он вообще из администрации. И в командировки он тоже никогда не ездил. В общем, расчётчик в недоумении, ну а я в шоке. Непонятно где искать источник ошибки. Есть какая-нибудь процедура тотального перерасчёта всех записей о расчётах в ЗИКе?
Алина, спасибо, сейчас скачаю обработку посмотрю каким будет результат. |
IKSparrow |
|
||
---|---|---|---|
Ура! Я нашёл подозрительное место! *06
Дело всё в документе «Кадровое перемещение» В ЗИКе он имеет следующий вид: Иванов Иван Иванович Подразделение — Администрация А в ЗУПе перегруженный документ имеет такой вид: Неправильно подцепилось подразделение. Но! Приказ о приеме на работу в организации по подразделениям в ЗУПе оформлен правильно! Там подразделение «Администрация». С чего такой глюк может быть? Кстати, Цех№2 это обособленное подразделение. С этим может быть что-нибудь связано? |
E_Migachev |
|
||
---|---|---|---|
тебе нужно запускать перепроведение доков в ЗУПЕ и смотреть на каком документе вылетит ошибка, далее ишесь этот докум в ЗИКе и далее по ходу что-то правишь в ЗУПе.
Что качается тотального перерасчёта всех записей о расчётах в ЗИКе — есть такие обработки в интернете… Неправильно подтягивает подразделение — нужно смотреть код, как грузит, что создает… |
IKSparrow |
|
||
---|---|---|---|
В общем, дело оказалось не в документах и не в расчётах. Фигня в переносе данных об организациях и подразделениях. |
E_Migachev |
|
||
---|---|---|---|
сложно сказать, тут только нужно садиться и через отладчик прогонять *08
Проще написать свою перегрузку. Попробуй вот эту обработку alexerа Скачивать файлы может только зарегистрированный пользователь! для 8.1 и 8.2 |
IKSparrow |
|
||
---|---|---|---|
|
Евгений, спасибо за помощь. И писать обработки свои или использовать чужие — это конечно здорово, но судя по всему закралась в систему какая-то методическая ошибка. И если все данные переносить в новую базу то и ошибка, стало быть, перенесётся. На обычной демо-базе перенос работает. На моей базе перенос работает коряво. И уже есть несколько версий откуда ноги растут. У нас огромнейший бардак в справочнике подразделений в ЗИКе. Видимо по этой причине информация так коряво и переносится. |
IKSparrow |
|
||
---|---|---|---|
Так, ну я надеюсь, я вам всем ещё не надоел со своей эпопей, которая продолжается. Вдруг мой опыт кому-нибудь пригодится. В общем, как я и подозревал — неаккуратность в ведении справочника «Подразделения» в ЗИКе аукается при переносе данных в ЗУП. В чём заключается эта неаккуратность:
1) У обособленных подразделений не указан реквизит КПП либо он совпадает с КПП головной организации 2) У тех же подразделений не забит адрес 3) У них же не указаны руководители, бухгалтера. Стоило мне сделать выборочную проверку и поправить эти данные у нескольких подразделений, которые особо часто мелькают в ошибках при переносе, как тут же документы по ним встали на своё место. Из чего я делаю законный логический вывод, что проблема была именно в этом. Сейчас на всякий случай ещё сделаю ряд перекрёстных проверок, несколько пробных выгрузок и завтра пойду ругаться с бухгалтерами. p.s.> Ёлки-палки, да я с этим ЗУПом/ЗИКом стану зверским методистом *06 |
E_Migachev |
|
||
---|---|---|---|
*09 Так всегда, при переносе данных вылезают все ошибки! |
IKSparrow |
|
||
---|---|---|---|
Так, ну в общем и в целом проблему решил. Лёгкая модернизация существующей обработки, ликвидация глюков в ЗИКе по части некорректно заполненного справочника Подразделений, перепроведение документов (Алина, спасибо за обработку смены периода!). |
E_Migachev |
|
||
---|---|---|---|
Поздравляю с завершением эпопеи |
IKSparrow |
|
||
---|---|---|---|
Кстати, хотелось бы дополнить эту тему описанием ещё одной ситуации. На днях пришлось мне делать перенос данных из ЗИКа в ЗУП (для набивки руки полезно, да и опыту набраться — тоже пригодиться). И возникла у меня ошибка точь-в-точь как в первом сообщении этой темы. Однако, на этот раз справочник «Подразделения» оказался в полном порядке. Источник проблемы оказался на самом виду — практически по всем сотрудникам, оказалось дублирование записей за один и тот же период в реквизите «ШаблонПроводки». Из-за этого обработка не могла сформировать документ ввода остатков «Учёт Основного Заработка». Лишние записи этого периодического реквизита отличало то, что у них не было указано каким именно документом они были введены сотруднику. Поэтому мною был написан простенький код для чистки лишних дублей:
Код 1C v 7.x
|
Подсказка: Вы можете приложить к ответу файл или изображение щелкнув по значку или в редакторе. |
Спецы 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 «Налог на прибыль».
Их нужно добавить в список значений ПКО «План счетов — Хозрасчетный»