Рассмотрим ситуацию подробно. В 1С:Бухгалтерия предприятия 3.0 банковские операции отражаются нормально, однако при выгрузке данных в 1С:Управление торговлей 10.3 документы поступления денежных средств передаются, а документы списания вызывают ошибку. В сообщении об ошибке фигурирует валюта расчетов, поэтому первым предположением становится проблема справочника Валюты.
В рассматриваемом случае используются Бухгалтерия предприятия 3.0.143.27 на платформе 8.3.23.1865 и Управление торговлей 10.3.6.8 на платформе 8.3.19.1467. Это очень важная деталь. Проверка справочника валют действительно нужна, но отсутствие видимых дублей российского рубля еще не означает, что проблема с валютой исключена. Кроме того, здесь присутствует еще одна серьезная причина: чрезвычайно большая разница поколений конфигураций и правил обмена.
Разберем по шагам, почему ошибка проявляется именно на списаниях, что проверить в справочниках и документах, как диагностировать правила обмена и когда вместо исправления отдельных элементов необходимо обновлять или заменять Управление торговлей 10.3.
Сначала проанализируем версии конфигураций. Релиз Управление торговлей 10.3.6.8 относится к очень ранним версиям редакции 10.3. Он использовался еще в 2009 году. В то же время Бухгалтерия предприятия 3.0.143.27 относится уже к совершенно другому поколению Бухгалтерии предприятия 3.0.
Это означает, что между информационными базами существует большая разница не только по времени выпуска, но и по структуре метаданных, составу реквизитов банковских документов, правилам работы с договорами, валютами и механизмам обмена.
Официальные материалы 1С по более поздним релизам Управление торговлей 10.3 содержали отдельные исправления ошибок обмена между УТ 10.3 и БП, в том числе ошибок выгрузки платежных документов. Кроме того, поддержка обмена между Управление торговлей 10.3 и Бухгалтерия предприятия 3.0 встречается уже в значительно более поздних релизах УТ 10.3, чем 10.3.6.8.
Поэтому первой системной причиной рассматриваемой проблемы следует считать несовместимость или фактическую устарелость используемого релиза УТ относительно источника данных БП 3.0. Ошибка, в которой упоминается валюта расчетов, может быть только конкретным местом, на котором старое правило обмена перестает правильно преобразовывать современный документ БП.
На первый взгляд кажется странным: если обмен работает, почему он успешно переносит банковские поступления и падает только на списании?
Выясним причину. В разных редакциях 1С поступление и списание денежных средств — это не одна операция с противоположным знаком. Это разные документы, для которых используются разные правила конвертации, разные виды операций и разный набор обязательных реквизитов.
В Бухгалтерия предприятия 3.0 обычно используются документы Поступление на расчетный счет и Списание с расчетного счета.
В старой Управление торговлей 10.3 банковские операции оформлялись, в частности, документами Платежное поручение входящее, Платежное поручение исходящее, а для ряда операций применялись документы типа Платежный ордер: списание денежных средств.
Следовательно, для входящей и исходящей операции механизм обмена выполняет разные ветви правил преобразования.
Например, входящее поступление от покупателя может успешно определить организацию, расчетный счет, покупателя и сумму, после чего создать в УТ входящий банковский документ. А при обработке списания поставщику правило дополнительно пытается определить:
контрагента-получателя;
договор с поставщиком;
валюту взаиморасчетов по договору;
банковский счет контрагента;
вид операции исходящего платежа;
основание платежа;
валюту денежных средств;
сумму платежа в требуемой валюте;
аналитику взаиморасчетов.
Если хотя бы один из этих реквизитов старое правило обмена не может преобразовать, выгрузка конкретного документа прекращается.
Поэтому успешная выгрузка поступлений не доказывает корректность правил обмена для списаний. Это только показывает, что часть правил работает.
Теперь рассмотрим рекомендацию из обсуждения — проверить справочник Валюты. Это действительно правильное направление диагностики, особенно если в тексте ошибки прямо упоминается валюта расчетов.
Но проверять необходимо значительно больше, чем наличие двух элементов с названием «руб.» или «Российский рубль».
В Управление торговлей 10.3 валюта тесно связана с договорами контрагентов. В старой модели взаиморасчетов в каждом договоре с контрагентом задается валюта взаиморасчетов. Поэтому ошибка при переносе списания поставщику может возникнуть не в самом справочнике валют, а в момент обращения правила обмена к валюте договора.
Разберем проверку подробнее.
Откройте справочник Валюты сначала в БП, затем в УТ. Не ограничивайтесь визуальным поиском одинаковых наименований.
Для российского рубля и всех реально используемых иностранных валют проверьте:
есть ли соответствующая валюта в обеих информационных базах;
не существует ли второго элемента с похожим наименованием;
правильно ли указан цифровой код валюты;
правильно ли заполнено буквенное обозначение, если оно используется в вашей версии;
не была ли валюта создана вручную вместо загрузки из классификатора;
не помечен ли нужный элемент на удаление;
не ссылаются ли документы и договоры на старый элемент валюты, который визуально уже не используется;
совпадает ли назначение валюты в обеих базах.
Для российского рубля ориентируйтесь на актуальный код валюты 643. Не пытайтесь искусственно исправлять проблему обмена созданием дополнительных элементов «рубль» без анализа существующих ссылок.
Важно: отсутствие двух строк «Российский рубль» в форме списка не гарантирует отсутствие логического дубля. Один элемент может называться «руб.», второй «Российский рубль», третий мог быть переименован или помечен на удаление. Кроме того, ошибка может возникать вообще не из-за дубля, а из-за того, что договор контрагента ссылается на пустое или некорректное значение.
Это один из самых важных этапов.
Откройте в Бухгалтерия предприятия 3.0 один документ Списание с расчетного счета, который стабильно вызывает ошибку. Определите контрагента и договор, по которому отражена оплата.
Затем найдите соответствующего контрагента в Управление торговлей 10.3 и откройте его договор.
В УТ 10.3 проверьте реквизиты договора, связанные со взаиморасчетами. Особое внимание уделите валюте взаиморасчетов.
Если валюта не заполнена, заполнена неправильным элементом или договор был перенесен из другой базы некорректно, именно здесь старое правило обмена может получать ошибочное значение.
Рассмотрим типовой пример.
В БП имеется списание 25 000 рублей поставщику ООО «Альфа». Документ ссылается на договор «Основной договор». В УТ контрагент ООО «Альфа» существует, договор с таким названием тоже существует, но его валюта взаиморасчетов не заполнена или договор был создан много лет назад при другой структуре учета.
При загрузке поступления от покупателя это никак не проявляется, потому что используется другой контрагент и другой договор. При загрузке списания поставщику правило доходит до определения валюты договора и останавливается.
Поэтому проверяйте не только справочник Валюты, но и ссылки на валюту в конкретных договорах контрагентов.
Чтобы быстро локализовать причину, не проверяйте сразу всю банковскую выписку. Возьмем один документ поступления, который успешно переносится, и один документ списания, который вызывает ошибку.
Сравним их реквизиты.
Организация.
Банковский счет организации.
Валюта расчетного счета.
Контрагент.
Договор контрагента.
Валюта договора.
Банковский счет контрагента.
Вид операции.
Сумма.
Ставка и сумма НДС, если они передаются.
Статья движения денежных средств, если она участвует в обмене.
Документ расчетов или документ-основание, если он заполнен.
Затем создайте несколько тестовых списаний с минимальным набором реквизитов и определите, какое именно значение вызывает ошибку.
Например, если списание по одному поставщику выгружается, а по другому нет, проблема почти наверняка находится не в общем механизме банковской выписки, а в данных конкретного контрагента, договора, валюты или банковского счета.
Если же не выгружается вообще ни одно списание независимо от поставщика, гораздо вероятнее проблема в правилах конвертации или несовместимости релизов.
Следующая область проверки — справочник Банковские счета.
Убедимся, что расчетный счет организации правильно сопоставляется между БП и УТ.
Проверьте:
организацию-владельца счета;
номер расчетного счета;
банк;
БИК;
валюту счета, если соответствующий реквизит используется;
отсутствие устаревших или продублированных банковских счетов;
банковский счет контрагента-получателя.
Особенно внимательно рассмотрите ситуацию, когда организация когда-либо работала с валютными счетами, меняла банк, переносила данные из другой конфигурации или создавала карточки банковских счетов вручную.
Старое правило обмена может искать элемент не только по представлению, которое видит пользователь, но и по набору идентифицирующих реквизитов. Если в одной базе присутствует один счет, а в другой несколько похожих, сопоставление может выполняться неправильно.
Теперь выясним, одинаково ли ошибка возникает для всех видов списания.
В Бухгалтерия предприятия 3.0 документ Списание с расчетного счета может отражать разные хозяйственные операции. Например, это может быть:
оплата поставщику;
возврат покупателю;
перечисление налога;
перечисление заработной платы;
прочие расчеты с контрагентами;
банковская комиссия;
перевод на другой счет;
прочее списание.
У старой Управление торговлей 10.3 набор видов операций и логика их отражения отличаются от современной БП 3.0.
Поэтому определите закономерность.
Если ошибка возникает только при операции «Оплата поставщику», проверяйте договор поставщика и валюту взаиморасчетов.
Если проблема появляется при всех исходящих платежах, включая операции без контрагента, проверяйте прежде всего правила обмена и совместимость релизов.
Если налоговые платежи выгружаются, а оплата поставщикам — нет, это еще сильнее указывает на ветку правила, которая обрабатывает Договоры контрагентов и валюту расчетов.
В обсуждении пользователь проверил справочник и не обнаружил дублей. На этом диагностику заканчивать нельзя.
Рассмотрим несколько вариантов, при которых дублей действительно нет, но ошибка продолжает возникать.
Валюта одна, но договор поставщика в УТ не содержит ссылку на нее.
Валюта заполнена, но это другой элемент, перенесенный ранее из другой информационной базы.
В БП и УТ одинаково отображается «Российский рубль», но реквизиты элементов отличаются.
Валюта договора корректна, но правило обмена не умеет преобразовать структуру современного документа БП 3.0 в очень старую структуру УТ.
Правило пытается получить реквизит, которого в целевой версии УТ еще нет.
Правило рассчитывает найти другой тип документа или другой вид операции.
Сам договор контрагента отсутствует в УТ, а его автоматическое создание завершается ошибкой при заполнении валюты.
Следовательно, сообщение о валюте показывает место возникновения ошибки, но не обязательно указывает на первоначальную причину.
Теперь рассмотрим наиболее серьезную часть проблемы.
Управление торговлей 10.3.6.8 — релиз эпохи, когда современная Бухгалтерия предприятия 3.0 еще не представляла собой тот продукт и ту структуру данных, с которыми работает БП 3.0.143.27.
В последующих версиях УТ 10.3 фирма 1С исправляла множество ошибок обмена. В официальных описаниях исправлений встречались проблемы с платежными документами при передаче данных между БП и УТ. Для отдельных ошибок прямо рекомендовалось проверить сумму платежа или использовать исправленный релиз.
Кроме того, в более поздних релизах УТ 10.3 официально упоминался обмен с Бухгалтерия предприятия 3.0. Это важное косвенное подтверждение того, что использовать для этой задачи релиз 10.3.6.8 без проверки совместимости рискованно.
Поэтому не пытайтесь бесконечно исправлять справочник валют, если все исходящие документы падают одинаково. Сначала установите происхождение используемых правил обмена и выясните, для каких релизов они предназначены.
В разных базах под словами «выгрузка банковских выписок» могут подразумеваться совершенно разные механизмы. Это принципиально важно.
Определите, что именно используется:
штатная синхронизация между конфигурациями;
обмен через файл по настроенным правилам конвертации;
обработка Универсальный обмен данными в формате XML;
внешняя обработка, написанная программистом;
стороннее решение для переноса банковских документов;
старые правила Конвертация данных;
обмен через План обмена.
Если используется внешняя обработка, ее совместимость определяется не только версиями конфигураций, но и версией самих правил.
Например, обработка могла быть разработана для пары БП 2.0 — УТ 10.3, а позднее ее начали запускать в БП 3.0 без полной переработки правил. Часть простых документов при этом действительно способна выгружаться, тогда как более сложные операции будут завершаться ошибкой.
Поэтому найдите файл правил или настройку обмена и определите:
для какой конфигурации-источника он создан;
для какой конфигурации-приемника он создан;
какие минимальные и максимальные релизы поддерживаются;
когда файл правил последний раз обновлялся;
не используется ли правило от БП 2.0 для БП 3.0;
не используется ли правило от более поздней УТ 10.3 для УТ 10.3.6.8.
Если обмен выполняется через правила Конвертация данных или обработку Универсальный обмен данными в формате XML, можно локализовать проблему гораздо точнее.
Найдите правило преобразования объекта Списание с расчетного счета. В качестве приемника для УТ 10.3 это может быть Платежное поручение исходящее либо другой документ списания в зависимости от вида операции и используемого комплекта правил.
Затем проанализируйте правила конвертации свойств.
Особенно внимательно найдите свойства, связанные с:
Валюта;
ВалютаВзаиморасчетов;
ДоговорКонтрагента;
Контрагент;
БанковскийСчет;
суммой платежа;
видом операции.
Названия конкретных реквизитов зависят от версии конфигурации и правил, поэтому не изменяйте правило только по совпадению названия. Сначала откройте метаданные источника и приемника и убедитесь, что реквизиты действительно существуют и имеют ожидаемые типы.
Например, правило может рассчитывать получить в качестве валюты ссылку на элемент справочника Валюты, а фактически из современного документа или договора приходит другое значение либо вообще Неопределено. В этом случае ошибка будет выглядеть как проблема валюты, хотя справочник заполнен правильно.
Если обмен проходит через XML-файл, используйте его как инструмент диагностики.
Сделаем тестовую выгрузку, включив только один проблемный документ Списание с расчетного счета. После этого откройте сформированный файл как текст и найдите фрагмент, относящийся к этому платежу.
Не нужно вручную менять XML-файл и затем использовать исправленный файл в рабочем обмене. Наша задача — понять, какие данные действительно выгружаются.
Проверьте, присутствуют ли в выгрузке сведения:
о контрагенте;
о договоре;
о валюте;
о расчетном счете;
о сумме;
о виде операции.
Если информация о валюте в XML существует, но УТ ее не принимает, проблема находится ближе к загрузке или сопоставлению справочника.
Если валюта вообще не выгружается, ищите проблему в правиле выгрузки из БП.
Если документ даже не появляется в сформированном XML, проверяйте регистрацию объекта к обмену и условия отбора.
Текст сообщения пользователю часто показывает только верхний уровень исключения. Для подробной диагностики используйте Журнал регистрации.
Воспроизведите ошибку на одном документе и затем найдите событие, соответствующее времени выгрузки.
Если доступна техническая информация об ошибке, посмотрите:
модуль, в котором возникло исключение;
номер строки;
имя процедуры или функции;
тип значения, с которым выполнялась операция;
полный стек вызовов.
Это позволит отличить, например, отсутствие валюты договора от ошибки преобразования типа.
Если сообщение содержит фразу наподобие «Значение не является значением объектного типа», «Поле объекта не обнаружено», «Преобразование значения к типу ... не может быть выполнено» или «Ошибка преобразования данных XML», решение для каждого случая будет разным.
Рассмотрим наиболее вероятный сценарий из исходного обсуждения.
Если непосредственно в сообщении фигурирует валюта расчетов, действуйте в следующем порядке:
Возьмите один проблемный документ Списание с расчетного счета.
Определите его контрагента.
Определите договор контрагента.
Откройте этот договор в БП и УТ.
Проверьте валюту договора.
Проверьте наличие этой валюты в справочнике Валюты обеих баз.
Проверьте код валюты.
Проверьте, нет ли помеченного на удаление элемента, на который продолжает ссылаться договор.
Если договор в УТ отсутствует, сначала протестируйте отдельный перенос контрагента и договора.
После исправления данных повторите обмен только для одного документа.
Если после этого документ переносится, причина найдена в нормативно-справочной информации.
Если ошибка остается и одинаково повторяется на договорах с корректной валютой, переходим к анализу версии правил и релиза УТ.
Отдельно рассмотрим базы, которые много лет ведутся независимо друг от друга.
В БП может быть договор «Основной договор», а в УТ — другой элемент с тем же представлением. Для пользователя они выглядят одинаково, но для системы это две разные ссылки.
Если механизм обмена не использует устойчивое сопоставление элементов или сопоставляет их только по отдельным реквизитам, возникают ошибки.
Не создавайте еще один договор вручную сразу после первой ошибки. Сначала выясните, как правила обмена идентифицируют существующие элементы.
Проверьте:
контрагента;
организацию;
вид договора;
наименование;
валюту;
тип цен, если он используется в договоре УТ;
вид взаиморасчетов;
прочие реквизиты, участвующие в поиске элемента.
При необходимости создайте отдельную копию базы и протестируйте очистку или повторное сопоставление данных на копии.
В рассматриваемом случае обновление Управление торговлей 10.3.6.8 необходимо воспринимать как один из основных вариантов решения.
Официальные описания обновлений УТ 10.3 показывают, что после релиза 10.3.6.8 было исправлено множество ошибок, включая ошибки обмена. Даже в релизах начала 2010-х годов встречались отдельные исправления передачи платежных документов между БП и УТ.
Это значит, что попытка обеспечить надежный обмен современной БП 3.0.143.27 с УТ 10.3.6.8 фактически означает использование чрезвычайно старой модели данных в качестве приемника современных документов.
Кроме того, редакция Управление торговлей 10.3 уже снята с регулярной поддержки. Поэтому в долгосрочном режиме правильнее планировать переход на актуальную Управление торговлей 11, а не строить новую интеграцию вокруг УТ 10.3.
Если УТ используется как рабочая торговая система, наиболее надежный вариант — перейти на поддерживаемую редакцию и настроить штатную синхронизацию с БП 3.0.
Теоретически обновление внутри редакции 10.3 может помочь, но такой переход необходимо выполнять профессионально.
Не устанавливайте последний доступный релиз поверх 10.3.6.8 без проверки цепочки обновлений.
Разберем правильный порядок.
Создайте резервную копию информационной базы.
Проверьте, является ли конфигурация типовой.
Если конфигурация изменена, сравните ее с конфигурацией поставщика.
Определите допустимую цепочку промежуточных релизов.
Проверьте требования каждого релиза к версии платформы.
Выполните обновление сначала на копии.
Запустите тестирование и исправление информационной базы.
Проверьте проведение основных документов.
Проверьте остатки, взаиморасчеты, партии, денежные средства.
После этого протестируйте обмен с БП.
Но учитывая прекращение развития редакции 10.3, вложение значительных ресурсов в ее модернизацию следует сравнить со стоимостью перехода на УТ 11.
В исходной ситуации БП запускается на платформе 8.3.23.1865, а УТ — на 8.3.19.1467.
Разница платформ сама по себе может влиять на поведение старых обработок, работу XML, совместимость внешних компонентов и режим совместимости. Но главное различие здесь находится именно на уровне конфигураций: БП 3.0.143.27 и УТ 10.3.6.8 принадлежат к очень разным поколениям.
Поэтому не начинайте решение с механической установки одинаковой версии платформы в обеих базах.
Сначала определите:
поддерживает ли старая УТ используемую версию платформы;
поддерживаются ли правила обмена между конкретными релизами;
не требуется ли режим совместимости;
для какой платформы написана внешняя обработка обмена.
Только после этого принимайте решение об изменении платформы.
Этот вариант подойдет, если выяснится, что правила обмена в целом совместимы, а ошибка возникает только по отдельным контрагентам или договорам.
Разберем по шагам.
Проверьте Валюты в обеих базах.
Проверьте код российского рубля и других используемых валют.
Проверьте договор проблемного поставщика.
Заполните корректную валюту взаиморасчетов.
Проверьте банковский счет организации.
Проверьте банковский счет поставщика.
Проверьте вид операции документа Списание с расчетного счета.
Повторно выгрузите один документ.
Если документ проходит, аналогично исправьте остальные проблемные карточки.
Этот вариант используйте, если нормативно-справочная информация корректна, но исходящие платежи системно не выгружаются.
Если применяется Универсальный обмен данными в формате XML, получите актуальные правила для конкретной пары конфигураций.
Если правила разработаны самостоятельно, программисту необходимо проверить правило конвертации Списание с расчетного счета и соответствующий объект УТ.
Разберем места, на которых чаще всего возникает проблема:
определение договора;
получение валюты договора;
поиск валюты в приемнике;
сопоставление вида операции;
определение банковского счета;
заполнение обязательных реквизитов Платежное поручение исходящее;
пересчет суммы в валюту взаиморасчетов;
обработка пустого значения;
сопоставление справочников.
После исправления правил обязательно протестируйте не только один документ, но несколько типов банковских списаний.
Если предприятие пока не может перейти на УТ 11, рассмотрим промежуточный вариант — привести редакцию 10.3 к максимально возможному поддерживаемому состоянию, которое соответствует используемым правилам обмена.
Сначала на копии базы выполните цепочку обновлений. Затем получите правила обмена, предназначенные именно для обновленной версии.
После обновления заново протестируйте:
контрагентов;
договоры;
валюты;
банковские счета;
поступления денежных средств;
списания денежных средств;
реализации;
поступления товаров.
Этот путь значительно надежнее попыток модифицировать современную БП так, чтобы она соответствовала ограничениям УТ 10.3.6.8.
Если обмен нужен на постоянной основе, рассмотрим стратегически правильное решение.
Редакция Управление торговлей 10.3 устарела и снята с регулярной поддержки. Современная связка Управление торговлей 11 и Бухгалтерия предприятия 3.0 поддерживает штатные механизмы синхронизации и значительно лучше соответствует современным структурам документов.
При переходе не переносите всю старую базу механически без анализа. Сначала определите, какие данные действительно нужны в новой УТ.
Обычно рассмотрите перенос:
организаций;
контрагентов;
договоров;
номенклатуры;
банковских счетов;
складов;
цен;
остатков товаров;
остатков денежных средств;
незакрытых взаиморасчетов;
актуальных заказов.
После переноса настройте штатную синхронизацию новой УТ с БП 3.0 и только затем переходите на рабочий обмен.
Используем простой диагностический тест.
Создайте в копии БП тестовое списание на небольшую сумму по обычному поставщику с рублевым договором. Заполните минимальный набор обязательных реквизитов.
Попробуйте выгрузить только этот документ.
Далее проанализируем результат.
Документ выгрузился. Механизм в принципе работает. Сравните тестовый документ с проблемным и найдите отличающийся реквизит.
Не выгрузился только документ определенного поставщика. Проверяйте контрагента, договор и валюту взаиморасчетов.
Не выгружаются все оплаты поставщикам. Проверяйте правило для исходящего платежа и договоров.
Не выгружается ни один вид списания. Высока вероятность несовместимости или ошибки правила конвертации.
Поступления всегда работают, списания всегда падают. Практически наверняка необходимо анализировать отдельное правило преобразования исходящих банковских документов.
Если пользовательская проверка справочников не дает результата, подключим программиста.
Программисту не следует сразу переписывать обработку. Сначала воспроизведем проблему на копии и определим точку возникновения исключения.
Проверим:
какой объект источника зарегистрирован к обмену;
какое правило конвертации объектов срабатывает;
какой объект приемника создается;
какое правило конвертации свойств обрабатывает валюту;
какое фактическое значение получает валюта;
какой тип значения ожидает приемник;
существует ли реквизит в метаданных УТ 10.3.6.8;
как выполняется поиск элемента справочника Валюты;
как сопоставляется ДоговорыКонтрагентов;
не возвращается ли пустая ссылка или Неопределено;
не существует ли обработчика, написанного для более поздней версии УТ.
Если используется Конвертация данных 2.0, проверяйте правила конвертации объектов и свойств. Если используется штатная синхронизация, анализируйте правила синхронизации и регистрацию объектов соответствующего Плана обмена.
Иногда при старых конфигурациях возникает соблазн исправить ссылку на валюту напрямую в базе данных SQL. Делать этого не следует.
Все изменения выполняйте средствами 1С через объекты конфигурации, обработки переноса или специально разработанную корректировку данных.
Прямое изменение таблиц может нарушить:
ссылочную целостность;
регистрацию изменений для обмена;
нумерацию и версии объектов;
последующее обновление конфигурации;
работу других документов.
Отдельно разберем распространенную ошибку. Увидев сообщение про валюту, пользователь создает в УТ новый элемент «Российский рубль».
Это может не исправить, а усугубить проблему.
После этого в базе появляются две валюты, на которые начинают ссылаться разные договоры и документы. Часть операций использует старую валюту, часть — новую, а обмен получает дополнительную неоднозначность.
Поэтому сначала определите существующий элемент российского рубля и проверьте его реквизиты. Если найден настоящий дубль, не удаляйте его простым нажатием клавиши Delete. Используйте штатный поиск и замену дублей либо специализированную обработку, предварительно создав резервную копию.
После устранения предполагаемой причины не запускайте сразу полную выгрузку за несколько месяцев.
Проведем последовательное тестирование.
Выгрузите одно обычное поступление от покупателя.
Выгрузите одну оплату поставщику.
Выгрузите оплату другому поставщику.
Проверьте списание без обычного договора с поставщиком, если такой вид операции должен обмениваться.
Проверьте рублевую операцию.
Если ведется валютный учет, отдельно протестируйте валютную операцию.
Проверьте созданные документы непосредственно в УТ.
Убедитесь, что правильно заполнены организация, контрагент, договор, сумма, валюта и расчетный счет.
Проведите документ.
Проверьте взаиморасчеты и движение денежных средств.
Только после успешных тестов запускайте массовую передачу.
Проанализируем все известные условия одновременно.
Используется БП 3.0.143.27, то есть сравнительно современная версия БП для периода возникновения вопроса. Приемником является УТ 10.3.6.8 — чрезвычайно старый релиз. Поступления выгружаются, списания не выгружаются. В ошибке фигурирует валюта расчетов. Видимых дублей валют пользователь не обнаружил.
При такой комбинации наиболее разумно рассматривать две основные причины.
Первая причина — некорректная валюта взаиморасчетов в договоре конкретного контрагента либо проблема сопоставления этого договора и валюты между базами.
Вторая, и очень существенная, причина — старые правила или несовместимость механизма обмена с УТ 10.3.6.8.
Если ошибка появляется только у одного или нескольких поставщиков, начинайте с договоров и справочника Валюты.
Если не переносится ни одно Списание с расчетного счета, а любые Поступление на расчетный счет передаются исправно, не тратьте много времени на ручное редактирование валют. Проверяйте отдельное правило преобразования исходящего платежа и совместимость релизов.
Сведем все действия в единый порядок.
Сделайте резервные копии обеих информационных баз.
Возьмите один конкретный документ Списание с расчетного счета, который вызывает ошибку.
Проверьте в нем организацию, расчетный счет, контрагента, договор, вид операции и сумму.
Найдите этот договор в УТ 10.3 и проверьте его валюту взаиморасчетов.
Проверьте справочник Валюты в обеих базах, включая код валюты и ссылки из документов.
Проверьте Банковские счета.
Создайте тестовое рублевое списание с минимальным набором реквизитов.
Если тестовое списание выгрузилось, сравните его с проблемным документом.
Если все списания падают, определите механизм обмена и версию правил.
Если применяется Универсальный обмен данными в формате XML, проверьте правила преобразования исходящих платежей.
Проверьте Журнал регистрации и полную техническую информацию ошибки.
Убедитесь, что используемые правила вообще предназначены для БП 3.0 и используемой версии УТ.
Не пытайтесь компенсировать несовместимость созданием новых дублей валют или договоров.
Рассмотрите обновление УТ, если работа на редакции 10.3 пока сохраняется.
Для постоянной эксплуатации запланируйте переход на актуальную редакцию Управление торговлей 11 и штатную синхронизацию с БП 3.0.
Ошибка при выгрузке банковских списаний из 1С:Бухгалтерия предприятия 3.0 в 1С:Управление торговлей 10.3 действительно может быть связана с валютой, но проверкой наличия дублей в справочнике проблему не исчерпывайте.
В первую очередь проверьте валюту взаиморасчетов в договоре того контрагента, которому перечисляются деньги. Для УТ 10.3 этот реквизит является существенной частью модели взаиморасчетов. Затем проверьте соответствующий элемент справочника Валюты, банковские счета и сопоставление договора между информационными базами.
Если проблема возникает только по отдельным поставщикам, скорее всего, исправление нормативно-справочной информации устранит ошибку.
Если же все поступления выгружаются, а все списания систематически завершаются ошибкой, основное внимание уделите правилам обмена. Для входящих и исходящих банковских документов используются разные правила преобразования, поэтому одна ветвь обмена может работать, а другая — нет.
Особенно важно учитывать используемые версии: Бухгалтерия предприятия 3.0.143.27 и Управление торговлей 10.3.6.8 относятся к очень разным поколениям конфигураций. Релиз УТ 10.3.6.8 появился задолго до современных релизов БП 3.0, а в последующих версиях УТ 10.3 фирма 1С неоднократно исправляла механизм обмена, в том числе работу с платежными документами.
Поэтому не рассматривайте УТ 10.3.6.8 как надежный приемник современных банковских документов БП 3.0 без специально проверенных правил конвертации. Если справочники заполнены правильно, проверяйте используемую обработку, правила Конвертация данных, преобразование Списание с расчетного счета в Платежное поручение исходящее или другой банковский документ УТ и обработку реквизита валюты расчетов.
Для краткосрочного решения приведите данные и правила обмена в соответствие. Для долгосрочной стабильной работы переходите с устаревшей УТ 10.3 на актуальную редакцию УТ и используйте поддерживаемую синхронизацию с Бухгалтерия предприятия 3.0.
Информация носит справочный характер