Отправляет email-рассылки с помощью сервиса Sendsay

RFpro.ru: 1С для программиста

Подписаться Бесплатная «Золотая» новостная рассылка . Подписчиков 2.508 RSS
←   Январь 2011   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Открыта: 02-06-2005

Автор
Калашников О.А.

Статистика

2.508 подписчиков
0 за неделю
←   Все выпуски   →

RFpro.ru: 1С для программиста


Хостинг портала RFpro.ru:
Московский хостер
Профессиональный ХОСТИНГ на базе Linux x64 и Windows x64

РАССЫЛКИ ПОРТАЛА RFPRO.RU

Лучшие эксперты данной рассылки

Лиджи-Гаряев Владимир
Статус: Профессионал
Рейтинг: 1935
∙ повысить рейтинг » 		Владимир Лазурко
Статус: Профессор
Рейтинг: 1003
∙ повысить рейтинг » 		Тимошенко Дмитрий
Статус: Практикант
Рейтинг: 582
∙ повысить рейтинг »

/ КОМПЬЮТЕРЫ И СОФТ / Программирование / 1С для программиста

Номер выпуска:1164
Дата выхода:01.01.2011, 10:30
Администратор рассылки:Владимир Лазурко (Профессор)
Подписчиков / экспертов:282 / 96
Вопросов / ответов:1 / 1

Вопрос № 181638: Здравствуйте, уважаемые эксперты! Прошу Вас ответить на следующий вопрос: Как с помощью КД 2.1.2.1 перенести между двумя аналогичными слегка доработанными(хотя это в принципе не влияет на суть конкретно данного вопроса) конфигурациями УТ 10.2 запи...

Вопрос № 181638:

Здравствуйте, уважаемые эксперты! Прошу Вас ответить на следующий вопрос:
Как с помощью КД 2.1.2.1 перенести между двумя аналогичными слегка доработанными(хотя это в принципе не влияет на суть конкретно данного вопроса) конфигурациями УТ 10.2 записи регистра накопления "Взаиморасчеты с контрагентами", не перенося при этом сами регистраторы, а только ссылки на них? Конкретно сейчас регистраторами будут являться только документы вида"Поступление товаров и услуг"
Я сам пробовал так: сначала автоматически сформировал ПКО и ПВД для регистра "Взаиморасчеты с контрагентами". Затем для каждого реквизита и измерения этого регистра установил флажок "Получать из входящих данных". После этого в ПКО "ПоступлениеТоваровУслуг" в обработчике "при выгрузке" вписал следующий код, приведенный в приложении. В итоге сами документы выгружаются, а при выгрузке регистров происходит "ошибка компиляции кода" и регистр не вы гружается. Хотелось бы знать в правильном направлении я вообще двигаюсь и если да, то в чем может быть ошибка?

Отправлен: 27.12.2010, 10:03
Вопрос задал: Посетитель - 355344 (Посетитель)
Всего ответов: 1
Страница вопроса »

Отвечает Sim_tm (Студент) :
Здравствуйте, Посетитель - 355344!

Я бы рекомендовал:
- сделать выгрузку записей регистра 1 в 1. Для измерений всех ссылочных данных создать соответствующие ПКО (в пко переносить только необходимые реквизиты, например дата, номер, код, наименование и т.д., кучу вспомогательных не тянуть).
- для ПКО "Поступление товаров услуг" установть галочку "при переносе объекта по ссылке не создавать новый объект"
- убедиться, что в правилах выгрузки данных документ "Поступление товаров услуг" не присутсвует иначе эти документы нормально так отмигрируют в базу приемник.
- исходя из строчки "Где|Рег.Регистратор = &ДокументСсылка" в Вашем запросе предположу, что выгружаются строго определенные записи. Если это так, то в правиле выгрузки данных регистра установить произвольный алгоритм получения выборки, и в обработчике "Перед обработкой" этого же правила переопределить параметр ВыборкаДанных. Только не забудьте , что он должен быть типа Набор записей.

И немножко мыслей вслух:

© Цитата: Посетитель - 355344
2. На форумах почитал, говорят что вроде так даже в типовых обменах предусмотрено такое, просто переносится ссылка на регистратор, а в итоге там "Объект не найден", т.е. самого регистратора в базе нет.

Ну переносить записи без регестратора ("объект не найден") это очень спорное решение. Потом не возникнет проблем с тем что бы эти записи почистить, не возникнет проблем с витруальными таблицами остатков? Вообще странно все это, ну будем исходить из того, что Вы знаете, что хотите сделать.
В ПКО "Поступление товаров услуг" нуж но установить свойство "при переносе объекта по ссылке не создавать новый объект". При этом в правилах выгрузки данных у Вас этих документов категорически не должно быть. Долежн быть только регистр накопления.

Мне не понятен приведенный кусок кода. По нему складывается ощущение, что выгружается только одна запись регистра. А если взаиморасчеты ведутся в разрезе заказов и заказы указаны в табличной части? документ сформирует несколько строк движений по Взаиморасчетам, а Вы выгрузите только первую. Ну и мне не понятно зачем заморачиваться с исходящими данными?

© Цитата: Munster
в коде СтрТаб = Таб.Получить("0"); лучше сделать проверку если вообще ст роки в таблице, может тут ошибка...

Присоединяюсь. Такую проверку на всякий пожарный нужно обязательно сделать в случае с исходящими данными. Если выгружать 1 в 1, то естественно ничего подобного делать не надо.

© Цитата: Посетитель - 355344
Кстати у меня еще вопрос: насколько вообще корректно переносить этим способом "Вид движения"?

Абсолютно корректно. Это внутренее перечисление платформы 1с, так что оно переносится на ура.

Ответ отправил: Sim_tm (Студент)
Ответ отправлен: 27.12.2010, 21:26
Номер ответа: 265147
Украина, Севастополь
ICQ # 314499900

Вам помог ответ? Пожалуйста, поблагодарите эксперта за это!
Как сказать этому эксперту "спасибо"?
  • Отправить SMS #thank 265147 на номер 1151 (Россия) | Еще номера »
  • Отправить WebMoney:

    • Оценить выпуск »
    Нам очень важно Ваше мнение об этом выпуске рассылки!

    Задать вопрос экспертам этой рассылки »

    Скажите "спасибо" эксперту, который помог Вам!

    Отправьте СМС-сообщение с тестом #thank НОМЕР_ОТВЕТА
    на короткий номер 1151 (Россия)
    Номер ответа и конкретный текст СМС указан внизу каждого ответа.

    Полный список номеров »

    * Стоимость одного СМС-сообщения от 7.15 руб. и зависит от оператора сотовой связи. (полный список тарифов)
    ** При ошибочном вводе номера ответа или текста #thank услуга считается оказанной, денежные средства не возвращаются.
    *** Сумма выплаты эксперту-автору ответа расчитывается из суммы перечислений на портал от биллинговой компании.

    © 2001-2010, Портал RFPRO.RU, Россия
    Авторское право: ООО "Мастер-Эксперт Про"
    Автор: Калашников О.А. | Программирование: Гладенюк А.Г.
    Хостинг: Компания "Московский хостер"
    Версия системы: 2010.6.25 от 13.12.2010
    В избранное