Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1L_NALOGRES

Справка по компоненту.

Количество версий компонента129
Количество рещенных задач209
Последная дата обработки компонента2023-12-17 18:08:35
Последная дата файла2023-12-16 17:31:35
Последная версия9.1.99.0

Новые задачи в этом компоненте

L_NALOG
ERP-9272
L_NALOG ( 9.1.104.1 )

Краткое описание :

Некоторые авансовые СФ импортируются из Диадока не полностью.

Описание :

Что измененно :

Авансовые СФ импортируются из Диадока не полностью: в элементе
"СвПРД" XML-ки указаны дата и номер платёжки, но Галактика ищет платёжку по
дате получения СФ, не находит её и ставит тип СФ "Счет-фактура поставщика" -
это неверно. Прилагаю реальную XML-ку и скрин фильтра, который Галактика
накладывает при поиске платёжки. Сейчас приходится вручную менять тип СФ на
авансовую и привязывать платёжку вручную. Предложение: платежки искать по дате
из тега <СвПРД ДатаПРД="16.03.2022" НомерПРД="477"/>и делать СФ с авансовым
типом.

Как измененно :

1. Импорт СФ с услугой "оплата". Теперь в качестве авансовых
принимаются с услугами на "аванс" или "оплата" с ценой ="","-","0" , кол-во
="","-","0.0" и НДС с "/". Кроме этого обрабатывается ДопСвФХЖ1 -> ОбстФормСЧФ
=2 - попросите клиента организовать заполнение этого тэга. 2. По поводу
автоподнятия фильтра при выборе документа не нашел наличие такого - видимо это
ваша доработка. Добавлена настройка Nalog.SF.ChooseDoc', 'При выборе документа
в СФ устанавливать фильтр по реквизитам', по которой устанавливается фильтр по
типу документа(если это возможно - пока только для типа "Счет-фактура,
предоплата поставщику" на собственные платежные поручения), организации и дате.
3. Исправлено отображение протокола импорта СФ из Диадока в случае наличия
ошибок. 4. При импорте СФ подбор платежных поручений идет по тегу тега <СвПРД
ДатаПРД="DD.MM.YYYY" НомерПРД="????"/>. Поиск выполняется так getfirst PlPor
where (( 1 == PlPor.tidkgal and TxmlPlat.DatDoc == PlPor.DatVip(noindex) and
TxmlPlat.NumDoc == PlPor.NoDok (noindex) and SchFact.cOrg == PlPor.cPoL
(noindex) )) Если не получается, то номер будет дополнен лидирующими нулями до
длины , указанной в настройке FN.NoDocNotAnother. Если этого не происходит, то
сформируйте новый инцидент и вложите в него sil протокол.

9.1.99.09.1.98.09.1.97.09.1.96.09.1.119.09.1.118.09.1.117.09.1.116.09.1.115.09.1.114.09.1.113.09.1.112.09.1.111.09.1.110.09.1.109.09.1.108.09.1.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.104.19.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.81.19.1.81.09.1.80.09.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.70.09.1.69.19.1.69.09.1.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.63.09.1.62.09.1.61.09.1.60.09.1.59.19.1.59.09.1.58.09.1.57.09.1.56.09.1.55.09.1.54.09.1.53.19.1.53.09.1.52.09.1.51.09.1.50.09.1.49.09.1.48.09.1.47.49.1.47.39.1.47.19.1.47.09.1.46.19.1.46.09.1.45.09.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.38.09.1.37.09.1.36.09.1.35.09.1.34.09.1.33.09.1.32.09.1.31.09.1.30.19.1.30.09.1.29.09.1.28.09.1.27.09.1.26.09.1.25.09.1.24.09.1.23.09.1.22.09.1.21.09.1.20.09.1.19.09.1.17.09.1.16.19.1.16.09.1.15.09.1.14.09.1.13.09.1.12.09.1.11.09.1.10.09.1.9.09.1.8.09.1.7.09.1.6.09.1.5.09.1.4.09.1.3.09.1.2.09.1.1.0