Всем - привет!

Информация о выручке во все отчеты попадает из документа Заказ клиента. Это такая фишка УТ11 или глюк или я что-то не настроил?

Самое паршивое, что в акты сверок попадает выручка/задолженность из Заказа клиента... Это дичь какая-то, товарищи...

Помогите разобраться?

Спасибо!

Для того, чтобы разобраться, вам нужны те же вещества, что употребляют разработчики, а у вас денег даже на одинэсника нет.

(0) ВЫРУЧКА из заказа?
Разбирайся дальше.

Ничего не путаете? По заказу ли? Или разрез аналитики - заказ?

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

(4) Некоторые пользователя утверждают, что лично бухали в пятницу с Иисусом и марсианским послом. Это не повод сразу бежать на Мисту с этой херней.

Перепроверил... Действительно...
Есть заказ клиента на сумму 39 675,67. Не все позиции отгружаются и некоторые цены ниже... Реализация №39 на основании заказа на сумму 32 090,65... В акт сверки попадает сумма по этой реализации №39. Полез читать книжки, ничего не нашел в них по настройкам... Может кто-то есть знающий на этом форуме, кто сталкивался?

Вот как это выглядит
http://i90.fastpic.ru/big/2017/0219/cd/4c5a47ea76b5789729a4a6c1527a88cd.jpg

Так же и в отчете "Валовая прибыль". Однако, если в настройках отчета ставишь "В валюте регл. учета без НДС", то выручку берет правильно, из документов реализации..

Объясните, пожалуйста, логику, кто знает, понимает?

Выше неточно написал... В акт сверки попадет документ с номером 39, но с суммой из заявки, которая больше, чем реализация...

(6) эти две картинки ни о чем не говорят
Сначала смотрим какой датой стоят 39 тыс в акте сварки
Потом смотрим на дату реализации
Потом распроводим реализацию
Снова смотрим акт
Думаем

(8) хотя... Возможно я поторопился

(7) по второму документу (реализация) слева ссылка на "задолженность клие..." - развернуть данные по этой ссылке, запости в ветку

(10) Там пусто... Строка пустая с наименованием клиента

(10) И объект расчетов стоит: Заказ клиента, а период - сегодня...http://fastpic.ru/session/2017/0219/AgAEg5zNqi.html

http://i91.fastpic.ru/big/2017/0219/28/577b935ad9706de26271091cf8b9eb28.jpg

давай посмотрим "Движения документа" по документу "Реализация"

http://i91.fastpic.ru/big/2017/0219/32/de4a01fe6efd0d214b1ee8c70dceea32.jpg

Объект - Заказ, странно, сумма регл правильная, сумма УПР - завышенная... Получается, в УТ11 все отчеты по УПР строятся, чтоль? На Регл учет нельзя их переключить?

(15) В договоре взаиморасчеты по заказу стоят?

(16) Договора нет... Договор не включены, соглашения не включены... Гл бух решила вести  расчеты без договора. Ибо покупателя всего 3, и с каждым по одному договору

Изучаю УТ11, есть опыт с УТ10, БП 3.0, 2.0 Ка1.1, УПП 1.3...
Немного не пойму логику УТ11... Еще читал, что-то пишут, про отдельную оранизацию для УПР учета... Может ее завести надо?

а давай глянем движения по РН "Расчеты с клиентами по документам"

http://i89.fastpic.ru/big/2017/0219/d7/738f6956465f22bc7df9e3478cfba5d7.jpg

все, я исчерпался, засыпаю.
мыслей нет внятных.
единственное что если в заказ ставят миллион и РЕАЛИЗАЦИЮ при этом не трогают - то тогда может распровести реализацию и провести заново?
а то у мея большие подозрения что- что-то не так.

(20) "..по документам" - этот регистр уже был выше

(21) пробовал переповодить... Бесполезно... Я тоже уже засыпаю...


(16) Попробую договоры завести...

(22) Да, не та ссылка... ВОт по документам
http://i89.fastpic.ru/big/2017/0219/a4/d2d92031c6501da49f52c5b76e1bcfa4.jpg

(23) посмотри состояние заказа
Если с него все списано то смотри реализация движения по заказу
Возможно стоит где-то настройка что всего одна отгрузка по заказу может быть, тогда отгрузка полностью закрывает заказ по уу,

