Italo Giurizzato Junior

Fábio, Vou analisar melhor o problema e ainda hoje enviar uma possível correção para o repositório.

Bom dia Fábio, Favor anexar a unit alterada para que possamos analisar.

Bom dia Paulo, No Schema do provedor ELv2 não consta a definição da tag <ValorIssRetido> logo essa tag não deve ser gerada e consequentemente o seu valor não será impresso no DANFSE. Se não me falha a memória a ausência dessa tag não é exclusividade desse provedor e sim de todos os provedores que seguem a versão 2 do layout da ABRASF.

Luciano, O problema não é o cliente querer, o problema é que ele esta mau acostumado. Outra coisa, segundo a legislação o emitente da nota tem por obrigação de disponibilizar o XML assinado e protocolado assim que receber o protocolo de autorização retornado pela SEFAZ-Autorizadora para o destinatário da mercadoria e para a transportadora que vai realizar o transporte. Mas infelizmente não são todas as soluções de emissão de NF-e que seguem a legislação. A manifestação do destinatário é evento (4 tipos de eventos) e estes eventos são enviados para o Ambiente Nacional e não para a SEFAZ-Autorizadora. O DistribuicaoDFe é um serviço disponibilizado somente pelo Ambiente Nacional. Por não haver necessidade de compartilhamento entre as SEFAZ-Autorizadoras e o Ambiente Nacional, pressupõe que após a Manifestação da nota já teríamos disponível o XML da mesma em um pequeno prazo de tempo. Se esta demorando muito (mais de 1 hora) com certeza o Ambiente Nacional não esta conseguindo dar conta do recado. Infelizmente o que cabe a nós é esperar ou reportar o problema para a SEFAZ (Ambiente Nacional).

Bom dia, Muito obrigado pela colaboração, vou incluir essas alterações juntamente com o que estou fazendo em virtude da NT 2018/002. Assim que possível vou enviar tudo para o repositório.

Bom dia Luciano, O que você acha de mudar essa rotina? Em vez de manifestar a nota e em seguida executar o DistribuicaoDFe passando a chave da nota manifestada para baixar, mude para: Manifestar todas as notas a serem manifestadas e depois executar o DistribucaoDFe. Acredito que desta forma o Ambiente Nacional vai ter um tempo para disponibilizar o XML completo da NF-e.

Boa tarde Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde a todos, Teremos mudanças no layout do MDF-e, basicamente são quatro, a primeira é que agora será possível uma pessoa física desde de tenha Inscrição estadual emitir o MDF-e, sendo assim a propriedade CNPJ do emitente vai passar a se chamar CNPJCPF, a segunda se refere a consulta a Manifestos não encerrados que também vai aceitar o CPF sendo assim o campo passa a ser CNPJCPF, a terceira se refere ao modal aéreo que passa a ter um novo grupo <infEntregaParcial> e a quarta é o novo grupo chamado <infEmpresaSoft>. Este último grupo em um primeiro momento é opcional, ou seja, ele não precisa constar no XML, mas futuramente vai ficar a cargo de cada UF determinar a sua obrigatoriedade. Nesse grupo deveremos informar o CNPJ ou CPF do desenvolvedor, bem como o nome da empresa ou desenvolvedor, e-mail e telefone. O componente ACBrMDFe já foi alterado visando a geração desses grupos, estou apenas aguardando a liberação do ambiente de homologação para enviar para o repositório. Favor baixar e ler com atenção a Nota Técnica 2018/002 que se encontra no Portal Nacional do MDF-e. O Ambiente de Homologação vai ser liberado em 10/09/2018 e o de Produção em 15/10/2018.

Boa tarde a todos, Teremos mudanças no layout do CT-e, basicamente são duas, a primeira se refere ao CT-e OS, mais precisamente no transporte de pessoas, teremos um novo grupo chamado <infFretamento> e a segunda que se aplica tanto no CT-e quanto no CT-e OS é o novo grupo chamado <infEmpresaSoft>. Este último grupo em um primeiro momento é opcional, ou seja, ele não precisa constar no XML, mas futuramente vai ficar a cargo de cada UF determinar a sua obrigatoriedade. Nesse grupo deveremos informar o CNPJ ou CPF do desenvolvedor, bem como o nome da empresa ou desenvolvedor, e-mail e telefone. O componente ACBrCTe já foi alterado visando a geração desses grupos, estou apenas aguardando a liberação do ambiente de homologação para enviar para o repositório. Favor baixar e ler com atenção a Nota Técnica 2018/002 que se encontra no Portal Nacional do CT-e. O Ambiente de Homologação vai ser liberado em 10/09/2018 e o de Produção em 15/10/2018.

João, Configurou o programa exemplo para usar os schemas da pasta RJ?

Boa tarde Leandro, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Rauber, Chegou a configurar o programa exemplo com a opção libWinCrypt?

Boa tarde, Por favor faça os testes primeiro com o programa exemplo.

Boa tarde João, Esta enviando o RPS para qual cidade/provedor?

Boa tarde Raylan, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde João, Detectei o erro, já estou fazendo a correção e ainda hoje vou enviar para o repositório.

Boa tarde Rodrigo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Anderson, Esse erro também ocorre com o programa exemplo? Qual é o valor passado para a propriedade SSLLib?

Boa tarde Sergio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Fernando, As SEFAZs nesses últimos meses fizeram os ajustes nas URLs pois esqueceram de fazer o dever de casa. Acredito que mais nenhuma ainda necessite fazer alguma correção nas URLs dos Webservices. O bom mesmo é atualizar os fontes do ACBr diariamente.

Boa tarde Baptista, Tente usar o ";" (ponto e virgula) para simular a quebra de linha.

Bom dia Henrique, O erro esta aqui: Pais=BRASIL CRT=3 [Destinatario] Correto é: Pais=BRASIL CRT=1 [Destinatario]

Rodrigo, A mensagem de erro de validação indica que o campo "pag" não pode estar vazio. Você não esta informando as condições de pagamento. Se você estiver utilizando a última versão do ACBrMonitor acredito que no Help dele deve estar mostrando como incluir essa informação.

Bom dia Tiago, O problema é que o método GravarStream se utiliza do conteúdo da propriedade FXMLOriginal que normalmente o seu conteúdo é o XML do RPS sem a assinatura. Já a propriedade: ACBrNFSe1.NotasFiscais.Items[ 0 ].XMLNFSe contem o XML da NFS-e.