Всем привет. Не секрет, в Беларуси с 1 июля 2016 должна подаваться ЭСЧФ. Кто-нибудь уже работает с ней? Ведь там, вроде, уже 60 компаний Беларуси работает в тестовом режиме.
Сделал я по инструкциям, что на их сайте, но столько вопросов к их информации осталось.
Очень много полезного нам дали разработчики. Внимательно читайте их документацию в eInvVat, которую скачиваете, а так же примерами для 1С служат bat файлы из папки eInvVat\simpleapp\vbs\src\. Не поленитесь и посетить их сайт vat.gov.by. На основании этих знаний все пишут обработки. Если что не понятно, то можно прибегнуть к данной теме.
Важные и полезные ссылки на сайты и на сообщения темы.
Ссылки на сайт портала
Новости от разработчиков - здесь Руководства и инструкции по настройки ПК, Windows, IE - здесь Описание XML-схем и веб-сервисов - здесь Видео вебинара по ЭСЧФ, который проходил в июле - здесь
Обработки с данной темы
Обработка от BONIA Я (Bonia) - (229) и пример кода (231) и (1098) Обработка по проверке файла по схемам. Автора я не смог найти (отзовись, в историю впишем). Переделана Slypower - (308) Обработка по входящим от Slypower. До введения однократного скачивания в сутки - (2537) Обработка по входящим для 1с 7.7 и для 1с8. Рабочая от slypower - (5412). С доработками от Евгений Веренич (EvgPinsk) - (7206) Делает XML из выбранного документа от Asd Zxc (ASDCXZ) - (2823) Отправка ЭСЧФ от slypower. Очень сырая и для ТиС. Требует переделки од себя индивидуальна. Годна для черпания идей - (2950) Печать ЭСЧФ от Сергей Кириллов (Sergey_Kirillov) - (4358) Проверка УНП с сайта налоговой http://www.portal.nalog.gov.by/grp/ - от Aleksey Krasowskiy (Krasowskiy)(5026) и от Сергей Кириллов (Sergey_Kirillov)(5031) Получерие входящей ЭСЧФ по номеру от Aleksey Krasowskiy (Krasowskiy) - (5169) Обновление СОС от slypower - (5291) Будьте внимательны. В старых сообщениях в обработках стоят неправильные адреса для подключения. В первую очередь проверьте их!!!
Полезные сообщения темы
Реклама своей работы от Gladkov_Anton - (445) Реклама своей работы от Александр Самуйлов (A.E.) - (1273) Реклама своей работы от Yauhen Makei (mrDSide) - (5591), (5592) Автоматический подключение к ключу-(354) Декодирование файлов .sgn и .ticket - (448) Отправки ЭСЧФ с помощью сервиса из терминальной сесии для простого пользователя не обладающего правами Администратора. Испробовано на Сервере 2003/32 - (784) Программа, которая ключ на сервер пробрасывает - (842) , (5408),(6568) Инструкция по настройке серверных компов от Ира С (iraSys) - (844) Дополнительная настройка для серверных операционных систем - (5208) Сервис для проверки валидности xml - (871) Классификатор ТНВЭД в экселе - (790) и (885) Автоматический импорт СОС на локальную машину - (2853), (2854) и (2856), (3882) Полезная информациея тем, кто использует в работе терминальные сервера - (3044) Артур Коржан (1v7) собрал "полезные вкусняшки в куче" - (3688) Корректировка кодов справочника стран от Артур Коржан (1v7) - (5844) Образцы заполнения ЭСЧФ - (3700) На портале развернута база данных cassandra. Описание - (3908), (5459) Возможные ситуации, которые могут возникнуть с работой порталом и их решение - (4524) SlimBrowser вместо IE для работы на Вин XP - (4684) Универсальная загрузка из CSV от vvv vvv (keyn5565`): (6951). Код к ней (если кто не может скачать): (7076)
Коды процедур для 1С
Процедура работы с входящими на 1С 8.3 - (4275) Парсер csv с портала для 1С 8 - от Сергей Кириллов (Sergey_Kirillov) (4352) от Xer shi (Xershi) (4363) Скачка входящих и создание дока в 1С7.7 - (4448) Обновление статусов 1С7.7 - (4573) Читать хмл 1с7.7 от Хьюмена -(4808) Скачка входящих для 1с8 от vvv vvv (keyn5565`) - (5126) Проверка версии компоненты для 1С8 от Xer shi (Xershi) - (5186) Скачкивать входящие подписанные эсчф с портала - (5345) Создание задачи для автоматического обновления СОС, 1с8 от vvv vvv (keyn5565`) - (5350) Обновление СОС из 1С7.7 от Igor Pleskun (Igor Igorevich) - (5361) Обновление СОС из 1С8 от vvv vvv (keyn5565`) - (5423) Проверка справочника контрагентов для проверки ликвидирования контрагента для 1с8 от vvv vvv (keyn5565`) - (5419), от Xer shi (Xershi)(5437) Проверки по правилам заполненения для 1С8 от Xer shi (Xershi) - (5508), (5509) Проверка подписей эсчф на портале - от Xer shi (Xershi)(5530), от Yauhen Makei (mrDSide)(5599) Заполнение справочника ОКЭД от vvv vvv (keyn5565`) - (5565)
Вопрос-Ответ
Многие ошибки, да почти все, связаны с не стабильной работой портала, особенно во времена всеобщей выгрузки ЭСЧФ на портал. Но некоторые тут вынесем.
Какие сроки выставления ЭСЧФ?
Ответ: Министерство по налогам и сборам информирует, что в соответствии с пунктом 5 статьи 1061 Налогового кодекса Республики Беларусь с 1 января 2017 года выставление (направление) электронного счета-фактуры осуществляется по общему сроку не позднее 10-го числа месяца, следующего за месяцем дня отгрузки товаров (выполнения работ, оказания услуг), передачи имущественных прав, если иное не установлено пунктом 5 статьи указанной статьи.
В отношении товаров (работ, услуг), имущественных прав, отгруженных (выполненных, оказанных), переданных в декабре 2016 г., выставление электронного счета-фактуры также может производиться по сроку не позднее 10.01.2017.
Подскажите, плиззз, на машинах Win2008R2 при входе на портал
Включите SSL 3.0, TLS 1.0, TLS 1.1 и TLS 1.2
С Семерки все в норме, хотя делалось все по мануалам идентично одними и теми же ровными руками
Ответ: (639)
Сообщение об ошибке, которое выплевывает 1Ска при попытке законнектиться к порталу (команда "EVatService.Connect..."):
"THE CLIENT AND SERVER CANNOT COMMUNICATE BECAUSE THEY DO NOT POSSESS THE COMMON ALGORITHM"
или по-русски "КЛИЕНТ И СЕРВЕР НЕ МОГУТ ОБЩАТЬСЯ, ПОТОМУ ЧТО ОНИ НЕ ОБЛАДАЮТ ОБЩИМ АЛГОРИТМОМ."
Ответ: (2310)
Ошибка при проверке XML: Класс не зарегистрирован, ClassID: {88D96A07-F192-11D4-A65F-0040963251E5}
Ошибка возникает только на сервере 2003 сп2 32битм Java 7 79 updt
Ответ: (2365)
Отличие Исправленной от дополненной.
Ответ: (5020)
Отправили ЭСЧФ на портал, но ее там нет.
Ответ: Чтобы узнать почему, воспользуйтесь одним из способов:
1) загрузите файл xml этой ЭСЧФ на портала вручную
2) сделайте возврат статуса сразу после отправки на портал. Он вам и вернет ответ на вопрос, почему нет.
Портал вернул статус "IN_PROGRESS" или "В разработке" или "ЭСЧФ с номером 11111111-2017-0000000001 находится в обработке. Запросите статус повторно.".
Ответ: (5237). Данный статус может быть на портале до 3-х часов, но чаще всего лишь минут 30, затем становиться "Выставлен".С 1 января 2017 г наблюдается задержка до суток.
Можно ли анулировать из 1С?
Ответ: Нельзя, только на портале. Можно выставить исправленный, который анулирует исходный, но просто анулировать нельзя.
При подключении к тестовому порталу:
Ошибка авторизации на портале электронных счетов-фактур НДС Сертификат издателя не найден. [Для проверки <vat.gov.by> не найден сертификат <Удостоверяющий центр для разработчиков> (KeyID=6E28B036743B6B021B4D353E1AC51C5A204271FA)
Ответ: (5868)
Что значит UTC в строке: Ответ сервера: В последний раз ЭСЧФ под номером УНП-ГОД-НОМЕРЭСЧФ вы получали 2016-09-06 11:35:18 (UTC), в следующий раз ее можно будет получить после 2016-09-07 11:35:18 (UTC) и почему это время не совпадает с нашим?.
Ответ: UTC — это всемирное координированное время, стандарт времени, принятый на Земле. От UTC отсчитываются часовые пояса. UTC заменил устаревшее время по Гринвичу (GMT). Подробнее тут.
при попытке загрузить ЭСЧФ из xml файла пишет.
Версия анализатора = 2.0
Версия базового анализатора = 4.0
Для загрузки файлов необходима версия XML Parser 3.0
где копать?
Ответ: В ХР зарегистрирован Microsoft XML Parser 4.0, но есть там и 3.0.
Действия :
Отменяем регистрацию версии XML 4.0 :
Пуск - выполнить - копируем или набираем regsvr32 /u msxml4.dll - Ок
Затем регистрируем версию 3.0:
Пуск - выполнить - копируем regsvr32 msxml3.dll -ОК
После этого надо перезапустить 1С программу, если она была открыта.
Если ничего не помогает, качаем ниже и устанавливаем пакет MSXML3
Также ошибка MSXML может возникать и в более поздних версиях Windows 7 и 8. Для 64-битной версии устанавливаем версию соответствующую разрядности ОС x64 - msxml4-kb2721691-enu.
По итогу все равно ничего не работало, пока не закинула эти файлы msvcp71.dll, msvcr71.dll, parser3isapi.dll в папку с 1с.
Еще одно решение:
Через установку и удаление программ я удалил Parser 4 и 6-й. Зашел в 1с - все работает и загружает.
(5262) да, но тут тема совсем не в том направлении. Тут помощь при созданий обработак или вопросы по ЭСЧФ. Может сам кто выкладывать свои обработки, но никто не ищет чье-то краденное
Здравия всем!
Такой вопрос: на сервере установлена 1С 7.7 одной организации и ключ к ней. ЭСЧФ вроде работает. Не сломается ли схема, если установить 1С 7.7 другой организации и импортировать ее серификат. Т.о. в каждой 1c просто выбирать свой или не прокатит 2 сертификата на одном компе?
Благодарю.
(5267)
"подсовывать.." А смогут ли они одновременно работать? Т.е. если я правильно понимаю, то просто идет проверка и предлагаются подключенные ключи? Все? Просто нахлебался конфликтов ключей с несколькими клиент-банками на одном компьютере.
Благодарю.
(5276) у нас 2 ключа на одном сервере и периодически какой-то (или оба) отваливаются, причем как устройства система их видит, но при авторизации выдает или "неизвестная ошибка" или "Контейнер с таким именем не найден". По настройкам сервера вроде админы все перепробовали. Есть у меня подозрение уже что это как-то при работе через Active-X что-то подвисает, ибо мыслей больше нет ... но сейчас лечится только переподключением ключа. В авесте ответили, что "смоделировали наши условия, но проблемы не возникло".
(5264)
У нас так сделано и работает - в хранилище 2 открытых сертификата, и на сервере 2 ключа.
Если подключения по rdp - тогда для каждого пользователя импортируешь нужный ему сертификат.
Ещё побывал шару на папку с базой дать - и с клиентских компов (1 ключ у них на отдел) просто у каждого настройки сделал криптосервиса, правда пришлось переписать из гл. модуля обращение к авторизации в обработку.
(5279) конфигурацией?
Алгоритм подключения взят из БП 2.1. Переделан регистр и затем из переделки дописан алгоритм подключения. Так что тут только дописать, то чего вам не хватает.
(5280)
Насколько реально настроить БП 2.1 на поиск ЭСЧФ не на портале а в папках в локальной сети? Ситуация такая, что в сети несколько филиалов организации под одним УНП - соответственно ограничение на число проверок одно для всех. Кто первый встал, того и тапки. Идея в том, чтобы считывал и отправлял на портал один комп а остальные считывали и подготавливали к отправке по локалке.
Благодарю.
(5281) там кажись они процедуру сделали отдельно или я у себя сделал)
Но в любом случае это допил.
Если у вас типовое, то думаю логичнее обратиться к франчу, чтобы они доработали обработку.
Функция СканКаталога(ИмяКаталога)
Если Прав(ИмяКаталога,1)<>"\" Тогда ИмяКаталога=ИмяКаталога+"\"; КонецЕсли;
спКаталогов=СоздатьОбъект("СписокЗначений");
ФС1=СоздатьОбъект("ФС");
ФС1.УстТекКаталог(ИмяКаталога);
ИмяФайла=ФС1.НайтиПервыйФайл("*.*");
Пока ПустоеЗначение(ИмяФайла)=0 Цикл
Если Лев(ИмяФайла,1)="." Тогда ИмяФайла=ФС1.НайтиСледующийФайл(); Продолжить;КонецЕсли;
Атр=""; ФС1.АтрибутыФайла(ИмяФайла,,Атр);
Если Сред(Атр,4,1)="1" Тогда
спКаталогов.ДобавитьЗначение(ИмяКаталога+ИмяФайла);
ИмяФайла=ФС1.НайтиСледующийФайл(); Продолжить;
Иначе
Сообщить(ИмяКаталога+ИмяФайла);
ИмяФайла=ФС1.НайтиСледующийФайл();
КонецЕсли;
КонецЦикла;
Для х=1 по спКаталогов.РазмерСписка() Цикл
СканКаталога(спКаталогов.ПолучитьЗначение(х));
КонецЦикла;
КонецФункции
(5289) краткость - сестра таланта. )) Спасибо за ответ!
(5290) уже более развернуто. Тоже, огромно спасибо! Отдельное спасибо за п.5, надо себе его тоже включить ))
У меня такое видение:
1) забираем с портала 2 файлика(хмл и сгн)
2) создаем на основании хмл в 1с документ (дата выставления есть далеко не во всех хмл)
3) распределяем на первичку (часть автоматически по унп, номеру дока и суммам, остальное бухи ручками)
4) распределенные ЭСЧФ подписываем и отправляем на портал.
Торможу по статусам. Когда получить первый статус и дату выставления на портал (брать из статуса EDocStatusInfo.Since?)? На этапе п1 и п2 я их еще не вижу, если только спец. не запрашивать. Аннулированные, например, не хочется брать к распределению на п.3. На этапе п.4, я так понимаю, надо сначала получить актуальный статус, а потом уже подписывать и отправлять на портал. И вообще, соблюдать в 1С актуальность статусов? Ежедневно проверять статусы всех неподписанных?
(5296)
У меня в первую очередь интерес с точки зрения разработчика, а потом уже как это донести пользователям. Забрать с портала и закинуть в 1С - вроде пока более или менее. А вот как это сравнить с первичкой и закинуть назад на портал... И самое главное, чтобы все сошлось! С порталом и в плане НДСа по первичке
(5299) Так а в чем именно проблема сравнить с первичкой? УНП, номер бланка, сумма НДС и Сумма с НДС должны совпасть. Если не совпадают - пусть бух. вручную документ подберет. Когда все подобрано - подписывайте.
(5300)
это я все понимаю. Проблема в особенностях нашей учетной системы и в том, что документов очень много. У меня сделан автоматический подбор. Но все равно остается много доков, которые надо ручками подобрать (по их мнению). А кому ж хочется делать доп. работу.....
Я к примеру сделал волшебную кнопку которая проверяет корректность поступивших счетов, после чего буху нужно просто нажать кнопу "Подписать". 80% нагрузки с бухов это сняло, те которые остались нужно анализировать. У нас 90% проблем из за того что у нас первичный документ отличен от выставленной ЭСЧФ на 1 копейку, а все остальное это косяки поставщиков которые программа просто не в силе проанализировать.
(5302) У одного из моих клиентов по 200 ЭСЧФ в день, и невозможно заставить всех поставщиков корректно заполнять 5 раздел. В итоге всё, что автоматом не сошлось, перебирают вручную и не ропщут - кто на что учился )) Как говорится, невозможно автоматизировать хаос.
(5292) у меня регистр содержит статусы. Обновляя статус я обновляю запись. Обновление можно делать когда угодно.
Так же в документ добавил реквизит "Статус аннулирован" булево. Когда в регистре появляется статус "Аннулирован" не = "Выставлен. Аннулирован поставщиком", то реквизит в документе изменяю на да, иначе на нет. И перепровожу документ. Таким образом движений не будет в аннулированных!
Я планирую запихнуть в регламентное задание на каждый день. НО! у нас сейчас уже более 20 тыс входящих.... за какой период статусы обновлять? и по всем? как отследить ситуацию, что в июле выставили, мы подписали, отправили на портал. А через 2-3 месяца поставщик предложил нам на согласование ее аннулировать. аннулирует на портале. Т.е. исправленной нет. 1С об этом как узнает? Обновлять статусы по всем подписанным? Нереально.
(5301) по большому счету вы не должны следить, вам должен сообщить тот кто хочет аннулировать. Но у меня есть 3 варианта обновления, все да все 20к, выделенные (1 и более, что выделим) + плюс рекурсивный алгоритм для дополнительных и исправленных. И только список, чтобы перетасовать если само не обновилось в другую часть обработки.
(5305) По моим примерным подсчетам, то обновление статусов по всем входящим у нас будет длиться около 48 часов. Запускаем и .... идем пить чай... Что-то не правильно в этой картинке мира..... Вот поэтому и спрашиваю про статусы
(5301) по большому счету вы не должны следить, вам должен сообщить тот кто хочет аннулировать. Но у меня есть 3 варианта обновления, все да все 20к, выделенные (1 и более, что выделим) + плюс рекурсивный алгоритм для дополнительных и исправленных. И только список, чтобы перетасовать если само не обновилось в другую часть обработки.
На мой взгляд это недоработки портала, которые никто не хочет исправлять.
По сути изначально законодателем ставилась вполне логичная задача построить почтовый сервер для обмена письмами (СФ это обычное письмо, почтовых серверов сотни в нашем мире и работают они более производительно чем этот портал).
Но на каком то этапе наши чиновники от налогов решили "подкрутить" логику. В результате мы имеем совершенно неработоспособную систему, но это вы и так знаете. А вот как бы упростились наши действия если бы заработал хотя-бы раздел сообщений кабинета. При аннуляции туда выставлялось сообщение и не надо никаких звонков и десятитысячных проверок.
Простейшая вещь привести работу портала хотя-бы в режим 1сМайл. И никаких проблем...
Почему нельзя работать с СФ как с обычным письмом? Скажете правила? А это никакие инструкции не нарушает, а работу упрощает. Пример ввод статуса Ин_прогресс, это ничто иное (на мой взгляд), как реализация (кривая) почтового часа. Куда и зачем нас гонят с такой скоростью, что разработчики пртала тупо не успевают.
Я не знаю кто там принимает решения, но если бы он или они прочли материалы этого форума....
Но не судьба....
Остается пожелать Вам и себе успешно дойти (на ушах и по колючей проволоке) наш тернистый путь в этой теме.
(5316) пишите в ТП и выходите на руководителя. В чем проблема? Таких как мы у них 100к.
Электронный документооборот это нормальная практика. Не знаю почему у вас до сих пор проблемы, но мы все обтесали и отлично все выставляем.
Прием только начали, но там тоже проблем нет.
(5317)
А я не о выставлении, а о ущербной политике пишу. Проблемы есть таки решаются они особо извращенными методами. Бомбить портал для выявления аннулированных то же не выход. Убитая политика с дополнительными и т.д. и т.п. Да вроде все решено , но впечатление такое , что в кресло в котором сидишь вместо кнопки гвоздь вбили. Вроде и сидеть можно, но жутко неприятно. Сидишь и думаешь, а мабуць так и трэба...
Обращение в ТП этих проблем не решают. Это проблемы уровня постановки задачи. А постановщики (МНС) хором поют все хорошо все хорошо...
(5288) в шапке есть обработка по входящим. Она рабочая, только старая, там до введения однократного в сутки обращения на портал. А именно, вы сможете только таблицу ими заполнить. Ее нужно переделать под себя, как это мы сделали.
Принцип работы теперь:
1) нажал скачать - заполнил таблицу по входящим и скачались файлы на комп в папку.
2) просмотрел, сравнил, изучил входящие ЭСЧФ
3) если нужно, то создаем доки в базе на основе входящих
4) выбрал нужные эсчф и нажал подписать
5) идешь пить чай
Вчера стал вопрос обновления сертификатов из 1с (пользователи работают по RDP).
Спасибо Виталию Сергеевичу (Slypower) помог быстро решить (5291).
Но я где-то видел другое решение: без батников, а прямо из кода 1с.
А сейчас понадобилось и не могу никак найти. Может кто-нибудь подскажет, где этот пост ?
(5312) Вы меня не поняли: как раз этот батник сейчас и использую.
Но хочу убрать лишнее звено - батник, и чтобы весь функционал был написан в конфигурации 1с.
И раньше где-то встречал это решение, правда не помню для какой версии 1с.
Хотелось бы опять найти это решение и внедрить у себя. А пока из 1с 7.7 запускаю батник.
(5325) было решение поставить батник в Планировщик задач, чтобы автоматом все обновлялось ночью или при включении. Но из чисто 1С в данной теме не было.
Не получается загрузить подписанные входящие через EVatService.GetEDoc(InvVatNumber).
Номер InvVatNumber подсовываю из xls файлика (csv с портала). Более того, даже явно пытають указать номер InvVatNumber. Выдает ошибку, что я уже запрашивал эту эсчф и время моего запроса совпадает с текущим временем минус 3 часа.
Подскажите, кто делал, как правильно запросить?
(5329) Я в курсе, что загрузка раз в сутки (а может даже раз в 12 часов? т.к. мне постоянно пишет "что я могу загрузить по времени через 12 часов"). Дело в том, что я пытаюсь загрузить ПОДПИСАННЫЕ входящие по ИЗВЕСТНЫМ номерам. Выбираю любой из тысяч подписанных, подставляю его номер и получаю ошибку. Естественно ни один из этих номеров я вообще никогда не запрашивал.
(5329) Кстати заметил момент: как-то по ошибке пытался по номеру скачать "не свой" ЭСЧФ, т.е. мы не получатель - с номером ошиблись. При первой попытке был ответ что мы не являемся получателем, а при второй (сразу же) - что ЭСЧФ был скачан с портала - ждите сутки. Т.е. даже при таком обращении портал уже считает что документ получен с портала.
Бухи подписывали на портале вручную. Их это устраивало. Теперь хотят все делать из 1с + видеть в 1с все эсчф, подписанные ими на портале.
Об этом я сразу подумал. "А как работать людям?"
Временное решение было иcпользовать bat файлы чтобы не накапливать ЭСЧФ - теперь через 1С, с трудом но завертелось.
(5342) Так я же и говорю, что например этот номер 700066535-2016-0000003403 запросил сегодня 28.11.16 в 14:44. Прошлый раз я пытался его запросить в пятницу 25.11.16.
И кстати, повторный запрос этого номера выдает время как на скриншоте. Это и понятно - "суточное ограничение". Но почему в первый раз выдает предупреждение?
(5343) уже похоже не сутки, а 12 часов.
Если вы сегодня первый раз запрашивали документ и вы в этом уверенны, но вам выдало такое сообщение пишите в ТП!
Ответ сервера: В последний раз ЭСЧФ под номером 101007741-2016-9711001ХХХ вы получали 2016-11-28 12:42:07 (UTC), в следующий раз ее можно будет получить после 2016-11-29 00:42:07 (UTC)
(5347) да пусть бы они оставили сутки, хоть двое ) Но пусть в веб-интерфейсе будет возможность скачать подписанный ЭСЧФ (*.sgn.xml). Все равно основная масса перешла на сохранение файлов я думаю, а для "аварийного" режима, когда позарез надо скачать 1-2 документа - можно и вручную файл сохранить с портала.
(5339) Ради достоверности поэкспериментировал, правда без Excel.
Приведенный ниже код отлично сохраняет ЭСЧФ со статусом Выставлен.Подписан получателем (раз в сутки):
Процедура Проба()
пНомерЭСЧФ = "101007741-2016-9711001ХХХ"; // ЭСЧФ со статусом Выставлен.Подписан получателем
Попытка
InvVatXml = EVatService.GetEDoc(пНомерЭСЧФ);
Исключение
пСообщение = "Ошибка получения документа № " + пНомерЭСЧФ;
Сообщить(пСообщение);
пСообщение = "Описание ошибки: " + EVatService.LastError;
Сообщить(пСообщение);
Возврат;
КонецПопытки;
// Сохранение подписанного полученного документа // SaveToFile - Документ сохраняется в кодировке UTF-8.
пИмяФайлаBaseXML = "incoming_" + пНомерЭСЧФ + ".xml";
пКаталог = СокрЛП(КаталогВходящие);
fn = пКаталог + пИмяФайлаBaseXML;
res = InvVatXml.SaveToFile(fn); ;
Если НЕ (res = 0) Тогда
пСообщение = "Ошибка сохранения подписанного полученного документа: " + EVatService.LastError;
Сообщить(пСообщение);
Возврат;
КонецЕсли;
//ДатаВыставления = InvVatXml.Document.GetXmlNodeValue( "issuance/general/dateTransaction");
Xml = InvVatXml.Document;
// Сохранение XML полученного документа // SaveToFile - Документ сохраняется в кодировке UTF-8.
пИмяФайлаXML = "xml_" + пНомерЭСЧФ + ".xml";
пКаталог = СокрЛП(КаталогВходящие);
fn = пКаталог + пИмяФайлаXML;
res = Xml.SaveToFile(fn); ;
Если НЕ (res = 0) Тогда
пСообщение = "Ошибка сохранения XML полученного документа: " + EVatService.LastError;
Сообщить(пСообщение);
Возврат;
КонецЕсли;
КонецПроцедуры
Показать
Попробывал и на тестовом, то получил ошибку:
Ответ сервера: ЭСЧФ с номером '101007741-2016-9711001ХХХ' отсутствует в базе.
И не удивительно, ибо откуда ей там взяться.
Рекомендую проверить номер ЭСЧФ, который считывается из Excel.
(5345) Может подскажете такой вопрос.
Когда в строке
InvVatXml = EVatService.GetEDoc(пНомерЭСЧФ); задаешь конкретный номер ЭСЧФ - то все работает замечательно, НО
если номер выбирается из списка, который сгенерировал
InvList = EVatService.GetList(ПреобразоватьДату(НаДату)+"T00:00:00") Тогда возникает ошибка
Ответ сервера: В последний раз ЭСЧФ под номером 100064838-2016-0000012889 вы получали 2016-12-01 00:05:35 (UTC), в следующий раз ее можно будет получить после 2016-12-01 12:05:35 (UTC) Что я не так делаю?
(5400) так у вас все работает. Как-то вы сравнили 2 разных параметра: GetEDoc и GetList. При 2-м у вас и возвращает, что уже получали номера на портале в течении 12 часов, ждите.
Пробовал кто выставлять дополнительный эсчф из 1С на сумму большую исходному? Прокатит или как? Или хотя бы один из товаров больше, чем в исходном? В Общем нестандартную ситуацию. Или 2 доп в сумме больше чем исходный
(5351) в каком смысле что меняет? Что такое доп знаю, интересно, что вернет портал, если делать не правильно. Например, выставил реализацию кирпича 5 шт. Потом делаю доп на этот эсчф, сперва 3 шт, потом снова доп 3 шт. Неужели пропустит портал? Или вернет мне ошибку, что невозможно вернуть больше, чем продал. Пробовал кто такое?
(5354) значит сделал исходный. К нему доп1. половину товаров отминусовал с суммами. Затем выставил второй доп. в котором отминусовал все позиции из исходного. Портал все скушал!
Можете написать в ТП.
Но мне кажется это из разряда сам дурак.
Если кому надо то вот вам процедура по автоматическому созданию задачи в планировщике по обновлению СОС (код 8-ки по желанию можно переписать под себя):
Перем Рез;
//Типы серификатов тип "булево"
Перем ИМНС_СОС ;
Перем НЦЭУ_СОС ;
Процедура СоздатьЗадачуВПланировщикеПоОбновлениюСОС()
Файл = "";
Если ИМНС_СОС Тогда
Если Рез = 64 Тогда
Файл = "C:\Program Files (x86)\Avest\AvPCM_MNS\get_crl.bat";
Иначе
Файл = "C:\Program Files\Avest\AvPCM_MNS\get_crl.bat";
КонецЕсли;
ИначеЕсли НЦЭУ_СОС Тогда
Если Рез = 64 Тогда
Файл = "C:\Program Files (x86)\Avest\AvPCM_nces\get_crl.bat";
Иначе
Файл = "C:\Program Files\Avest\AvPCM_nces\get_crl.bat";
КонецЕсли;
Иначе
Предупреждение("Виберите вид сертификата");
Возврат
КонецЕсли;
Если ЗначениеЗаполнено(Файл) Тогда
Команда = "schtasks /create /tn ""COC"" /tr """+Файл+""" /sc DAILY /st 12:00:00";
ИмяФайла = ПолучитьИмяВременногоФайла("cmd");
Файл = Новый ЗаписьТекста(ИмяФайла,КодировкаТекста.ANSI);
Файл.ЗаписатьСтроку(Команда);
Файл.Закрыть();
ЗапуститьПриложение(ИмяФайла);
КомандаСистемы(ИмяФайла)
КонецЕсли;
КонецПроцедуры
Рез = ?(Найти(WshShell.Environment("SYSTEM").item("PROCESSOR_ARCHITECTURE"), "64") > 0, 64, 32);
Рассмотрим такой пример. Мы продали товар1 в количестве 5 шт и выставили ЭСЧФ на портал. Затем мы выставляем дополнительные ЭСЧФ на исходный: сперва в количестве 3 шт, затем 2й дополнительные в количестве 3 шт на этот же ЭСЧФ. Портал пропускает это и подписывает. Получается, не проверки на то, что товара вернули больше, чем продали.
Ответ:
Такой проверки делать не предполагается, так как количество в принципе может не указываться, а только стоимость возврата товара. Поэтому с данным вопросом необходимо обратиться в МНС с предложением о доработке соответствующего контроля.
(5368) вот меня иногда "глубина" мышления ТП просто поражает: количество - фиг с ним. Но о аналогичной проверке на сумму ЭСЧФ - ни слова. Есть, нет ... сиди думай.
(5369) кстати на эту тему, почему же нет проверки.
Это же отчетность и какому буху придет в голову сделать два возврата одинаковых. Потом же сами баланс проверят и отменят!
(5371) Вопрос не в одинаковых ) На большом документообороте в оптовой торговле очень легко ошибиться и указать в возврате не тот документ отгрузки, особенно если отгрузки одинакового товара идут по 20-30 документам для одного контрагента. Это если вообще в 1С ведется реализация в разрезе документов ) Так что вопросов тут куча на самом деле )
(5373) Ну теоретически - мы ничего не нарушили ... документ есть, порталом принят, по факту отгрузки этого товара есть ... теоретически вопросов у МНС быть на должно. Но это в нормальной стране, где проверяющие ПРОВЕРЯЮТ, а не план по штрафам делают )
может в ветке если толковые админы? установлен WinServer2012. около 80 юзеров. из них 30-ти нужен портал. AD настроен. как настройки IE всем разнести чтобы каждому не настраивать и Авест всем запилить одновременно. Каждому настраивать - несколько дней убить...
(5377) ну так раз 1 ключ, то только с одного компа и работать, иначе броброс портов и все равно только 1 юзер, делайте ключи дополнительно для 1С, одновременная работа не выйдет с таким подходом! Кроме открытия браузера на рдп.