Не оплаченные счета

[crusader]

Когда последний раз экспортировал счета, то в OpenOffice Calc увидел что все не оплачены
Как проставлять чтобы были оплачены?
Как это влияет на учет ТМЦ вцелом?
и как это может происходить автоматически?

[Татьяна]

Для того чтобы появился признак оплаты счета, нужно связать два документа: Счет-фактуру (SF) и Платежноле поручение вхдящее (PV)
Нужно выделить курсором документ (PV) и в контекстном меню выбрать пункт Счета-фактуры / Выбрать счет-фактуру основание, выберите нужный счет из предложенного списка. В списке счетов отобразится галочка в колонке "Оплачено".

[crusader]

Спасибо. Получилось.
А если это не безнал, то к чему привязывать приходной кассовый ордер и нужно ли вообще привязывать?

[Татьяна]

Как правило, выставленные счета оплачиваются через банк, по этому, в системе реализована возможность связки только документов "Платежное поручение вхдящее" (PV) - "Счет-фактура" (SF).

[koldikoldi]

Добрый день! Вопрос по оплате счетов- фактур. Счет-фактура №3 на 1000 грн. частично оплачен пл.поручениями №1 на сумму 500 грн. и № 2- на сумму 300 грн. ( долг по счету 1000 - 500 -300 = 200 грн) За каждым поручением я выбрал счетом основанием данный счет №3 на сумму 1000 грн. В списке счетов- факту напротив данного счета появилась галочка в поле " Оплачено" ( хотя счет оплачен частично) . Как посмотреть в счетах фактурах какими док-тами оплачен данный счет( в платежках для этого существует соотв.пункт меню "Счета фактуры"- "Посмотреть связанные счета-фактуры основания") и какова сумма неоплаченных денег (долга) по данному счету. Может нужно какой то расчет запустить, чтобы увидеть данные по счетам-фактурам - их оплате или частичной оплате , а так же их частичной или полной отгрузке покупателю. Заранее благодарю за ответ!

[Дарья]

К сожалению, так и есть. Вы не можете отобрать оплаты из списка счетов. Мы подумаем над реализацией такой функциональности. Вы можете увидеть счета и оплаты в акте сверки, но связки там "счет-оплата" тоже нет. Связь есть только по договору, если вести учет по договорам. Можете посмотреть инструкцию Учет договоров.

[vnn38]

Дебет 12.0.84. Ставлю на строку с платежным поручением. Выбираю "Счета-фактуры" --> "Выбрать счет-фактуру основания".
И в окне

PV_vybor_SF.png (72.27 Кб) Просмотров: 19928

видно только код плательщика, "Наименование" пусто.

Настроено три подключения. В двух используются справочники (контрагентов и т.п.) первой базы. Но это проявляется даже для подключения, в котором все в одной базе.

Когда наблюдал подобное при добавлении счетов-фактур в папку SF, помогла "модификация с переиндексацией".

И попутно вопрос: "Для чего использется "Счета-фактуры" --> "Проставить счета-фактуры основания"".

[Дарья]

На счет отображения - проверим.

"Для чего использется "Счета-фактуры" --> "Проставить счета-фактуры основания"".

Для автоматического подбора счетов по сумме и контрагенту.

[Дарья]

Есть исправления тут

[vnn38]

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

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

Тем более актуален вопрос о необходимости выполнения для них "Модификации переиндексации".

[Дарья]

Запустите Сервис/JavaScript консоль и выполните в этом окне команду:

Код: Выделить всё

GetUID(false, 100000)

[vnn38]

