Информация о файле обновления Галактика L_NALNAKL_RES_810520.TXT


Описание файла обновления:
ФайлL_NALNAKL_RES_810520.TXT
ОбновлениеL_NALNAKL_RES_810520
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентL_NALNAKL
ТипRES
Версия8.10.52.0
Дата2014-01-09 13:08:36
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
104.20186NEWДобавить способ учета "Поставка товаров за пределами таможенной территории Украины освобожденная от налогообложения"Управление сбытомКнига продаж по налоговым накладным
Добавить способ учета для записи регистрации налоговой накладной "Поставка товаров за пределами таможенной территории Украины освобожденная от налогообложения" Доработка нужна для версии 8.1. и 9.1. Во вложении скрин интерфейса. Добавляется строка в декларацию НДС которой необходимо выделить товары которые экспортируются и освобождены от НДС.Добавлен новый способ учета "Поставка товаров за пределами таможенной территории Украины, освобожденная от налогообложения" для записей реестра выданных НН. Информация для программиста: новое значение - 6-й бит, (BookPrZk.ls[1] and 32) <> 0.
104.20188NEWПереименовать способ учета "покупка МЦ (услуг) для поставки услуг с местом, определенным п.6.5 Закона"Управление снабжениемРеестр полученных налоговых накладных
Необходимо переименовать способ учета: "покупка МЦ (услуг) для поставки услуг с местом, определенным п.6.5 Закона" на "покупка МЦ (услуг) для поставки услуг с местом, определенным п.186.3 НКУ"Переименован способ учета: "покупка МЦ (услуг) для поставки услуг с местом, определенным п.6.5 Закона" на "покупка МЦ (услуг) для поставки услуг с местом, определенным п.186.3 НКУ" в следующих интерфейсах: - Реестр полученных налоговых накладных - Налоговые накладные поставщика (нижняя панель с записями реестра и функция "Пакетная установка параметров" из локального меню).
104.201438.10.51.0Рантайм при удалении платежного поручения связанного со счетом-фактуройРасчеты с поставщиками и получателямиНаши налоговые накладные
Рантайм при удалении платежного поручения связанного со счетом-фактурой Есть следующая цепочка документов: Стороннее ПП - по ПП сформирована Налоговая накладная (счет-фактура) - по налоговой накладной сформирована корректировка. И налоговая и корректировка зарегистрированы. При попытке удалить платежное поручение - система падает по рантайму. Просьба изменить функцию удаления таким образом, чтобы при попытке удаления подобной цепочки система выдавала соответствующее предупреждение и не сваливалась.Ликвидировано падение системы по "рантайму", так же в рамках проблему убрано зацикливание при удалении ПП.
104.201098.10.50.0Нельзя сохранить запись о регистрации НН с двумя способами учетаУправление снабжениемРеестр полученных налоговых накладных
Проблема при включении нескольких способов учета к записи о регистрации НН с типом "Расчет корректировки поставщика, оплата", краткое наименование "ПлРКП". Не имеет значения, как создана Корректирующая НН, по F7 из интерфейса НН или из платежного документа связанного с ДО, далее выполняется регистрации, после чего открывается запись о регистрации из НН и отмечается второй способ учета. С другими типами НН в т.ч. корректирующим такой ошибки не возникает т.е. можно отметить одновременно два способа учета и они сохраняется в записи о регистрации. По таким записям формируется распределение НДС в налоговой отчетности, чего сейчас сделать нельзя. Описание со скринами во вложении.Пользовательские изменения записи регистрации "Регистрация расчета корректировки поставщика" проходят корректно, без ошибок и предупреждений.
104.200898.10.49.0Автоконтроль первого из событий - отгрузка/платеж при ПП без даты оплаченНастройкаНастройка контура ЛОГИСТИКИ
Включена настройка: "Настройки Галактики Логистика Налоги, документы для учета НДС Украина Автоконтроль первого из событий - отгрузка/платеж" Есть ДО с накладной и платежом по нему: Накладная от 22.04.2013 ПП без даты оплачен с датой выписан от 24.04.2013 При попытке выписать НН к накладной Система выдается сообщение "Для ТСД №? от 22.04.2013 уже сформирован документ для учета НДС по платежу (либо должен быть)". Прошу доработать функционал и при отсутствии даты "Оплачен" анализировать дату "Выписан" т.к. в данном случае и так понятно, что первым событием будет отгрузка. Платежка без даты "оплачен" это собственное ПП, которое мы сформировали и экспортировали в клиент-банк, дата оплачен может быть, как датой = выписан так и датой позже - это будет известно после проведения ПП банком. Такая ситуация вносит неудобство в работу т.к. НН нужно отложить до проведения ПП, Банк и НН ведут разные пользователи Системы.При работе с установленной настройкой "Автоконтроль первого из событий - отгрузка/платеж" не учитываются платежи без даты оплаты.
104.200978.10.49.0Автоконтроль первого из событий - отгрузка/платеж для неплательщиков НДСНастройкаНастройка контура ЛОГИСТИКИ
Необходима доработка автоконтроля первого из событий. Путь к настройке: Настройки Галактики Логистика Налоги, документы для учета НДС Украина Автоконтроль первого из событий - отгрузка/платеж Добавить в список значений настройки "Да + ВЭД и неплательщики НДС в снабжении" При выбранном значении необходимо, в "Управление снабжением" создавать НН по сопроводительному документу (без контроля, что было первым отгрузка/акт или платеж) при условии, что в карточке контрагента "код плательщика НДС" не заполнен или не цифра. В справку добавить описание: Да + ВЭД и неплательщики НДС в снабжении - автоконтроль первого из событий не будет распространяться на операции с неплательщиками НДС в снабжении (код плательщика НДС в карточке контрагента не заполнен или не цифра). Документ для учета НДС всегда будет создан к накладной или акту снабжения.Настройка "Автоконтроль первого из событий - отгрузка/платеж" (Украина), добавилось новое значение "да, кроме неплательщиков НДС в снабжении". При ее установке меняется алгоритм формирования НН в снабжении. Если у контрагента "Код плательщика НДС" не задан или в коде присутствует хотя бы один символ - не цифра, то НН создаются только по сопроводительным документам, по платежным - выдается сообщение о невозможности создания НН для контрагентов-неплательщиков.
104.200378.10.48.0Копирование Атрибутов и внешней классификации в ННУправление сбытомНалоговые накладные
Необходимо, что бы копировались Атрибуты и внешняя классификация в НН согласно настроек : "Настройки Галактики Логистика Копирование Атрибутов и внешней классификации Из шапки накладных/актов в шапку ДО/СФ" "Настройки Галактики Логистика Копирование Атрибутов и внешней классификации Из спецификации накладных/актов в спецификацию ДО/СФ"Реализовано копирование внешней спецификации и атрибутов для налоговой накладной в соответствии с настройками: "Настройки Галактики Логистика Копирование Атрибутов и внешней классификации Из шапки накладных/актов в шапку ДО/СФ" "Настройки Галактики Логистика Копирование Атрибутов и внешней классификации Из спецификации накладных/актов в спецификацию ДО/СФ"
104.200518.10.48.0Расчет налогов в НН с контрагентом-нерезидентомУправление сбытомНалоговые накладные
Необходима возможность расчета налогов в НН с контрагентом-нерезидентом Законодательно предусмотрена схема, когда Собственная организация является плательщиком налога при получении услуг от нерезидента. Описание процесса: Организация получает акт на получение услуг от нерезидента. В Системе создается ДО и акт в снабжении с типом "валютный", без налогов. В текущем месяце необходимо сформировать налоговое обязательство (НН сбыт), база для начисления НДС сумма акта в НДЕ по курсу НБУ на дату акта, в следующем месяце по желанию организации эту сумму можно включить в налоговый кредит (НН снабжение). Вручную создается НН в сбыте, с номером по порядку НН сбыта, к ней привязывается ДО, спецификация заполняется функцией "заполнить спецификацию из ДО", далее необходимо начислить НДС на сумму НН (сейчас необходимо отвязать страну у нерезидента, перевыбрать группу налогов в спецификации, вернуть страну у нерезидента). Необходима возможность рассчитать налоги по выбранной группе налогов или другое решение по расчету налогов в НН.Разработан алгоритм формирования НН налоговых агентов. Для сопроводительного документа снабжения задается специальный статус, наименование которого устанавливается в новой настройке "Статус сопроводительных документов снабжения для налоговых агентов", папка Логистика - Налоги, документы для учета НДС - Украина. По сопрдоку со спецстатусом стандартным образом создается НН снабжения (F3 на поле Документ для учета НДС). Налоги в НН рассчитываются по группе налогов МЦ/услуг вне зависимости от настроек страны контрагента, в спецификации проставляется группа налогов. Далее вручную создается НН сбыта, выбирается новый тип "Налоговая накладная налогового агента", привязывается сопрдок снабжения, налоги также рассчитываются без учета настроек страны. Для всех НН с новым типом при привязке сопрдоков (F3 на поле ТТН/Акт №) выбираются только сопрдоки снабжения со спецстатусом. Результат алгоритма - 2 НН разного направления и 2 взаимно-обнуляющие записи регистрации на одинаковые суммы, в реестре сбыта в текущем месяце, в реестре снабжения в следующем месяце. Примечания: 1. При задании в настройке статуса не выбирать стандартные статусы типа "исполняется", иначе вспомогательный алгоритм налоговых агентов будет работать для всех стандартных сопрдоков. Следует создать новый статус и выбрать его в настройке. С данным ПИРом планируется выпустить параллельно ПИР 102.120717, который будет запрещать пользователю выбирать основные статусы. 2. При привязке сопрдоков при ручном вводе НН появилась функция переключения между накладными и актами, по локальному меню или Alt+B. 3. При просмотре НН в сопрдоках снабжения в списке НН сбыта отображаться не будут.
104.196968.10.47.0Корректировочная к налоговой не отображается в Реестре ННРасчеты с поставщиками и получателямиКнига продаж
Корректировочная к налоговой накладной с нулевой суммой не попадает в Реестр выданных налоговых. И в самой ПлРК после регистрации не отображается запись о регистрации в нижней панели. Такую ситуацию обнаружили не только в последних версиях, но и более ранних. Во вложениях на скринах подробное описание проблемы. Возможно ли исправить данную ситуацию?Украина, НН типа Расчет корректировки, отгрузка/оплата с нулевыми суммами регистрируются нулевой записью.
104.199558.10.47.0Выводить на печать текущий документУправление сбытомНалоговые накладные
Если в интерфейсе Налоговых накладных нет помеченных документов по "Ins", выводить на печать текущий документ на котором установлен курсор (так работает печать в других интерфейсах Системы). Сейчас Система выводит на печать все документы в интерфейсе.Добавлена возможность прервать процесс формирования отчета при групповой печати налоговых накладных.
104.199648.10.47.0Заменить счета фактуры на Налоговые Накладные в шапке фильтр по Alt+BУправление снабжениемНалоговые накладные поставщика
Прошу, заменить счета фактуры на Налоговые Накладные в шапке фильтр по Alt+B.Во всем коде компоненты Налоговых накладных слова "счет-фактура" и "СФ" заменены на "налоговая накладная" и "НН". В том числе для следующих визуальных элементов: - Основной интерфейс НН, фильтр, интерфейс "Выберите ограничение...", заголовок интерфейса и контекстная подсказка поля "Сортировать по". - интерфейс редактирования типов НН, поле "документ содержит не облагаемые налогом суммы", контекстная подсказка. - печать множества НН, поля группировки, контекстная подсказка.
104.199818.10.47.0Заполнение поля Накладную оформил(а) из пользовательской настройкиУправление сбытомНалоговые накладные
Необходимо сделать заполнение поля Накладную оформил(а) из новой пользовательской настройки "Значения по умолчанию, поле Накладную оформил(а)" - _________ т.к. у пользователя НН формируют менеджеры, но в форму НН должен выводится ответственный из бухгалтерии. Также важный момент , данное поле должно заполнятся автоматически, сейчас есть только ручной метод.Создана новая пользовательская настройка "Значение поля "Накладную оформил(а)" по умолчанию", папка Логистика - Налоги, счета-фактуры - Украина. При ее установки автоматически заполняется поле "Накладную оформил(а)" при создании НН.
104.194188.10.46.0Формирование СвНН по Актам на списание и Актам о недостачахУправление сбытомФормирование нашей сводной налоговой накладной
В связи с изменением порядка нумерации налоговых накладных, прошу в модуле "Управление сбытом" добавить возможность для создания нашей сводной налоговой накладной по типу документов: 1) Акт на списание; 2)Акт о недостаче У заказчика списание делается ежедневно, а себестоимость рассчитывается только в конце месяца и НН формируются после расчета себестоимости. Сейчас НН формируются по датам создания актов, в таком случае нарушается сквозная нумерация т.к. НН выписывают в конце месяца отдельно по каждому документу, в случае со СвНН мы сформируем одну НН по всем актам в конце месяца.Украина, Формирование нашей сводной налоговой накладной. Добавилась возможность формировать сводные НН по актам на списание и актам о недостачах.
104.199368.10.46.0Внешние атрибуты/классификация по Alt+A/+C в спецификации налоговой накладнойУправление сбытомНалоговые накладные
Прошу добавить вызов внешних атрибутов/классификации по Alt+A/+C в спецификации налоговой накладной.К спецификации налоговой накладной добавлен вызов внешних атрибутов/классификации по Alt+A/Alt+C и локальным пунктам меню.
104.199318.10.45.0Добавить колонки в спецификацию: ГТД номер, ГТД дата, Партия МЦУправление сбытомНалоговые накладные
В связи с изменениями Налогового кодекса Украины от 12.08.2012 При выписке НН все плательщики НДС обязаны отображать номер и дату ГТД по всей цепочке продаж. Прошу добавить колонки в спецификацию НН наших в сбыте и поставщика в снабжении с возможностью редактированиявыбора: ГТД номер, ГТД дата, Партия МЦ ГТД номер - значение из внешнего атрибута к партии МЦ "ГТД номер" тип строка. ГТД дата - значение из внешнего атрибута к партии МЦ "ГТД дата" тип дата.Добавлены следующие поля: Партия, ГТД номер, ГТД дата, ТНВЭД где ГТД номер, ГТД дата, ТНВЭД - это значения внешних атрибутов партии. Их значения можно менять в интерфейсе НН P.S. Доработка для только для Украины
104.197638.10.44.0Зависание системы при нажатии Ф3 в поле документа НДС (накл.на сбыт)Управление сбытомНакладные на отпуск
Зависание системы при нажатии Ф3 в поле документа для учета НДС. Как проявляется: Открываем окно Накладные на сбыт, создаем новую накладную, заполняем поля и спецификацию, далее либо по Ф3, либо мышкой в поле Документ для учета НДС создаем накладную. Все проходит нормально, создаем несколько разных накладных. Но если выйти из окна Накладные на сбыт, зайти заново, и пробовать снова создавать накладные, то ни мышкой, ни Ф3 в поле дока НДС мы документ создать не можем: система сначала предупреждает "Создать новый документ?", а после ДА говорит "Нет документов для учета НДС". Помогает только перезапуск системы. И покуда окно Накладных на сбыт не закрывалось, все проходит нормально. Просьба исправить эту ошибку как можно скорее.По накладным с нулевой суммой при попытке сформировать НН выдается сначала сообщение "По сопроводительному документу с нулевой суммой документ для учета НДС не формируется.", а затем стандартное "Нет документов для учета НДС".
104.198278.10.44.0Не срабатывает фильтр на данные при разноске проводок в ННРасчеты с поставщиками и получателямиНаши налоговые накладные
Не срабатывает фильтр на данные при разноске проводок в НН: Хозоперации/Операции/Разноска хоз. операций (сбыт или снабжение)/Реестр полученных/выданных НН. По лок. меню вызываем Фильтр на данные, задаем фильтр по организации, система отвечает, что нету данных, удовлетворяющих заданный фильтр. Но дело в том, что я задаю ограничения по контрагенту предварительно проверив, есть ли по нему данные за конкретный период. См. пример в скринах. Необходимо исправить эту проблему.При формировании хозопераций по записям регистрации НН организация заполняется. Для обновления уже созданных проводок необходимо запустить Проверка целостности таблиц - Контроль целостности таблиц КБУ.
104.198568.10.44.0При закрытом периоде бух. контура есть возможность удалить ТХО из ННУправление сбытомНалоговые накладные
При закрытом периоде бух контура есть возможность удалить ТХО из НН. Сотрудник клиента "залез" в НН апреля и удалил регистрацию НН. После этого удалилась ТХО с проводками. Подобная проблема вроде бы этим пользователем уже поднималась и ее вроде когда то давно регистрировали в ПИРе. На наших тестовых БД она подтверждается: закрытый период бух. контура до 01.02.2012, а я могу удалять регистрационные записи в НН за 2008 год. Просьба по возможности быстрее исправить существующую ситуацию.При запрете модификации при наличии проводок нельзя удалить записи регистрации ни при каких условиях, ни в платежном, ни в отгрузочном НН. Также при загрузке интерфейсов редактирования НН или записи не выдается лишних предупреждений о наличии проводок.
104.197888.10.43.0Групповая установка параметра "Включен в ЕРНН", "Не включен в ЕРНН"Управление снабжениемНалоговые накладные поставщика
Прошу добавить возможность групповой установки параметра "Включен в ЕРНН", "Не включен в ЕРНН" для помеченных по Ins документов для учета НДС. Для повторной выгрузки, когда это необходимо, нужно вручную менять данный параметр в каждой НН, что занимает много времени у пользователя.Добавлен новый локальный пункт меню "Пакетная установка параметров", в котором включены пункты "Установка способа учета" и "Установка внешнего классификатора" и соотвественно они же были удалены из локального меню. Так же в п.меню добавлен параметр Дополнительный параметр, который также можно изменять пакетно.
102.1133518.10.42.0Удаляется НН с привязанной корректировкойУправление сбытомНалоговые накладные
Удаляется НН с привязанной корректировкой Шаги выполнения: 1. Украина, накладная, НН по ней. 2. Затем по накладной рекламация и НН. 3. Пробуем удалить "Налоговая накладная поставщика, отгрузка" - появляется сообщение: --------------------------- Предупреждение --------------------------- Для документа ННП №000000 сформированы: РКП №ewrw/000000 УДАЛЕНИЕ НЕВОЗМОЖНО ! --------------------------- ОК --------------------------- 4. Помечаем эту НН по INS 5. Нажимаем удалить Фактический результат: 5. Удаляются обе НН - Налоговая накладная поставщика, отгрузка и Расчет корректировки поставщика, отгрузка Ожидаемый результат: 5. Такого быть не должноПри удалении НН в режиме пометки, те НН, которые не могут удалится по ряду причин, записываются в лог файл и не удаляются из БД. Для удаления таких накладных, пользователь должен самостоятельно удалить сначало связанные документы, а потом уж саму НН.
104.196518.10.42.0Нумерация наших НН с настройкой "Место формирования НН"Управление сбытомНалоговые накладные
Прошу реализовать следующую возможность в Системе. Необходима настройка: "Сквозная нумерация наших налоговых накладных по местам формирования" значения "да", "нет". в разделе: "Настройки Галактики Логистика Налоги, счета-фактуры Украина " При включении которой нумерация наших НН будет сквозной (номер до "/"), не зависимо от значения в настройке: "Настройки Галактики Логистика Налоги, счета-фактуры Украина Место формирования налоговых накладных" Сейчас для каждого "Место формирования налоговых накладных" ведется своя нумерация, например: 000001/06 000002/06 000003/06 000001/02 000002/02 000004/06 Необходимо: 000001/06 000002/06 000003/06 000004/02 000005/02 000006/06Украина, добавлена новая настройка "Сквозная нумерация по местам формирования", папка Логистика - Налоги, счета-фактуры - Украина. Если настройка "Место формирования налоговых накладных" установлена, то новая настройка становится доступной для редактирования. При ее установке в значение "да" нумерация идет не в рамках текущего места формирования, а следующим образом: сквозной номер + / + номер места формирования.
102.1128228.10.41.0Не работает F3 в поле "Форма расчета" в реестре выданных налоговых накладныхУправление снабжениемРеестр полученных налоговых накладных
Украина. Не работает F3 в поле "Форма расчета" в реестре выданных налоговых накладных В реестре полученных такая возможность вообще отсутствует, хотя в справке явно не написано должна ли быть возможность выбораВ интерфейсах "реестр выданных/полученных налоговых накладных", Украина, поля Код плательщика НДС и Форма расчета сделаны невыбираемыми, т.к. они заполняются на основании привязанных НН и не должны изменяться пользователем.
104.197818.10.41.0Добавить параметр "Сформирован XML" в документах для учета НДСУправление снабжениемНалоговые накладные поставщика
1.Прошу добавить в список параметр "Сформирован XML" (переключаемый по F3, как и сейчас) между существующими "Не включен в ЕРНН", "Включен в ЕРНН" в документах для учета НДС. Т.е. после нажатия F3 на параметре "Сформирован XML", устанавливается параметр "Включен в ЕРНН". 2.Добавить значение "Сформирован XML" в фильтр по alt+b из интерфейса "Документы для учета НДС".Украина, интерфейсы редактирования НН, добавилось новое значение "сформирован XML" для дополнительного параметра включения в ЕРНН (поле без наименования в первой строке интерфейса). В фильтрах по НН (Alt+B) можно установить фильтр по новому значению поля.
104.197498.10.39.0Изменяется сумма НН при изменении параметра "Включен в ЕРНН"Управление сбытомНалоговые накладные
Изменяется сумма НН при изменении параметра "Включен в ЕРНН" Подробное описание во вложенном файле.Повторяется не только при изменении параметра "включен в ЕРНН", а при любом изменении корректировки, а затем изменении в любой другой НН. Исправлено, модификация НН проходит корректно.
104.196548.10.38.0Добавить параметр "Печатать два экземпляра документа" в интерфейс печатиУправление сбытомНалоговые накладные
Прошу добавить параметр "Печатать два экземпляра документа" в интерфейсы вывода на печать, Ctrl+P из интерфейса Документы/Документа для учета НДС. Описание во вложенном файле.Печать НН, единичная и пакетная. Введен новый параметр "Печатать два экземпляра". При его установке печатается подряд 2 копии формы НН. Работает также в режиме любой группировки. Информация для программистов, которые будут дорабатывать формы под украинское законодательство. В прототипе NalnRees введено новое поле NumCopy. Его возможные значения: 0 - печать одного экземпляра НН, 1 - 1-й экземпляр, печать двух экземпляров, 2 - 2-й экземпляр, печать двух экземпляров. Важное примечание. При установке нового параметра реестр документов для учета НДС будет также печататься с двойными копиями НН. Изменить это нельзя, т.к. для печати НН и реестра используется одна форма. Поэтому печать реестра настоятельно рекомендуется проводить без установленной настройки "Печатать два экземпляра".
104.196848.10.38.0Создание лишних НН при расчете корректировкиУправление сбытомНалоговые накладные
Расчет корректировки формирует лишние НН с нулевой суммой Есть ДО от 14/10 сбыт 200 000 Есть отгрузки 17/10 59 000 17/10 70 000 19/10 64 000 Есть оплата 14/10 сторонее ПП (связано с двумя ДО часть суммы на оплату одного ДО, часть на оплату второго) 200 000 20/10 возврат на 7000 МЦ не объект налогобложения к ней привязан внешний классификатор "не объект НДС" сумма в НН должна формироваться в поле "Не объект НДС" У пользователя установлен расчет налогов = автоматически распределение платежа по спецификации = автоматически В результате формирования РК формируется три накладных: одна с "-", верная, с типом ПлРк и две с нулевой суммой, совершенно лишние с типом НН Ранее была уже создана подобная проблема в ПИРе 104.18672 Есть необходимость убрать данный функционал так, чтобы если вдруг найдутся клиенты, которые его используют, его можно было добавить по функции лок. меню или доп. настройкой Функционал писался по всей видимости очень давно под какого то определенного клиента, или для ПНР, но в итоге уже не используется.При формировании НН-корректировок по возврату платежей не создаются одновременно НН по сопроводительным документам, которые были ранее возврата.
104.197248.10.38.0Добавить параметр "Включен в ЕРНН" в интерфейс налоговой накладнойРасчеты с поставщиками и получателямиНаши налоговые накладные
Для версии 9.1. Прошу добавить параметр "Включен в ЕРНН" в интерфейс налоговой накладной. Необходима возможность устанавливать фильтр по записям с включенным параметром и выключенным. С 2011 обязательной регистрации в Едином реестре налоговых накладных подлежат документы суммой НДС свыше 100 000. С 2012 года это документы с суммой свыше 10 000, а также все накладные с импортным товаром. Данный параметр необходим для контроля зарегистрированных и не зарегистрированных НН в ЕРНН т.к. со временем таких документов все больше, а механизма контролировать "не зарегистрированные" пока нет.Украина, интерфейс редактирования НН, добавлено новое поле включен/не включен в ЕРНН, которое задается вручную (поле SchFact.ls[4]). По новому полю можно задать фильтр при настройке "все документы для учета НДС". Рекомендации. Проверить работу фильтра на больших базах данных. Если скорость установки фильтра будет неудовлетворительной, то сообщить об этом и мы попробуем в словарь версии 9.1 добавить новое поле и индекс под данную доработку.
104.197348.10.38.0Добавить поле код вида деятельности в налоговой накладнойУправление сбытомНалоговые накладные
Прошу добавить поле код вида деятельности в налоговой накладной за полем "Номер" или под ним. Название поля: Код вида деятельности В описание поля и справку необходимо добавить: Указывается код вида деятельности, который предусматривает специальный режим налогообложения (2, или 3, или 4), в случае составления налоговой накладной по такой деятельности. Поле будет содержать число, которое пользователь указывает вручную. При создании расчета корректировки к НН, необходимо переносить значение поля "Код вида деятельности" из НН в расчет корректировки. Заполнение и присутствие данного поля утверждено приказом №1379 от 01.11.2011, порядок заполнения НН: п.3 Порядка заполнения НН. Порядковый номер НН присваивается в соответствии с её номером в реестре выданных и полученных НН. При составлении НН филиалом или структурным подразделением плательщика налога порядковый номер НН устанавливается с учетом присвоенного числового номера и определяется числовым значением через дробь. В числителе порядкового номера НН проставляется порядковый номер, а в знаменателе - числовой номер филиала или структурного подразделения. Плательщик налога на добавленную стоимость составляют отдельные НН по видам деятельности, которые предусматривают специальный режим налогообложения, и указывают в порядковом номере НН после дроби перед номером филиала или структурного подразделения код соответствующей деятельности. Также в форматах XML файлов для отправки ГНИ (реестры, НН, запросы с реестра) присутствует три поля: "номер пп" / "код вида деятельности" "код филиала"Украина, в интерфейсах редактирования НН появилось новое поле Код вида деятельности. Замечание для программиста, который будет дорабатывать функционал с использованием нового поля: используется поле SchFact.ss[2]. В 9.1 новое поле со смысловым наименованием вместо резервного ss[2] добавляться не будет.
102.1096938.10.37.0Не работает фильтр и печать из интерфейса редактирования ННУправление снабжениемРеестр полученных налоговых накладных
Не работает фильтр и печать из интерфейса редактирования НН Лицензия - Украина Шаги выполнения: 1. Установить настройку Настройки ГалактикиЛогистикаДокументыКонтроль удаления и модификации - Модификации данных при наличии проводок = запрещать 2. Зайти в Управление снабжением - Реестр полученных налоговых накладных 3. Зайти в режим редактирования НН 4. Локальное меню - фильтр или печать и попробовать изменить настройки Фактический результат: 4. Настройки фильтра и параметры печати не меняются и не выдается никакого предупреждения Ожидаемый результат: 4. Выдавать сообщение или разрешать изменять настройки в фильтре и параметрах печатиДоработана возможность установить фильтр и параметры печати из окна редактирования записи в реестре НН, у которой есть проводки, при настройке Модификации данных при наличии проводок = запрещать.
102.1072848.10.36.0Начальная дата не должна быть меньше конечнойРасчеты с поставщиками и получателямиНалоговые накладные поставщика
Начальная дата не должна быть меньше конечной Лицензия - Украина Шаги выполнения: 1. Зайти в Расчеты с поставщиками и получателями - Документы - Документы для учета НДС - Реестр полученных налоговых накладных 2. Зайти в режим редактирования НН 3. Локальное меню - Сменить ограничение (Alt+B) 4. Поставить галочку "установить период" 5. Ввести первую дату больше второй - нажать "продолжить" Фактический результат: 5. Программа не контролирует даты и разрешает вводить 1-ую дату (дату "С") больше второй Ожидаемый результат: 5. Такого быть не должно. Программа должна контролировать правильность ввода диапазона датПри установке фильтра (Сменить ограничение Alt+B) в реестре полученных/выданных налоговых накладных, если при выбранном Установить период поставить начальную дату больше конечной, то конечная установится равной начальной, если конечную дату установить меньше начальной, то начальная дата установится равной конечной.
102.1072898.10.36.0Непонятно как выбирать дескриптор или группу дескрипторовРасчеты с поставщиками и получателямиКнига покупок
Непонятно как выбирать дескриптор или группу дескрипторов Начальная дата не должна быть меньше конечной Лицензия - Украина Шаги выполнения: 1. Зайти в Расчеты с поставщиками и получателями - Документы - Документы для учета НДС - Реестр полученных налоговых накладных 2. Зайти в режим редактирования НН 3. Локальное меню - Сменить ограничение (Alt+B) 4. Поставить радио-бокс в положение "один дескриптор" или "группа дескрипторов" Фактический результат: 4. Выбрать дескриптор или группу дескрипторов из существующих не предоставляется возможным. Их можно только вводить, что является немного странным, тк. во всех остальных интерфейсах есть возможность выбора дескриптора или группы дескрипторов Ожидаемый результат: 4. необходимо добавить возможность выбора дескриптора и группы дескриптораДля реестров налоговых накладных в окне установки фильтра (Alt+B) реализована возможность выбора по F3 (или нажатию кнопки выбора на поле) дескриптора или группы дескрипторов. Также изменен размер окна - при выборе По дескриптору - один дескриптор или группа дескрипторов окно без вертикального скроллинга.
102.1072748.10.35.0Не работает F3 в поле выбораРасчеты с поставщиками и получателямиПакетное формирование наших счетов-фактур
Не работает F3 в поле выбора Лицензия - Украина. Шаги выполнения: 1. Зайти в Расчеты с поставщиками и получателями - Операции - Формирование документов для учета НДС - Пакетное формирование наших налоговых накладных 2. Зайти в режим редактирования настройки 3. Перейти на вкладку "Фильтр на сопроводительные документы" 4. Поставить галочку "По статусу" и перейти в поле выбора 5. В поле выбора нажать F3 Фактический результат: 5. программа не реагирует на нажатие F3 в данном поле, однако реагирует на нажатие [...] Ожидаемый результат: 5. Сделать возможность работы по F3, т.к. во всех остальных полях по F3 можно работатьУкраина, пакетное формирование НН, редактирование настроек, закладка Фильтр на сопроводительные документы, поле "по статусу" - нажатие F3 работает.
102.1072768.10.35.0После закрытия параметров формирования остается открытым непонятное окноРасчеты с поставщиками и получателямиПакетное формирование наших счетов-фактур
После закрытия параметров формирования остается открытым непонятное окно Лицензия - Украина Шаги выполнения: 1. Зайти в Расчеты с поставщиками и получателями - Операции - Формирование документов для учета НДС - Пакетное формирование наших налоговых накладных 2. Закрыть окно с выбором фильтров Фактический результат: 2. Остается открытым непонятное пустое окно Ожидаемый результат: 2. Данного окна быть не должноУкраина, пакетное формирование НН. При закрытии окна с настройками никакое непонятное незакрытое окно не остается, все закрывается.
104.194398.10.35.0Существенное снижение скорости работы системы при удалении корректирующей к ННУправление снабжениемНалоговые накладные поставщика
У пользователей с объемными базами (180-200 Гб, кол-во НН около 200 000) при попытке удалить корректирующую к налоговой накладной на самом процессе удаления система делает паузу на 18-20 секунд, на еще более весомых базах (НН - 283 000) - 40 секунд. Процесс тестировался при версиях L_NALNAKL 8.10.31 и 8.10.28 - разница в зависании до 2 секунд. Скриншоты создания и удаления документа и отчет о системе во вложенияхУкраина. Удаление корректирующих НН с типами "Расчет корректировки поставщика, отгрузка" и "Расчет корректировки поставщика, оплата" происходит без существенного замедления.
102.763738.10.34.0Ошибка при создании НН по авансовому платежуРасчеты с поставщиками и получателямиСчета-фактуры поставщика
Настройки для Украины. Создаю Налоговую накладную по платежу. Документ не создается, если в настройках налогов основная ставка НДС не равна ставке НДС для МЦ.Исправлено При создании НН из платежки, выдается сообщение если у позиции спецификации ДО НДС не соответствует налогу в настройках (Основная ставка НДС(%), Дополнительная ставка НДС(%), Ставка НДС на экспорт(%))
104.194318.10.34.0Групповая замена способов учета в Реестре ННУправление снабжениемРеестр полученных налоговых накладных
В записях в Реестре полученных и выданных НН есть группа полей "Способ учета" (под кнопкой "Информация для Декларации по НДС") Для корректного формирования Декларации по НДС настраивается вручную КАЖДАЯ запись в реестре (устанавливаются нужные способы учета). Необходима возможность групповой замены способов учета (возможность пометить неск. записей реестра НН и установить им одиннесколько одинаковых способов учета)Украина, основной интерфейс - список НН, сбыт и снабжение. Разработана новая функциональность "Установка способа учета", запускается по пункту локального меню и устанавливает способ учета для всех записей реестра выбранных НН. В интерфейсах редактирования НН/записей пункт меню недоступен.
104.194428.10.34.0Невозможно зарегистрировать НН с отрицательной суммой.Управление снабжениемНалоговые накладные поставщика
Система не регистрирует Налоговые накладные с отрицательной суммой. Проблема локализировалась как на последних версиях сборки так и на самых ранних (5.03.27) При этом в Реестре полученных НН (модуль Расчеты с поставщиками и получателями) система автоматически создает столько записей в этом реестре, сколько раз нажимали кнопку Зарегистрировать при попытке зарегистрировать созданную НН Скриншоты процесса во вложенияхКорректно проходит регистрация НН с отрицательными суммами.
180.57218.10.33.0F4 в Интерактивном отчёте на Несуществующей записи документаУправление сбытомКнига продаж
Если на Несуществующей записи Документа (т.е. в Проводке есть ссылка на Документ, но Документа нет) нажать F4, то выпадает сообщение "Данная запись отсутствует. Выйти?" если ответишь "Да" - выдаёт настройку Шаблона отчёта. Необходимо не выдавать настройку Шаблона, а просто остаться в просмотре Интерактивного отчёта.Интерактивный аналитический отчет. Корректно отрабатывает редактирование (нажатие F4) на несуществующей записи регистрации. Не загружается никаких дополнительных интерфейсов.
104.194228.10.31.1Новые способы учета для Декларации по НДСРасчеты с поставщиками и получателямиКнига продаж
Новые способы учета для Декларации по НДС В связи со вступлением в силу Указа ГНАУ от 25.01.2011 №41 "Об утверждении форм и порядка заполнения подачи налоговой отчетности по налогу на добавленную стоимость" возникла необходимость доработки способов учета в записях в Реестрах выданных/полученных НН. 1. в интерфейс "запись в реестре выданных нн" при нажатии кнопки "информация для декларации по ндс" добавить еще один способ учета: "Поставка услуг за пределами таможенной территории Украины" 2. В интерфейсе "запись в реестре полученных нн" сделать возможность выбора из НЕСКОЛЬКИХ существующих способов учета (сейчас их 4-ре с возможностью выбора только одного из них)!Внимание! Крайне настоятельно не рекомендуется выполнив функцию преобразования, откатывать ресурсы до более старых версий L_NalNakl и L_Nalog, а затем восстановив актуальные ресурсы, заново выполнять функцию преобразования! После установки обновлений необходимо сразу же запустить функцию "Преобразование способов учета в записях реестров НН", меню Администратор - Сервисные функции. Только после ее выполнения можно начинать работу с налоговыми накладными. Функция должна запускаться только 1 раз. После ее отработки заносится соответствующий признак в невидимую пользователю настройку "Сервисная настройка для Украины". Если этой настройки нет или в ней не установлен признак отработки преобразования реестра НН, то система не позволяет зайти в интерфейсы НН и реестры. В связи с новым законодательством сделаны следующие изменения: - реестр выданных налоговых накладных, добавлен способ учета "Поставка услуг за пределами таможенной территории Украины". Т.к. новый способ учета добавлен в 4-ю позицию поля выбора и способ учета "Другие случаи" сдвинулся на одну позицию вниз, то функция преобразования ищет записи регистрации, у которых был установлен способ "Другие случаи" и переносит его на позицию ниже. - реестр полученных налоговых накладных, преобразование способов учета, возможность множественного выбора. Сервисная Функция преобразовывает все записи реестра к новому виду, который позволяет множественный выбор. Старые значения записей при этом сохраняются. При создании новой записи сохраняется установка по умолчанию способа "покупка МЦ (услуг) с целью использования в рамках хозяйственной деятельности".
104.194348.10.31.0РКП к ННП формируются с ошибкамиУправление снабжениемНалоговые накладные поставщика
В Налоговых накладных сбыта и снабжения. При формировании Корректировки (РКП) к налоговой накладной (ННП) без первичных документов система циклически выдает сообщение за сообщением (около 40 сообщений, на рабочей базе задержка между сообщениями от 2-5 минут).При формировании Корректировки (РКП) к налоговой накладной (ННП) без первичных документов никаких сообщений не выдается.
104.193218.10.30.0В реестре налоговых нак. числа (в суммах) отображаются без деления на разрядыУправление сбытомНалоговые накладные
В реестре налоговых накладных в полях "Сумма без НДС" и "НДС" числа отображаются без деления на разряды, как в других интерфейсах, например, Счета, ДО на закупку, Приходные накладные и т.д.В интерфейсах налоговых накладных и реестрах налоговых накладных все суммы отображаются с делением на разряды.
104.193998.10.30.0Нумерация налоговых с "1" каждый новый месяцУправление сбытомНалоговые накладные
В Украине согласно Приказа ГНАУ от 24.12.2010г. №1002 нумерация налоговых накладных с 01.02.2011 начинается с единицы каждый новый месяц. Т.е., например за февраль будут НН с номерами 000001-000100, за март 000001-000120, и т.д. Из переписки с разработчиком: Биза Татьяна (16:53:54 10/02/2011) Это проблематично. Сейчас формирование номера идет по типу нумерации и году и под это в базе данных есть специальный индекс. Под описанный Вами алгоритм индекса нет. Биза Татьяна (11:39:20 11/02/2011) Выход здесь, по моему один, - вычислять номер с помощью перебора НН по направлению и текущему месяцу НН, определяемому по дате составления. Проблема может быть в том случае, если в текущем месяце много НН с разными типами нумерации - тогда возможно некоторое замедление при вычислении номера и, следовательно, формировании НН. Предлагаю создать новую настройку, чтобы текущий расчет номеров не потерялся - не факт, что он больше не будет нужен.Украина, сбыт, НН с типом документа, у которого автонумерация собственная или сквозная с собственной. До 1.1.2011г. формируются номера по старому алгоритму, в рамках года. После - в рамках месяца, т.е. начиная с каждого месяца номера начинаются с 000001. Нумерация по месяцам может работать медленнее, чем нумерация по году (из-за определенной и не меняемой в рамках данной проблемы структуры словаря Галактики). Чем больше количество НН в месяце, чем медленнее будет идти формирование номера. Примечание. Функционал работает при настройке Автонумерация документов = по последним номерам БД (папка Общие настройки системы).
102.628918.10.29.0Соответствие настройки страны и интерфейсов СФРасчеты с поставщиками и получателямиНаши счета-фактуры
Соответствие настройки страны и интерфейсов СФ.Проверяется настройка страны и интерфейсов СФ.
104.193438.10.29.0НН на экспорт с нулевой суммой при включенном автоконтроле первого событияУправление сбытомНалоговые накладные
При формировании налоговой накладной по накладной на экспорт с включенной настройкой "Настройки Галактики Логистика Налоги, счета-фактуры Украина Автоконтроль первого из событий - отгрузка/платеж" система формирует НН с нулевой суммой, когда настройка отключено система отрабатывает корректно.Проявляется для накладной с нулевыми налогами, классификатором "Экспорт" (настройка Классификатор "Экспорт") и ДО при установленной настройке "Автоконтроль первого из событий - отгрузка/платеж" = да. Исправлено, НН формируется корректно, сумма на экспорт проставляется.
180.49418.10.29.0Несооветствие в понятии Символ валюты в различных местах системыФинансово-расчетные операцииКурсы валют (*)
Из имеющейся информации о настройке "Настройка Настройки Галактики Общие настройки системы Национальная денежная единица \ Символ (NDE.SIMVRUB)" не понятно, какая именно информация там должна содержаться. Называние "Символ", с учетом данных Википедии (см. источники ниже), интуитивно подталкивает к вводу в эту настройку значения "RUB", т.е. символу валюты согласно ISO 4217. В интерфейсе редактирования валют в Системе в поле "Символ" также вставляются коды по стандарту ISO 4217. Однако, как выяснилось, значение настройки NDE.SIMVRUB много где светится и выводится в системе, там где видеть "RUB" не приятно, а хотелось бы видеть "руб" (например, даже в договорах в НДЕ). НЕОБХОДИМО устранить несоответствие между понятиями Символ валюты - в настройке NDE.SIMVRUB - в интерфейсе редактирования валют - в жизни (стандарте ISO 4217) Предлагаю, сделать это одним из следующих способов: 1) переименовать настройку NDE.SIMVRUB, и добавить еще одну настройку, которая уже будет действительно называться Символ и содержать в себе символ валюты. Описать смысл этой настройки в документации. 2) оставить наименование настройки NDE.SIMVRUB как есть, но сделать ревизию программного кода, использующего эту настройку. Где нужно, выводить русское сокращенное называние НДЕ, там использовать, например, значение настройки NDE.SHORTRUB. Источники: http://ru.wikipedia.org/wiki/%D0%97%D0%BD%D0%B0%D0%BA%D0%B8_%D0%B2%D0%B0%D0%BB%D 1%8E%D1%82 http://ru.wikipedia.org/wiki/ISO_4217Добавлена настройка "Настройки Галактики Общие настройки системы Отображение НДЕ и валюты в табличной форме документов" В зависимости от настройки: - символ - сокращение выводится либо значение символа валюты, либо его сокращение. P.S. На данный момент настройка обрабатывается в документах оперативного контура
102.776938.10.28.0Разработка новой формы Реестра налоговых накладныхРасчеты с поставщиками и получателямиКнига продаж
Необходимо выводить Индивидуальный налоговый номер с лидирующими нулями в реестре налоговых накладных. Нужна новая Excel-форма для реализации этой возможности.Добавлен Реестр налоговых накладных для Украины на FastReport Выбор формата отчета в окне настройки параметров печати
104.192138.10.28.0Лишнее сообщение при установке фильтра в реестре выданых ННУправление сбытомНалоговые накладные
Лишнее сообщение при установке фильтра в реестре выданых НН Путь к интерфейсу: Управление сбытом - Документы - Реестр выданных налоговых накладных При установленном значении "Да" в настройке №1892 - Запрещать модификацию реестра налоговых накладных в закрытом периоде, при работе с фильтром в Реестре выданных налоговых накладных, при изменении каких либо параметров в фильтре постоянно выскакивает сообщение "Данный период закрыт. Вам запрещено изменять этот документ..". И фильтр по дескриптору отрабатывает неверно.При попытке изменить настройки в окне установки фильтра (Alt+B) либо в окне настройки печати реестра выданных/полученных НН, когда курсор стоит на записи, попадающей в закрытый период, сообщение о закрытом периоде не выдается.
104.192168.10.28.0Неверно заполняются колонки в печатной форме корректирующей ННУправление сбытомНалоговые накладные
Неверно заполняются колонки в печатной форме корректирующей НН В печатной форме Корретирующей накладной неверно заполняются колонки 7 и 8 при установленом значении в колонке "К" = "Ц", их необходимо поменять местами т.к. в кол-ве отображается цена, а в цене количество.В печатной форме корректирующей НН при установленном значении "К" = "Ц" (устанавливается в расширенной информации НН к позиции спецификации) в колонке 7 отображается цена, в колонке 8 - количество.
104.192288.10.28.0Пропадает наименование ТХО привязанного к документу после изменения параметровУправление снабжениемРеестр полученных налоговых накладных
После создания записи в реестре и привязки ТХО к ней. Если зайти в "Информацию для книги и Декларации по НДС" записи реестра и установить какой-то из параметров, система автоматически отвязывает название ТХО от документа, проводки остаются. ТХО не должна отвязываться от документа если кто-то, что-то меняет в документе с привязанной ТХО.Ошибка исправлена. При модификации записи регистрации и обновлении хозоперации не происходит обнуление полей.
104.187318.10.27.0Учет налога на рекламу в ННУправление сбытомНалоговые накладные
Учет налога на рекламу в ННВ НН, позиции спецификации и записи реестра НН добавлено новое поле - Прочие налоги. В полях отражаются местные налоги. Алгоритм выделения местных налогов такой: в настройках задаются НДС, Налог-акциз, все остальные налоги считаются прочими. Учитывается приоритет прочих налогов: если приоритет равен 0 или больше или равен приоритету НДС, то прочие налоги высчитываются и попадают в НН в поле Прочие налоги. В печатные формы НН и реестра НН суммы с прочими налогами попадают в поля Si3, для позиции спецификации также в SpDrNal. В прототип печатной формы НН добавлено новое поле MNal со списком местных налогов. Список налогов получается по группе налогов по позициям спецификации.