По теме из базы знаний
- Импорт клиентов, товаров по OLE из ПУБ 7.7 в Бухгалтерию 8.2 (для Украины)
- Переход с 1С:Бухгалтерии 7.7 на 1С:Бухгалтерию 8.2
- Развернутые остатки ("Ведомость по товарам на складах" для 1С:Бухгалтерия 8.2)
- Загрузка проводок из КАМИН 2.0 (платформа 1С 7.7) в 1С Бухгалтерию 8.2 (внешняя обработка)
- Обмен документами Поступления-Реализации и Счетами-фактурами в базах 1С Бухгалтерия 8.2, 8.3 с возможностью преобразования
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(4) Boneman, Тут есть одна мелочь - счет на оплату задолженности не образует, поэтому отчеты для руководителя его не видят...
(3) juvv873, Добавить доп. сведение оплата к счету и сделать обработки для его заполнения. Алгоритм заполнения пусть клиент объяснит, как он хочет это видеть. Хотя это напрасная трата денег - перейдут на тройку, никуда не денутся, или будут платить за допилы по законодательству или терять время на отчеты в другой системе.
(3) juvv873, Добавить доп. сведение оплата к счету и сделать обработки для его заполнения. Алгоритм заполнения пусть клиент объяснит, как он хочет это видеть. Хотя это напрасная трата денег - перейдут на тройку, никуда не денутся, или будут платить за допилы по законодательству или терять время на отчеты в другой системе.
(3) juvv873,
как будет первая отчетность которую они неожиданно не смогут сдать - обновления сразу будут 100%. Представляю как они будут ручками просчитывать НДС или прибыль.. хотя есть такие бухи которые говорят "ааа и так сойдет"
не хотят и говорил что обновлений не будет
как будет первая отчетность которую они неожиданно не смогут сдать - обновления сразу будут 100%. Представляю как они будут ручками просчитывать НДС или прибыль.. хотя есть такие бухи которые говорят "ааа и так сойдет"
(19) AllexSoft, Месяц назад позвонил новый клиент, хотел что то, уже не помню что, я предложил вариант......в общем по итогам по телефону ничего объяснить не получилось, подключился через амми админ - а там БП 1.6........ Спросил а почему так - ответили, а потому что УТ старая, сильно пилёная. Говорю, ну и что - обмен то сделать можно в новую БП - ответ - нам сказали что нельзя. Объясняю, что можно, сказали - перезвонят, и пропали. Но работают же как то в 1.6! Так что останутся на 2.0 многие "трудолюбивые", будут лабать руками, всё, чего не позволит сделать программа...
(5) juvv873, ну а в чем проблема тогда ?
Сделай поле - долг контрагента. В документе есть организация, контрагент, договор контрагента - собственно этого достаточно, чтобы вытащить задолженность.
Хотя, я бы бухню не стал допиливать )))) особенно сейчас, когда ее время закончилось ))) наоборот надо приводить к типовому, и переводить на 3ку. А там уже дорабатывать.
Сделай поле - долг контрагента. В документе есть организация, контрагент, договор контрагента - собственно этого достаточно, чтобы вытащить задолженность.
Хотя, я бы бухню не стал допиливать )))) особенно сейчас, когда ее время закончилось ))) наоборот надо приводить к типовому, и переводить на 3ку. А там уже дорабатывать.
(10) juvv873, Можно так - при загрузке из клиент банка нужно выбирать счет (руками или обработку загрузки допилить). В результате в поступлении на счет в ТЧ расшифровка платежа будет счет. Запросом можно получить все поступления по выбранному счету, сравнить суммы поступления и счета - и выдать в отчет оплаче, не оплачен, частично оплачен или сообщение о переплате, если общая сумма оплат больше, чем сумма по счету.
(10) Много хочет: автоматически привязать оплату к счету практически нереально. Хотя бы из-за человеческого фактора -девочки, набирающие платежки косячат иногда по-взрослому: то в номере или дате счета ошибутся, то несколько счетов одной платежкой закроют.
А бывало, что тупо скопируют старую платежку и проводят, не меняя номера и даты счета. И как такое автоматически разнести? Старый счет уже закрыт.
В-общем, для такой постановки задачи могу посоветовать только губозакаточную машинку.
А бывало, что тупо скопируют старую платежку и проводят, не меняя номера и даты счета. И как такое автоматически разнести? Старый счет уже закрыт.
В-общем, для такой постановки задачи могу посоветовать только губозакаточную машинку.
(12) Cooler, Ну, про косяки при оформлении платежек - это беда всех времен и народов. Даже при пилёной загрузке из клиент банка всё равно приходится руками выбирать документы, если в назначении платежа херня написана. Тут можно конечно пойти по пути 1С - они пр кривом назначении платежа просто не уменьшают задолженность (даже если сумма дата и номер счета верные, но не тот НДС останешься должен). Можно конечно при заключении договора прописать это отдельным пунктом, но боюсь бесполезно - где ИП и где 1С :-)))))))))
(14) juvv873, Если есть желание сильно поработать, то помему бы нет?
1. Разрешить проведение счета, сделать приход по своему регистру;
2. Сделать расход по этому регистру в документах поступление на счет и ПКО, расход в списание со счета и РКО (на случай возврата);
3. Сделать отчет, и реквизит самого счета с признаком оплаты;
4. Добавить колонку в форму списка счета (может и в форму выбора).
Это всё равно не избавит от необходимости выбирать счет в документах оплаты, хотя можно конечно сделать автоматический подбор по ФИФО неоплаченных счетов при проведении. Но, в случае автоматического подбора по ФИФО в полной мере встанет проблема ввода документов "задним числом" - чтобы получить правильное распределение оплат придётся озаботится перепроведением "связанных" документов. Можно конечно включить их в последовательность..........
Можно много чего, вопрос встаёт в бюджет этой настройки - если предполагается, что клиент заплатит тысячу, я бы не стал заниматься :-)
1. Разрешить проведение счета, сделать приход по своему регистру;
2. Сделать расход по этому регистру в документах поступление на счет и ПКО, расход в списание со счета и РКО (на случай возврата);
3. Сделать отчет, и реквизит самого счета с признаком оплаты;
4. Добавить колонку в форму списка счета (может и в форму выбора).
Это всё равно не избавит от необходимости выбирать счет в документах оплаты, хотя можно конечно сделать автоматический подбор по ФИФО неоплаченных счетов при проведении. Но, в случае автоматического подбора по ФИФО в полной мере встанет проблема ввода документов "задним числом" - чтобы получить правильное распределение оплат придётся озаботится перепроведением "связанных" документов. Можно конечно включить их в последовательность..........
Можно много чего, вопрос встаёт в бюджет этой настройки - если предполагается, что клиент заплатит тысячу, я бы не стал заниматься :-)
(15)
А за непоставку в срок в договоре тоже могут быть предусмотрены санкции.
(16) Выход есть, но он тоже неудобный и неавтоматический: разбивать строку выписки на две. Или больше. Иногда приходится так делать безо всяких дополнительных хотелок, когда клиент оплачивает одной платежкой разные договоры - ему-то что?
можно конечно сделать автоматический подбор по ФИФО неоплаченных счетов при проведении. Но, в случае автоматического подбора по ФИФО в полной мере встанет проблема ввода документов "задним числом"
И не только эта проблема, легко можно придумать пример непригодности ФИФО: например, по старому счету остался долг, но в рамках отсрочки платежа, выписывается новый, в договоре стоит условие отгрузки после частичной предоплаты. Клиент частично оплачивает новый счет, а подбор по ФИФО относит эту оплату на старый. В итоге, когда клиент приезжает за товаром, ему никто ничего не собирается отгружать - последний счет видится как неоплаченный, по нему даже не сделан заказ поставщику.
А за непоставку в срок в договоре тоже могут быть предусмотрены санкции.
(16) Выход есть, но он тоже неудобный и неавтоматический: разбивать строку выписки на две. Или больше. Иногда приходится так делать безо всяких дополнительных хотелок, когда клиент оплачивает одной платежкой разные договоры - ему-то что?
(17) Cooler, Ну так, а я про что?
А в 2.0, если делать, будет шибко дорого, но от ручной работы всё равно не избавит просто по объективным причинам...
Это всё равно не избавит от необходимости выбирать счет в документах оплаты,
- всё остальное - это как попытка автоматизации, но "без рук" в любом случае не обойдётся. Тут суть в том, что понимает ли клиент, что его хотелка - это целая подсистема, которая в 2.0 отсутствует наглухо, да и в 3.0 надо ещё посмотреть, как оно работает.
А в 2.0, если делать, будет шибко дорого, но от ручной работы всё равно не избавит просто по объективным причинам...
Единственный из бюджетных вариантов, вести договора по счетам. Тогда при оплате будет необходимо указать оплачиваемый счет, но тут опять вступает в игру человеческий фактор..К тому платежка может быть на 10 т.р. а счет на 7 т.р. 3 тыщи в аванс могут пойти. Как их потом собираетесь привязывать к счетам?..Тут целая аналитическая обработка нужна)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот