AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.02.2018, 17:14   #1  
BuzCom is offline
BuzCom
Участник
 
59 / 17 (1) ++
Регистрация: 10.08.2017
Никто не грузил в NAV 2016 КЛАДР ?
Это какой-то звиздос. По одному региону за 5 часов загрузил только города и 14% улиц! Погуглил - в аксапте та же беда, по 40 часов народ грузит базу. В 2009 попробовал - тоже не идеально, но, по прикидкам, один регион на час-полтора. Гораздо быстрее. Переделал импорт в 2016 с дотнет на старый automation - никакого эффекта. Как жить ?
Старый 27.02.2018, 18:09   #2  
DA_NEAL is offline
DA_NEAL
Участник
Аватар для DA_NEAL
Лучший по профессии 2017
Лучший по профессии 2009
 
788 / 54 (3) ++++
Регистрация: 05.08.2002
Адрес: Королев
Тот же результат в NAV2015. Как вариант - грузить напрямую в базу SQL.
__________________
Want to believe...
Старый 27.02.2018, 18:12   #3  
BuzCom is offline
BuzCom
Участник
 
59 / 17 (1) ++
Регистрация: 10.08.2017
Angry
Без работы мы не останемся....
Старый 28.02.2018, 23:37   #4  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Проконсультируйте пожалуйста, а что вы с ним делаете, в смысле для чего загружаете?
И не отменили ли кладр на днях?
Старый 01.03.2018, 11:20   #5  
Captain is offline
Captain
Участник
Лучший по профессии 2017
 
300 / 81 (3) ++++
Регистрация: 28.02.2003
Может apanko про это письмо?
Адрес в счете-фактуре: Минфин разрешил сокращения и замену прописных букв на строчные

Специалисты Минфина России в письме от 17.01.18 № 03-07-09/1846 рассмотрели вопрос об указании в счетах-фактурах адресов продавца и покупателя. Так, авторы письма разъяснили, что незначительные изменения в написании адресов, например, сокращения, замена букв с прописных на строчные или перестановка слов в названии улицы, не являются основанием для признания счета-фактуры составленным с нарушением установленного порядка.

Адреса продавца и покупателя указываются в строках 2а и 6а счета-фактуры и в строках 2а и 3а корректировочного счета-фактуры. Согласно правилам заполнения счетов-фактур (утв. постановлением Правительства РФ от 26.12.11 № 1137), в данных строках пишется адрес юридического лица, указанный в ЕГРЮЛ, в пределах места нахождения юридического лица или адрес места жительства индивидуального предпринимателя, указанный в ЕГРИП.

В то же время, в пункте 2 статьи 169 НК РФ сказано, что ошибки в счетах-фактурах, не препятствующие налоговым органам при проведении налоговой проверки идентифицировать продавца и покупателя товаров (работ, услуг, имущественных прав), не являются основанием для отказа в принятии к вычету сумм НДС по такому счету-фактуре.

На этом основании в Минфине полагают, что написание в счете-фактуре адресов продавца и покупателя, указанных в ЕГРЮЛ и ЕГРИП, с сокращениями, замена прописных букв на строчные или смена местами слов в названии улицы не являются основанием для признания счета-фактуры составленным с нарушением установленного порядка.
__________________
---------------------------------------------------------------------------------------------
"Собрать стадо из баранов легко, трудно собрать стадо из кошек" Профессор Сергей Капица
Старый 01.03.2018, 16:33   #6  
DA_NEAL is offline
DA_NEAL
Участник
Аватар для DA_NEAL
Лучший по профессии 2017
Лучший по профессии 2009
 
788 / 54 (3) ++++
Регистрация: 05.08.2002
Адрес: Королев
Цитата:
Сообщение от apanko Посмотреть сообщение
Проконсультируйте пожалуйста, а что вы с ним делаете, в смысле для чего загружаете?
И не отменили ли кладр на днях?
Да не важно зачем , важен факт скорости обработки.

Андрей, лучше подскажи когда российское подразделение начнет исправлять ошибки в стандартном функционале и плодить новые? А то типичные ошибки тянуться из версии в версию (некоторые отслеживаю с 2009 до 2018). Знакомый разработчик из МС не знает как эти ошибки (я ему скинул с десяток) поставить в очередь на исправление и вообще к кому обращаться .
__________________
Want to believe...
Старый 02.03.2018, 00:29   #7  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
@Captain, про это письмо не будем.
Глубина мысли авторов, мягко говоря, снижает веру в человечество.

PS. Про идею соединить кладр (точнее его новую итерацию) с полем/полями адреса и уже оттуда в печатные формы, я в курсе.
Старый 02.03.2018, 01:05   #8  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
@DA_NEAL.
Скорость сферической транзакции в вакууме может и важна. Но если надо принять решение и выбрать между "медленной и никому ненужной фичей" и "медленной но очень нужной фичей", то результат довольно предсказуем.

