Никто не грузил в NAV 2016 КЛАДР ?

[BuzCom]

Это какой-то звиздос. По одному региону за 5 часов загрузил только города и 14% улиц! Погуглил - в аксапте та же беда, по 40 часов народ грузит базу. В 2009 попробовал - тоже не идеально, но, по прикидкам, один регион на час-полтора. Гораздо быстрее. Переделал импорт в 2016 с дотнет на старый automation - никакого эффекта. Как жить ?

[DA_NEAL]

Тот же результат в NAV2015. Как вариант - грузить напрямую в базу SQL.

[BuzCom]

Без работы мы не останемся....

[apanko]

Проконсультируйте пожалуйста, а что вы с ним делаете, в смысле для чего загружаете?
И не отменили ли кладр на днях?

[Captain]

Может apanko про это письмо?
Адрес в счете-фактуре: Минфин разрешил сокращения и замену прописных букв на строчные

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

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

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

На этом основании в Минфине полагают, что написание в счете-фактуре адресов продавца и покупателя, указанных в ЕГРЮЛ и ЕГРИП, с сокращениями, замена прописных букв на строчные или смена местами слов в названии улицы не являются основанием для признания счета-фактуры составленным с нарушением установленного порядка.

[DA_NEAL]

Цитата:

Сообщение от apanko

Проконсультируйте пожалуйста, а что вы с ним делаете, в смысле для чего загружаете?
И не отменили ли кладр на днях?

Да не важно зачем , важен факт скорости обработки.

Андрей, лучше подскажи когда российское подразделение начнет исправлять ошибки в стандартном функционале и плодить новые? А то типичные ошибки тянуться из версии в версию (некоторые отслеживаю с 2009 до 2018). Знакомый разработчик из МС не знает как эти ошибки (я ему скинул с десяток) поставить в очередь на исправление и вообще к кому обращаться .

[apanko]

@Captain, про это письмо не будем.
Глубина мысли авторов, мягко говоря, снижает веру в человечество.

PS. Про идею соединить кладр (точнее его новую итерацию) с полем/полями адреса и уже оттуда в печатные формы, я в курсе.

[apanko]

@DA_NEAL.
Скорость сферической транзакции в вакууме может и важна. Но если надо принять решение и выбрать между "медленной и никому ненужной фичей" и "медленной но очень нужной фичей", то результат довольно предсказуем.

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

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

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

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

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


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

На этом лирическое отступление закончим и вернемся к теме топика..

[finn]

Еще тонкий момент: самая старая версия, что еще поддерживается - NAV 2015. Т.е. есть смысл писать о проблемах в поддержку с версией такой или новее. Т.е. если проблема древняя и существует во всех версиях - все равно надо плясать/описывать на поддерживаемой версии.

[DA_NEAL]

Как сразу все стало понятно и просто для обычного пользователя NAV.
Только вот не работает схема как надо, ИМХО .

[apanko]

Цитата:

Сообщение от DA_NEAL

Как сразу все стало понятно и просто для обычного пользователя NAV.
Только вот не работает схема как надо, ИМХО .

Для обычного пользователя все просто - сообщить партнеру, через которого пользователь платит BREP и ждать очередных CU.
Есть нюанс, если требовать от партнера сроков реакции быстрее, чем указано в SLA от MS, то партнер будет вынужден чинить сам и никуда сообщать не будет.
Партнеру можно помочь, предоставив адекватное описание ошибки (см. выше).

[DA_NEAL]

Они возможно и чинят , я уж не буду говорить как. Только вот почему информация об этих исправленных партнером ошибках не доходит до MS непонятно. Или она доходит, но игнорируется, или партнеру настолько просто и удобно регистрировать их в MS что даже не хочется этого делать?
Похоже что система все же не работает как надо (см. выше)

[apanko]

Цитата:

Сообщение от DA_NEAL

Они возможно и чинят , я уж не буду говорить как. Только вот почему информация об этих исправленных партнером ошибках не доходит до MS непонятно. Или она доходит, но игнорируется, или партнеру настолько просто и удобно регистрировать их в MS что даже не хочется этого делать?
Похоже что система все же не работает как надо (см. выше)

Об этом надо спрашивать партнера. Многие справляются с регистрацией. Список починенных багов можно смотреть в каждом CU.
Спроси - партнер же знает всякое про бизнес клиента, можно и про партнерские дела узнать.