F_PLPOR
Краткое описание :
Реализовать Запрос на аннулирование заявки в ПП для бюдж. орг-цийОписание :
Платежное поручениеЧто измененно :
Реализовать Запрос на аннулирование заявки в ПП для бюдж. орг-ций.
Как измененно :
Реализован Запрос на аннулирование заявки в собственных ПП и ВПП для бюджетных организаций РФ.
Подробности см. в What's New.
F_PLPOR
Краткое описание :
при удалении СФ дублируется сообщение на удалениеОписание :
Платежное поручениеЧто измененно :
при удалении СФ дублируется сообщение на удаление
В платежке в ХО удаляем по DEL документ по НДС, получаем:
---------------------------
Подтверждение
---------------------------
Удалить документ по учету НДС?
---------------------------
Да Нет
---------------------------
по умолчанию ДА - жмем
---------------------------
Подтверждение
---------------------------
Удалить документ для учета НДС № 127 от 23/11/2012?
---------------------------
Да Нет
---------------------------
по умолчанию НЕТ - жмем
СФ на месте :)
Зачем 2 месаги? Надо лишнюю убрать.
Как измененно :
При выполнении групповых модификаций хозопераций в
платежном документе, избавился от множественных
запросов на удаление счет-фактур. Данные сообщения не
возникают при следующих операциях:
1) При удаление нескольких помеченных хозопераций.
2) При сбросе даты обработки в платежном
документе.
3) При выполнении пересчета разнесенной суммы и
оплаченных нологов (Alt+G).
Кроме этого, при удалении СФ, в хозоперации
платежки, убрал первый запрос "Удалить документ по
учету НДС?". Данный запрос не нужен, так как более
информативный запрос следует за ним, его и оставляем.
F_PLPOR
Краткое описание :
Если сумма большая - не выводится слово "копеек" на одной строке с суммой прописьюОписание :
Расходный кассовый ордерЧто измененно :
В печатной форме расходного кассового ордера, если сумма большая - не выводится слово "копеек" на одной строке с суммой прописью. См. вложение.
Как измененно :
Увеличен размер строк в формах РКО РФ.
F_PLPOR
Краткое описание :
Потеря приемст. :Перестала работать функция "Контроль соответствия сумм хозоперации и проводок в ТХО"Описание :
Бухгалтерская справкаЧто измененно :
Бух.справки. Формируется вручную, путем выбора настроенной ТХО.
На обновлении от 17/01/2013 эта функция не работает.
Проводок сформировано на 53 млн., сумма хозопераций "0", сумма документа "0".
Раньше работало согласно инструкции: выводилось сообщение о расхождении сумм проводок и ТХО,
и предлагалось изменить сумму документа. При настройке "Бухгалтерский контур\Типовые проводки\Контроль соответствия сумм хозоперации и проводок в документах контура логистики = "да"
Сейчас не работает.
Сейчас эта функция не работает.
На Pervasive (Btrieve) функция работает.
Как измененно :
Перестала работать проверка, только при привязке
ТХО в шапке платежного документа. При привязке на
закладке "Хозоперации", или непосредственно в окне
редактирования хозоперации, проверка запускается.
Исправлено. При привязке ТХО в шапке платежного
документа запускается проверка контроля соответствия
сумм ХО и проводок.
F_PLPOR
Краткое описание :
Интерфейс для обработки даты оплаты равной дате выписки для собственных платежных требованийОписание :
Платежное требованиеЧто измененно :
Можно ли написать для клиента Связьтранснефть интерфейс для обработки даты оплаты равной дате выписки для собственных платежных требований?
При пометке нужных собственных платежных требований, можно было бы запустить по локальному меню функцию для замены даты оплаты равной дате выписке.
Операция не разовая, нужно чтобы дата оплаты = дате выписке, т.к. дата выписки разная, то функция групповой замены поля тут не поможет.
Платежные требования делают пакетно из модуля Управление сбытом - Операции - Формирование платежных требований -По ДО на предоплату продаж.
В этом случае платежные требования попадают в Собственные платежные требования и соответственно настройка:
"Дата обработки сторонних документов = дата выписки" не работает , а нужно как раз, чтобы по аналогии со сторонними проставлялась дата оплаты = дате выписке. Но для контроля все таки нужно сначала выделить платежки (пометить), а затем запустить функцию.
Как измененно :
В локальное меню, каталога платежных документов,
добавлен новый пункт "Прочие...->Установить дату
оплаты".
Данная операция работает по помеченным документам
к которым есть права доступа и у которых не заполнено
поле "Дата оплаты".
При выполнении операции происходит установка даты
оплаты равной дате выписки документа. При этом
запускаются все стандартные процессы, связанные с
установкой даты оплаты (распределение по спецификации
накладной, расчет налогов, формирование с/ф).
F_PLPOR
Краткое описание :
Не пересчитывается сумма в валюте в НДЕ при настройке (ПП)Описание :
Платежное поручениеЧто измененно :
Платежные поручения Собственные.
При установленной настройке Бух.контур - Обработка документов - Отображать дату выбранного курса валюты = да
не пересчитывается сумма в валюте в НДЕ, пересчет возможен только из НДЕ в валюту.
Предлагаем снять данное ограничение.
Как измененно :
В соответствии с доработкой по ПИР 102.98643, при
включенной настройке "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \
Отображать дату выбранного курса валюты", при изменении
суммы в НДЕ или суммы в валюте, пересчет всегда идет
только в одну сторону, т.е. пересчитывается сумма в
валюте, из суммы в НДЕ, по курсу на указанную дату.
Таким образом изменение суммы в валюте, не приводит к
пересчету суммы в НДЕ.
Это ограничение было убрано, теперь пересчет сумм
идет в обе стороны, в зависимости от изменяемой суммы,
и по курсу на заданную дату, а если дата не задана, то
по курсу на дату оплаты, или если она не заполнена, на
дату выписки платежного документа.
F_PLPOR
Краткое описание :
Очень долго нужно ждать выбора хозоперации на больших бухсправкахОписание :
Бухгалтерская справкаЧто измененно :
Очень долго нужно ждать выбора хозоперации на больших бухсправках.
Например при переформировании бухсправок по зарплате.
На сервере от момента нажатия F3 в поле "ТХО" в документе до появлениния окна со списком ТХО прошло 20 минут.
При этом сами проводки формировались потом 10 минут - это что надо делать чтобы выбор шел дольше, чем обработка?
На локальной машине просто не дождался(забыл что будет висеть все),
но обратил внимание, что загрузка процессора 0, сети 0, индикации нет,
что делали не понятно. Неужели ничего нельзя придумать? Проводок то в документе всего 8000.
По налогам на фот в 7 раз больше - это минут 40 на сервере приходится ждать.
Кнотроль сумм отключен.
Субд MSSQl , но на других тоже самое.
Как измененно :
В случае, если привязывать ТХО из шапки платежного
документа, запускается проверка прав доступа к
бухгалтерским проводкам. Затем, происходит проверка
соответствия дат, и синхронизация хозоперации с шапкой
платежного документа, причем сопровождается это
проверкой прав доступа к бухгалтерским проводкам. В
итоге, права доступа к проводкам анализируются 3 раза,
и если по документу много проводок, то это может
привести к существенным замедлениям.
С помощью семафоров реализовал кэширование
результата расчета прав доступа к проводкам. В
результате, при привязки ТХО из шапки документа, права
рассчитываются только один раз. Так же была добавлена
визуализация процесса расчета прав доступа к проводкам.