Двухсторонний обмен между УПП 1.3 и БУХ 2.0! #578224

Доброго времени суток! Есть потребность в такой связи. С ходу не нашёл правила обмена для КА. Может кто носом ткнёт? :) Ну или подскажет вообще...

КА уже не актуальна...:) Главным вопросом остаётся УПП 1.3 и БУХ 2.0. ...неужели ни кто не сталкивался? ...или просто последний рабочий день? :)

пиши сам. были правила для БП 1.6

...печально...:( время жалко тратить... думал уже есть у кого....:(

норомально так... тема про обмен УПП и БП, правила для КА нужны... а, собственно, вопросом задавались - ЗАЧЕм двухсторонний обмен между конфами, которые частично пееркрывают друг друга?? чтобы стать крутым? или хотите их документацию запутать так, чтобы потом распутывать долгими зимними вечерами на протячжении нескольких лет??

Есть односторонние ПравилаОбменаДанными_УПП_БП2 (см. мыло). Не я писал, франчи. Хотел узнать твое мнение о них. Зачем то сделали так, что документы грузятся в БП как проведенные, без движений, но при загрузке не проводятся, отдельно надо проводить... База SQL, при повторной загрузке исправленных документов, иногда возникает за двоенные проводки (похоже, старые движения не удаляются). Соответственно такая хрень: "Ошибка при вызове метода контекста (Записать): Попытка вставки неуникального значения в уникальный индекс: Microsoft OLE DB Provider for SQL Server: Невозможно вставить повторяющуюся ключевую строку в объект "dbo._AccRgAT1506" с уникальным индексом "_AccRgA1506_ByPeriod_TRRRRRN". HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1". Лечить приходится - базу загружаю в файловый вариант, провожу, возвращаю в SQL. В общем надо их как-то переделать...

Если можно, скинь и мне, пожалуйста. Очень интересны эффекты именно при исправлениях документов. Мыло в личке.

Как раз сейчас отлаживаю бп->упп и понемногу в обратную сторону начинаю готовить

все очень просто - упп управленческая база, бп - бухгалтерская

Скинул. Эти ошибки только в SQL появляются, в файловом варианте вроде все нормально. Может SQL не настроен? А еще такую штуку заметил. В 1С основная масса документов из СуперМАГ (вроде фронт-офиса) загружается. Каждый бухгалтер свой магазин (юр.лицо) ведет. Так вот, пока один бухгалтер свои групповые обработки делает, все остальные ждут, сплошь транзакции идут... В УПП - хоть неповоротливая система, но такого не наблюдалось!? Может БП не ПРОФ, а КОРП надо ставить?

Там у них сделано так, что при первой загрузке в БП, формируется документ с признаком проведения, но, без проводок. После проведения - проводки появляются. При повторной загрузке измененного документа (документы ищутся по ID), в БП остаются старые проводки, а данные в документе становятся новыми. Причем, у документа - тоже установлен признак проведения. После перепроведения - проводки становятся новыми, это в файловой базе. Серверной базе такая ситуация, похоже, не нравится.

По-моему, настройкой SQL не сделать.

Можно отменять проведение и снова проводить.

В ПКО "При (или После?) загрузки" прописать, это?

Вообще-то меня интересует, зачем в два этапа, почему сразу при загрузке не проводить? Или при этом появляются другие проблемы? Например, при , когда загружаю повторно исправленные документы, возникают ошибки типа несоответствия заказам... приходится на время обмена отключать константами ИспользоватьЗаказыКлиентов и ИспользоватьЗаказыПоставщикам.

поделитесь правилам , потестирую на праздниках

[url=

нет такой страницы просто ссылку, не нужно [url]

Спросил у франча, зачем так сделали? Говорит, что бухи могут надергать из УПП доки как угодно, проводить их сразу при загрузке смысла не имеет. Потом, при закрытии месяца им все равно придется восстанавливать последовательность... Возникает вопрос, обработка УниверсальныйОбменДаннымиXML ведет список доков, которые загрузила? Чтобы при желании, его отсортировать в хронологическом порядке, и провести...

Этот список еще нужен для другого . У загруженных документов могут измениться номера, надо сделать ответную выгрузку.