Просроченная задолженность по срокам долга (по расчетным документам) для УТ10.3, КА, УПП
Учетные задачи - Взаиморасчеты
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Отчет полностью базируется на основании универсального отчета встроенного в типовые конфигурации.
Отчет делался на основании редакции 10.3 конфигурации УТ.
Достаточно информативный и точный отчет по просроченным долгам. И главное - наглядный.
Добавлен вывод колонок - дата документа, срок отсрочки (из договора), срок долга (расчет от даты)
Добавлен расчет просроченных долгов и показателей по календарю! С учетом банковских и выходных дней!
Проверено на следующих конфигурациях и релизах:
- Управление торговлей, редакция 10.3, релизы 10.3.88.3
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Перенос данных 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Системный администратор Разработчик 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам.
55200 руб.
24.04.2015 211557 186 254
Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Бухгалтерский учет Управленческий учет Платные (руб)
Задайте для каждой организации свою печать и для каждого физического лица свою подпись. Выберите в документе печатную форму "... с печатью и подписью" - и автоматически сформируется табличный документ с печатью и подписями той организации и ответственных лиц, которые указаны в документе.
17080 руб.
13.03.2018 73050 278 80
Взаиморасчеты Email рассылки Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)
Внешняя обработка для Бухгалтерии 3.0 - позволяет автоматически формировать документы «Акт сверки расчетов» с контрагентами за выбранный период с последующей фоновой отправкой на почту контрагента.
5084 руб.
25.11.2020 31700 345 21
Взаиморасчеты Бухгалтер Пользователь 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)
Один из лучших вариантов отчета по дебиторской задолженности в 1С. Отображает сроки возникновения задолженности, просроченной задолженности с точностью до регистратора, а также многое другое, вне зависимости от объекта расчетов (УТ 11.3, 11.4, 11.5, КА 2.4, 2.5, ERP 2.4, 2.5), состояния флажка По документам расчета ( УТ 10, КА 1.1, УПП 1.3) в договоре. Группирует задолженность по интервалам. Имеет большое количество настроек. Доступен API для использования рассчитанной задолженности в других отчетах, обработках, рабочих местах и т.п. Не требует доработок конфигурации. Не требует перепроведения документов.
16958 руб.
28.09.2012 107781 602 301
Взаиморасчеты Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)
Расширение позволяет гибко настроить расчет и начисление пени в 1С в организации.
9760 руб.
18.10.2017 44903 108 47
Взаиморасчеты Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)
Обработка позволяет автоматически формировать акты сверки сразу по группе контрагентов, отобранных по папкам, что существенно сокращает время работы по сравнению с типовым функционалом 1С:Бухгалтерии предприятия 3.0.
8652 руб.
17.11.2020 27108 32 3
SALE! 10%
Взаиморасчеты Email рассылки Акт сверки Бухгалтер Пользователь 1С:Предприятие 8 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Бухгалтерский учет Управленческий учет Платные (руб)
Создать и отправить 1000 Актов серки контрагентам за 5 мин?! Легко! Разработано для конфигурации 1C:УНФ. Массовое создание и рассылка Актов сверки в три клика.
9760
8784 руб.
13.01.2022 14887 28 14
Банковские операции Взаиморасчеты Учет документов Бухгалтер Пользователь 1С 8.3 1С:Бухгалтерия 3.0 Россия Бюджетный учет Платные (руб)
Расширение для конфигурации 1С:Бухгалтерия 3.0. Многоуровневое согласование заявок на оплату с оповещением и делегированием прав.
15250 руб.
09.09.2025 3588 10 0
К сожалению, в отличие от этого, который уважаемый Maniac написал за час, мой отчет за час не пишется - поэтому стоит денег.
Конечно не идиоты сидят в 1С. 1С никогда такой отчет как у меня писать и не станет. Потому что у 1С главное - сделать работающее решение всегда и везде, но при этом "сложности" пользователя которому надо разносить один платеж по 10 документам, естественно, их не беспокоят.
Конечно мой отчет компромисное решение между функционалом и производительностью. Но в большинстве реальных компаний он успешно справляется со своей задачей. Для диагностики возможных проблем производительности я выложил вспомогательный отчет.
Вам от меня "+" за то что сдержали слово - обещали - выложили. Только вот Ваш отчет и мой - две большие разницы, а Вы этого не поняли.
> УТ не позволяет в режиме учета по договору в целом устанавливать сроки отсрочек
не понял... в УТ нет возможности на документ назначить срок оплаты? как в 7.7 ТиС?
Чтобы различия было лучше видно автор не потрудился даже выложить скришот отчета...
(8) "Если вы это не смогли организовать нормально то это ваши проблемы."
Ну вот 1С примерно так же считает :-) Я не сторонник перекладывать сложности программной реализации некоторых механизмов на плечи пользователей с аргументом что сами мол порядок навести не можете, а на программу все свои недостатки вешаете.
Самый правильный с точки зрения реализации метод закрытия взаиморасчетов по FIFO - создать последовательность по взаиморасчетам и восстанавливать ее - результат писать в регистр и потом уже по этому регистру строить отчет. Недостатки и достоинства понятны - надо постоянно восстанавливать последовательность (как и при проведении по партиям) зато мгновенно получаем готовые данные из регистра. Но 1С в типовых конфигурациях пошла по другому - более "надежному" пути, добавив еще рассчетный документ. Оно конечно можно вести таким образом когда строго есть заказ и он же оплачивается (хотя и в этом случае бывают пользователей ошибки при разнесении), а вот когда идет поток отгрузок и погашение задолженности небольшими порциями (по мере реализации товара) - способ по рассчетным документам никуда не годится. Так что для меня лично понятно какой из методов ведения взаиморасчетов предпочтут пользователи :-)
(14) Не буду спорить кто за сколько что напишет. Я делаю качественные вещи и беру за свою работу деньги. Писателей поделок "за час" тут хватает и без меня. Вот вы даже не разобравшись чем Ваш отчет отличается от моего - написали в комментарии к моему отчету, что напишете его за час :-) Говорить можно все что угодно...
(15) Недоступность полей решается коментированием пары строчек кода в типовой, но можно обойтись и без этого, пользуясь внешней обработкой для редактирования реквизитов справочников. Отчет сделан под стандартные конфигурации и на всех заявленных конфигурациях работает. Честно говоря мне странно слышать что для Вас недоступность поля является камнем преткновения.
.. спасибо, поржал! ;-) За исключением некоторых действительно стоящих вещей и удобств при "написании" отчетов - в массовом количестве "рожаются" вещи абсолютно аналогичные семерочным, т.е. то что сделано/можно сделать на 7.ке.. да, в 8-ке, видимо удобнее... но вот ничего нового принципиально - не наблюдаю.. потому как задачи одни и те же... (флудить не будем, но гвоздик тридцаточку удобнее и быстрее забивать маленьким удобным молоточком, а не кувадлой ;-)
да я ж не против снеговика... просто не всем он нужен ;-) работают же люди на оффисе 2003, хотя уже какой-тол там офис12 есть...
.
> в семерке нельзя сделать 80 процентов того что есть в восмерке
..про это тоже много бодались, может с выходом 8.2 или какая там - принципиально что-то изменилось, но с потребностей решения моих задач - особых преимуществ УТ перед ТиС - не вижу... Как платформа - 8-ка наверняка получшее клюшек, а как по прикладным решениям - оченно сомневаюсь... оченно...
.. самый тривиальный вопрос (по опыту ТиСа): работа по активной схеме "заявки покупателей-складскиеостатки+заказыпоставщикам под конкретные заявки покупателей". Вопрос: каким образом в УТ организована работа по взаимодействию на участке "заявки-заказы", если а) клиент выставил доп.заказ на тоже число что и предыдущий заказ б) заказ поставщику не успевает быть выполнен по планируемым срокам поставки - каким образом осуществялется "взаимодействие" по корректировке связки "заявка-заказ"...?
и вдобавок - это немного (если даже не совсем) не то... Попробуй представить как продажник и закупщик будут с помощью этого отчета "разруливать" "спорный" вопрос о "нехватке" товара от поставщика... продажнику что - надо постоянно этот отчет снимать, чтобы понять что ему не успевают товар подвезти..? тьфу... опять мну понесло... давай обсуждать в отдельной ветке..
Просто в отличие от Вас я уже учел в своем отчете множество пожеланий тех пользователей, которые ним уже года полтора пользуются :-) , а Вам свой отчет даже "Доработать 2 минуты но лень" Ну так вот поэтому у Вас и бесплатно :-)
(43) Ну я так и написал, что халтура - отчет выдает какие то странные цифры, скриншот "левый" (Цитата: "я без понятия, я просто запустил отчет и сделал скриншот") ну и т.д. Ты сам то вообще понял что выложил ?
(42) Меня не "задело" - просто для меня дело чести "ставить на место" таких понтовиков, как ты, Maniac.
P.S.: В остроте слов лучше упражняйся на
там у тебя больше ценителей и достойных тебя соперников.
У Z1C - порядка 620 строк один основной запрос - и уверен что это функциональный код а не камменты. Вы устроили грызню на ровном месте - самим не противно? Что бы хаить сначала нужно реально изучить продукт... а потом уже хаить. Этого не было сделано Maniac - но сделано Z1C. Поэтому Maniac "-", а Z1C "+".
Опять же на счет 1С в 1С не дураки сидят, да не дураки, но они люди, а люди ошибаются если работают... Сами видели что выдал ваш отчет по их демо-базе, а кто как не они должны вести учет по своим же правилам... Что тогда говорить о обычных юзерах, которых зачастую пересаживают с 7.7 и в надежде сами разберутся 1С всетаки... опускают обучение...
Ну можно даже сказать что не отчет а самого Z1C - что он потратил на написание под 10, а то и больше часов( а я такой красивый и умный за 15 минут написал) Получается Z1C-какой-то тупой программер-ученик да еще и бабки на пробных уроках срубить пытается и пользователей взуть...
Я уже в другом топике писал, что многие из-за того, что по договору где вид "по расчетным документам" нельзя выписать заказ - отказывались от этой идеи... и вели по договору...
Опять же не знаю как сейчас во всех конфигах, но была даже трабла получить деньги по просроченные накладным или по ним же сделать возврат - это разве нормальная житейская ситуация? Так что излишняя защита и контроль от дурака(не 100% писанная под реалии работы) приводила к невозможности использовать стандартные механизмы и стопорила работу... Так же как и сейчас картина, что деньги ушли но сразу на наш расчетный счет не попали(например в Украине деньги могли и до трех дней болтаться(или ждать проверки) между банками на законодательном уровне). Но машина стоит под погрузкой - нужно платить неустойку, а в предновогодний бум - клиент без товара загибается... полки пустые... Как тут тогда потупить... А на практике скажу, что все системы контроля которые успешно работали имели такой алгоритм, 1 идет предупреждение при наступлении просрочки, но через 5 дней сверху - система уже не разрешала выписать... А то только поставишь запрет - тут же начинаются исключения... Вообщето спорить с Вами достаточно сложно так как складывается впечатление, что Вы ни разу в своей жизни ни ошибались или как говорил один главный бухгалтер(я ни разу виноватой не оставалась - хотя 80% бардака в базе и учете было по ее вине) ... Поэтому поступлю дальше также здраво как Z1C...
Просто не надо рассказывать, что Ваш отчет лучше только потому что он бесплатный. И читайте что пишете, а то Вы своими высказываниями только компрометируете свой профессионализм.
P.S.: Хорошо что тут на инфостарте нет счетчика продаж, а то некоторых зависть бы заела :-)
..
...вылысыпыдысты...
но этот отчет расчитывает срок не по планируемой дате оплаты из каждого заказа
"ведем расчеты по документам расчетов"
проставляем "количество дней задолженности"
но в отчете при расчете учитывать лишь банк.дни
В случае, если на предприятии ведется учет по документам расчетов - это очень здорово! А если ещё документы проводятся только в оперативном учете, так вообще нет слов. Тогда такой отчет может показать реальные данные по всем уровням. Если даже будет неразбериха, то на уровне контрагента при определенных настройках тоже всё будет замечательно видно. Но часто специфика работы такова, что введение учета по документам расчетов приведет к тотальной неразберихе, т.к. средний уровень оператора 1с много ниже, чем расчитывают программисты 1с. А неразбериха в документах расчетов ведет к искажению показателей типовых отчетов и неадекватности бух.учета (книга продаж превращается в такую кашу...) В этом случае отказываются от документов расчетов. А в этом случае Ваш отчет для идеального предприятия по версии 1с. Написать такой отчет действительно можно за 1-2, так как программисты 1с всё уже продумали и впихнули всю необходимую для этого информацию. А вот реализовать более общий метод ФИФО в одном запросе - это более сложная задача. Если в обработке, то легче.
Спасибо!
Например, если документ "Реалиация товаров и услуг" выписан 01.05.2010, а ордер 01.07.2010. Платежка поступила 08.07.2010, число дней задолженности=10.
Как в таком случае поведет себя ваш отчет?
У нас Комплексная автоматизация 1.0
К спору: что лучше ФИФО во взаиморасчетах или ведение по документам.
ФИФО по взаиморасчетам для торгующей организации с огромным документооборотом - это абзац.
Косячят все - от контрагентов до операторов. Неоплаченные бабки найти можно только лишь подняв историю взаиморасчетов.
Мелкие жизненные примеры:
1. Магазин сетки, типа "Континент", получил товары, но документы (приехавшие в магазин) куда-то замылили и в офис не передали. Офису "Континента", в принципе, пофиг за что они там нам не заплатили. Они будут платить только за те товары, документы по которым дошли до их офиса. Ведя взаиморасчеты по ФИФО когда мы узнаем, что "Континент" нам должен? А обороты там огромные...
2. Кассир, получая нал от "среднего" покупателя (небольшие объемы, но стабильно заказывает товары раз в неделю, стабильно оплачивает), кладет деньги себе в карман, не вводя ПКО (вот окаянный-то). Еще бонус - деньги этому кассиру принес менеджер. Интересно, когда начнутся песни с плясками по "неоплаченной" накладной, если ФИФО будет показывать, что все олрайт?
Хотя, если мы говорим о мелких точечных транзакциях хоть с сотнями тысяч непривередливых контрагентов (ПБОЮЛ "Вузасянин" ) то ФИФО конечно прокатит. Но как будет обидно выходить на новый уровень торговли и начинать вести взаиморасчеты "по документам" - это же как надо психику оператором взломать, чтобы заставить их заполнять еще несколько табличных частей...
Немного личного негодования... мне досталась конфа УПП, в которой один, сцуко нехорший, "гений" сделал-таки ФИФО во взаиморасчетах, но допустил, падла, три ошибки:
1. В качестве регистра, где ведутся взаиморасчеты по документам расчетов, использовал "Взаиморасчеты с контрагентами", а поле "Сделка" заполняет документами (типа "Документ расчетов" в правильном регистре).
2. ФИФО в регистры пишет... нет не заполнив предварительно "расшифровку" в документе... а проанализировав, что надо писать, только при проведении документа - отсюда тотальное несовпадение того, что указано в документе и того что в регистре.
3. Анализируя ФИФО берет остаток не думая, на каких документах он висит (аванс / оплата)... отсюда мы можем наблюдать картину когда "ПКО_01 увеличивает аванс по ПКО_02"... брррр...
Кто б мне подсказал, как все это г. привести к нормальному виду (если учесть, что инвентаризация взаиморасчетов невозможна)?
Что касается самих отчетов - по мне проще самому написать все, что надо
Нельзя путать "подокументную оплату" в контуре "Учет взаиморасчетов" и просроченную задолженность по контуру "Платежный календарь".
А можно подробнее о том при чем здесь "Платежный календарь"? И где, что напутано? Может я куда-то вышел?
А теперь о том нахрена нам взаиморасчеты по документам:
1. При решении об отгрузке нам необходимо знать:
а. Количество просроченных документов (разным категориям покупателей - разное количество дозволенных неоплат).
б. Количество просроченных дней оплаты по документам (разным покупателям - разные отсрочки).
в. Вышеуказанный контроль может быть введен по различным агрегатам документа продажи (не только контрагент+договор, что и так в регистре есть).
2. Разрешение колизий с оплатами от покупателей (воровство, "крутые" контрагенты...)
Для этого нам трэбо анализировать взаиморасчеты с покупателями по документам расчетов. Документооборот огромный, покупателей сотни тысяч, вникать в планируемое поступление ДС или отражать даты оплаты для операторов - как изучать китайский язык (влом и нафиг не надо).
...Причем тут платежный календарь?...
И много информации оттуда можно получить?
Еще раз - не надо путать взаиморасчеты и все остальное...Не надо думать, что при отгрузке можно указать только одну дату погашения (вообще-то их может быть несколько), как пример:
Отгружаем Иванову 01.07.11 на 1000р договариваемся об оплате как - 05.07.11 - 300р, 10.07.11 - 300р, 15.07.11 - 400р.
ну и что мы при этом увидим во взаиморасчетах? зачем для этого вообще вести подокументную оплату???
Поверьте, когда мы имеем дело с оптовыми продажами в объеме, сравнимым с розничными, то "договариваемся об оплатах" звучит, мягко говоря, странно. Может быть такие редкие договоренности и присутствуют с очень крупными клиентами...
ну и что мы при этом увидим во взаиморасчетах?
Во взаиморасчетах мы увидим реальную картину оплат от контрагента, т.е. увидим совершенные оплаты по документам. Мы "на слово", т.е., в то, что контрагент "кровь из носу" оплатит такого-то числа заказ ну не верим. Есть оплата 99% заказа - можешь делать следующий заказ, нет оплаты - звиняйте, нет денег - давайте разбираться.
Увеличить документооборот в 2 раза введя детализированный платежный календарь, обсасывая каждого клиента, - можно, но тогда нам нужно и штат и адекватность пользователей увеличить в два раза... а зачем? Только потому, что нам для работы с покупателями нужно использовать платкалендарь, ибо в программе он есть? В общем, уважаемый, не мутите воду, а?
Увеличить документооборот в 2 раза введя детализированный платежный календарь, обсасывая каждого клиента, - можно, но тогда нам нужно и штат и адекватность пользователей увеличить в два раза... а зачем?
Во первых - документооборот не увеличивается (если в вашей конфе нету плат.календаря а есть только убогое его подобие типа "Заявки на поступление\расходование денежных средств" то не надо делать никаких выводов)
Во вторых - нет необходимости обсасывать каждого клиента - график платежей задается в договоре контрагента и автоматически делаются движения при реализации контрагенту.
и в третих - крупные компании не станут заморачиватся с подокументной оплатой по одной просто причине - отследить подокументную оплату пр больших объемах просто нереально (тут надо садить миллион операторов)
Р.S. Складывается ощущение, что вы понятия не имеете о чем говорите.
Мы говорим о типовой УПП. Вы разговариваете с человеком, который 3 года проработал разработчиком в фирме 1С на торговом участке. Сейчас работаю в крупной компании, где ведутся взаиморасчеты по документам расчетов.
А теперь, расскажите мне по шагам, пожалуйста, как УПП13 настроить так, чтобы без документов расчетов (или без привязки к необходимости оплаты конкретного заказа), получить информацию о конкретной неоплаченной накладной?
А теперь, расскажите мне по шагам, пожалуйста, как УПП13 настроить так, чтобы без документов расчетов (или без привязки к необходимости оплаты конкретного заказа), получить информацию о конкретной неоплаченной накладной?
Никак и Вам как разработчику тут нечем гордится, вместо того, что бы написать необходимый для этого контур (а он довольно простой) Вы заставляете операторов вести взаиморасчеты по документам расчетов.
С удовольствием выслушаю Ваши предложения по поводу того, как реализовать необходимый (довольно простой) контур для торгового оптового предприятия с высоким документооборотом (требования можно получить из предыдущих постов)?
А что касается разработки типовых конфигураций в 1С :))) Я больше, чем уверен, что Ваши светлые идеи зарубят на первых же переговорах (если до этого дойдет)... Я однажды "скрепя сердце" хороший и нужный механизм "ассортиментных матриц" вырезал из конфы, готовой к релизу. Почему вырезал? Потому что на финальном совещании по уже реализованному механизму появилась некая весомая дама, которой иерархия матриц показалась сложной (даже не смотря на то, что мои интерфейсы всегда были максимально адаптированы для пользователей)... В общем, всем кто желает закалится в пробивании собственного мнения - велкам в "1С" (мне удалось выпустить целую типовую конфу с собственными идеями - "1С: Розница 8", где каждая деталь - плод борьбы и пробивания ;))
(114)
Прошу не путать специфику розницы и проблемы опта. Писал выше.
Дано :
Есть контрагент.
Мы осуществляем ему продажи согласно договора, в котором указано количество дней отсрочки платежа.
Учет по документам взаиморасчетов не осуществляем.
Нужно : на любой момент для каждого контрагента вывести все его просроченные накладные.
В чем ( или причем )здесь специфика опта ? и в чем (или причем) специфика розницы ?
Вы же сами сказали, что "Розничная сеть. Покупатели с дисконтными картами. УТ." - отсюда делаю вывод, что вы торгуете в розницу, т.е. продаете товары физлицам для их личного использования. Продажа физлицам отличается от продажи контрагентам (хотя бы документами). Специфика розницы в том, что договор купли продажи и оплата по нему происходят в момент продажи товара физику.
О том, что вы торгуете оптом Вы не написали.
В любом случае, компания, ориентированная на розничные продажи, в общем случае, не имеет того объема оптовых продаж, что торгующая компания-производитель. Даже многоформатность торговых точек имеют не все сетки, т.к. разные принципы управления для каждого формата.
В типовой УПП в договоре указывается кол-во дней отсрочки только при включенном флаге "по документам расчетов". Далее от этого флага зависит то, как будет вести себя программа и возможность получения данных по конкретным неоплаченным накладным.
Если вы принудительно отображаете поле ввода "количество дней" и послушно его заполняете для каждого контрагента, потом в отчете строите некий запрос, реализующий "виртуальное фифо", то этот способ для нас не прокатывает. В этой ветке объяснял причины (контрагенты, возвраты/перепроизводство, воровство...)
А теперь, расскажите мне по шагам, пожалуйста, как УПП13 настроить так, чтобы без документов расчетов (или без привязки к необходимости оплаты конкретного заказа), получить информацию о конкретной неоплаченной накладной?
Я предельно обобщил задачу , абстрагируясь от конкретной конфигурации , от "физиков" , "воровства" и т.д.
"Дано :
Есть контрагент.
Мы осуществляем ему продажи согласно договора, в котором указано количество дней отсрочки платежа.
Учет по документам взаиморасчетов не осуществляем.
Нужно : на любой момент для каждого контрагента вывести все его просроченные накладные."
И утверждаю , что задача в такой постановке эффективно решается в любой конфигурации при очень большом документообороте. Вот и всё.
Хорошо, давайте решим задачу (немного перефразирую):
Дано:
Есть контрагент.
Мы осуществляем ему продажи согласно договора.
Учет по документам взаиморасчетов не осуществляем.
Нужно:
На любой момент для каждого контрагента вывести все его неоплаченные/частично оплаченные накладные.
Доп. условия:
Контрагент может не оплачивать (пропускать) некоторые накладные (по разным причинам: для возвратов, по забывчивости и т.п.). Сам контрагент не ведет подокументный учет кредиторки (или делает вид, что не ведет).
Кассир, с целю личной выгоды, не вводит информацию об оплате в программу.
Если Вы утверждаете, что все эффективно решается без документов расчета, то я буду Вам очень и очень признателен, если расскажете мне как это сделать.
Для примера можно взять прецедент:
Реализация товаров услуг №001 от 01.10.11 на сумму 3500 рублей.
Реализация товаров услуг №009 от 05.10.11 на сумму 2000 рублей.
Реализация товаров услуг №013 от 10.10.11 на сумму 10000 рублей.
Платежное поручение входящее №003 от 9.10.11 на сумму 2000 рублей. (В назначении платежа "по нкл. 009 от 05.10.11)
Реализация товаров услуг №017 от 12.10.11 на сумму 5000 рублей.
Платежное поручение входящее №003 от 13.10.11 на сумму 10000 рублей. (В назначении платежа "по нкл. 013 от 10.10.11)
Формируем заказ 15.10.11 и должны увидеть, что 01.10.11 нет оплаты, а отсрочка максимум 10 дней - нужно звонить контрагенту. Звоним контрагенту понимаем, что из магазина (куда отправляли товар) в офис (где бухгалтерия) документы не пришли. пересылаем документы.
Если
1. Взаиморасчеты ведутся в разрезе договора ( с отсрочкой платежа) -
2. Учет по документам взаиморасчетов не осуществляется.
то отсюда одназначно вытекает, что контргаент может написать в платежке что угодно( хоть оплату в счет будущих поставок) - мы же будем засчитывать этот платеж как оплату первой по дате неоплаченной накладной.
А как иначе ?
Ведь тогда в договоре с контрагентом нужно предусмотреть нечто иное чем в п.1. и п.2, а именно взаиморасчеты осуществляются подокументно.
Хм... и в каких случаях это необходимо ?
С удовольствием выслушаю Ваши предложения по поводу того, как реализовать необходимый (довольно простой) контур для торгового оптового предприятия с высоким документооборотом (требования можно получить из предыдущих постов)?
К сожалению всю ветку не читал, но если есть желание - можем пообщаться по аське например (скину ссылку на то как это реализовано у нас)
Розничная сеть. Покупатели с дисконтными картами. УТ. Размер базы за 5 лет >120Гб.
Учет по документам взаиморасчетов не ведется.
Отчет о просроченных долгах по всем покупателям делается за 1 мин.
(для каждого покупателя выводятся все просроченные неоплаченные продажи).
Это информация от пользователя Anig99
Анализ вариантов отчета о просроченных долгах для очень больших баз
{ВнешнийОтчет.SubSysПросроченнаяЗадолженностьПоСрокамДолга.МодульОбъекта(241)}: Ошибка при установке значения атрибута контекста (Текст)
по причине:
по причине:
{(50, 34)}: Поле не найдено "ВзаиморасчетыОстаткиИОбороты.УпрУчет"
ВзаиморасчетыОстаткиИОбороты.<<?>>УпрУчет
1С УПП для Украины 8.2 (8.2.13.219)/(2.1.23.2)
Рейтинг: 836
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 19049
Создание 13.02.09 11:13
Обновление 14.11.14 10:22
Просмотры 12235
Загрузки 2148
Рейтинг
101
Комментарии 88
Код открыт Да
Рубрики Взаиморасчеты
Кому
Бухгалтер
,
Пользователь
Тип файла Внешняя обработка (ert,epf)
Платформа 1С:Предприятие 8
Конфигурация
1С:Управление торговлей 10
,
1С:Управление производственным предприятием
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета
Бухгалтерский учет
,
Управленческий учет
Доступ к файлу Абонемент ($m)