Подскажите, пожалуйста, по сч/ф.
Начсиление по фактурам можно посмотреть, а вот какая фактура оплачена...Раньше можно было по 76.Н.1 посмотреть...там есть субконто "Счет-фактуры выданные" ... а теперь не знаю как? Поскажите, может кто-то в этом году уже делал такой отчет?

(0) Думаешь, здесь лучше получится?

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

Если бы в каждом документе оплаты (выписка, ПКО, взаимозачеты) всегда бы указывался ДокументПоставки, то конечно проблем нет...было бы все просто отследить...а так не получается...

(1) Да там уже достали!!!! Умники тоже мне...

Счет-фактуры опалаченные

в типовой - НИКАК. Там просто нет аналитики для этого...
А отчеты типа Книги продаж - искусственное распределение

(4) Тогда как????????????????????????????????

(4) А что, может быть естественное распределение?

Способ 1 - придумать
Способ 2 - купить готовое решение

(6) у многих контор - нет. Клиент платит
- частями
- по конкретным накладным (СЧФ). Причем оплата не по ФИФО/ЛИФО, а ХЕЗ как...

(8) И бух не участвует в указании СЧФ, по кот пришла оплата? Тогда каков вообще может быть принцип распределения, если ни ФИФО,ЛИФО?

Что кроме у_лю_427 НИКТО БОЛЬШЕ С ТАКОЙ ПРОБЛЕМОЙ НЕ СТАЛКИВАЛСЯ???
ИЛИ НЕ ХОТИТЕ ГОВОРИТЬ?

Могу предположить:
1. В качестве договора в отгрузке выбирается группа. В этой группе при проведении создается договор, который и подсовывается в проводки.
2. В документах оплаты можно выбрать как группу, так и элемент (документ), и закрываться будет соответсвенно либо сам договор или договор из группы.
3. Соответственно в отчетах бух может выбрать как договор-группу, так и договор-элемент (документ).

А вообще вариаций по этой теме до..я

Помогите, плиз!!!Добрые прогеры!!!

(11) Это делать вообще нежелательно

(12) Тута все злые - http://www.agere-mobile.info/album_pic.php?pic_id=3&sid=4d5dc933434646ca8fb6e1d6fd49ebb4

(13) Тады, скорее всего, ОЙ

(11) вот видишь... Как человек хочет халявы...

(14) Неправда...здесь есть умные и добрые прогеры...я знаю...

А у нас всё видать...

(17) Один точно есть. Ваня Иванов...
Но вот отсутствие серого вещества не позволяет ему решить эту задачу...


Если кто то хочет упростить свою жизнь - либо он ее упрощает сам либо это решают другие. За оплату...
Дураков работать бесплатно нет...

(16) Уйди с моей ветки, пожалуйста

(19) Да я не прошу тебя прогу мне написать...я и сама напишу...ты скажи как? Если ты такой умный

я беру 75 баксов - 1 за то, что сделал, и 74 за то, что знаю как...

(21) а это... посмотреть какая накладная оплачена можеш?

(23) в типовой нет такой аналитики...

(23) Могу, если в документе оплаты (ПКО,Выписка, Взаимозачет) точно указана накладная

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

+(23)Если бы в каждом документе оплаты (выписка, ПКО, взаимозачеты) всегда бы указывался ДокументПоставки, то конечно проблем нет...было бы все просто отследить...а так не получается..

и могут быть возвраты...

(26) Блин, без тебя знаю..я смотрю ты вообще в вопрос не въехал...

(28) Возвраты это уже отдельная история ... у нас их в этом году только 2 и было

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

оплата д.б. в аналитике счета/регистра...

(31)
<оплата д.б. в аналитике счета/регистра..
поясни

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

должна быть возможность получить оплату запросом по регистру/счету...
но никоим образом - запросом по документу...

понятно

