Вид взаиморасчетов договора в поступлении товаров и услуг
Добрый день.
Суть проблемы: В документе поступление товаров и услуг, при операции "Объекты строительства" можно выбрать только договор с видом взаиморасчетов "По договору в целом".
Собственно вопрос, почему так сделано, в чем логика? У меня договор ведется по заказам. По этому договору может быть как объект строительства так и какие-то услуги, которые оплачиваются по заказам.
Лирика: я программист и могу чего-то не понимать.
Написал в 1с, но их ответа можно ждать долго. Буду очень благодарен за помощь, за какие-то наводки, соображения которые приведут к правильной мысли.
Суть проблемы: В документе поступление товаров и услуг, при операции "Объекты строительства" можно выбрать только договор с видом взаиморасчетов "По договору в целом".
Собственно вопрос, почему так сделано, в чем логика? У меня договор ведется по заказам. По этому договору может быть как объект строительства так и какие-то услуги, которые оплачиваются по заказам.
Лирика: я программист и могу чего-то не понимать.
Написал в 1с, но их ответа можно ждать долго. Буду очень благодарен за помощь, за какие-то наводки, соображения которые приведут к правильной мысли.
По теме из базы знаний
- Формирование документов «Поступление товаров и услуг» и «Счет фактура полученный» для лизинговых услуг, предоставляемых АО "Сбербанк лизинг" по электронным документам "Счет-фактура" с сайта лизингодателя
- Загрузка документов поступления услуг и счетов-фактур полученных. БП 3.0, УТ 11
- Спецификация товара для документа Реализация товаров и услуг. УТ 11, КА 2, ЕРП
- Анализ продаж товаров и услуг – УТ 11.5, КА 2.5, ЕРП 2.5
- Анализ закупок товаров и услуг – УТ 11.5, КА 2.5, ЕРП 2.5
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(2) Perrojka,
Навскидку приходит объяснение, что в заказе нет закладки "Объекты строительства" с аналитикой вида "Объект строительства". Потому что с регистром "Заказы поставщику" такая аналитика несовместима. Полагаю, нежелание разбираться с тем, как это все тащить через регистр и вынудила разработчика технологии это тупо отключить.
Навскидку приходит объяснение, что в заказе нет закладки "Объекты строительства" с аналитикой вида "Объект строительства". Потому что с регистром "Заказы поставщику" такая аналитика несовместима. Полагаю, нежелание разбираться с тем, как это все тащить через регистр и вынудила разработчика технологии это тупо отключить.
(4) Perrojka,
С бухгалтерской точки зрения вообще странно обосновывается разделение взаиморасчетов по заказам, выносимое в бухучет. Бухам оно мешает, рождает лишние авансы, требует сопровождать ОСВ расшифровками по регистрам "Расчеты по приобретению / реализации" и т.п.
Так, обычно стараюсь в бухучете оставить закрытие авансов/долгов по договору в целом, а в упручете есть замечательный регистр "Расчеты с контрагентами", где расчеты по заказам ведутся независимо от выбранного способа ведения учета по договору. Правда там не реализация-оплата а заказ-оплата. Но можно по двум регистрам (заказы покупателей, расчеты с контрагентами) собрать шикарный отчет по отгруженности/оплаченности/сальдо по заказам.
Но схема и нюансы у всех свои.
Если будет возможность, передайте суть их ответа. Любопытно даже.
С бухгалтерской точки зрения вообще странно обосновывается разделение взаиморасчетов по заказам, выносимое в бухучет. Бухам оно мешает, рождает лишние авансы, требует сопровождать ОСВ расшифровками по регистрам "Расчеты по приобретению / реализации" и т.п.
Так, обычно стараюсь в бухучете оставить закрытие авансов/долгов по договору в целом, а в упручете есть замечательный регистр "Расчеты с контрагентами", где расчеты по заказам ведутся независимо от выбранного способа ведения учета по договору. Правда там не реализация-оплата а заказ-оплата. Но можно по двум регистрам (заказы покупателей, расчеты с контрагентами) собрать шикарный отчет по отгруженности/оплаченности/сальдо по заказам.
Но схема и нюансы у всех свои.
Если будет возможность, передайте суть их ответа. Любопытно даже.
Мы не комментируем методические решения, реализованные в типовой конфигурации. Одна из причин данной позиции - то, что действующее законодательство позволяет некоторые операции реализовывать разными способами (на выбор разработчика).
Если Вы не согласны с тем, как это реализовано в типовой конфигурации, пришлите пожалуйста ссылку на нормативные документы, определяющие однозначность решения данной ситуации
Если Вы не согласны с тем, как это реализовано в типовой конфигурации, пришлите пожалуйста ссылку на нормативные документы, определяющие однозначность решения данной ситуации
(6) Perrojka,
Разумеется, никто не признается. Будем делать через "а там старый паркет".
Попробуйте принять затраты на объект строительства через закладку "Услуги" (вид операции документа поступления - покупка,комиссия - НЕ объекты строительства), указав статью с характером "Вложения во внеоборотные активы", счет затрат 08.03, счет НДС 19.08, и выбрав в аналитике нужный объект строительства.
Движения по регистрам, если мне не изменяет склероз, будут те же. Заказ в этом исполнении документа вам будет выбрать дозволено.
Мы не комментируем методические решения, реализованные в типовой конфигурации.
Разумеется, никто не признается. Будем делать через "а там старый паркет".
Попробуйте принять затраты на объект строительства через закладку "Услуги" (вид операции документа поступления - покупка,комиссия - НЕ объекты строительства), указав статью с характером "Вложения во внеоборотные активы", счет затрат 08.03, счет НДС 19.08, и выбрав в аналитике нужный объект строительства.
Движения по регистрам, если мне не изменяет склероз, будут те же. Заказ в этом исполнении документа вам будет выбрать дозволено.
(8) Perrojka,
Предложенный в (6) способ решает ваш вопрос полностью. Я бы не трогал, по возможности, типовой код.
Скорее всего одним блоком вы не отделаетесь, т.к. движения взаиморасчетов по заказам собираются из реквизитов "ЗаказПоставщику" каждой ТЧ, а не из реквизита "Сделка" шапки. В ТЧ "ОбъектыСтроительства" указания на заказы нет - движения по взаиморасчетам будут с пустым заказом.
Предложенный в (6) способ решает ваш вопрос полностью. Я бы не трогал, по возможности, типовой код.
Скорее всего одним блоком вы не отделаетесь, т.к. движения взаиморасчетов по заказам собираются из реквизитов "ЗаказПоставщику" каждой ТЧ, а не из реквизита "Сделка" шапки. В ТЧ "ОбъектыСтроительства" указания на заказы нет - движения по взаиморасчетам будут с пустым заказом.
(9) stvorl, У нас и так уже изменен типовой механизм. Заказы так уже переписаны вдоль и поперек. Да и поступления уже тоже никуда не денутся. Тем более я же меняю для объектов строительства, а их не так много. Если к примеру программно подцепить договор и заказ - движения выполняются верно(аналитика заказов присутствует), а уж в отчете если что и поправить можно.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот