Перенос реализаций как поступлений и наоборот для БП 3.0

23.04.2017 14 Comments

Оптовая торговля, Учет и отчетность

    ОбменXML.jpg
Правила для переноса документов «Реализация товаров и услуг» в другую базу как документы «Поступления товаров и услуг» или наоборот: документов «Поступления товаров и услуг» — как документы «Реализация товаров и услуг» для БП 3.0. Можно загружать и в ту же самую базу из которой выгружали. Счета-фактуры также создаются.

1. Открываем обработку «Универсальный обмен данными в формате XML».

2. Выбираем прилагаемый файл правил и читаем правила обмена

3. Выбираем файл для выгрузки

4. В закладке «Выгружаемые данные» выбираем вид документов для выгрузки. Обычно выгружаем что-то одно: или Реализации, или Поступления.

5. Выбираем период выгрузки, а также в закладке «Параметры выгрузки» параметры (они обязательны): организацию и контрагента по которым будут выгружены документы.

6. Открываем обработку «Универсальный обмен данными в формате XML» в другой базе. Можно загрузить и в эту же.

7. В закладке «Загрузка данных» выбираем выгруженный файл и нажимаем «Загрузить данные».

ВАЖНАЯ ИНФОРМАЦИЯ:

1. Контрагенты и организации при загрузке не создаются — они должны уже существовать в базе-приёмнике и у них должен быть заполнен ИНН, так как по по нему происходит идентификация. То же касается и договоров контрагентов. 

2. В случае переноса документов «Поступление товаров и услуг» как реализации созданные документы («Реализация товаров и услуг» и «Счет-фактура выданный») продолжают текущую нумерацию. Поэтому ПРЕДУПРЕЖДАЮ: если у вас за этот выгружаемый период уже есть документы в базе-приёмнике, то нумерация будет скакать по датам. Чтобы этого избежать есть два варианта: за выгружаемый период в базе приёмнике не должно быть документов «Реализация товаров и услуг» и «Счет-фактура выданный», или потом пренумеровать загруженные и существовавшие до загрузки документы специальной обработкой, если это, конечно, некритично для вас.

P.S. Работает на релизе 3.0.49.23.

Related Posts

14 Comments

  1. FreeArcher

    Почти в каждой крупной конторе такие правила делаю.

    Однозначно полезные правила.

    А как вы решаете проблему обратной нумерации? Это когда выгружаются поступления в реализацию + счет-фактуры. А затем нужно в поступлениях отразить входящий номер и входящий номер счет-фактуры.

    Reply ↓
  2. SpaceCowboy

    Входящие номера документов с этими правилами заполняются только в случае переноса Реализация —> Поступление.

    Reply ↓
  3. Stas-ch

    Добрый день!

    Обе базы БП 3.0.51.21

    Выгружаю реализации в поступления.

    Выгрузка идет от ИП на ООО.

    При загрузке встроенной обработкой Универсальный обмен данных в режиме На клиенте, выдает ошибку:

    1. В контрагенте неверно указан ИНН: ХХХХХХХХХХХХ.

    ИНН юридического лица должен состоять из 10 цифр.

    2. В контрагенте не указан КПП.

    3. Ошибка в обработчике события ПослеЗагрузкиОбъекта

    ИмяПКО = РеализацияТоваровУслуг

    ТипОбъекта = Поступление (акт, накладная)

    Объект = Поступление (акт, накладная) 0000-000415 от 08.06.2017 7:00:00

    Обработчик = ПослеЗагрузкиОбъекта

    ОписаниеОшибки = Ошибка при вызове метода контекста (Записать): Не удалось провести: «Счет-фактура полученный»!

    ПозицияМодуля = Документ.СчетФактураПолученный.МодульМенеджера(3705)

    КодСообщения = 21

    В итоге из 12 реализаций загрузилось только 10.

    Reply ↓
  4. Stas-ch

    Просьба доделать правила. Корректность переноса еще не проверялась, надеюсь все будет хорошо.

    Reply ↓
  5. Stas-ch

    Кажись это были проблемы в заведении данных.

    Но в публикации наверное стоит указать что контрагенты должны быть созданы, т.к. их создание не предусмотрено.

    Reply ↓
  6. Stas-ch

    Если в правилах возможна выгрузка только по одной паре Организация — контрагент, то зачем после загрузки каждого объекта делать следующее:

    О

    бъект.Организация = Справочники.Организации.НайтиПоРеквизиту(«ИНН»,ПараметрыОбъекта[«ИННконтрагента»]);
