Maiquel

Bom dia Carlos. Seria interessante alterar e anexar já o arquivo aqui, para o pessoal subir.

Olá pessoal. Gostaria de ter um retorno sobre o provedor Actconv202 se alguém esta utilizando e em "que pé esta". Estou com uma implementação para a cidade de Juiz de Fora e gostaria de ter esse feedback. Agradeço.

Olá pessoal. Estava testando o provedor Pronim para cidade de Feliz-RS, e vi que é necessário alterar a configuração de URI=1 para URI=O. Não sei se isso vai interferir em outras cidades ou é para o provedor em geral. [Assinar] URI=0 Pronim.ini

Um ótimo evento, com certeza só tende a crescer. Foi uma experiência legal, com um ótimo Networking.

Abra a unit que carrega a impressão e verifica como esta sendo feito, talvez você precise informar o provedor para realizar o cálculo subtraindo o ISS Retido. Já tive que fazer isso também, para alguns provedores.

Você chegou a verificar se esta nota foi mesma emitida contra seu CNPJ. Ou o seu CNPJ somente esta autorizado na tag "autXM" ?

Olá pessoal. Muitos dos clientes que utilizam WebISS, estavam reclamando que a impressão do DANFSE esta saindo com o valor dividido por 100 EX: 0,27. Fiz uma alteração para que quando for WebISS multiplicar por 100 já que no manual eles pedem para informar /100. ACBrNFSeDANFSeFR.pas

Certo, @BigWings Não me atentei a isso. Pode ignorar a última alteração.

Na inutilização também esta com o mesmo problema da validação, somente com CNPJ. Segue a unit alterada. Em um teste que fiz aqui esta retornando erro na montagem do xml também, este não consegui ver ainda. ACBrNFeWebServices.pas

Olá pessoal, Testando o envio da NF-e com emitente CPF, encontrei um problema na consulta da chave de acesso. Nesta situações a consulta é realizada utilizando a validação de CNPJ, fiz uma alteração na unit pcnAuxiliar, se alguém puder avaliar, segue em anexo. Agradeço. pcnAuxiliar.pas

Veja que o retorno esta como <verAplic>SVAN.NFeCons4_1.0.0</verAplic> UF que utilizam a SVAN - Sefaz Virtual do Ambiente Nacional: MA, PA O servidor consultado esta incorreto, deveria ser o SVRS.

Olá. Segue os endereços para a cidade de Caratinga-MG que começou a usar o provedor Proninv2. Foi disponibilizado somente o ambiente de Produção. Cidades.ini Pronimv2.ini

Na maioria das vezes esse erro ocorre por alguma falha, indisponibilidade ou intermitência na Sefaz. O motivo "999" é um retorno genérico para uma falha que não possui uma mensagem padrão catalogada Aplicação da Sefaz. Normalmente esse retorno acaba por indicar que a Sefaz está indisponível. Não há situação específica para essa ocorrência. O que pode ser feito é entrar em contato coma SEFAZ mesmo.

Considere a hipótese de não usar mais Capicon, ela foi considerado obsoleta pela Microsoft. Veja o tópico: Mas, seguindo sua pergunta, pode deixar na pasta System32.

Você está certo Italo. Alterou para Proninv2, vou realizar os testes com um cliente.

Segue o endereço correto para o envio de NFSe em produção para Vacaria/RS. Pronim.ini

Olá @Italo Jurisato Junior pnfsNFSeR.pas Também enfrentei esse problema com alguns clientes que usam GovDigital, assim como o @Caetano comentou. Na geração do XML deste provedor ele não informa na tag específica e sim no valor de ISS, assim como outros provedores. Ajustei e a unit PnfsNFSeR, para carregar o valor de ISS da NFSe retornada. Segue em anexo.

Também enfrentei este problema, juntando as respostas do pessoal, esse erro ocorre devido a configuração do "SSLXmlSignLib := xsLibXml2;". Desta maneira o sistema fará uso da dll da OpenSSL, que por sua vez, não permite o envio com 2 caracteres do campo UN. Para resolver use: Configuracoes.Geral.SSLXmlSignLib := xsMsXml;

Parabéns pessoal! Questão de usabilidade que é o que importa para nós melhorou muito, com o novo menu. Layout interativo. Show!

Verifica as configurações do IE, como esta o TLS: No informativo da SEFAZ consta que o TLS de ser 1.2 ou superior. Essas URLs já estão configuradas para aceitar “somente” o protocolo TLSv1.2, ou superior. O Protocolo de Comunicação com o ambiente de produção das SEFAZ-MS, a partir de 17/07/2018, para a versão 4.00 da NF-e, permitirá conexões “unicamente” através do protocolo TLS 1.2 ou versão superior. Desta forma, a partir de 17/07/2018, os WEBSERVICES de autorização em ambiente de produção da SEFAZ-MS recepcionarão APENAS os XMLs que forem transmitidos por meio do protocolo TLS.1.2 ou versão superior, e NÃO recepcionarão os arquivos XMLs que forem transmitidos por meio do protocolo SSL (por exemplo), sendo assim, caso a alteração do padrão de comunicação não seja efetuada, ocorrerão problemas na tentativa de emissão de Nota Fiscal Eletrônica no ambiente de produção.

Foi alterado os endereços da SEFAZ de MS. Veja se no arquivo ACBrNFeServicos.ini se as URLs estão corretas. Novas URLs no link abaixo: http://www.nfe.ms.gov.br/a-sefaz-ms-informa-que-ocorrera-em-10-07-2018-proxima-terca-feira-alteracao-das-urls-da-versao-4-00-do-ambiente-de-producao-da-nf-e/

Segue como @Amarildo de Matoscomentou; Isso é uma regra da última NT. As duplicatas devem ser com número sequencial. 001,002,003...

Pois é, visto de como estão as coisas ultimamente com a SEFAZ, ficamos com um pé atrás. Mas fiz os testes e está enviando nas duas maneiras, a regra é facultativa. No caso, seria interessante até enviar um e-mail para a SEFAZ.

Lembrando que existe uma nova regra agora na última NT. YA03-30 Informado o campo Meio de Pagamento igual a sem pagamento (tag:tPag=90, id:YA02) e informado campo Valor do Pagamento diferente de zero (tag:vPag<>0, id:YA03).(facultativa) Neste caso, do exemplo a cima deveria esta com a tag vpag zerada.

Só lembrando que existe um problema referente a tag do vDesc dentro do grupo da fatura, que está ocorrendo problema também, com esta mesma mensagem. Foi comentado neste tópico, caso ocorra com alguém.