По ошибкам: Единственный истинный путь - это зарегистрировать баг через поддержку. Путь имеет плюсы: СЛА; фикс будет для самой ранней версии, где зарегистрирована ошибка и до текущей. Путь имеет минусы: нужно быть партнером, инцидент с багом обычно бесплатный, но требуется ряд усилий, чтобы убедить поддержку, что это баг.

Ложный путь: Отправить знакомому знакомого. Несмотря на кажущуюся простоту, этот путь имеет следующие подводные камни. Во-первых, нет СЛА. Починка будет только на версии в разработке. Если описание бага произведено не по феншую, то заводить в систему его никто не будет и обратную связь не предоставит (этим собственно и занимается команда поддержки - приведением бага в воспроизводимую форму).

* по феншую описание бага выглядит так:
Исходные условия: Чистый кронус (лучше всего В1, но версия со страной подойдет), чистые демо данные.
Шаги:
Создать товар/клиент/поставщик со следующими значениями полей
Создать документ/журнал
Нажать кнопку Х

Результат: В поле Х, таблицы З значение 16
Ожидаемый результат: Значение должно быть 42, потому что а, б, в.

Дополнительным бонусом является пояснение почему это важно.


** не феншуй, пример:
У вас в отчете Х, в функции У написано findfirst, а надо findlast.
Такой отчет об ошибке шансов не имеет.

На этом лирическое отступление закончим и вернемся к теме топика..
За это сообщение автора поблагодарили: finn (1).
Старый 02.03.2018, 07:58   #9  
finn is offline
finn
Участник
 
136 / 24 (1) +++
Регистрация: 26.12.2001
Адрес: Москва
Еще тонкий момент: самая старая версия, что еще поддерживается - NAV 2015. Т.е. есть смысл писать о проблемах в поддержку с версией такой или новее. Т.е. если проблема древняя и существует во всех версиях - все равно надо плясать/описывать на поддерживаемой версии.
Старый 02.03.2018, 08:35   #10  
DA_NEAL is offline
DA_NEAL
Участник
Аватар для DA_NEAL
Лучший по профессии 2017
Лучший по профессии 2009
 
788 / 54 (3) ++++
Регистрация: 05.08.2002
Адрес: Королев
Как сразу все стало понятно и просто для обычного пользователя NAV.
Только вот не работает схема как надо, ИМХО .
__________________
Want to believe...
Старый 02.03.2018, 09:20   #11  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Цитата:
Сообщение от DA_NEAL Посмотреть сообщение
Как сразу все стало понятно и просто для обычного пользователя NAV.
Только вот не работает схема как надо, ИМХО .
Для обычного пользователя все просто - сообщить партнеру, через которого пользователь платит BREP и ждать очередных CU.
Есть нюанс, если требовать от партнера сроков реакции быстрее, чем указано в SLA от MS, то партнер будет вынужден чинить сам и никуда сообщать не будет.
Партнеру можно помочь, предоставив адекватное описание ошибки (см. выше).
Старый 02.03.2018, 10:34   #12  
DA_NEAL is offline
DA_NEAL
Участник
Аватар для DA_NEAL
Лучший по профессии 2017
Лучший по профессии 2009
 
788 / 54 (3) ++++
Регистрация: 05.08.2002
Адрес: Королев
Они возможно и чинят , я уж не буду говорить как. Только вот почему информация об этих исправленных партнером ошибках не доходит до MS непонятно. Или она доходит, но игнорируется, или партнеру настолько просто и удобно регистрировать их в MS что даже не хочется этого делать?
Похоже что система все же не работает как надо (см. выше)
__________________
Want to believe...
Старый 02.03.2018, 19:19   #13  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Цитата:
Сообщение от DA_NEAL Посмотреть сообщение
Они возможно и чинят , я уж не буду говорить как. Только вот почему информация об этих исправленных партнером ошибках не доходит до MS непонятно. Или она доходит, но игнорируется, или партнеру настолько просто и удобно регистрировать их в MS что даже не хочется этого делать?
Похоже что система все же не работает как надо (см. выше)
Об этом надо спрашивать партнера. Многие справляются с регистрацией. Список починенных багов можно смотреть в каждом CU.
Спроси - партнер же знает всякое про бизнес клиента, можно и про партнерские дела узнать.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
waldo: Microsoft Dynamics NAV 2017 – what’s really new? Blog bot NAV: Blogs 0 13.10.2016 05:22
german_nav_developer: Buildnummern-Übersicht Microsoft Dynamics NAV 2013 R2 Blog bot NAV: Blogs 0 15.05.2016 18:12
german_nav_developer: Buildnummern-Übersicht Microsoft Dynamics NAV 2013 Blog bot NAV: Blogs 0 15.05.2016 18:12
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 00:14.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.