по существующей аналите в бух этого сделать нельзя... а изменить ее невозможно (обновления крякнут все изменения...

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

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

(38) А откуда известно, как пожелал клиент? Если мы это знаем, то можно спокойно указывать в оплате оплачиваемый документ. А если этой инфы нет, то по любому должен быть какой-то механизм автораспределения, и тут кроме учетной политики ничего в голову не приходит.

Кстати, щас вспоминаю. Делал задачу, когда надо было отслеживать оплату ОТДЕЛЬНЫХ СТРОК доков Оказание услуг. Дописал в оказание услуг и в Выписку движения по моему забалансовому счету. Усе работает, все довольны. При поднатии дополнительной работы не много...

(34) У тебя ТиС?

(40) Смотри вот добавлю я забалансовый счет, сделаю по нему проводку в накладной  или сч/ф, а потом надо делать обратную проводку в выписке, ПКО, взаимозачетах?

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

+43 К тому же не придется писать дополнительные отчеты. Все можно будет увидеть в оборотке по счету.

Это все хорошо, но вводить новый счет посердине года...это я попробую сделать с нового года...
А мне сейчас что делать?

(43) а какие проводки обработка будет формировать?

Заводить счет - полная лажа.

(45) Почему с нового года? Ввести забалансовый счет ты можешь в любой момент. Причем если использовать(40), то тебе нужно было бы после этого перепровести все доки реализации и оплаты, чтоб они сделали доп проводки по этому счету. А в варианте (43) Даже это не нужно. Просто запустить обработку и она тебе сформирует вске данные на этом счете. Работу юзеров это вообще никак не затронет.
(47) Обоснуй.

я в (40) не поняла
<Делал задачу, когда надо было отслеживать оплату ОТДЕЛЬНЫХ СТРОК доков Оказание услуг.

(49) Да это хорошо, но если ты указал Документ оплаты "Оказание услуг", а если не выбран этот док, тогда как выписка поймет какую накладную закрывать по забалансовому счету?

(49) Че непонятно? Надо было отслеживать оплаченность не документа в целом, а отдельной его строки (еще большая детализация оплат, чем у тебя).
(50) У меня по ФИФО было сделано. А как надо твоим бухам - это у них надо спросить. Тут надо оговорить - по каким принципам система должна раскидывать оплату.

<отслеживать оплаченность не документа в целом, а отдельной его строки
Это имеется ввиду документ "Оказание услуг"?

(52) Да. А какая разница?

вообще то система с забалансом имеет ряд весьма существенных недостатков...
и одно преимущество...

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

так что, как говорится, флаг в руки...

(0) ИМХО, самый простой способ для программера - обойтись без программирования вообще. Бухгалтер в справочнике "Договоры" собственно договор вводит как группу, а каждую отдельную реализацию по нему - как элемент, подчиненный этой группе. При оплате (неважно, выпиской, приходником или взаимозачетом) бухгалтер сам решает, какую реализацию закрывать.

Конфигурацию не меняем - нет проблем с обновлениями. Работают стандартные отчеты. Бухгалтер сам отвечает за правильность распределения оплат по отгрузкам, а не валит на программиста.

(54) И почему же это - прощай обновления? И какие же недостатки?

(56) без грамотно сделанной доработки предложенное работает, пока контров - штук 30-60...
Перевалит их за 2-3 сотни - будет бордель...

(56) Нет это не выход у нас фактур выписывается около 2000 в месяц

У меня сделано через договоры. На каждую накладную свой договор.
Разноска денег ежемесячно через Корректировку задолженности (доделана с автораспределением сумм). Плюс есть отчет показывающий нераспределенные суммы.

(51) Хорошо, а обратную проводку по забалансовому счету делаем в выписке и как там определяется, за какую фактуру или накладную прошла оплата?

(58) Не спорю. У меня аренда - клиенты постоянные и их немного.
Хотя, многое ведь от гбуха зависит. Если раздолбай - бардак будет и на 10 клиентах даже с автоматизацией.

(59) и что?

Какие еще будут предложения?

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

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

Если у вас тис то может и вам подойдет.

75$

(66) У меня 1С:Бухия

(65) Вот можно попонятнее а то, я вот тоже скажуя сделала отчет...а что конкретно?

(54)Если счет заводится в предприятии, а не в конфигураторе, то с обновлениями все в порядке будет.
(61) Я ж говорю. Это у бухов спросить надо - по какому принципу они хотят оплату привязывать (если не указывают ее явно). Реализовать можно любой вариант. Но надо знать - чего мы хотим.

(70) Вообщем бухи тут сами не знают - решать только мне...так ты скажи к чему ты привязывал?

(71) Последовательно: прошлая накладная оплачена - оплачиваем следующую.

(70) Например, как в выписке я привяжу? Если указана накладная, то хорошо, а если не указана, но указан ВидОплаты, то будет по принципу ФИФО

А если не полностью оплачена, аванс например, тогда как?

(70) проблема не в создании счета... Проблема в том, что работу с забалансом надо будет прописывать во все модули доков, которые с этим счетом будут работать... При каждом обновлении будет полная .опа.... лопатить кучу документов...


Мое решение вообще не трогает модули документов - только формы, причем не трогает модулей форм документов...


(65) Это закрытие - не отражает реальности и является туфтой... А если контр проплатил док номер 3 полностью, а доки 1 и 2 частично? Причем указал это в платежке!!! Тогда ты приплыл...
  Такое "закрытие" применимо, если идет учет по договорам в целом, а не по документам...

(73) А я тебе о чем? У меня по принципу ФИФО. А какой тебе надо - тебе виднее. Запрограммировать можно что угодно. Надо определиться - чего клиент хочет. Какие советы по этому вопросу ты от нас хочешь?
(74) Нормально. Ты обработкой ведь выбираешь стандартные движения и формируешь по ним свои. Какие движения выбирать и как их обрабатывать продумывай.

(75) Во-первых, при поднятии там не много работы, а во-вторых, ты (43), (48) читал?

+77 Вообще стандартно подниматься будет.

Ничего не пойму. А анализ счета по субконто 76.Н.1 почему не проходит?

(73) Ну че, поняла как делать надо?

(80) Может ты объяснишь почему (79) не проходит?

(81) ты чего с Луны свалился с 01.01.06 - по отгрузке
(80) мне непонятно, что будет тогда обработка делать
в накладных пропишу проводку, в выписках, ПКО и т.д. тоже,
а обработка тогда какие проводки делать будет?

(82).2 Я ж говорю, не надо ничего в документах прописывать. Обработка - ВМЕСТО исправлений в документах. Она будет формировать операции с проводками по заб счету на основании движений стандартных доков (накладных, ПКО и выписок). Доки остаются стандартными. Поднятие конфы стандартно проходить будет...

ПОНЯТНО

(83)СПАСИБО

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

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

миздец... Тупой коллективный разум породил очередного монстра...

Как в том анекдоте - Некогда думать, трясти надо...

это даже не разум дятлов...

флаг в руки... И прикупите ведро вазелина...

(88), (89) :)))
Кстати, абсолютно безопасный подход. Максимум риска в том, что при неправильной реализации этого подхода не будем видеть ту инфу, кот хотим...

