Зашел спор как правильнее:
- реализацию сздавать на основании счета на оплату или
- наоборот: создавать счет на основании реализации?
То есть какой документ является первичным?

Счет.

(1) а зачем тогда в реализации сделали кнопку "Создать на основании" - "Счет покупателю"?

(2) Для удобства.
Счет не несет никаких обязательство, это просто бумажка.
А реализация это уже факт хозяйственной жизни.

(3) это понятно, вопрос как они должны быть связаны

Когда приходит выписка, она привязывается к реализации,
и статус соответствующего счета должен измениться на "Оплачен".
Так вот статус счета меняется в каком случае:
- когда реализация создана на основании счета или
- когда счет создан на основании реализации
- или в обоих вариантах сработает?

(4) никак не связаны, счет связан с платежным поручением а не реализацией

и платежное поручение так же связано со счетом на оплату, иногда через договор а не напрямую

"Счет на оплату" - "Платежное поручение" - "Реализация"

(6)*и платежное поручение так же связано с реализацией...

(0) ИМХО, очевидно. Если оплата по факту отгрузки, то сначала реализация, затем счет на оплату. Если отгрузка по предоплате, то наоборот ;)

НЕ может тут быть правильнее.
Кто-то работает Счет-Реализация, кто-то Реализация-Счет

(6) причем тут платежное поручение?
Я говорю про оплату покупателем, которая попадает в базу через выписку банка.
При проведении выписки в ней указывается реализация, которая оплачивается этой выпиской, но потом каким-то образом цепляется счет

(0) реализация может производиться по факту, например какие-нить сыпучие товары, во-вторых постоплата может производиться за какой-нить период - неделя/декада/месяц

(0)  счет - это просто бумажка

(10)  для бп счет ерунда, главно дс и договор

и и документ кредитумый

(12)в некоторых сферах деятельности счет документ наравне с сч/ф и торг-12.
В некоторых конфах счет печатается из реализации

(10) платежные поручения бывают исходящие (в данном случае такие у покупателя)
и входящие (у нас как у продавца)
которые "поступления на расчетный счет" - они и есть в выписках банка ))

(15) правильно, если это не отсрочка оплаты, то на основе заказа покупателя их делать

(17)+ *не отгрузка с отсрочкой оплаты

(15) счет также может быть договором
оплата которого будет акцептом

(17)как раз отгрузка с отсрочкой, поэтому клиенту отдаются торг-12+сч/ф+счет
В одном знакомом ТЦ было много арендаторов нерусских. Умудрялись платить за аренду по 3 раза - один раз по акту, второй раз по сч/ф, третий раз по счету

(17) для этого в других конфа есть заказ, есть счёт
два разеых документа

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

(21)на кой множить документы

(20) это же чудесно
месяц не указывали надеюсь?

(24)а черт их знает, по-русски они плохо разговаривали, из Азии и Африки в основном

(24) ыыы, бизнес по рюсски, оплатить 3 ящика водки, забрать 1, остальные подарить

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

(26)см (25)

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

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

(30)  согласен

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

(32)факт есть факт. эти ребята умудрялись швейные цеха организовывать и товар из-за бугра возить.
Это Иваново - текстилька. У знакомой муж был из марроко, к примеру

(32)  у меня были товарищи, которые продав одну вещь то выписывали, то нет первичку
в итоге когда покупатель просил продублировать - печалали не старый документ, а создавали новый
т.е. по факту у них выручка была в разы выше фактической
они ещё с неё платили налоги, перешли порог обязательного аудита
но аудиторы не поверили своим глазам, когда докапались до сути...

(34)Есть у меня знакомый, вроде бизнесом занимается, но страшненькой - идея фикс при копеешных оборотах сделал сервер под 1С под линукс.
Так вот бухгалтер у него не знала что с авансов покупателей надо НДС при отгрузке восстанавливать

(35)страшненький=страненький

(34) странные товарищи, которые  за год получив выручку в 400 000 лямов, не удосужились нанять бухгалтера.. что продавали?

Счет первичнее, ибо при обмене между УТ и БП заказ клиента (УТ) как раз превращается в счет (БП)

(35) не, ну там копеечные обороты... вон сам на днях чуть было не "забил" на авансы, забыв о регистрации счетов фактур на авансы..  но 400 миллионов, Карл, 400!!!!

(38) я если счет не выгружать, а расчеты по договору?

(40) Я даже не понял, о чем ты спросил, спорить не буду ))

(37) буха когда позвали, она меня
ломали голову, как это всё привести в порядок

(38) не в счёт, а в договор

Понаписана куча бредятины
Правды написано мало
Все упирается в документальное оформление условий договора
В правильное оформление
Любой документ который пораждает обязательства по взаиморасчетам должен содержать исчерпывабщие условия
Например
Если в самом договоре обозначены все необходимые условия то даже для получения предоплаты не нужны никакие счета
А если договор рамочный то чтобы вообще не было никаких вопросов - приходится делать кучу телодвижений
Дальше писать лень

(43) Возможно, ты прав
Я проверил навскидку в двух обменах:
УТ 11.1 - БП 3.0
УТ 10.3 - БП 2.0
Там заказ превращается в счет на оплату, как Я и написал ранее

(44) Обязательства возникают не только по расчетам, но прежде всего по передаче товаров и результатов работ (услуг).

Взаиморасчеты - левый термин вообще.