Но тут хз догадки строить
Надо понимать какие механизмы заложены, а я по восьмёрке Нол

(17) Насколько помню, если соглашения и договоры не ведутся то учет ведется в разрезе заказов

(26) +1.
Заводите договора. Если их нет, то взаиморасчеты и будут по заказам.
Заодно почитайте по отложенные движения по взаиморасчетам, и в дальнейшем лучше ориентироваться не на "главбух разрешил", а на логику работы программы.

Попробуй глянуть этот отчет после того, как сделаешь реализацию не на основании заказа. Просто введи, проведи документ реализации.

(27) никто и не возражает против взаиморасчетов по заказам

Вопрос то в том как эти взаиморасчеты исчисляются и почему

(27) вот и поясните логику программы в этом случае

(30)
?
вот тут, например, все пояснено:
http://1c-upravlenie-torgovley-11.ru/vzaimoraschety/varianty-vzaimoraschetov/
даже с картинками. Гуглится за 1 секунду.

(31) ага, спсб, ща  переберусь за десктоп, почитаю

(31) Договора завел... Выбрал в Заказе и Реализации, перепровел сначала заказ потом реализацию... Ничего не поменялось, как и прежде во взаиморасчеты уходит сумма из заказа, где можно руками поставить миллион - в акт сверки попадет миллион...

(31) того, кто писал статью на до расстрелять. без особой жестокости, но расстрелять всенепременно. на первой странице - при прочтении статьи у меня больше вопросов чем ответов.

"Также мы установили флажки Реализация по нескольким заказам и Поступление по нескольким заказам. Это необходимо чтобы рассмотреть примеры взаиморасчетов, когда _по одному заказу создается несколько финансовых документов_."

Как бы "Реализация по нескольким заказам"я себе представляю что в одной реализации могут быть упомянуты несколько заказов.

а то что написал автор  как-то более вменяемо озвучивается как "Несколько реализаций по заказу".

отсюда встает вопрос - автор сам достаточно хорошо понимает о чем он пишет: и пишщет ли он хорлошо...

(31) статью посмотрел. принуципиально ничего новогодля себя не увидел.
вопрос по сабжу так и остался: что такое во второй строке "приход "есть сумма и что такое в реквизитах СуммаРегл и СуммаУпр
http://i89.fastpic.ru/big/2017/0219/d7/738f6956465f22bc7df9e3478cfba5d7.jpg

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

(34) "в одной реализации могут быть упомянуты несколько заказов. " Вполне рабочая ситуация.
В ТЧ документа перечисляются по каким заказам реализация.

Видимо адинэсники предполагают, что документ "Заказ покупателя" - это юридически значимый документ, если покупатель в заказе подписал миллион - значит он его уже должен заплаить, не важно на сколько отгрузился... Так, чтоль?

(36) так как я не занток УТ - то у меня простой вопрос
1. учет взаиморасчетов "по заказам"
2. в скриншоте (35) - что такое ресурс "Сумма" по второй строке прихода и что такое СумаРегл и СуммаУпр в реквизитах

(38) верни все взад.
по заказу попробуй сделать ВТОРУЮ реализацию на те позиции, которых нет в первой реализации. И скриншот аналогичный (35) по такой вторйо реализации

(35)То и значит. Документ может только по регл.учету или по упр учету, или по обоим учетам. Это, типа, три галки в УТ 10

(38)Чего ты завелся? Не нравится по заказам, отключи этот функционал и будет тебе щастье

(41) а долг клиента считается по РЕСУРСУ регистра или по оборотным движениям по реквизитам СуммаРегл/СуммаУпр..?

и каков смысл выносить сумму (остатко которо нам интересен?) в РЕКВИЗИТЫ движения?

В новых версиях много чего по другому. Народ привык по старинке думать, поэтому такие вопросы.
Конечно, последние версии не сахар. Но лишнюю пургу зачем поднимать?
(43)Смысл - проводки.

(42) я не завелся. мну интересно по сабжу.
если взаиморасчеты "по заказам" - то я как бы себе представляю что по сабжу реализация на меньшую сумму должна (?) закрыть часть суммы заказа, а пока видно (?) что закрывается вся сумма заказа..?

и отсюда вопрос: в акте сверки, заказ на 39 тыс, клиент оплатил 39 тыс, отгрузили на 32 тыс, - в акте сверки за клиентом должен остаться долг.

(44) смысл (проводки) - да, ясен.

(42) Я б отключил заказы, но они создаются автоматически, когда магазины через EDI Контур присылают заказы, а мы - оптовик, должны их обработать и сделать реализацию...

возможно что я не понимаю/не знаю, но суть вопроса осталась:
http://i90.fastpic.ru/big/2017/0219/cd/4c5a47ea76b5789729a4a6c1527a88cd.jpg

почему в акте сверки, при отгрузке на 32 тысячи стоит движение по накладной на 39 тысяч?

(47) есть вариант актв типа "по упр.учету" и "по регл.учету".?

(44) Ну тут как бы не в "думать по старинке" дело... Программа просто "криво" работает... На описанные в литературе настройки не реагирует... Или криво или я не могу понять, где еще что понастраивать... Могу, конечно, дописать, чтоб Заказ автоматически заполнялся сам точь в точь как Реализация...

(50) Для чего ты хочешь "чтоб Заказ автоматически заполнялся сам точь в точь как Реализация.."?

(44) думать можно по всякому. это не запрещено. хорошо если думать удается по какой-то логической цепочке. здесь я логической цепочки не вижу (вполне возможно потому что не понимаю/не знаю ЗАЛОЖЕННУЮ логику разоработчиков).

например, в акте сверки (ПО УПР.УЧЕТУ!) я вполне логично допустил бы что при реализации на 32 тысячи при заказе на 39 тысяч - в акте можно увидеть 39 тысяч по накладной - если настройки учета типа "взаиморасчеты по заказам" и "на заказ одна реализация". Тогда по акту - немного непривычно, но вполне допустимо - поступил заказ, отгрузили не полностью, НО ЗАКАЗ ЗАКРЫТ так как одна реализация по заказу, поэтому в акте по накладной - закрыт заказ. И это акт не регламентных денежных/товарных взаиморасчетов. а акт ВЗАИМОРАСЧЕТОВ ПО ЗАКАЗУ. что совсем не обязано совпадать с регламентными финаносвыми взаиморасчетами.

(51) ну это явно лабудень или друг друга не поняли. Заказ первичен, реализация вторична. Поэтому ожидать чтобы заказ заполнялся вкак реализация - ВЕЬМА НЕОЖИДАННО.

(52) поэтому я и прошу автора в первоначальной ситуации проверить возможность второй отгрузки по заказу.
а почему в приведенном автором акте 39 тыс - вполне понятно. потому что эти 39 тыс стоят в регистре как сумма отгрузки ПРИ ВЗАИМОРАСЧЕТАХ ПО ЗАКАЗУ.

отсюда вопрос: при расчетах по заказу: при реализации на 32 тысячи пишется сумма 39 тысяч - это ошибка или так и задумано? если так и задумано - то хотелось бы чтобы кто-то растолковал ЛОГИКУ ЗАДУМАНЕНОГО (принцип учета "ПО ЗАКАЗАМ") - в статье которую мышка дал - полещнйо информации минимум

(51) Еще раз: У меня в акт сверки и отчет по валовой прибыли попадает сумма из Заказа. Перепробовав се, я прихожу к выводу - единственный вариант, Дописать модуль проведения документа Реализация, чтоб Заказ перезаполнялся точь в точь как реализация.

(53)Я не понимаю, при чем заказ и взаимозачеты? Заказ, это управленческая информация и ее видеть клиенту во всяких документах может быть совершенно до фонаря

(55)я тебе уже предлагал, для начала, сделай реализацию без заказа. Посмотри, что будет.

Всяко перепробовав с расчетами "По договорам", не добившись результат, поменял настройку в договоре, поставил "По накладным". Перевыбрал этот договор с новой настройкой в Заказе и Реализации, перепровел доки... И о чудо! заработало, в акт сверки попадает сумма из Реализации. Ну не ужели... Теперь боюсь, как сядет оплата перечислением...

(56) Я тоже не понимаю причем тут заказ и взаиморасчеты... А Адинэсники их привязали намертво, за исключением, если в договоре выбрать порядок расчетов "по накладным"

