yaoleg писав:Радистка_Кэт, если в договоре не указано бухгалтер решает сам! Имхо, ставьте последний банковский день месяца
Наши говорят, что "просроченная" - это та, которая не оплачена более 30 дней. Следовательно, срок оплаты фин.обязательства стоит указывать в этих пределах. Но вообще стоит учитывать указанные в договоре сроки оплаты.Радистка_Кэт писав:А теперь вот засомневалась - мне когда-то казначеи объясняли, что нужно высчитывать, типа, от этого зависит просроченность кредиторки.
вы наверно скриншот прикрепите к сообщению, глянем чо там увас!ingardio писав:скажіть, будь-ласка, чому в кошторисах не можна набрати спеціальний фонд, загальний і план асигнувань набираються без проблем!!! програма оновлена!!!
orif писав:я тогда пишу следующий после получения товара день, почему не знаю
Якщо я правильно розумію проблему, то допомагати треба не Вам, а казначейству. В АС"Є-Казна" файли кошторисів імпортуються спочатку як зведені. Перед взяттям на облік казначею потрібно відредагувати рядки кошторису в АС "Є-Казна". Там є такі колонки Код розпорядника і Код отримувача. З файлу Фіндокументів колонка з кодом лише одна і в Є-Казні вона попадає в Код отримувача, в Код розпорядника автоматично ставиться "0". А це - умова для взяття на облік зведених показників. Казначею потрібно проставити в себе в колонці Код розпорядника такий же код, що й в Код отримувача, тоді показники сядуть на облік, як індивідуальні...Natali66611 писав:Помогите мне! Я ввела индивидуальные сметы, скинула DBF-й файл в казну, они импортируют его в свою систему, открывают, а там у них формирует сводные ведомости. А мне надо индивидуальные.
На даному етапі мабуть тим, що ставити, наприклад, номер документ "3-1", "3-2", "3-3" і т.д.MotorInHead писав:Как с этим бороться?
jess писав:Ми в грудні ой, як намучились із любителями ставити однакові номери. Не в з/платі звісно, в інших платежах...
Сегодня в казначействе компьютерщик сказал, что удалось достучатся до разработчика, вроде бы в понедельник должно быть обновление, которое поспособствует решению этой проблемы, как я понял, на примере того же подоходного по сельским советам, если все реквизиты одинаковые, но расчетный счет другой будет, то программа должна будет пропускать и сохранять записи.Sneman писав:А как же с зарплатой выходили из ситуации?
Так, дійсно... в межах однієї дати +/- не можна набрати. Якщо реєстр на "-" робити наступним днем, то пускаєMotorInHead писав:Так же само сегодня хотел сделать реестр финансовый на -/+, вроде бы как зарегистрировали на неправильный расчетный счет ЕСВ и нужно было одинаковую сумму перебросить с ошибочного счета на правильный, но опять таки не возможно из за этого самого контроля уникальности.
А хіба там підбивалась? Там вже ж давно не підбивається сума по реєстру.MotorInHead писав:И еще, в фин. и юр. реестрах не подбивается сумма ни по КЕКВах, ни общая по реестру
Нам программу Payments выдали на руки в самом конце декабря 2013 (где то 25 числа, когда оповестили о том, что счета меняются и меняется программа у нас "клиентов" и у самого казначейства), ввели в обиход только с 2 января 2014, до этого все время пользовались простенькой мережой для набора платежек и реестров.jess писав:Там вже ж давно не підбивається сума