Выполнил. В маленьком окне внизу справа от кнопки "Выполнить" появилось 264116. По правде сказать, вчера вечером я еще раз запускал "модификацию с переиндексацией". На этот раз она закончилась без каких-либо окон с сообщениями. Правда проявился глюк с зависанием Дебета, когда пытался обратиться к справочнику контрагентов. Такое уже бывало в разных ситуациях. Грешил и на "не такую Java", установленную в системе, и на не такую кодировку в установленном Mysql. В результате разного шаманства (не вчера, раньше еще, вот что стал выводить запрос:
mysql> SHOW VARIABLES LIKE 'character_set%';
+--------------------------+----------------------------+
| Variable_name | Value |
+--------------------------+----------------------------+
| character_set_client | utf8 |
| character_set_connection | utf8 |
| character_set_database | utf8 |
| character_set_filesystem | binary |
| character_set_results | utf8 |
| character_set_server | utf8 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+ ) удалось таки запустить Дебет.

Это так и надо для Дебета?

Нет уверенности. Как на тонком льду. Вот и вчера все заработало после перезагрузки компьютера.

Когда-то прочитал "Знание основ избавляет от необходимости запоминать тысячи подробностей". Но с Дебетом пока так не выходит.
Просветите хоть про "модификацию с переиндексацией". Не вредно ее запускать, как я вчера сделал? Где-то на форуме, кажется встречал такую рекомендацию.
И еще. Все птички должны быть отмечены? Я имею ввиду "Сверка с эталоном" и т.д. А то у меня этот процесс каждый раз минут 10 занимает. Может я ненужной какой-то работой компьтер загружаю?
И это ...

Модификацию с переиндексацией сделал пока только для подключения, где все в одной базе. Теперь не знаю, для двух других проводить?

[Дарья]

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

[vnn38]

При модификации дополнительных баз

Следует ли понимать Ваш ответ так, что я таки должен провести "модификацию с переиндексацией" для двух других подключений, которые используют свои базы, а справочники из первой базы? И при этом отключить "птички" в нижней части окна?

И остался вопрос. Вот когда здесь http://debet.kiev.ua/download-corrections прочитал это:
"Чтобы установить исправления, скопируйте папку из скаченного архива и вставьте ее поверх папки JDebet в каталоге установленной программы на сервере DebetPlusV12, затем запустите программу и проведите модификацию (подсистема "Администрирование", пункт главного меню "Сервис" - "Обновление структур базы данных").",
то что все таки правильно нужно было сделать?

Я установил на первую строчку в таблице. В контекстном меню выбрал "Модифицировать все" и "Переиндексировать все". Все птички в нижней части окна были выбраны. И запустил процесс. Он не завершился "нормально", а сопровождался сообщениями, как я уже писал выше. Но исправление подействовало. Наименование контрагентов при "выбрать счет-фактуры основания" появились. Но как в одном анекдоте говорится, "часы нашлись, а осадок то остался". Тут еще проявились другие глюки и я решил повторить процесс, описанный выше. И он завершился "нормально". Все это я выполнил только для подключения, где все в одной базе. И затем в этом же подключении выполнил GetUID(false, 100000).

Попробуйте понять начинающего пользователя Дебет Плюс. Дебет Плюс кажется сложным. Развертывание его на линукс для варианта сетевой работы с использованием отдельных баз для отдельных "организаций" и с общими справочниками в документации описано не полно. Цена ошибочных действий представляется устрашающей. Вы знаете "основы". Для Вас слово модификация уже все говорит. А для начинающего пользователя Дебет Плюс нет. Там еще столько "птичек" и пунктов контекстного меню.

На что они повлияют? Когда их применять, когда нет? Применять ли для каждой из трех баз (подключений) и с какими "птичками"?

Я не жалуюсь. И бросать не собираюсь. Надеюсь, Вы извините "лирические отступления", и прольете свет на эти вопросы.

[Дарья]

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

О нюансах: Заполнять справочники можно только в главной базе, либо нужно установить диапазоны FWID (уникальный код записи) для каждой базы, чтобы они не пересекались и не давали те ошибки, которые вы сейчас у себя наблюдаете. При этом когда-нибудь эти диапазоны будут исчерпаны, за этим нужно следить кому-то. Есть нюансы и с ведением зарплаты при такой настройке.Тут тоже нужно задавать вам много вопросов, если вы собираетесь вести учет з/п.

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