Добрый день Уважаемые. Прошу натолкнуть меня на путь истинный. Имеем 7.7 ТИС, достаточно перепиленную. Поставленна задача отразить состояние денежных средств в разрезе покупателей и перевозчиков (банков). Пробовал так: 1. Манагер выбивает расходную накладную. Товар отправляеться перевозчиком. 2. Если это оптовый клиент, то он отправляет деньги через перевозчика. Если розничный, то оплачивает наложенным платежом. 3. В случае с оптовым клиентом - от клиента приходит номер декларации. В случае с наложкой СМС от перевозчика. Вот тут интересный момент, как хотело это видеть начальство: 4. Создаеться нетиповое ПКО в котором кроме поля Контрагент существует поле перевозчик (ссылка на спр Контрагенты). Это ПКО проводиться предварительно и двигает регистр взаиморасчетов таким образом: Покупатель долг - (списание долга покупателя) Перевозчик долг + (создание долга перевозчику)
В отчете по Взаиморасчетам теперь видно, то, что хотело начальство. Но деньги по факту еще даже не приехали.
5. Когда деньги по факту получены движения ПКО сторнируються.
Но мне такое решение не очень нравиться. Так же бывают случаи, когда покупатель скидывает деньги на банковскую карту и снять всю сумму за один раз не всегда получается по разным причинам. И приведенное выше решение для этого не годиться.
Возможно это лучше организовать на каких нибудь Виртуальных Счетах по регистру Деньги? Но тогда не будет видно зависшых денег контрагентов в разрезе перевозчиков.
Подскажите как лучше решить данную задачу. Заранее Спасибо!
Я бы здесь зелал не сторно, а Перевозчик долг - (списание долга покупателя) ПКО не совсем удачный док. это ведь не наличка, а ПКО двигает регистр деньги, лучше подойдет Док Взаиморасчеты.
ПКО при предварительном проведении делает движения только по регистру Взаиморасчеты. Т.е. лучше городить под это все дело отдельный документ?
ПКО при предварительном проведении делает движения только по регистру Взаиморасчеты. Т.е. лучше городить под это все дело отдельный документ?
если документооборот не большой, то использовать можно. Но когда документов много, и нужно будет через месяц два или полгода сделать "разбор полетов", то лучше будет, если можно будет четко последить переуступку долга.
Цитата(Домовик @ 25.09.13, 18:54)
это не того рода задолженность получается... товар у покупателя. за что долг?
движения по списанию задолженности покупателя и движения по увеличению долга перевозчика --- они не равносильны...
В бухии не силен, но у ТиСа не большой набор инструментов. ВзиморасчетыПокупателей, ВзиморасчетыПоставщиков и ВозвратыВзаиморасчетов. Ну или можно завести еще один регистр специально под эти цели.
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
Группа: Пользователи
Сообщений: 1543
Спасибо сказали: 254 раз
Рейтинг: 0
Flexy, посоветуйте начальству учитывать в ТИС также события: "директор клиента приказал бухгалтеру заплатить" "бухгалтер выдал деньги" "курьер с деньгами уже ушел на почту"
Flexy, посоветуйте начальству учитывать в ТИС также события: "директор клиента приказал бухгалтеру заплатить" "бухгалтер выдал деньги" "курьер с деньгами уже ушел на почту"
Спасибо. Вам сейчас станет смешно....но начальство так и хочет сделать
Цитата(Домовик @ 25.09.13, 17:54)
это не того рода задолженность получается... товар у покупателя. за что долг?
движения по списанию задолженности покупателя и движения по увеличению долга перевозчика --- они не равносильны...
Я это понимаю. Каким еще образом можно отразить, что деньги едут перевозчиком, или поступают на банковскую карту, но их еще не сняли? Если немного сильнее углубиться в суть этой задачи, то цели у нее 2: 1. Контролировать поступление наличных денег. 2. Видеть сколько денег через n - дней зайдет на фирму. Для примитивного планирования бюджета. Как-то так.
посмотрите, если разработчки ТИС изначально разделили регистры по взаиморасчетам для покупателей, поставщиков, возвратов. То лучше следовать той же логике и создать отдельный регистр под взаиморасчеты с перевозчиками. Который будет иметь два измерения одного типа - спр.Контрагенты. Ссылка на покупателя, и ссылка на перевозчика. Так будет удобнее отследить по каком покупателю еще не привезли денег. Взаиморсчеты с поставщиками по стандартной схеме. Дорабатывать существующие регистры при уже существующей базе - плохо.
еще один "шалений" вариант. Но надо его в базе проиграть. Перевозчики выполняют функцию банка, ни первые ни вторые гарантии точной не дают, что деньги вам обналичат всегда. Можно в спр "Банковские счета" завести перевозчиков. и банковской выпиской деньги будут переходить на "Счета-перевозчиков". Потом их обналичивать. Внутри регистра Деньги движение со счета с признаком безнал на счет с признаком нал.
Сообщение отредактировал Домовик - 26.09.13, 12:56
еще один "шалений" вариант. Но надо его в базе проиграть. Перевозчики выполняют функцию банка, ни первые ни вторые гарантии точной не дают, что деньги вам обналичат всегда. Можно в спр "Банковские счета" завести перевозчиков. и банковской выпиской деньги будут переходить на "Счета-перевозчиков". Потом их обналичивать. Внутри регистра Деньги движение со счета с признаком безнал на счет с признаком нал.
мне нравится!
Никогда не бойся делать то, что не умеешь, помни - Ноев ковчег был построен любителем, профессионалы построили Титаник. ЗиУП
еще один "шалений" вариант. Но надо его в базе проиграть. Перевозчики выполняют функцию банка, ни первые ни вторые гарантии точной не дают, что деньги вам обналичат всегда. Можно в спр "Банковские счета" завести перевозчиков. и банковской выпиской деньги будут переходить на "Счета-перевозчиков".
Спасибо . Я тоже думал сделать именно таким образом, но хотел городить новый документ "Деньги в пути", который делал бы такие движения.
Цитата(Домовик @ 26.09.13, 12:55)
Потом их обналичивать. Внутри регистра Деньги движение со счета с признаком безнал на счет с признаком нал.
А вот тут можно подробней? Я так понимаю, что вводить ПКО уже не потребуется? Просто сделать пермещение ДС и все? И кстати, как быть, если условный покупатель Иванов сказал, что отправил 100 у.е., а по факту пришло 95 у.е.? Тут уже начинают плыть взаиморасчеты.
если брать указанную схему, то взаиморасчеты закрываются сразу, стандартным документом. В описанном случае банковской выпиской. потом только перемещение ДС по регистру Деньги. Но стандартного, похоже нет, и создавать Документ который будет делать расход с "безнала-перевозчика" и приход на "нал счет".. всего два движения. движения.
в торговле особо не важно каким будет считаться перевозчик наличным счетом, или безналичным.. и ПКО и БВ закрывают взаиморасчеты, и делают приход по рег. Деньги.
про Иванова , он оплачивает через банк, или через перевозчика?
Сообщение отредактировал Домовик - 26.09.13, 16:42
про Иванова , он оплачивает через банк, или через перевозчика?
В случае, если покупатель оптовик - он шлет тупо деньги в конверте через перевозчика, Если Покупатель розничный - он оплачивает либо наложенным платежом, либо на банковскую карту, либо на РСчет.
если через перевозчика, то нужно только одновременно звонить и покупателю и перевозчику на фирму, иначе взаиморасчеты закроются и деньги останутся на усл счет перевозчике.
наложенным платежом - оплачивают полностью. иначе посылку не отдадут.
на банковскую карту.... на РС ... это труднее всего. не знаю. это организационно нужно решить. обычно предоплату фирмы просят.
если эти случаи не часты, то возможно стоит завести по аналогии с перевозчиками и позицию на покупателя в справочнике счетов. Тогда будет видна его задолженность.
Сообщение отредактировал Домовик - 26.09.13, 17:05
То есть мне следовало завести новую ветку "У Флекси неадекватное начальство"?
Как вариант. Я поплачусь, а Вы посмеетсь
На самом деле, руководство адекватное. Просто они динамически развиваются и совсем недавно перешли с Экселя на 1С. Соответственно у них сейчас желание а-ля: "Сделай нам одну Волшебную кнопку, которая бы делала все!". Я очень стараюсь донести им основные концепции учетной системы 1С и убедить (навязать) их в том, что им как минимум нужно 8 УТ + 8 БП, а то и УТП. Но у роководства еще есть и аудиторы, которые считают, что делать нужно именно так. А я лишь выполняю ихнии хотелки
почему меня не поправляют по поводу рс, банковских карточек.
схема, кот. возможна с перевозчиками, не работает с розничными клиентами
сначала делаем приход на условный элемент-счет "Деньги в пути" (для каждого контрагента заводить не стоит, лучше потом в отчетах детализацию по документам сделать) в регистре Деньги.
потом закрываем взаиморасчеты по факту(т. е видим на расчетном счете, карточке), 95 долларов. взаиморасчеты тоже закроются на 95, 5 останется. и доработка в типовых документах БВ, ПКО по регистру Деньги. Если галка "списать деньги в пути", то движение расход по счету-элементу "Деньги в пути"
В итоге "Деньги в пути " остаток 5 и "Взаиморасчет" остаток 5
Типовые документы все же нужно дописать.
для перевозчиков оставить схему, когда сразу закрываются взаиморсчеты, потом деньги перекидываются.
итого два документа создавать, изменения в типовых, создать отчет по Деньги с детализацией по документам. "Деньги в пути".
Сообщение отредактировал Домовик - 27.09.13, 11:01
Группа: Местный
Сообщений: 224
Из: не ту страну назвали Гондурасом
Спасибо сказали: 83 раз
Рейтинг: 0
Какая каша в голове. На самом деле всё просто. Покупатель получил товар и рассчитался любым(!) образом - ПКО и погашение его задолженности (возникшей при отгрузке). ЕСЛИ при этом он не вам деньги отдал, а перевозчику/курьеру/племяннику - ещё и РКО на перевозчика/курьера/племянника. И пусть болтьается пока он не привезёт бабло. Привез, сдал вам - вводите на основании РКО ПКО от перевозчика на ту же сумму. Перевозчиков/курьеров/племянников для удобства в справочнике контрагентов сложить в отдельную папку. Тип контрагента - поставщик услуг. Т.о. во взаиморасчетах с поставщиками будете видеть все висящие долги поставщиков из этой паки как "деньги в пути". Если предоставляемые ими услуги или будете гасить день-в-день (док=УслугиСтророннихОрганизаций+(подчиненный!)РКО), или просто не будете регистрировать. Отдельным вопросом проходит учет не денег, но товаров в пути. они ещё ваши? или они уже покупателя? приведенное выше годится для случаев, когда они уже покупателя.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!