(57) Мне нельзя делать реализацию без заказа... У нас все реализации только на основании заказов, ибо заказы присылают покупатели. Поэтому и долблюсь...

(58)Тебя еще много чудес ожидает.
Я говорю, что эти конфы мозг в другую сторону поворачивают.
И, что интересно, те, кто перешел на УТ 11, уже назад не хотят.

(58)Кстати, надо осознавать, что если что-то меняется, то, действительно, надо "перевыбирать". Но, довольно часто и это не помогает. Я уже там ничему не верю. То ли платформа косячит с новыми механизмами проведения, то ли еще что.

Резюмирую: Надо использовать договора в настройках, в договоре выбрать порядок расчетов "По накладным". Обработкой заполнить в документах эти договора. Обработкой перепровести Документы. Сумма УПР будет равна сумме Регл. В отчетах будет сумма Реализации невзирая на то, что в заказе руками или ногами или еще как поставили миллион.
ХУдой, Мышка, Alexor, Злобчинский, спасибо, ребята, за помощь... Могу на сотовый денег позакидывать, пишите в личку телефоны...

(61) ты не отвечаешь на влопросы а просто говоришь типа в этой ут все не так. почему вот так как есть - какая логика заложена - вот это интересует.

простой вопрос.
описан в сабже.
объяснить почему - никто не смог пока.
либо ошибка либо (52)

(64)[ объяснить почему - никто не смог пока]
а кому то это нужно ?
у всех Рг расчеты с клиентами, выручка и сверка работают штатно, по остаткам Рг

(64)Я, действительно, на многие вопросы не отвечаю. Просто вполглаза сюда смотрю, параллельно работаю. Надо, конечно, разбираться. Шухард, подозреваю, много чего знает. Но он молчит, как рыба в супе.

(63)И, настоятельно советую, не перепроводить документы, а отменять проведение и заново проводить. И даже такое не во всех ситуациях срабатывает. Нужны более изощренные действия.

(67) Ок! Спасибо!

(61) ну во-первых бюджет уже потрачено приличный на внедрение.
Во-вторых в ут11 довольно много интересных вещей от которых не охота отказываться.

Пока самое паршивое что 1с постоянно релизы переколбашивает. Один расчет себестоимости переделывали 3 раза если не изменяет память. И надежды были получить одну структуру и логику с бп не оправдались

(69)Нет. Тут дело не в бюджете. Простым манагерам до фонаря бюджет. Им нужно работать удобно и с бОльшим комфортом.

Одну логику с БП получить, наверное, будет проблематично. Уж слишком разные цели у этих конфигураций и по объектам тоже.
И, вообще, я так думаю, все продукты 1С можно считать коробочными. С этим приходится мириться за такую цену. Их, как правило, допиливать под себя надо, при более-менее приличном учете. И, отчасти, ты прав. Ядро постоянно "переколбашивают", тренируясь на нас.

и самое хреновое, что после того, как "переколбасили", а ты не отследил - потом бледный вид бывает, когда не можешь найти функциональность, которая была. А ты уверенно уже рассказал клиенту, что будет вуаля с полным профитом и блекДжеком...

(64) то, что в сабже - не ошибка!

Есть несколько вариантов вести взаиморасчеты:
1) включены соглашения и договоры
2) включены соглашения, договоры отключены
3) включены договоры, соглашения отключены
4) отключено и то, и другое

У автора сначала был вариант 4, он ему не подходит, т.к. он хочет видеть взаиморасчеты по накладным.
Ему надо юзать остальные 3. Я посоветовала включить договора (пункт 3, и да, разумеется, что в договоре порядок ведения взаиморасчетов надо установить "по накладным"), потому что при таком варианте регламентным заданием делается зачет оплат. Можно было включить соглашения (п.2), в них тоже есть настройка взаиморасчетов "по заказам" или "по накладным". Если есть и то, и другое (п.1), то порядок расчетов определяется договором.

По-моему, все как раз логично: вы включили учет взаиморасчетов по заказам, сверки и отчеты берут данные из заказов. Что тут удивительного? Вот если б указано было по заказам, а данные брались из реализаций - вот это было бы странно.