Имя: Пароль:
1C
1С v8
Обмен данными между УТ 11.3 и БП 3.0
,
0 zerat
 
22.12.17
08:56
Всем привет! Клиент захотел доработаться штатный функционал выгрузки данных из УТ в БП, ввиду особенностей ведения учета в организации требуется чтобы все документы выгружались в БП 3.0 один раз и затем при изменении этих документов в УТ, надо чтобы они не выгружались в БП снова. Как это можно реализовать? Кто делал подобное подскажите пожалуйста
1 УспешныйЧел
 
22.12.17
09:01
поддержу предыдущего оратора, сделал отбор в отчете, чтобы лишнее не вылазило, а дальше забил...28 открытых форм при трассировке
2 zerat
 
22.12.17
09:07
Бухгалтер боится что в УТ манагеры что то там натворят и ей выгрузятся косяки всякие, поэтому хочет чтобы документы выгрузили один раз....
3 yzimin
 
22.12.17
09:18
надо подойти к решению с другой стороны. Пусть бухгалтер обрабатывает документы в БП только после закрытия от изменений в УТ.

Выгружать 1 раз это бред. Менеджер может в течение 30 минут раз 10 перепровести пока по любой причине
4 Starhan
 
22.12.17
09:33
(0) как вариант:

добавляешь доп свойство - выгружен в БР 3.0. И меняешь правила регистрации объекта по нему.
5 APXi
 
22.12.17
09:34
Доработай правила. При загрузке если док найден, то не грузим.
6 APXi
 
22.12.17
09:35
Только приготовься к вопросам буха и других, "а почему у нас документы разные".
7 zerat
 
22.12.17
09:36
(6) эти вопросы уже обсуждали
8 Альбатрос
 
22.12.17
09:36
(4) Норм вариант
9 zerat
 
22.12.17
09:54
(4) можно по подробнее не совсем понял?
10 Starhan
 
22.12.17
10:17
(8) в (5) тоже не плохой. Можно сделать доп свойство не загружать из УТ. И как только бухгалтер проработает документ, не загружать его больше.

Тут кстати дел меньше просто правило загрузки поправить.
11 Starhan
 
22.12.17
10:18
(9) это надо копать в сторону КД 3 и как в универсальном обмене через EnterpriseData правила регистрации работают.
12 MaxS
 
22.12.17
10:25
(4) И как его устанавливать в признак выгружен? Нужно же подтверждение что дошел до адресата. Это нужно делать при отмене регистрации при получении номера загруженного сообщения от БП.

Самое простое - не загружать в БП если там есть.
Можно обойтись одной строчкой кода на документ.
13 Альбатрос
 
22.12.17
10:28
(10) Но трафика больше, ибо документы регаться будут все, а загружаться не все.
14 MaxS
 
22.12.17
10:32
(13) Вероятность повторного изменения документов в УТ должна быть низкой. Это административные вопросы, а не технические ))
15 Альбатрос
 
22.12.17
10:36
(14) Ну так то да, конечно. Да и сама концепция "не выгружать/загружать измененные документы, потому что бухгалтер ссыт" попахивает нехилыми проблемами именно для бухгалтера :)
16 MaxS
 
22.12.17
11:06
Держите алгоритм. Вставлять в *_Получение_ПередЗаписьюПолученныхДанных(

Если НЕ ДанныеИБ=Неопределено Тогда // Не замещать существующие объекты в приемнике при загрузке, а только создавать новые и заполнять их
    ПолученныеДанные = Неопределено;
КонецЕсли;

Как готовить КД3 можно почитать, ну... Например, здесь: http://catalog.mista.ru/public/695523/
17 Starhan
 
22.12.17
11:41
Чо тут готовить можно сохранить модуль обмена в обработку, там все поправить и подключить ее
18 Starhan
 
22.12.17
11:42
(15) это обычная ситуация. менеджеры меняют задним числом доки и суммы и другие реквизиты. потому что зачастую в конторах работающих не чисто в белую. результат и оформление сделки выясняются после совершения сделки (как там договорятся наверху).
19 Альбатрос
 
22.12.17
11:44
(18) Да это понятно, но если эти изменения не отобразятся в бухии, это грозит проблемами.
20 zerat
 
23.12.17
13:07
(19) это пусть потом сами выясняют мне сказали надо так и всё