v8: Перенос документов из ТИС в БП 2.0 #586335

Пишу собственную обработку по переносу документов из ТИС 7.7 в БП 2.0 Возникла проблема : 1. При переносе документа "Возврат от покупателя" в БП 2.0 нельзя указать партиообразующий документ для возвращаемого товара, он подставляется при проведении автоматически в субконто "партии" по 41 счету, причем сам документ "Возврат" и является партиообразующим.  В ТИС 7.7 в регистре "Партии ниличие"  партиообразующие документы автоматически подбираются и отличны от самого документа "Возврата". Как быть ? После этого документы реализации в БП 2.0 не проводятся из-за нехватки товара по партии, которая поступила документом "Возврат от покупателя" ... Помогите пожалуйста.

А я бы выгрузил в УСН77 а потом в 2.0

(НуВотКак) Не знаю зачем здесь УСН 7.7, но в любом случае проблема не уйдет. Как возвраты в БП 2.0 будут подхватывать партиообразующие документы, такие как в ТИС формирует документ "Возврат от покупателя" ?

"Пишу собственную обработку" а конвертация чем не устраивает?

(Aleksey_a_z) У нас номенклатура сводно выгружается в БП 2.0

Если нужно хитрый интерфейс, то в КД сложновато это все мутить

Объясните знающие люди, почему в документах : 4. "Возврат товаров поставщику" Есть реквизит табличной части "Документ оприходования". А вот в документе "Возврат от покупателя" такого реквизита в табличной части нет?

Проблема не уйдет... Просто в УСН документами из торговли а в ОСНО проводками

Нужны полноценные документы в БП 2.0, сводно выгруженные по номенклатуре из ТИС 7.7. Поэтому повторю вопрос знатокам ;) Почему в документах : 1. "Списание товаров" Есть реквизит табличной части "Документ оприходования". А вот в документе "Возврат от покупателя" такого реквизита в табличной части нет?

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

(Aleksey_a_z) Покажи готовую стандартную обработку, в которой номенклатура сводно перегружается.... Вместо 200 строчек в поступлении перегружается всего одна, т.к. ставка НДС у всех одинаковая. При реализации выгружается столько строчек, сколько партийных документов использовалось... А тянуть весь тот хлам, который в ТИС лежит - нет смысла....

Вверх

Вверх

Это можно настроить в правилах конвертации объектов.

(МимохожийОднако) Вопрос в следующем : Как организовать партионный учет в бухгалтерии аналог партионного учета в ТИС 7.7, если в документах : 1. "Списание товаров" 2. "Реализация товаров и услуг" Есть реквизит табличной части "Документ оприходования". А вот в документе "Возврат от покупателя" такого реквизита в табличной части нет?

Ну как-бы там партии автоматически закрываются. А зачем по-другому?

Если указан документ-основание Реализация, то возврат производится ровно по той партии, по которой было списание этого товара в документе-основании Реализация.

+ Документы все перегружаете? Если да, то достаточно подставить "документ отгрузки.

(PCcomCat) Документ отгрузки не влияет на субконто "партии" по 41 счету. Подставляется автоматом сам документ "Возврат" в субконто "партии"

Ну например нужно предоставь список документов для выгрузки, где пользователь ометит, что выгружать Или например интерфейс для выгрузки табличной части любого документа (или нескольких) в документ определенного вида в 8-ке

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

Вверх

" а те, которые сформированы в ТИС документом "Возврат от покупателя" Если я правильно понял, то хочется иметь в 8-ке партии идентичные партиям в ТиС??  Т.е. стоит задача сделать ПОЛНОСТЬЮ идентичные движения документов в базах??

(big) Точно ! все остальные документы поддерживают загрузку партионных документов в табличную часть,так же себестоимости и стоимости проданных товаров, с ними проблем нет. А вот "Возврат от покупателя" - камень преткновения...

Вверх

50 000 и вопрос решен.

шутка не удачная вышла ) Тем более ты не понял сути вопроса, как выяснилось ;)

Вверх

я вот через эту обработку делал и комлпктации и возвраты и т.д.

(John83) У меня своя обработка, мне интересно только как из ТИС 7.7 все движения по партиям перенести с БП 2.0, которые формируются документов "Возврат от покупателя", если в БП 2.0 документ "Возврат от покупателя" не имееет в табличной части реквизита "Документ оприходования"

ну по цепочке смотри, там документ отгрузки, а в документе отгрузки документ оприходования.

в том то и дело, что в ТИС 7.7 иногда заводят возвраты без основания...

ну так элементарно в свое обработке вычисляешь этот документ, пишешь запрос, и передаешь. Чего ты нас за лохОв держишь? Документа у него нет.

тут разве что вычислять общую сумму партий в торговле и подставлять в сумму ТЧ в БП. По-моему других вариантов тут нет...

(hhhh) Мля, там несколько документов партий ! не один ... Прочитайте сначала тему, чем прждевременные выводы делать...По каждого из возвращаемых товаров может быть одна или несколько партий !!!!

(John83) По партиям надо это все распределить в соответствии с партиями, которые сформировались в ТИС при проведении документа "Возврат от покупателя"

еще идея... можно поставить ручную корректировку документа и заполнить нужные движения - в принципе вполне реально

При загрузке в разрезе номенклатурных групп в БП 2.0 нужно отказаться от ведения партионного учета. (он ведется в торговле). Вся певичка в торговле (касательно торговых операций), а в БП только операции влияющие на налоговый и бухгалтерский учет.

(John83) Спасибо, первая идея, которая реально сработает. Тоже до этого дошёл, но нет ли способа лучше ? ) Думаю нет, но все же спрошу... )

(Bell) Спасибо, тоже хорошая идея, но почему-то от неё отказались, вспомню почему - напишу ...

просто бухам хочется соответствия данных в БП и в УТ ну на то они и бухи - ничего тут не поделаешь...