Объект.Контрагент = Справочники.Контрагенты.НайтиПоРеквизиту(«ИНН»,ПараметрыОбъекта[«ИННорганизации»]);
РаботаСДоговорамиКонтрагентовБП.УстановитьДоговорКонтрагента(
Объект.ДоговорКонтрагента, Объект.Контрагент, Объект.Организация,
СписокВидовДоговоров);

    Объект.Склад = БухгалтерскийУчетПереопределяемый.ПолучитьЗначениеПоУмолчанию(«ОсновнойСклад»);

    Очень не оптимально. Загрузка жутко тормозит.

    Reply ↓
  7. lefthander

    (6)Предложите оптимальный вариант. 🙂

    Reply ↓
  8. Stas-ch

    (7) Для тех, кто знает конвертацию — вариант очевиден. Надо в глобальный параметр один раз записать ссылку на организацию и контрагента, а потом брать эти данные из этого параметра.

    Из справки:

    Обработчики «Конвертация»

    Параметры — Структура, в которой хранятся переменные доступные во всех обработчиках

    Reply ↓
  9. Stas-ch

    И еще один вопрос автору:

    Перед выгрузкой данных проверяется заполненность параметров:

    Если Параметры.Контрагент = Справочники.Контрагенты.ПустаяСсылка() Тогда
Сообщить(«Не указан контрагент для выгрузки!»);
Отказ = Истина;
КонецЕсли;
Если Параметры.Организация = Справочники.Организации.ПустаяСсылка() Тогда
Сообщить(«Не указана организация для выгрузки!»);
Отказ = Истина;
КонецЕсли;

А перед выгрузкой в реализации есть только:
Если Источник.Контрагент <> Параметры.Контрагент Тогда
Отказ = Истина;
КонецЕсли;

    Показать

    В принципе вполне логично выгружать из базы все реализации по выбранному контрагенту. Но зачем тогда в параметрах требовать заполнение организации?

    Концепции как-то расходятся.

    Reply ↓
  10. lefthander

    (9)

    В принципе вполне логично выгружать из базы все реализации по выбранному контрагенту. Но зачем тогда в параметрах требовать заполнение организации?

    Как бы по проще — в данном случае организация в источнике это контрагент в приемнике. При выгрузке реализаций контрагента в приемнике надо будет найти по ИНН. Организация в приемнике это контрагент в источнике. Как то так.

    ЗЫ Автору большой респект. На основе его разработке я настрои комплекс переноса реализаций в поступления, так как у нас в холдинке много перевыставленных услуг между разными организациями.

    Reply ↓
  11. lefthander

    (8)А если правила использовать для разных пар баз?

    Reply ↓
  12. akmelek

    Из реализации в поступление переносятся проведенными или же наоборот?? есть ли выбор?

    Reply ↓
  13. asterisk

    Спасибо за правила, очень удобно создавать документы. Вы можете правила дописать для новой версии БП 3.0 при обновлении на релиз 3.0.67.67 при загрузке выдается ошибка на Ставку НДС.

    Reply ↓
  14. user1135816

    приветствую, при использовании ваших правил возникает ошибка при загрузке данных. При конвертации из реализации в поступление (БП 3.0) номенклатура и сумма НДС отсутствуют, также у организации не заполняется учетная политика и система налогооблажения.

    Reply ↓

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *