Рабочее место дебиторщика

02.09.09

Учетные задачи - Взаиморасчеты

Работает по документам отгрузки и привязанным к ним оплатам (не по регистру!), удобно (по словам дебиторщика)  :)
ВНИМАНИЕ: Обработка не претендует на универсальность, не является непогрешимой истиной и, если кому-то не подходит, то это его проблема

Скачать исходный код

Наименование Файл Версия Размер
-
.1251795922 187,00Kb
105
.1251795922 187,00Kb 105 Скачать

Преамбула: Дебиторщику надо видеть текущие отгрузки и оплаты по ним, напомнить клиентам о наступающих сроках оплаты, пожурить нерадивых, возможно, выставить штрафные проценты... сразу скажу, что совсем бессовестными неплательщиками занимаются другие люди, поэтому не требовалось выводить задолженность "со времен Царя Гороха", хотя можно и это прикрутить :) ...

Итак: формируем, видим доки, оплаты по ним, отлично видно косяки разносчиков оплат - когда на одну накладную привязали оплат больше, чем надо. Красной обводкой выделено напоминание о наступающих платежах, зеленой - просрочка по каждому документу оплаты и начисленные санкции по ним, синей - некорректность оплаты или неправильная разноска платежей. Сразу можно поправить историю оплаты покупателя - ставим плюсик и затем кнопка "Простить" - отдано полностью на совесть дебиторщика - он решает.. Спросите, для чего нужно? - смотрите типовой отчет "Ведомость по контрагентам" с установленной галкой "просроченные платежи"  добавить больше нечего, положительная Laughing критика (объективная) и пожелания принимаются с удовольствием ;)

См. также

Табель учета рабочего времени для 1С: 7.7 любой конфигурации

Рабочее место Учет рабочего времени Кадровый учет Платформа 1С v7.7 Конфигурации 1cv7 Управленческий учет Абонемент ($m)

Данное решение предназначено для упрощенного варианта электронного учёта рабочего времени сотрудников предприятия. Печать титульного листа и таблицы табеля учёта рабочего времени. Печать бейджиков сотрудников. Автоматическая регистрация и расчет рабочего времени по штрих-коду сотрудника. Загрузка сотрудников из справочника. Формирование штрих-кода сотрудника. Совместимо с любой конфигурацией 1С:7.7.

5 стартмани

13.12.2017    30191    17    etmarket    5    

5

Счет-фактура 2017 для 1С Бухгалтерия 7.7

Печатные формы Взаиморасчеты Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Внешняя печатная форма счет-фактуры с 01.07.2017 г. для Конфигурации 1С:Бухгалтерия 7.7.

1 стартмани

23.06.2017    50241    254    Perm1C    17    

5

Планшетный интерфейс к 1С 7.7 ТиС для выписки заказов с планшетов торговых агентов оптовой базы

Рабочее место Оптовая торговля Оперативный учет 7.7 1С:Торговля и склад 7.7 Оптовая торговля, дистрибуция, логистика Россия Управленческий учет Абонемент ($m)

В настоящее время имеется достаточно разработок для торговых агентов на платформе Android. Данная разработка - не андроидная, хотя выполняет примерно те же функции. Выполняет регистрацию и выписку заявок покупателей и формирует документ "Заявка покупателя" в базе 1С. Преимущество: всегда актуальные складские остатки и остатки по долгам клиентов. Недостаток: требует наличия стабильного интернет соединения. Реализовано в рамках RDP подключения к серверу терминалов и автозапуском 1С приложения. Агент регистрируется в документе как проект. При формировании документа в базе 1С набранная заявка автоматически разбивается по складам и типу продукции (алкоголь - не алкоголь) и формирует несколько заявок в соответствии с разбивкой. Индивидуальная доработка - по заявке.

1 стартмани

14.04.2015    24512    21    ionfox    5    

13

Автоматическое создание заказов поставщику по статистическим данным продаж в 1С 7.7 ТиС

Рабочее место Розничная торговля Оперативный учет 7.7 1С:Торговля и склад 7.7 Розничная и сетевая торговля (FMCG) Управленческий учет Абонемент ($m)

При большом количестве номенклатурных позиций составление правильного заказа поставщику становится проблемой, так как менеджеру по закупкам становится трудно учесть влияние различных факторов на количество заказываемого товара. К таким факторам относятся возможные изменения скорости продаж, учет текущего остатка, его изменение до даты поставки и т.д. Обработка позволяет на основе статистики продаж сформировать заказы поставщикам так, чтобы заказ, поставленный в установленные сроки, обеспечил наличие товара до следующей поставки.

1 стартмани

03.02.2014    31100    101    sonic112    27    

6

Настройка принтеров

Рабочее место Платформа 1С v7.7 Конфигурации 1cv7 Россия Абонемент ($m)

Удобная настройка принтеров в терминальном режиме сервера Windows

1 стартмани

09.11.2013    16504    9    Umix    11    

7

Работа с 62 счетом в бухгалтерии

Взаиморасчеты Бухгалтерский учет 7.7 1С:Бухгалтерия 7.7 Россия Бухгалтерский учет Абонемент ($m)

Сортировка 62 счета по субсчетам Обработка сама закрывает авансы, при этом она позволяет работать с кореспонденцией любого типа по 62 счету, например схлопнуть 62,4 на 62,1 , а затем 62,1 на 62,2 или сразу 62,2 на 62,1 ,т.е. сколько раз хотите столько и запустите с различными вариациями.

1 стартмани

18.10.2013    29696    30    zavsom    3    

3
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. afanasko 35 01.09.09 16:00 Сейчас в теме
Отчет красивый, но к сожалению, бесполезный. У нас, например, оплаты подвязываются не к реализациям, а к заказам покупателей. Поэтому отчет не работает. А ведь у кого-то вобще не подвязываются.

Лучше бы сделал по регистрам. В таком случае, обычно переписывают типовую конфу так, что бы оплата закрывала долги по "дереву подчиненности", а потом уже по стандартному ФИФО. Так делают практически все.
Сделали бы по регистру, отзывов, я думаю, было бы больше.
+
3. CheBurator 3119 01.09.09 20:01 Сейчас в теме
(1) +1
очень не хватает, чтобы было как в (0) но чтобы оплату "привязывало" к накладной по первоначальной полчиненности к заявке (надо учесть что к заявке могут быть корректировочные заявки... а у же по ним - накладная/накладные...)
. подсунь своему дебиторщику заодно (может понравится): http://www.infostart.ru/projects/2443/
.
вместо такого извращения как в (0) и в моем предложении - гораздо проще написать автогенерацию договоров и оплату по этим договорам-накладным/заявкам... и пользоваться нормальными штатными/самописными отчетами без извращений....
+
9. CheBurator 3119 02.09.09 11:28 Сейчас в теме
(3) а при чем здесь госконтракт к справочнику Договоров? я с чистой совестью в договорах сделаю папку "госконтракт", а в папке - для каждой отгрузки свой элемент-договор...
+
11. rvkiselev 28 02.09.09 11:54 Сейчас в теме
(9) была такая попытка - договор на каждую отгрузку, у бухгалтеров сдают нервы :) более того, как разруливаете ситуацию, когда в платежке указан документ отгрузки(читай договор), но сумма оплаты не равна сумме отгрузки(отрицательная разница), а погашается следующими документами, но с положительной разницей в оплате? Впрочем здесь не форум :)
(10) я не делаю для масс - выложил, если подходит - берите, допиливайте как пожелаете, не жалко... не нравится - не берите.
+
12. CheBurator 3119 02.09.09 12:06 Сейчас в теме
(11) по (9): а половинчатых решений не бывает: если есть договоренность платить по документам отгрузки - то это дело бухгалтерии/манагеров "разносить" как надо... ;-) Если не могут - рожаем "уродцев" типа в сабже (довольно распространенная ситуация).. по этому поводу я давно отписался и была развита тема:
.
"...Если это суммировать, то вывод простой - буЛГахтера !!!_ПРОСТО НЕСПОСОБНЫ __ЦЕЛЕНАПРАВЛЕННО И АККУРАТНО__ ВЫПОЛНЯТЬ ВСЕ __ТРЕБУЕМЫЕ__ ДЕЙСТВИЯ ПРИ ВЕДЕНИИ ВЗАИМОРАСЧЕТОВ ПО ПРИНЦИПУ ПОГАШЕНИЯ "ДОКУМЕНТОВ-ОСНОВАНИЙ" !!! (вдогонку: почему-то многие буЛГахтера уверены, что они умеют ТУПО СЧИТАТЬ лучше, ЧЕМ ТУПО УМЕЕТ СЧИТАТЬ КОМПЬЮТЕР)" (http://infostart.ru/projects/2375/)
.
что все равно ведет в итоге к оплате "по договору" с некоторыми возможными вариациями. Потому что в итоге я практически не видел актов сверок где бы к документу отгрузки указывалась соответсвующая ему оплата... ;-)
+
14. iov 406 02.09.09 16:40 Сейчас в теме
(3) не соглашусь на 100% с договорами... Можно и через них но как проблема- справочник засирается безбожно бри обьемах документов больших... если есть взаимо зачеты- списания и всякая лабуда в тис и нужно перегрузить в бух (или оплата по безналу не ровной суммой) начинается жесть. Дебиторку надо писать под типовую + ШТАНЫЕ или под конкретную организацию... Все что вот так выкладывается это либо идея для доработки либо продукт под типовую... иное не гарантируется достоверность...
+
8. rvkiselev 28 02.09.09 10:52 Сейчас в теме
(1) Если бесполезный, то не пользуемся - у нас оплата привязывается к отгрузкам, как у Вас - Ваше дело.
(2) Да, в рублях - на абсолютную универсальность претензий нет
(3) Повторяю - практически не пользуемся заявками - соответственно нет такой необходимости, по ссылке: увы, красиво, но не подходит под означенные у нас задачи, про автогенерацию не совсем понял - есть госконтракт , его обслуживают и его оплачивают - при чем здесь автогенерация?
(4) :))) Служба безопасности не позволяет покупателям иметь большие просрочки - отчет открытый, кому надо поправит ;)
(7) стояла задача именно так считать в просроченных днях
+
10. afanasko 35 02.09.09 11:37 Сейчас в теме
(8) С таким отношением, на инфостарт можно выложить кучу мусора, который будет работать только в "своих" конфигурациях, а на все претензии отвечать: "У нас работает, как у вас - Ваше дело."
Вы для чего разработки выкладываете? Для того, что бы они несли радость людям или для самоудовлетворения "типа я программер. Мои разработки на инфостарте качают"?
Если вы уж решили что-то сделать "для масс" -- сделайте это хорошо.
Но это всего лишь советы, вам решать что с ними делать: отмахиваться или мотать на ус.
+
2. afanasko 35 01.09.09 16:06 Сейчас в теме
Забыл добавить:
это у вас все в рублях. У многих людей расчеты ведутся в нескольких валютах. Из отчета неясно, в какой валюте задолженность.
Ну и плюс можно немного оптимизировать: необязательно перебирать строки документа, чтобы узнать сумму. Достаточно посчитать итог по колонке "Сумма". Будет быстрее.
+
4. BTC_Man 02.09.09 03:51 Сейчас в теме
при сумме % за просрочку более 1000.00 цифры не отражаются и есть только число 999,99
Нет возможности печати данного отчета
+
5. BTC_Man 02.09.09 03:56 Сейчас в теме
да забыл добавить, при оплате не приходным ордером данные суммы почему то тут не учитываются, хотя они поступают на контрагента
+
6. natbiryuk 02.09.09 09:23 Сейчас в теме
А мне отчет понравился - немного только доработаю:
добавлю еще одну колонку: если реализация со счет-фактурой то эта колонка будет в другой цветоой гамме.
+
7. blake 02.09.09 09:35 Сейчас в теме
Думаю стоит поправить в 16 строчке на скриншоте ИТОГ по колонке просрочено дней должно быть 11, а не 17.
+
13. CheBurator 3119 02.09.09 12:08 Сейчас в теме
из той же ссылочки:
Что несомненно: 1С сделала существенный просчет в "методике" использования привязок оплат и документов-оснований - нигде явно и недвусмысленно не объяснив логику и методику использования в этом случае, т.е. тут самое вопиющее нарушение принципа "висивиг" - что вижу, то и получаю... - юзер видит привязанный док-основание и совершенно справедливо считает что именно этот док "погашается"...
+
15. iov 406 02.09.09 16:43 Сейчас в теме
(13) а вот тут согласен
+
16. kubiky 138 03.09.09 09:04 Сейчас в теме
(0) Название темы улыбнуло:)))))

Я считал, что "рабочее место дебиторщика" это: комната типа бокса, полностью облицованная кафелем (чтоб стены и потолок было легче отмывать от следов крови) с обязательным стоком для воды, с установленной колодой для рубки мяса и воткнутым в нее топором.... :)))))))))))))))))))))))))
kulkrise; +1
17. rvkiselev 28 07.09.09 15:18 Сейчас в теме
(16) Это место работы Главного Дебиторщика :))) - когда устные увещевания не помогают ;)
+
Внимание! Тема сдана в архив