Добрый день! Украина, 1с 8.2, УПП -1.3.19.2
учет с контрагентами в самописных прграммах (не 1с) ведется по счетам на оплату. Поэтому при переходе на 1с решили сохранить эту тенденцию (пусть не совсем правильную) и по всем контрагентам в договоре проставить признак ведения по счетам. Бывают ситуации - и это, я думаю, во многих ороганизациях - что оплата проходит по нескольким счетам, и приход материала то-же - по нескольким счетам, но по одной расходной накладной. 1с допускает в Поступлении товаров и услуг указывать только один счет на оплату. т.е. для обеспечения возможности указания нескольких счетов в одном документе нужна переделка программы или разбивать приход на несколько поступлений товаров и услуг. Как вы поступаете в данном случае? (сейчас это ручками сливается на один счет и все).

В данном случае у Вас оплата не по счетам, а по заказам покупателей. И с ними никаких проблем на при оплате пачкой, ни при отгрузке пачкой. По крайней мере в российской УПП.

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

Нудно было разобраться перед переносом.

А что на выходе должно быть от такой системы? С покупателями еще можно понять взаиморасчеты по заказам, а вот с поставщиками и с приходом пачками... непонятно.

(2) Да какая разница с кем? Все нормально работает и с покупателями, и с поставщиками.

по поводу счетов, что убогний суррогат - согласен, но, к сожалению, само понятие "заказы" воспринимается в штыки, потому как - еще 18 век. Привыкли по счетам - и усе тут.
для чего счета используются? - для разделения платежей и рассчетных документов на аванс и погашщение задолженности. Разделять очень важно, т.к. естьоперации с валютой - а тут вступает в дело курс, дата первого события и т.п. Не спорю, что через полгода придут к выводу, что по заказам - гораздо лучше, но пока... Чтобы не остановить весь процесс - приходится изголяться.

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

(4) Млин, заказ и есть счет. Только нормальный - с резервами, закупками и т.п. Привычка тут ни при чем. Тут кривизна рук внедренца, который начал внедрять то, чего он не знает.

(5) Чушь полнейшая. Вы просто не понимаете о чем пишете. Разберитесь сначала с вопросом, а потом выводы делайте.

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

(6) вы не знаете моих начальников :(( ...
Но заказ - это не счет, это заказ. Потому как счет можно распечатать, и там будет написано "Счет на..." в заказе написано "Заказ..." Счет можно создать на основании заказаю Так что тут вы не правы. Мне пришлось много времени потратиь на то, что документ в 1с не обязательно должен иметь физический аналог - лист бумаги с печатями. Не говоря уже о том, что гарантийное письмо - это не договор, и как можно договор на куплю-продажу или трех сторонний договор представить в 1С. ил ик примеру -  что делать,если с контрагентом нет договора, а в 1С- указание договора - является обязательным. Ок, всем спс за внимание!

(8) печатную форму счета к заказу прикрутить - проблема?
Могу сделать. за 10 000 рублей :-)

9000

5000 мне, 4000 тебе

(11) 10 000. 6 мне 2 000 тебе, 2 - в фонд мира

(8) Господи, какой бред! Да откройте конфигурацию наконец! Заказ и есть счет. Только не суррогатный, а нормальный.

Вы внедряете то, в чем совершенно не разбираетесь и свою безграмотность оправдываете какими-то требования боссов.

Нуф-Нуф, ДенисЧ -демпингуте, коллеги, демпингуете. Показать как распечатать готовую форму счета из Заказа покупателя, имеющуюся в типовой конфигурации, стоит гораздо дороже!

(8) В конфигураторе поставить синоним "Счет на оплату" к документу "ЗаказПокупателя" :) , а печ. форма ЕМНИП в заказе есть из коробки. Сам док СчетНаОплату выпилить из интерфейса.