хм... вообще то у меня система в любом случае показывает результат...

(91) И эта будет, если сделать нормально. Но в случае недостаточной квалификации автора - она ни чем не рискует. Так что вазелин - лишнее. :)))

Нашли над чем спорить ;)
Аж 92 поста и почти все по сабжу ...

(93) :))

Вазелин - когда ей начнет вливать начальство за несоответствующее разнесение...
Ибо разнесение оплат по договоарм поставки м.б. прописано в договоре и ФИФО здесь отдыхает... как и любой автопилот без телепата...

Все, баста, начинаем флудить. :)))

(95) А я разве где-то говорил, что все обязано происходить по ФИФО? Я же сказал - надо обговорить с клиентом - как должен работать режим автоматики, если оплачиваемый док не указан юзверем.

(95) Я делал по умолчанию методом ФИФО, а если чё не нравится то есть возможность руками разносить. Всех это устраивало.

+97 А если оплачиваемый док указан, то все укладывается в предложенную схему. Тогда нужно формировать проводки с учетом указания этого дока...

Вы как два глухих ... говорите об одном и том же и ещё спорить умудряетесь ;)

Прочитал все... Есть один вопрос:
А зачем знать какие счета-фактуры оплачены?? Или неправильно задан вопрос, а имелись ввиду накладные?
Поясните, пожалуйта, глобальный смысл знать какие СЧФ оплачены.

