Проблема с некорректной установкой флага регистрации и присвоением неверного номера и даты регистрации накладным, которые не передавались - так и осталась. Прошу дать обратную связь.
Показанные на скриншоте налоговые не передавались в Медок...
Inkognito @ Сегодня, 8:29
, по поводу п.3: Выяснил что статус в уже зарегистрированную налоговую не проставляется, так как в нашей системе у пользователя нет прав на изменение документа с флагом "Включена в ЕРНН", а флаг был установлен вручную по Витягу... возможно при нарушении прав доступа (отказ при записи) не очищаются какие-то переменные?
Inkognito @ 10.01.19, 16:29
, Еще несколько проблем:
1. ранее выявленная проблема с поиском документов с учетом номера филиала, теперь проявилась и в П2 (исходящем), с НН - все в порядке.
2. не первый раз замечена проблема когда переданный через обработку по СОМ документ в Медке не содержит УИДа из 1С... т.е. документ передается в Медок с помощью обработки через СОМ соединение, но при проверке в Медке на следующий день поля с УИДом нет...
3. еще разбираюсь, но наблюдается картина: есть ряд налоговых накладных, при проверке статуса регистрации для одного документа находится номер и дата регистрации, но почему-то не записывается в документ... зато для всех последующих документов, пока не будет найдена следующая зарегистрированная накладная (мое предположение), проставляется отметка о регистрации и номер с датой... в итоге имеем кучу НН с неверной отметкой о регистрации и одинаковым рег. номером
Start: 10.01.2019 11:18:43 ВЫБРАТЬ РАЗРЕШЕННЫЕ НалоговаяНакладнаяПоиск.Ссылка КАК Документ, НалоговаяНакладнаяПоиск.Дата КАК Дата, НалоговаяНакладнаяПоиск.Номер КАК Номер, ВЫБОР КОГДА НалоговаяНакладнаяПоиск.Проведен= Истина Тогда 0 КОГДА НалоговаяНакладнаяПоиск.ПометкаУдаления= Истина Тогда 1 ИНАЧЕ 2 КОНЕЦ Как Картинка1, 1 как Картинка, НалоговаяНакладнаяПоиск.СпецРежимНалогообложения, ВЫБОР КОГДА НалоговаяНакладнаяПоиск.ТипПричиныНевыдачиПокупателю>0 Тогда НалоговаяНакладнаяПоиск.ТипПричиныНевыдачиПокупателю ИНАЧЕ "" КОНЕЦ Как ТипПричины, НалоговаяНакладнаяПоиск.Контрагент КАК Контрагент, НалоговаяНакладнаяПоиск.ДоговорКонтрагента КАК ДоговорКонтрагента, НалоговаяНакладнаяПоиск.Ответственный КАК Ответственный, НалоговаяНакладнаяПоиск.ПометкаУдаления КАК ПометкаУдаления, НалоговаяНакладнаяПоиск.ВключенаВЕдиныйРеестрНалоговыхНакладных КАК ВключенаВЕдиныйРеестрНалоговыхНакладных, НалоговаяНакладнаяПоиск.Сводная КАК Сводная, НалоговаяНакладнаяПоиск.Проведен КАК Проведен, НалоговаяНакладнаяПоиск.Контрагент.КодПоЕДРПОУ КАК КодПоЕДРПОУ, НалоговаяНакладнаяПоиск.Контрагент.ИНН КАК ИНН, НалоговаяНакладнаяПоиск.ВидОперации КАК ВидОперации, НалоговаяНакладнаяПоиск.ВалютаДокумента КАК ВалютаДокумента, НалоговаяНакладнаяПоиск.КтоВыписалНалоговуюНакладную КАК КтоВыписалНалоговуюНакладную, ВЫБОР КОГДА 8=10 ТОГДА "F1201010" ИНАЧЕ "J1201010" КОНЕЦ КАК Бланк, НалоговаяНакладнаяПоиск.ОбособленноеПодразделение КАК ОбособленноеПодразделение, НалоговаяНакладнаяПоиск.ОбособленноеПодразделение.Префикс КАК Префикс //НетФилиал "" КАК Префикс ИЗ Документ.НалоговаяНакладная КАК НалоговаяНакладнаяПоиск ГДЕ НалоговаяНакладнаяПоиск.Дата МЕЖДУ &НачПериода И &КонПериода И НалоговаяНакладнаяПоиск.Организация = &Организация И НалоговаяНакладнаяПоиск.ВидОперации <> ЗНАЧЕНИЕ(Перечисление.ВидыОперацийНалоговаяНакладная.НеНДСОперации) УПОРЯДОЧИТЬ ПО НалоговаяНакладнаяПоиск.Дата УБЫВ АПИМедкаВыше1100015: Да Start status checks: 10.01.2019 11:18:43 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000014 от 03.01.2019 23:59:57 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000013 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000012 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000011 от 03.01.2019 8:08:07 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000010 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000009 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000008 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000007 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000006 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000005 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000004 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000003 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000002 от 03.01.2019 23:59:00 Поиск по Д+Н. Документ: Налоговая накладная РЩ000300000000001 от 03.01.2019 23:59:00 Finish status checks: 10.01.2019 11:19:42, Itogo: 0,983 min Finish: 10.01.2019 11:19:42, Itogo: 0,983 min
Inkognito, подскажите пожалуйста, выполняется ли при проверке регистрации поиск по коду филиала? Заметили, что если в один день выписано несколько НН с одинаковым номером (но разными номерами филиалов) - при проверке регистрации, если хоть одна из них зарегистрирована, всем проставляется один и тот же номер регистрации и дата.
Есть просьба: замечено дублирование контрагентов в 1С при загрузке входящих НН в том случае, когда в 1С указан только код по ЕДРПОУ (с незаполненным ИНН). Сделайте пожалуйста (возможно опционально) поиск контрагента только по ЕДРПОУ (без учета ИНН).
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!
Открытая тема (есть новые ответы)
Опрос (есть новые голоса)
Открытая тема (нет новых ответов)
Опрос (нет новых голосов)
Горячая тема (есть новые ответы)
Закрытая тема
Горячая тема (нет новых ответов)
Тема перемещена