Как правило, рассчитывается одна сторона (тратит свои деньги).
Другая сторона предоставляет исполнение в натуре.
Встречные расчеты редки: удержание комиссии из выручки, оплата санкций и т.п.

(19) не договором, а только офертой.

(46)  согласен вообщем
А в нынешних всловиях - по предоплате - пока никаких передачи товаров и раьот не возникло...?

(0) Заняться нечем?

Счет имеет хозяйственное значение, как объект создающий резерв товара на отгрузку, возможно при условиях (сделана пред оплата и тп)

(47) оферта же это частный случай договора

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

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

(32) зря не вериш. Обслуживаю крупный ТЦ, сам наблюдал как в бухгалтерию приходил не русский и говорил что акт оплатил позавчера, счет фактуру вчера, а счет оплатит сегодня мамой клянется

(52) в БП 3.0 это пофигу. ТО есть логика программы не зависит от того, что на основании чего заведено.

ТО есть ввод на основании нужен для других целей. Упростить работу пользователей. К логике это не имеет отношения. Можно просто без оснований ввести документ реализация. Его логика от этого не изменится.

(54) Ты не совсем прав. В БП 3.0 от наличия (или отсутствия) в базе счетов на оплату в определенных случаях, например, зависят проводки СФ или реализации

(55) Именно, что только наличие, а не конкретное место в последовательности. Последовательность может быть любой.

(56) Ошибаешься: если провести реализацию и СФ, а потом ввести счет, то при перепроведении реализации и СФ (точно не помню, по каким регистрам и какого именно документа из этих двух документов) их проводки (кажется, в части распределения суммы по счетам-заказам) изменятся. Для целей БУ это, возможно, не критично, но последовательность все-таки влияет...

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

(57) проводки обязательно должны отличаться, если считать, что введена СФ первой в последовательности, то это СФ на аванс. Но если сравнивать это с наличием Счета на оплату и его местом, то должно быть без различия. Будет различие в проводках, если будет в наличии Поступление ДС до Реализации или после. Ну в общем, что для НДС существенно, то меняется, конечно.

(54),(58)
вопрос не только про последовательность занесения документов, но и про их связи.

Я приводил выше пример: в док-те "поступление на расчетный счет" указывается док-т "реализация", которая оплачивается данным поступлением. При проведении этого "поступления", автоматически находится док-т "счет", который свяазан с этой реализацией, и у этого счета автоматически(!) меняется состояние на "Оплачен".

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

Скорее всего, в БП это не единственный пример, когда важна связь между документами.

(60) введи списание ДС в 9 утра, а поступление ТМЦ по этому же договору в 10 утра. Посмори на 60 сче
Потом введи поступление ТМЦ в 9 утра а сиание ДС в 10 утра по дному договору на одну и туже сумму. Опять посмотри на 60 счет....
Поробу понять разницу :)))

(61) это ты попробуй понять разницу о чем ты говоришь, и о чем я спрашиваю

(61) мы говорим о разных вещах: я про документ "счет", а ты про 60-й счет

Продавец и покупатель, как издревле повелось, до хрипоты торгуются, договариваясь о взаимоприемлемой цене.
Счет - это аналог спора до хрипоты.
А далее - выполнение обязательств продавца/покупателя, т.е. док реализации.
ИМХО..

(62) У тебя процес реализации, я про посуление писал. Извиняюсь.

Хотя тут тоже по бизне процесу идти

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

(65) я щас лбом об стену буду биться...

Я не нужность выписки документов говорю!
Я говорю о том что в БП некоторые опреации выполняются автоматически, если документы счет и реализация связаны друг с другом,
А если их не связать то эти операции выполняться _автоматически_ не будут!

И привел пример такой операции - это изменение статуса документа "счет".
Понятно?

(66) :))) валяй...

И привел пример такой операции - это изменение статуса документа "счет". - это пользователям надо????

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

Говорят же берется бизнес процессс - по нему строиться учет- по учету настраивается 1с....

(66) у документа Счет нет никакого статуса, и ничего не изменяется.

(68) прямо в списке счетов колонка "СТатус"
напомню про БП 3.0 речь

(67) говорят же: вопрос не по бизнес-процессам, а по функциональности программы

(70) по функциональности...
За 10 занятием 1с в ней столько всего менялось, и еще не раз смениться, что запоминать что там с чем связано желание отсусвует. От слова совсем... Некоторые базовые принципы это есть,а дальше отладчик и смотри самосоятельно.

(69) статус ОПЛАТЫ, КАрл.

(72) статус ОПЛАТЫ СЧЕТА

(73) а вы про что талдычите? Про РЕАЛИЗАЦИЮ.

(74) я талдычу не просто про реализацию, а про то: как должны быть связаны счет - реализация - поступление в БП 3.0, чтобы автоматически работали разные возможности, заложенные в программу?
такие как например автоматическое изменение статуса счета

дельный совет был: смотреть отладчик

(75) Чтобы работало изменение статуса нужно, чтобы счет был выбран в банковской выписке, а не связан с реализацией. Она здесь вообще ни при чём. Если только вы не имеете то, что если вводить выписку на основании реализации, в которой выбран счет, тогда он автоматом подставится и закроется.

*имеете в виду)

(77) а где в выписке выбирается счет?
у меня выбириается реализация

(79) пруф-скрин?

(0) Знатный оказался вброс....
Я думал народ просто поржет над идиотизмом вопроса и после десятка постов разбежится...

(80) а нашел....
бес попутал

то есть получается для выписки абсолютно не важно: связаны между собой счет и реализация или нет