100

хочется им....

(100) Он не говорит о том, как сделано у него. А когда критикует мою идею, такое впечатление, что не читает - что я пишу...:)

мля... медленный тырнет...


(100) просто он предложил неверное решение ... в принципе...

(101) зачем знать какие счета-фактуры оплачены


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

(105) Я не уверен, что мое решение лучшее. Но насчет неправильного - ты еще не привел ни одного реального аргумента его неправильности...

(107) В каком посту твоё решение (всё ниасилю читать)

(108) (37), (43)

+109 Я в свое время делал (40), но это хуже...

(106) Это тогда по накладной. А в вопросе конкретно счет-фактура. Все-таки счет-фактура и накладная разные вещи.
2(110) а (43) делал?

(109) Мдя ... без измения типовой и чтоб всё делалось одной обработкой ... никак (ИМХО), ведь людЯм надо пальцАми тыкать (что по что) или ты предлагаешь это всё в обработке делать ? Не взлетит (ИМХО)

(111.2) Нет, но видел аналог. Потому и говорю, что решение (40) не лучшее.
(112) Почему не взлетит? Если оплату делать на основании расходной накладной, то это можно учитывать в обработке для формирования проводок по нашему счету. А то, что стандартный ФИФО так организовать можно - так это однозначно.

(111) 1- Не ... меня просили по СчФактурам когда  НДС зачитывался "хитрым образом"
(113) "Если оплату делать на основании расходной накладной" ты прикалываешься ?
Это когда простые ситуации. А если сложная система - не взлетит !
А кому голый ФИФО нужен ?

(114) До 2006 понятно, а после зачем?

(114.2) Если нам известно - по какому документу делается оплата, то это надо как-то регистрировать в этой оплате. Если на устраивает механизм документа основания (какой сложный случай ты имеешь в виду?), то можно по минимуму доработать конфу. А обработка будет использовать уже эти сформированные данные, а если их нет, то работать по ФИФО или любому другому прописанному принципу. Что может не получиться?

ЛОД, глянь в OFF: Требуется прог, Бух учет 42т.р.
Если серьезно интересовался...

(111) в большинстве случаев СЧФ=РН... но в общем то при наличии связки РН-СЧФ - безразлично как считать (хотя если есть серые продажи). Лично у меня сделано именно так (учет в разрезе СЧФ или РН). Система не даст перекосить оплаты ...

Более того, могут быть еще и взаимозачеты и разные оплаты ...

(114) см выше... в общем то если говорить общей фразой - отслеживание оплат в разрезе документов... Кстати, не всегда РН идет первая по времени, иногда первая - СЧФ... Из-за долбаных бюджетников...

Кстати,вот ещё интересный случай - когда контрагент платит авансом и при этом четко указывает, за что. Но та реализация, которую он оплатил, пройдет ещё через месяц или два. А этот аванс всё это время надо учитывать обособленно, чтобы не зачесть его случайно под какую-нибудь внеплановую реализацию.

Как в этом случае учет вести? По выставленным счетам?

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

Ну вот. Такая хорошая ветка померла... Видать, тема исчерпана.

(119) да, по выставленному счету. Ибо других оснований в данный момент нет...

Ибо  Клиент может загнать деньги через банк только имея основание ("Оплата по счету номер ХХХ")


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

Здорово!!!!! Спасибо всем!!! Надо же правда такую ветку написать .....

типа отчет готов?

Неа ... Наброски сделаны...осталось все реализовать...прописать в доках...

(124) На выходных надо отдыхать, а не работать...

а чего насоветовали?... лень ветку читать

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

Типа у каждого свои тараканы в голове....

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

вот еще до кучи :http://www.mista.ru/articles1c/hare/index.html насчет партионного учета на бухгалтерии

(125) Так все-таки доки править будешь? Почему? К чему пришла-то в конце концов?

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

(133) Как я уже писал, я такое делал. И если нормально пропишешь, то это будет работать. Но все же зря. Того же можно добиться внешней обработкой. Помимо поднятия в таком решении есть преимущество - устойчивость к работе задним числом. А так юзерам самим следить придется - перепровели ли они доки по этому контру после исправления задним числом...