По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
В общем вот такая ошибка
И где бы это могло быть? Понятно, что здесь формируется Документ расчетов с контрагентом (ручной учет) 000511922 выгрузкой, но не понятно почему там дата не выставляется ( я так понимаю это должна быть дата на конец отчетного периода)? Помогите пожалуйста исправитьь проблему!
Ошибка при загрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4761)}: Ошибка записи объекта
ТипОбъекта = Документ расчетов с контрагентом (ручной учет)
Объект = Документ расчетов с контрагентом (ручной учет) 000511922 от 01.01.0001 0:00:00
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Значение поля "Дата" не может быть пустой датой
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(4754)
КодСообщения = 26
ПоказатьИ где бы это могло быть? Понятно, что здесь формируется Документ расчетов с контрагентом (ручной учет) 000511922 выгрузкой, но не понятно почему там дата не выставляется ( я так понимаю это должна быть дата на конец отчетного периода)? Помогите пожалуйста исправитьь проблему!
Наверно ошибка где-то в этом
Скажите пожалуйста есть ли у вас какие-либо идеи где может скрываться ошибка? При выгрузке данных что-то не дозагружается или при загрузке?
Ругается я так понял на поле Дата у документа, который формируется для остатков? Тогда не понятно почему ему не присваивается начала периода?
Блин ошибка какая-то простая скорее всего. ГДе-то под носом.
Скажите пожалуйста есть ли у вас какие-либо идеи где может скрываться ошибка? При выгрузке данных что-то не дозагружается или при загрузке?
Ругается я так понял на поле Дата у документа, который формируется для остатков? Тогда не понятно почему ему не присваивается начала периода?
Блин ошибка какая-то простая скорее всего. ГДе-то под носом.
Вобще ненужно ждать от переноса 100% результата, если вы конечно не демо базу переносите. Я сколько не переносил всегда приходилось что-то подправлять потом руками, т.к. учет как правило ведется далеко не идеально.
FreeArcher пишет:
Вобще ненужно ждать от переноса 100% результата, если вы конечно не демо базу переносите. Я сколько не переносил всегда приходилось что-то подправлять потом руками, т.к. учет как правило ведется далеко не идеально.
Вобще ненужно ждать от переноса 100% результата, если вы конечно не демо базу переносите. Я сколько не переносил всегда приходилось что-то подправлять потом руками, т.к. учет как правило ведется далеко не идеально.
Так, а в данном случае можете что-то сказать? Наверно тут самим придется обработку писать, которая бы нужный документ сформировала? Или это как-то можно исправить конвертацией?
FreeArcher пишет:
Вобще ненужно ждать от переноса 100% результата, если вы конечно не демо базу переносите. Я сколько не переносил всегда приходилось что-то подправлять потом руками, т.к. учет как правило ведется далеко не идеально.
Вобще ненужно ждать от переноса 100% результата, если вы конечно не демо базу переносите. Я сколько не переносил всегда приходилось что-то подправлять потом руками, т.к. учет как правило ведется далеко не идеально.
Тоже, ломал голову, по данному вопросу, переносил остатки но не все сели, как потом объяснили в службе поддержки, что сам разработчик не гарантировал полного перехода, на мой взгляд, это проблема разработчиков, т.к. была очень скудная информация. Та инструкция, которая прилагалась при переходе, как стандартное стедство, так и типовая обработка, не давала полного объяснения, по этому приходилось долбить службу ИТС. В итоге, они предоставили обработку, которая с их слов, вроде как последняя версия и более качественная. Она то меня и спасла, не совсем, но переход мы все таки сделали. Поясню, БП 1.6 была правлена до моего прихода программистом в конфиге по разграничению прав, каким образом это он делал известно только ему, т.к. даже при обновлении на эту же версию постоянно выявлалась ошибка обновления, в итоге было решено (март 2011г.) переходить уже на БП 2.0, опять загвозка, наши бухи сдали отчет за первый квартал, и хотели вызрузку на 1 апреля. Пришлось обратиться к той самой обработке от ИТС, которая выручила, но проблемы не кончились, во-первых некоторые документы не были проведены при загрузке, из-за отсутствия реквизитов по аммортизации (бухи просто забИли на это, когда вели 1.6 :( "полный пипец"), и во-вторых часть остатков не село, так что делал сверку по каждому счету и вместе с бухалтерами искали разницу по средством MS Excel. Так мы решали проблему перехода с БП 1.6 на 2.0. Если смотреть,сколько потратили времени, около двух недель.
(12) Babinka, уже все перенесено и работает. Читайте внимательно! Напомню, решение о переносе было принято в марте 2011г., а в апреле (если быть точным 18 апреля) уже все было готово. В июне перешли на новое железо, там развернули все "грамотно", VMware: первый сервак - SQL Server R2; второй - 1С Администрирование БД; третий - Терминал. Уже почти прошло три месяца, от бухов ни одной жалобы, разве что недавно попросили "Справку к ИНВ-17" для БП 2.0. Тестили железо как положено, почти месяц, 29 июня все пользователи (бухгалтерия, экономисты, склад) перешли на эту "железку", красота. Архив делается два раза в день, в обед, пока ни кто не работает, и вечером, тоже, когда уже ни кто неработает :)
Перед началом выгрузки данных необходимо сделать тестирование/исправление базы потом сделать перепроведение всех документов(итогов), и только после этого переходить к методите перехода с 1.6 на версию 2.0. Сам много раз делал перенос данных как типовых так и нетиповых баз всегда в основе переноса брал типовые правила обмена. Ошибки в основном связаны с некорректным учетом пользователя. В твоем случае думаю нужно попробывать найти ошиибку через ОСВ по счету расчеты с тем контрагентом который указан в созданном документе, и обязательно отдельно выгружать и загружать данные.
мне не очень ясно - как вы делаете перенос? Стандартная процедура - это сначала выгрузка данных из 1.6 с помощью универсальной выгрузки данных в формате XML (с использованием правил обмена), а затем загрузка данных из получившегося файла в пустую базу 2.0 с помощью этой же универсальной обработки.
Выгрузку через непосредственное подключение к базе делать не рекомендуется, она коряво работает.
Выгрузку через непосредственное подключение к базе делать не рекомендуется, она коряво работает.
У меня были проблемы при переносе бух-ии и в частности с документами взаиморасчетов.
При более глубоком копании нашлись опечатки в правилах обмена. Правка руками правил помогла.
Хотя присоединюсь к мнению, что перенос с 1.6 на 2.0 это песня.
Какое-то время назад на комплексных курсах уже по 8.2, когда был блок Бухгалтерии,
преподаватель с заметным сарказмом заметил, что мол на управляемые формы Бухгалтерия перейдет
в 3 версии, которая не за горами. Переход то наверняка будет, главное чтобы не такой веселый как
с 1.6 на 2.0 так как бухгалтера не понимают за что им все это:)
При более глубоком копании нашлись опечатки в правилах обмена. Правка руками правил помогла.
Хотя присоединюсь к мнению, что перенос с 1.6 на 2.0 это песня.
Какое-то время назад на комплексных курсах уже по 8.2, когда был блок Бухгалтерии,
преподаватель с заметным сарказмом заметил, что мол на управляемые формы Бухгалтерия перейдет
в 3 версии, которая не за горами. Переход то наверняка будет, главное чтобы не такой веселый как
с 1.6 на 2.0 так как бухгалтера не понимают за что им все это:)
Ошибка выгрузки данных из информационной базы 1С:Бухгалтерии 8, редакции 1.6!
Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = Контрагенты (СправочникСсылка.Контрагенты --> СправочникСсылка.Контрагенты)
ПКС = 3 (ИНН --> ИНН)
Объект = ТЭО (Номенклатурные группы)
СвойствоПриемника = ИНН (Строка)
ОписаниеОшибки = Поле объекта не обнаружено (ИНН)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8202)
КодСообщения = 13
Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасчетыСПрочимиДебиторамиИКредиторами
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = Контрагенты (СправочникСсылка.Контрагенты --> СправочникСсылка.Контрагенты)
ПКС = 3 (ИНН --> ИНН)
Объект = ТЭО (Номенклатурные группы)
СвойствоПриемника = ИНН (Строка)
ОписаниеОшибки = Поле объекта не обнаружено (ИНН)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8202)
КодСообщения = 13
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1593)
КодСообщения = 31
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1612)}: Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасчетыСПрочимиДебиторамиИКредиторами
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = Контрагенты (СправочникСсылка.Контрагенты --> СправочникСсылка.Контрагенты)
ПКС = 3 (ИНН --> ИНН)
Объект = ТЭО (Номенклатурные группы)
СвойствоПриемника = ИНН (Строка)
ОписаниеОшибки = Поле объекта не обнаружено (ИНН)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(8202)
КодСообщения = 13
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1593)
КодСообщения = 31"
Показать
Уважаемые специалисты! Ну не идет никак перенос. Уже какие только правила не перепробовал :-( Помогите пожалуйста расшифровать такую ошибку при переносе:
Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = Контрагенты (СправочникСсылка.Контрагенты --> СправочникСсылка.Контрагенты)
ПКС = 7 (КПП --> КПП)
Объект = Ахметов Борис Данисович (Физические лица)
СвойствоПриемника = КПП (Строка)
ОписаниеОшибки = Поле объекта не обнаружено (КПП)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(8202)
КодСообщения = 13
Ошибка!!!
Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасчетыСПрочимиДебиторамиИКредиторами
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = Контрагенты (СправочникСсылка.Контрагенты --> СправочникСсылка.Контрагенты)
ПКС = 7 (КПП --> КПП)
Объект = Ахметов Борис Данисович (Физические лица)
СвойствоПриемника = КПП (Строка)
ОписаниеОшибки = Поле объекта не обнаружено (КПП)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(8202)
КодСообщения = 13
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593)
КодСообщения = 31
Ошибка!!!
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(1612)}: Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Остатки_РасчетыСПрочимиДебиторамиИКредиторами
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка получения значения свойства объекта (по имени свойства источника)
ПКО = Контрагенты (СправочникСсылка.Контрагенты --> СправочникСсылка.Контрагенты)
ПКС = 7 (КПП --> КПП)
Объект = Ахметов Борис Данисович (Физические лица)
СвойствоПриемника = КПП (Строка)
ОписаниеОшибки = Поле объекта не обнаружено (КПП)
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(8202)
КодСообщения = 13
ПозицияМодуля = Обработка.УниверсальныйОбменДаннымиXML(1593)
КодСообщения = 31
Показать
Спасибо кажись с этим разобрался: Оказывается в плане счетов есть счет 76.07 с аналитикой по "ФизЛицам". По всей видимости добавлен в режиме Предприятия, поэтому Конфига на замке. А поскольку 1С-ка его не знает, то и полагает что там должны быть "Контрагенты". Завтра попробую повторить выгрузку :-) Предварительно почистив остатки по этому счету.
Мдааа...)))
Читаю прямо - не нарадуюсь) советы - один лучше другого)
Кто-то советует "откатить базу", утверждая, что поможет, кто-то "перенести с помощью универсальной выгрузки данных в формате XML", утверждая, что это "стандартный метод")))
Если человек несведущий в метедике переноса это все прочитает и примет как руководство к действию на форуме появится еще несколько бредовых и абсолютно бессмысленных тем, начинающихся с "ПАМАГИТЕ")
Давайте хотя бы читать то, что другие пишут
По теме могу сказать одно: переносил порядка 50 фирм, совсем без ошибок перенеслась одна, остальное ошибки учета и ИБ. Ошибки ИБ - предварительное тестирование и исправление, ошибки учета - сидеть с бухами и долбать им мозг пока не поймут что от них хотят. Можно рассмотреть и неразрешимые ситуации, как то:
1. База 7.7 ОСН
2. Ведется в ней учет ИП
3. После переноса надо получить Книгу Учета Доходов И Расходов
4. После озвучивания примерной стоимости решения задачи бухгалтер частично теряет смысл жизни)
Итог: сделать можно все, вопрос в оплате...
Читаю прямо - не нарадуюсь) советы - один лучше другого)
Кто-то советует "откатить базу", утверждая, что поможет, кто-то "перенести с помощью универсальной выгрузки данных в формате XML", утверждая, что это "стандартный метод")))
Если человек несведущий в метедике переноса это все прочитает и примет как руководство к действию на форуме появится еще несколько бредовых и абсолютно бессмысленных тем, начинающихся с "ПАМАГИТЕ")
Давайте хотя бы читать то, что другие пишут
По теме могу сказать одно: переносил порядка 50 фирм, совсем без ошибок перенеслась одна, остальное ошибки учета и ИБ. Ошибки ИБ - предварительное тестирование и исправление, ошибки учета - сидеть с бухами и долбать им мозг пока не поймут что от них хотят. Можно рассмотреть и неразрешимые ситуации, как то:
1. База 7.7 ОСН
2. Ведется в ней учет ИП
3. После переноса надо получить Книгу Учета Доходов И Расходов
4. После озвучивания примерной стоимости решения задачи бухгалтер частично теряет смысл жизни)
Итог: сделать можно все, вопрос в оплате...
(46) что сказать-то хотели по теме? что у большинства возникают проблемы при переходе 1.6->2.0 и каждый случай индивидуален? для того и существует форум, чтобы люди могли задать вопрос и "телепаты" им попытались помочь разобраться.
Какое отношение имеет упоминаемая база 7.7 ОСН к переходу 1.6->2.0 большая загадка.
Какое отношение имеет упоминаемая база 7.7 ОСН к переходу 1.6->2.0 большая загадка.
(47) Leja, По теме так по теме)
Советовать пользователям переносить данные из 1.6 в 2.0 "с помощью универсальной выгрузки данных в формате XML" - это либо отсутствие какого-либо понимания данной темы, либо попытка вредительства, по Вашему ответу мне ясно, что скорее первое.
Я к тому, что не надо давать людям подобных советов, они могут и последовать им.
Советовать пользователям переносить данные из 1.6 в 2.0 "с помощью универсальной выгрузки данных в формате XML" - это либо отсутствие какого-либо понимания данной темы, либо попытка вредительства, по Вашему ответу мне ясно, что скорее первое.
Я к тому, что не надо давать людям подобных советов, они могут и последовать им.
(56) alegon, Вообще-то я не вижу смысла отвечать на подобные "комментарии", созданные с целью "набить баллов", но предвосхищая дальнейший флуд отвечу.
1. 99% ошибок, связанных с невозможностью проведения документов ввода начальных остатков, которые я встречал, связаны с ошибками учета (незаполненные реквизиты, отражение движений операциями без корректировки надлежащих регистров) - исправляется вручную, как правило проще это делать в 2.0
2. Еще 1% связан с изменениями плана счетов по счетам, закрытым для редактирования - исправляются правила в Конвертации.
3. 95% критических ошибок при загрузке/выгрузке происходит опять таки за счет правки конфигурации-источника - исправляются правила в Конвертации и, по необходимости, новая база приводится в соответствие изменениям старой.
4. Еще 4% ошибки в базе - тестирование и исправление.
5. Самый интересный 1% недочеты 1С - правится в Конвертации, т.к. лично мне техподдержка отвечала в среднем неделю и ничего вразумительного так и не ответила ни на один заданный вопрос.
Выгрузка производится штатной обработкой 1С по переносу из 1.6 в 2.0, с большими объемами рекомендую через файл.
Естественно, "единственный правильный" совет в данном случае попросту не существует, любой мало-мальски сведущий в программировании человек может подтвердить, что все задачи в нашем мире решаются не одним путем, просто пути различаются по затратам времени и ресурсов)
1. 99% ошибок, связанных с невозможностью проведения документов ввода начальных остатков, которые я встречал, связаны с ошибками учета (незаполненные реквизиты, отражение движений операциями без корректировки надлежащих регистров) - исправляется вручную, как правило проще это делать в 2.0
2. Еще 1% связан с изменениями плана счетов по счетам, закрытым для редактирования - исправляются правила в Конвертации.
3. 95% критических ошибок при загрузке/выгрузке происходит опять таки за счет правки конфигурации-источника - исправляются правила в Конвертации и, по необходимости, новая база приводится в соответствие изменениям старой.
4. Еще 4% ошибки в базе - тестирование и исправление.
5. Самый интересный 1% недочеты 1С - правится в Конвертации, т.к. лично мне техподдержка отвечала в среднем неделю и ничего вразумительного так и не ответила ни на один заданный вопрос.
Выгрузка производится штатной обработкой 1С по переносу из 1.6 в 2.0, с большими объемами рекомендую через файл.
Естественно, "единственный правильный" совет в данном случае попросту не существует, любой мало-мальски сведущий в программировании человек может подтвердить, что все задачи в нашем мире решаются не одним путем, просто пути различаются по затратам времени и ресурсов)
(55) Универсальная обработка выгрузки в формате XML и "штатная" обработка перехода на 2.0 - работают по одному и тому же принципу. При этом универсальная обработка позволяет более гибкую настройку и не является черным ящиком. "Штатная" обработка через подключение к базе ничего не переносит, отваливается по ошибке, поэтому может использоваться только в варианте переноса через файл.
Насчет возможности использования Универсальной обработки выгрузки в формате XML для перехода на 2.0 почитали бы хоть на сайте 1С и не были бы настолько самоуверенным.
Вы пишете абстрактно о каких-то абстрактных ошибках, приводите %%, это ФЛУД. Здесь задавались вполне конкретные вопросы по конкретным ошибкам. И, к счастью, комментарии с попытками разобраться в проблеме помогали людям - хотя бы даже указанием направления, в какую сторону "копать".
Насчет возможности использования Универсальной обработки выгрузки в формате XML для перехода на 2.0 почитали бы хоть на сайте 1С и не были бы настолько самоуверенным.
Вы пишете абстрактно о каких-то абстрактных ошибках, приводите %%, это ФЛУД. Здесь задавались вполне конкретные вопросы по конкретным ошибкам. И, к счастью, комментарии с попытками разобраться в проблеме помогали людям - хотя бы даже указанием направления, в какую сторону "копать".
(59) Leja,
1. Должно быть только у Вас Универсальная обработка выгрузки в формате XML сама проводит отложенные движения, поделитесь опытом)))
2. Ваши советы кому-нибудь помогли? или помогут? см. пункт 1
3. Куда копать я весьма досткупно описал в (57)
4. См. (58)
1. Должно быть только у Вас Универсальная обработка выгрузки в формате XML сама проводит отложенные движения, поделитесь опытом)))
2. Ваши советы кому-нибудь помогли? или помогут? см. пункт 1
3. Куда копать я весьма досткупно описал в (57)
4. См. (58)
Для будущих "комментаторов" предлагаю очень простой вопрос: в каких случаях при переносе данных из 1.6 в 2.0 возникает эта ошибка:
Ошибка при выполнении алгоритма после загрузки значений параметров
Обработчик = ПослеЗагрузкиПараметров
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Превышено максимальное количество видов субконто на счете
ПозицияМодуля = (158)
КодСообщения = 75
Приведите хотя бы 2, потом пишите
Ошибка при выполнении алгоритма после загрузки значений параметров
Обработчик = ПослеЗагрузкиПараметров
ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Превышено максимальное количество видов субконто на счете
ПозицияМодуля = (158)
КодСообщения = 75
Приведите хотя бы 2, потом пишите
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот