Курс «УТ 11 — Быстрый старт»:
День 7. Денежные средства, взаиморасчеты
Для участников курса «1С:Управление Торговлей 11 — Быстрый Старт!» — материалы 7-го (финального) дня
На этой странице — материалы седьмого блока тренинга.
Перечень видеоуроков этого дня:
- 7.1. День 7 (Денежные средства, взаиморасчеты) — введение
- 7.2. Расходный кассовый ордер
- 7.3. Приходный кассовый ордер
- 7.4. Учет по договорам
- 7.5. Отчеты по денежным средствам и взаиморасчетам
- 7.6. Банковские документы
- 7.7. Взаиморасчеты по партнерам и контрагентам
- 7.8. Доходы и расходы
- 7.9. Прочие расходы
- 7.10. Прочие доходы
- 7.11. Возврат товаров от покупателя
Помимо этого, в материалы входят:
- Методические материалы в PDF
- Домашнее задание и его решение
- Запись вебинара с ответами на вопросы
Плюс — Бонусный материал: “Изменения в финансовом учете УТ в редакции 11.1″
Ссылки на скачивание находятся ниже, в «закрытой» части страницы. Для доступа к закрытой части записи у Вас должен быть активирован токен доступа.
Помимо ссылок на материалы, эта запись используется для приема вопросов по материалам 7-го дня.
Чтобы задать свой вопрос — просто напишите его как комментарий, и мы ответим на него.
К сожалению, у Вас недостаточно прав для дальнейшего просмотра.
Если Вы приобрели курс, но еще не активировали токен — пожалуйста, активируйте доступ по инструкциям, высланным на Ваш email после покупки.
Если Вы не залогинены на сайте — залогиньтесь, вернитесь на эту страницу и обновите ее.
Если Вы залогинены, у Вас активирован токен доступа, но Вы все равно видите эту запись — напишите нам на e-mail поддержки.
Комментарии / обсуждение (125):
Комментарии закрыты
Прошу помощи!
При формировании отчетов:
1. Анализ доступности товаров
2. Остатки товаров организации
3. Остатки товаров на складах
Общие количественные остатки во всех отчетах разные, как такое может быть?
УТ11.0.9.15, Склад один, весь товар находится на одной организации.
Нахожу лишний товар(которого нет и не должно уже числиться) по движению показывает наличие, в доступных остатках показывает ноль, по финансовому учету ноль.
Если пишу не в ту ветку, сори.
Ситуация не нормальная.
Можно попробовать:
1. Перепровести документы (если их количество позволяет это сделать) + выполнить регламентные процедуры
2. Возможно обновление на 11.1 может решить проблему.
Также имеет смысл выполнить регламентные процедуры с ИБ — поиск ошибок и тестирование и исправление (вначале сделайте бекап).
Перепроведение уже делал, не помогло.
Что значит регламентные процедуры, если речь о ежемесячных распред. трансп. расходов и расчете с/б, то они соответственно перепроводились.
А так как речь идет о периоде за год, то они вообще первоначально удалялись, потом перепроводка месяца и создание с нуля РТР и РСТ, так же помесячно. (Так я делал до прохождения базового курса, теперь я понимаю, что удалять не стоило).
Обновляться до 11.1 пока боюсь, жду более рабочей версии.
Где можно узнать про: регламентные процедуры с ИБ – поиск ошибок и тестирование и исправление?
если речь о ежемесячных распред. трансп. расходов и расчете с/б
Да, речь была именно об этом
Обновляться до 11.1 пока боюсь, жду более рабочей версии.
Думаю, имеет смысл обновиться на копии и провести эксперимент.
Тем более 11.1.2 вполне рабочая версия. Разработчики уже запланировали 11.1.3.
Где можно узнать про: регламентные процедуры с ИБ – поиск ошибок и тестирование и исправление?
Если я правильно понимаю — база файловая.
1. Делаете бекап.
2. В Конфигураторе: Администрирование — Тестирование и исправление, выполняете его
3. В каталоге, где установлена платформа ищете файл chdbfl.exe, запускаете его, указываете файл ИБ, выполняете поиск ошибок.
Поиск ошибок результата не дал, ошибок не обнаружено.
а вот при тестировании определяет
Ошибка SDBL:
Таблица или поле Fld10416 не содержится в разделе FROM(pos=11)
как быть?
Т.е. исправление ошибок не может изменить ситуацию?
Тогда нужно либо искать утилиты по восстановлению файловых баз (на infostart), либо отправлять базу на диагностику в 1С (на правах подписчика ИТС).
Обратите внимание на статусы. Такая ситуация возможна, если у Реализации статус «К отгрузке».
Евгений, поясните, как рассчитываются начальные остатки в отчете «Анализ себестоимости», т.е. по какому методу?
Начальные остатки на начало эксплуатации информационной базы определяются на основании информации, введенной с помощью документов «Ввод начальных остатков». На начало следующих месяцев остатки определяются на основании метода оценки стоимости товаров, указанного для организации. На основании этого метода рассчитывается себестоимость выбывших товаров. Остаток на начало месяца определяется как Остаток на конец месяца + Приход — Расход.
Здорово! Когда еще будут написаны, одобрены и напечатаны для ЦСО новые методички? До слушателей информация уже дойдет устаревшей, так как конфигурация на данный момент изменяется стремительными темпами. А тут оперативно для большой аудитории. И разработчикам выложили целый список ошибок. Своевременно, до выпуска боевой версии. А сколько скриншотов предстоит поменять для печатных изданий в связи с изменениями интерфейса!
Начинающему пользователю учиться новым версиям по старым методичкам вообще нереально.
Евгений, подскажите, пожалуйста, по каким причинам документ «Заказ поставщику» может не делать движений по регистру накопления «Расчеты с поставщиками по документам» при проведении в УТ 11.0?
На этот вопрос сходу ответить не могу.
Евгений, а в процедуре распределение расходов на себестоимость что-то изменилось? Что-то у меня не включаются в себестоимость доп расходы указанные в документах поступления(статья расходов указанна — на себестоимость). Уже все перепроверил не могу понять в чем причина.
Методических изменений не было.
Сейчас ввел ТЗР — действительно они не распределились на себестоимость.
Считаю, что это исключительно проблема ознакомительной версии.
Евгений, напишите, пожалуйста, чуть подробнее: как можно воспроизвести эту ошибку (мне нужно отправить отчет об этом в фирму 1С)!
У меня не получилась элементарная ситуация.
1. Закупка товаров.
2. Отгрузка части товара покупателю.
3. Ввод ТЗР, аналитика — документ поступления.
4. Регламентная операция «Закрытие месяца», документ «Распределение расходов на себестоимость товаров».
Релиз 11.1.1.2.
Добрый день, Евгений!
Сегодня вышла тестовая УТ 11.1.1.5) Проверьте, пожалуйста, на ней, воспроизводится ли теперь Ваша ошибка.
Как появится возможность — проверим.
В ссылке на бонус нет доступа. Жалко.
Почему же Вы не выполнили шаг №3?
Ведь на вебинарах неоднократно говорили об условиях финала курса…
Странно, все шаги по 3 заданию я высылала
Добрый день, Ирина!
Возможно была проблема с отправкой комментария, но факт остается — Вашего отчета по шагу №3 на сайте нет.
Есть и хорошие новости — скорее всего в ближайшее время сделаем этот бонус общедоступным. Следите за новостями на сайте курсы-по-1с.рф, а также за рассылкой.
Евгений, хотел уточнить один момент. При использовании партий и изменении документа нужно ли восстанавливать последовательность и перепроводить документы? Или раз себестоимость рассчитывается и партии подставляются в рамках регламентированной операции рассчета себестоимости в этом нет необходимости (как и с использованием РАУЗ)?
Да, последовательность восстанавливать нужно. Для этого используется последовательность «ПартииТоваровОрганизаций».
Но перепроведения документов не требуется.
Последовательность восстанавливается при выполнении регламентных операций.
По идейным соображениям отказался от финала. Об этом уже писал. Таким образом, к огромному сожалению, не получу бонуса. Ну за идею можно и малость пострадать. ;)
Тем ни менее, хотелось бы поблагодарить создателей курса.
От курса я ожидал «сдвинуться с мертвой точки», понять логику создателей, ознакомиться с принципами учета в УТ11. То что хотел, получил с полна.
Ни каких сомнений по поводу обучения не было, так как практически (Кроме КА и Быстрый старт в программирование) все курсы Ваши приобрел и изучал. Ваши курсы отличаются полнотой содержания, доходчивостью, хорошей обратной связью. Курс оправдал ожидания на 100 с лишнем процентов. Не много напрягли технические проблемы с вебинарами, ну и не возможность альтернативно зафиналиться.
Все Ваши курсы стоят вложенных денег. Окупаются в короткие сроки. Рекомендую всем. Данный курс порекомендовал тем клиентам, которые уже (ИМХО к сожалению) приобрели УТ11. Информации по УТ11 очень мало. Конфигурация так стремительно изменяется, что документация устаревает уже в типографии. Думаю и Вы свой курс будете переписывать и переписывать для каждого потока.
Удачи всей Вашей команде. С нетерпением жду других курсов. И продолжение УТ11.
Большое спасибо!
Евгений, во втором видеоролике Вы говорите, что в организациях практически ничего не изменилось… А как же появившаяся возможность задания ответственных лиц организации?
Хорошая возможность.
Но я же не говорил, что ничего не изменилось :)
help!
не могу скачать по ссылке. С утра пытаюсь сейчас уже обед.
Пробовал на разных браузерах.
Что система сообщает?
Почему не совпадают данные по денежным средствам в двух отчетах,
«Расчеты с партнерами» и «Оборотные средства по организациям» в демо базе.
в разрезе дебиторской и кредиторской задолженности показатели фирмы должны быть равны?
Как минимум потому что нужно учитывать еще и расчеты с поставщиками.
Они могут формировать как дебиторскую, так и кредиторскую задолженность.
Спасибо! Отличный бонус.
Да и весь курс очень понравился.
Было интересно поучиться. Обучение продолжу.
Спасибо!
Евгений, спасибо за бонус.
Прошу уточнить. Я так понял, что метод «ФИФО (скользящая оценка)» это не передвижение правой границы, а нормальный партионный учет. Означает ли это, что расчет себестоимости этим методом предполагает отказ от решения СЛУ?
Если это так, то, как это скажется на производительности относительно 10.3.
Хороший вопрос.
В код еще не заглядывал, но думаю, что при выборе ФИФО (скользящая оценка) СЛУ не используются.
Что касается производительности, то потенциально проблемы возможны, но не такие как в 10.3.
Ситуация лучше, поскольку партии двигаются не документом отгрузки, а регламентной процедурой.
Однако, любое изменение в рамках месяца потребует восстановление последовательности партионного учета.
Спасибо. Всерьез задумался о подготовке к 1С:Специалист-Консультант.
Добрый день, Коллеги! Это видео — по УТ 11.1 — совсем никак не заполучить неуспевающему мне?)))
Я, по крайней мере, посетил все вебинары и действительно старался успевать с выполнением ДЗ. Не знаю — отчего не вышел на финишную со всеми… (
О финале мы говорили заранее, времени было достаточно.
Так что в следующий раз учитывайте, что финалистам часто достаются вкусные «пряники».
Добрый день, Павел!
Условия для всех одинаковы..
Ок! Спасибо за ответы, Евгений! Буду учитывать в будущем! :)
Ок :)
Спасибо большое за бонус! очень ценная информация)))
Евгений, прекрасный обзор! Огромное Вам спасибо за него!!!
P.S. УПП 2.0 лучше называть УП 2.0
Спасибо!
Сменилось название?
Да.
Евгений, спасибо за бонус.
Просмотрел, возникли такие вопросы сразу:
1. В видео есть поступление 1-ого числа. Но в РС Даты поступления товаров организаций, почему-то 1-ого числа нет записи, хотя хлебопечку Вы оприходовали. Вы говорите, что это особенность такая. Что-то я сидел, думал думал :) А какой в это смысл, если вид товара получается — не правильно же ставится? В чем практический смысл этой особенности?
2. В скользящей оценки фифо какой смысл от настройки Обособленного учета, как такового? Ведь у нас теперь есть настоящая партия, в лице партия-образующего документа. Как эта настройка коррелирует с тем, что в курсе рассказывалось о том, как определяются «псевдо» партии? Вот этот момент не совсем понятен. Т.е. зачем и как использовать обособленный учет при скользящей оценки?
Спасибо, Игорь.
Хорошие вопросы.
1. В чем практический смысл сказать сложно. Считаю, что это не доработка текущей версии, надеюсь в будущем поведение изменится.
2. В описанной ситуации стоимость списанной партии будет браться с учетом выбранного вида запасов.
Т.е. если в демо-базе (с включенным обособленным учетом) внести операции:
+ 1 января, 10 шт, 10000 руб., База «Электротовары»
+ 2 января, 10 шт, 20000 руб., Лабан
+ 3 января, 10 шт, 30000 руб., База «Электротовары».
— 4 января, 10 шт. (продажа товаров).
Себестоимость выбытия в этом случае будет посчитана как 20000 руб.
Поскольку система будет использовать вид запасов от Лабана (то что мы видели в видео-уроках).
Поэтому использование обособленного учета вносит корректировки в списание партий по методу ФИФО (скользящая оценка).
С большим интересом отсмотреб бонусный материал.
Кратко:
.
— отсутствие принудительного открытия по умолчанию документов режиме только чтения — это бяка!!! присал ранее в курсе — внедрение в клюшках такого простого финта как умолчальное открытие документов только на чтение (аналог того что было в УТ11) — сбавило головной боли. Непонятно почему убрали эту возможность. Вернее так — понятно почему — достали просьбами разрабочиков, ибо пипл у нас патологически не умеет думать во время выполнения операций — как машин аТьюринга — либо колочу в документ, либо думаю — совмещать и быстро переключаться — мощности не хватает. Документ проводится, потом ой! надо это поправитЬ, ой, надо тут внести -изменить — ну и пошло поехало по принципу «обезъяны пишут войну и мир».. ;-) Будем надеятся что такую возможность все-таки сделают опциональной.
.
— возврат к явным партиям товаров, ну что же — предсказуемо… осталось в отчеты, которые формируют данные по валу и себестоимости при жмаке на «сформировать» тупо провести расчет себестоимсоти с фактическим фифио-скользящая — и получаем вал и прибыль прямо здесь и сейчас, не дожидаясь конца месяца.
.
— правда, непонятно, еслим мне не нужен фифо-скользящий — я всеми рауками за фифо-взвешенный — как-то можно настроить чтобы не вылазили сообщения о нарушении парионной последовательности. Спрашивается — а гундежа было об уходе от партионного учета, о новых прогрессивных методиках — где это все? на каких камазах это работает?
.
— вообщем, так и осталось явное нарушение ФИФО с датами потсупления (в регситре сведений). Витоге имеем — при закрытии месяца по фифо-взвешенного — явное нарушение требования наличия остатков пришедших последними. И все почему-то скромно об этом умалчивают и не акцентируют внимание. НЕПОНЯТНО! правда, вряд ли от этого сильно большой вред — т.к. никто из фикскалов так глкбоко копать не будет — если начали так копать — все остальное белоснежное и пушистое… ;-) — такого не бывает!
.
— откровенно не радует (как упомянул тренер) «..видим блоки из УПП2.0» — в итоге что получим — УТ11.xyz — будет предсталвять собой выкормыша семейства УПП с полностью отпиленным блоком «ПП» и добавкой блока «Т»: УПП — ПП +Т = УТ.. непонятно!
.
— порадовала легкая упорядоченность
.
навскидку что вспомнил — вроде всё…
Спасибо, Сергей, за обратную связь.
Звучит, как претензии к тренеру, как буд-то он входит в команду разработчиков. Понимаю, что на самом деле это не так. Раз нет разработчиков, подсознательно возникает желание отождествлять с ними тренера.
Изменения по звуковой дорожке заметны.
В видео-уроках курса звук «дребезжал» где-то вверху.
Не смертельно, но теперь стало лучше :)
За обзор спасибо :)
Спасибо!
Евгений, звук стал лучше. Это заметно. Раньше звон какой-то был (не знаю как это сказать, короче не очень приятно было слушать). Сечас звук почище и по ушам ничего не бьет. Спасибо Вам за бонус!!!))
Спасибо!
Добрый день. Мне не видно ссылку. Что делать?:)
Добрый день!
Обновите страницу.
Для критиков появилась отдельная ссылка :)
На странице для критиков пишет «К сожалению, у Вас недостаточно прав для просмотра этой записи. Если Вы еще не залогинены на сайте» :)
Попробуйте перелогиниться.
Спасибо. Все заработало:)
Отлично :)
Я сомневаюсь, что в тему. Если нет — заранее прошу прощения.
Вопрос : как оформлять товар «в подарок», т.е. по нулевой цене продажи. Наглядный пример акция : «Купи ХХХ и получи YYY в подарок!»
Пока такой возможности в системе не реализовано.
Подскажите пожалуйста, можно ли в УТ11 оказывать услуги друг-другу между подразделениями: Есть Холдинг с большим кол-вом подразделений, одно подразделение оказывает услуги по перевозке товара другому, или по сборке третьему. Возможен ли учет этих услуг по каждому подразделению и аналитика соответственно.Можно ли создать в каждом подразделении подподразделения( отделы), которые также выполняют свои функции-услуги на условиях, описанных ранее?
Между подразделениями на отдельном балансе возможна только внутренняя передача и то только товаров, а не услуг.
Весьма сомнительно. Обычные подразделения не могут оказывать друг другу услуги и быть должны друг другу да еще и рассчитыватьяс за это деньгами (возможно такое только наверное в подразделениях на обособленном блансе — то есть самостоятельных) — так что такие «подразделения» — по сути отдельные независимые юридические лица. И заводить их в схему наверное имеет смысл как или внешних партнеров/клиентов и вести сними полноценный учет взаимоотношенйи или как собственные отдельнфе фирмы с перепродаже и оказанием услуг друг другу.. как-то так, наверное..
.
PS: Если бы обслуживаемые моим ИТ-отделом платили мне за улуги — а) отдел бы моментально обанкротился или бы б) быстро разбогател.
В документах по без/нал. перечислению денежных средств нет реквизита «НДС» и «Ставка НДС». Почему? Ведь эти реквизиты были в УТ 10.3!
Отсутствие данных реквизитов влечет за собой неправильное , точнее неполное, формирование соответствующих документов в бухгалтерии.
Как решается данная проблема?
Евгений, в последнем уроке в последнем видео файле вы совершили манипуляции, которые выключили панель действий и панель разделов. У меня в типовой конфигурации только что развернутой — нет этих строк в меню ВИД ->. Можете объяснить как их «появить»?
Странно.
Проверьте, что у Вас действительно включен режим «В закладках» (нужно будет перезапустить систему).
Обновите релиз платформы (если он у Вас не последний).
Кстати, а разве нельзя в 7-м видео при настройке отчета указать в группировках Партнер и тип «С иерархией»? Так логичнее же, чем указывать Партнер, затем Партнер.Группа, а вдруг понадобится еще и Партнер.Группа.Группа и т.д.?
Да, согласен.
1. Почему в видео при настройке отчета добавляем группировку Партнер.Группа, а не ставим у группировки Партнер с типом «иерархия»?
2. Немного не по теме урока :
Когда документ открыт, где видно, проведен он или нет, помечен ли на удаление?
Как поменять рабочую дату в системе?
3.Если соглашение содержит график оплат,
все равно надо будет делать зачет оплат в реализации?
1. Согласен.
2. Нельзя — ни одно, ни другое.
3. Да, зачет оплат нужно делать обязательно.
Мое традиционное понимание ПКО как оформление приема наличных средств в кассу и прочтение справки на форме ПКО не позволяет понять следующее.
Функции сервиса зачета оплаты предполагают, что контрагент принес наличные средства в кассу и в проведенном ПКО по нему только автоматически добавилась строка с объектом учета?То есть средства приняты реально,а разноска делается в проведенном документе автоматически?
Если отгрузка уже проведена, то сам ПКО увидеть долг по этому документу.
Функции зачета оплаты предполагают, что ранее клиент делал предоплату.
А чтобы закрыть ее в текущих отгрузках нужно воспользоваться этим инструментом.
Почему при проведении документа «Списание безналичных ДС» деньги еще не списались, а наш долг — уже списывается?
Этот документ означает сформированное платежное поручение.
Еще не факт, что оно будет проведено.
Конечно, в этом случае и взаиморасчеты с поставщиком нельзя считать закрытыми..
Ну собственно в этом и вопрос — получается, что мы можем провести “Списание безналичных ДС” и успокоиться, так как долга за нами в программе не будет, и когда нам позвонит представитель поставщика, мы его будем уверять что у нас долгов перед ним нет?
Согласен, такой «разрыв» возможен.
хм.. не смог в отчете «Анализ движений денежных средств (по месяцам)» добавит группировку по виду денежных средств — нал/безнал — тыкал-тыкал настройки — ничего не нашел подходящего… не получилось
Заходите в изменение варианта и выполняете следующую настройку:
Не смог найти аналлога 7.7 «Рабочая дата». Хочу: сегодня 14 число. я массово ввожу документы за 5 число. Чтобы каждый раз не менять в новых документах дату 14.01.13 на 05.01.13 — хочу уствноить 05.01.13 как «рабочую дату»
.
Как это сделать?
Такого функционала нет в платформе (в управляемом интерфейсе).
Отчет «Динамика оборотных средств» не смог сделать удобным для анализа для проверки ДЗ. Нет периодичности(не нашел?) «День». Можно было бы смотреть по дням и было бы видно как именно поменялись показатели от дня к дню. А так — видно изменение только за месяц.
В настройка варианта выполняете следующее:
наблюдение:
оформляем ПКО, сумма Пко = 100тыс. заполнить по остаткам, подставляется !в строку! 350 тыс.
* вообщем-то в этом случае — так как заполнена сумма ПКО — логичнее приводить сумму строки к сумме ПКО, а не предлагать наоборот. А вот если сумма ПКО не заполнена — заполнять сумму ПКО по сумме строк оснований… Снова не думаем о пользователе…
Как однако интересно… Разнося зачеты оплат в отгрузках — мы тем самым заполняем строки в документе оплаты. И что получается: пользователь внес в документе оплаты 1 строку, через пару дней открывает — там нескольо строк. Первый вопрос: кто это сделал? второй вопрос — а это правильно? надо брать документ оплаты и сверять — а не накосячен ли чего? т.е. не соблюдается принцип неизменности ввода ПЕРВИЧНЫХ УЧЕТНЫХ ДАННЫХ.
.
Попутный вопрос: а есть ли отчет, аналогичный отчету 7.7 «структура подчиненности документа» и где его найти?
См. в панели навигации каждого документа команду «Структура подчиненности».
1. Числа ввели Алхимов, предоплата = 200тыс.
2. 2 числа отгрузка Алхимов. В отгрузке (100тыс) зачли предоплату(100тыс) — в
* регистр «расчеты с клиентом по документам» фигурирует
— сумма «к оплате клиенту» = 0
— сумма «предоплата от клиента» = 100
(всроде все понятно)
* регистр «расчеты с клиентом» фигурирует
— сумма «к оплате клиенту» = 100
— сумма «сумма» = 100
..непонятно!
что такое в данном контексте в регистре «расчеты с клиентом» значение «сумма» и «сумма к оплате»..?
Действительно не логично.
Думаю это недоработка в конфигурации.
Есть ли возможность «настроить» отражение операций по безналу, особенно в части поступающих ДС — без оформления «к поступлению?» Потому что — очень неудобно. Ладно, я даже представляю и понимаю где есть необходимость в отражении»к поступлению/списанию», но заботы о пользователе — вообще никакой. Если введены платежки от клиентво (Документы «к поступлению») то в заполнении выписки можно же предложить автоматом к заполнению в выписку те платежки, а) которые еще не отражены в выписках и б) лежат в обозримом расстоянии от оформляемой выписки (-1-3 дня). Потому что получается «бред» — ввели 40 платежек (Документы «к поступлению» — и потом открываем выписку — жмакаем подбор, «включаем» все строки, ок. Вместо того, чтобы по умолчанию внести свободные/незакрытые поступления ДС в выписку (пусть даже с выключенными галочками) — и уже в выписке одним нажатием включить все (отключить ненужные) и првоести документ…? Мелочь — а удобно насколько!? И вот из таких мелочей и складывается УДОБСТВО и КОМФОРТНОСТь работы с программой вместо развития NPG от непрестанного тыкания мышкой…
Вдобавок в самой документе «выписка по р/с» отсутствует колонка контрагента/партнера, есть только ссылка на платежный документ — вдобавок с нашей внутреннеей нумерацией, а не номером платежки клиента (что введена в документе «к поступлению»). Тривиальная ситуация — в день есть платежи по 100 тыс от 3(трех) клиентов (Документы «К поступлению» введены со слов/сканов клиентов), после вноса в выписку — вносим два клиента (от третьего платеж еще не прошел) — и промазали, подорали не того клиента. Итог: внесли платежки в выписку, бегло пробежались по списку на предмет «косяков» — их нет — а какие косяки — колво строк по выписке сходится, сумма по выписке сходится, жмак! провели! ошибка! причем увидят ее через день-два-три когда придет платеж по незакрытой платежке — да и то вопрос увидят ли.
Потенциальная дырка/бяка. Никакой заботы о пользователе. и что главное — главное чтобы «финансовый результат» был хороший.. а что внутри все криво — кого это волновать будет…
Часть 8.
Продажа. Себестоимость и Выручка. Нарушение «баланса». Ввели понятие «прибыль». А что изменилось..? Прибыль возникла из ниоткуда. Как был разрыв между себестоимостью и выручкой — так и остался разрыв между Себестоимостью и (себестоимость+Прибыль).
>так и остался разрыв между Себестоимостью и (себестоимость+Прибыль).
Вы именно это имели ввиду?
Не совсем понял Вашу фразу.
Ранее, вроде бы озвучивалось, что один КОНТРАГЕНТ, может быть у нескольких партнеров. Я правильно понимаю,
— что при движении денег автоматом разнесется на тех партнеров, у которых есть долги..?
— при прочих равных условиях (документы долгов лежат на разных партнеров в одном дне, мало того — в одной секунде) — какова систем априоритетов подбора строк в документ?
— и в этом случае остается неопределенность с авансом на/от контрагента — на какого партнера его отнести если пока неизвестно на кого из партнеров будет отгрузка/поставка? и как в этом случае «взаимозачесть» неправильную разноску аванса на пратнера при последующей отгрузке на другого партнера?
1. Да, правильно.
2. Будут закрываться более ранние оплаты.
То что документы лежат в одной секунде, не значит, что у они имеют одинаковый штамп времени.
3. Эту неопределенность должен разрешать компетентный пользователь.
Каким образом документ «Списание безналичных средств» погашается загрузкой выписок из клиент-банка..? а) есть ли в УТ11 ШТАТНО функционал загрузки выписок 1С-ного формата из файла-обмена клиент-банка б) каким образом в выписку подхватывается документ «списания безнал средств»..?
Обмен с банком в конфигурации реализован.
Раньше были определенные проблемы с подбором расчетного документа.
Возможно сейчас этот функционал исправили.
Нужно проверять, но не в рамках этого курса.
Наблюдение: анализ расчета с клиентами в разрезе сроков просрочки — кранйе неудобный — если он вертикальный… Чтобы быстро оценить общую ситуацию по просрочкам — такой отчет вывернет весь мозг и руки. В то же время «обычная» шахматка — по вертикали клиенты — по горизонтали долги с разбивкой по срокам — гораздо более информативна именно для такого вида отчета… Рассмотренный в уроке вариант отчета полезен для последовательной и углубленной работы с с каждым клиентом.
Наблюдение:
Вообщем, так и не смогли разработчики уйти от партионного учета и необходимости пересчета для получения актуальных данных… хотя бы по взаиморасчетам. И это при том, что в 8-ке вроде как существует возможность делать движения регистров датой, отличной от даты документа… — такая возможность позволяет, в принципе, получать актуальные данные при любой последовательности ввода документов. И перепроведение, в этом случае, выполняет чисто техническую роль уменьшения объема базы/»удаления» лишних движений по регистрам… Все-как всегда, обертка новая, а внутренности — старые.. ;-)
Вопросы по материалам Дня 7:
1. Отчет «Состояние расчетов с поставщиками» — насколько я понял, он формируется как остаток на какой-то момент времени. На какой момент? Вроде как в отчете нигде не указана дата или период.
2. Каким образом можно включить «Панель функций» — у меня не включается.
2. Сервис-параметры-отображать панель «Все функции»
Надежда, спасибо за ответ!
Такой пункта в Параметрах нет, есть «Отображать КОМАНДУ «Все функции». Но я разобрался. Эта кнопка, она точнее называется «Меню функций», Alt+’, отражается сама, если включить Режим открытия окон — «В закладках». Скорее всего, все дело было в том, что программу нужно было перезагрузить после установки такого режима.
если по объекту расчетов — документу — например по Пко показать сумму большую, чем долг по этому объекту учета — разнесет ли система излишек денег на аванс самостоятельно?
Нет, будет ошибка во взаиморасчетах.
По поводу интерфейса.
закладки — это хорошо. Но и тут — никакой заботы о пользователе. При начале работы — предыдущее состояние закладок — не восстанавливается… неудобно Пришел-запустил — оказался там где вчера финишировал — штук 6-8 закладок + м.б. открывать принудительно СТАРТОВОЙ закладкой «рабочий стол»… А что имеем — а имеем при старте практически пустой интерфейс. А ведь закрыть закладки — гораздо проще, чем открыть то состояние которые было вчера к концу дня..
Только надо учитывать время на открытие прошлых закладок — А если человек через мобильный интернет работает?Сколько данных надо подтянуть с сервера для их отображения пользователю!?
Как вариант — отключаемая опция, еще соглашусь.
И так программа не быстро запускается.
В дополнение к последнему вопросу. После продажи произошел возврат от 26.12.12 1 шт. на 500 руб., а затем расчет с/с.
Почему-то не рассчиталась с/с 1 чайника, по возврату товара от прошлого периода. Последовательность моих действий:
1. создал ПТУ от 19.11.12 — 20 шт. -300 руб
2. создал 2 РТУ от 20.11.12 и 30.11.12
3. перепровел расчет с/с от 31.12.12
Строки с чайником в движениях именно расчета с/с нет вообще, в остальных документах — все движения есть. В чем ошибка?
Речь о возврате товара покупателю?
Я не вижу этого документа в Вашей схеме.
По приведенным 3-м операциям (в ноябре), никаких движений расчет себестоимости в декабре не должен делать.
Как отключить в ПКО и РКО объязательное заполнение заявки на расходование ДС, не нашел.. Документ не проводится без заявки.
Отключите Планирование денежных средств в настройках Финансов.
Каким образом в УТ 11 осуществляется переоценка валютных средств?
Я про переоценку у.е. и валюты для денежных средств и взаиморасчетов с контрагентами по договорам в у.е. и в валюте.
Не нашла отдельный документ, как в УПП.
Да, я понял Ваш вопрос.
Такого функционала нет.
Он запланирован к разработке, и возможно появится в середине 2013 года.
1. если в системе указывать только типовое соглашение, то по умолчанию будет работать режим взаиморасчетов в разрезе документов?
2. если да, будет ли отличие указание типового соглашения от указания индивидуального соглашение + договор в котором порядок расчетов — «по заказам\ накладным» ?
3. зачем вообще иметь в системе 3 разных сущности на объект аналитики «договор»? я имею ввиду индивидуальное соглашение, типовое и договор
1. Да.
2. Отличий по взаиморасчетам не будет.
Смысл индивидуального соглашения — зафиксировать индивидуальные цены для клиента.
3. Соглашения — в основном это торговые условия отгрузки товаров.
Добрый вечер! Каким образом можно отменить зачет аванса от покупателя, если он был зачтен в документах реализации?
Интересно, почему на незаполненную дату оплаты, система ругается только при повторном проведении документа реализации.
Небольшая недоработка разработчиков :)