Italo Giurizzato Junior

Bom dia Ronie, O que tudo indica é que a SEFAZ-MG utiliza os mesmos servidores para recepcionar o CT-e, CT-e OS e o BP-e. Quando a SEFAZ-MG entrou em contingência e o pessoal começou a emitir o CT-e através da SVC-SP (SEFAZ-Virtual de Contingência de São Paulo) os que emitem o BP-e passaram a ter problemas, ou seja, não estavam conseguindo emitir.

Bom dia Ronie, No meu entendimento devemos fazer o seguinte: 1. O MDF-e de numero 100 foi enviado mas a SEFAZ não retornou o resultado do processamento. 2. Quando isso ocorre devemos realizar uma consulta. 3. Podemos ter como resposta: o retorno acusando que o MDF-e foi autorizado, ou foi rejeitado (neste caso devemos fazer as devidas correções e enviar novamente), ou que o MDF-e não consta na base de dados (neste caso devemos enviar ele novamente) ou ocorrer erro de conexão com a SEFAZ. 4. Caso ao consultar ocorrer erro de conexão, ai sim você emite o MDF-e em contingência, mas em vez de só mudar o tipo de emissão, mude também o numero para 101. 5. O MDF-e 101 tem as mesmas informações do 100 mas só que o tipo de emissão é contingência. 6. Ao emitir os próximos MDF-e verifique primeiro se a SEFAZ voltou, se não voltou continue emitindo em contingência. 7. Quando a SEFAZ voltar a operar, devemos enviar todos os MDF-e emitidos em contingência. 8. Consultar a situação do MDF-e 100, para saber se ele foi autorizado ou não. 9. Se sim, devemos cancelar ele, pois o 101 como dito antes tem as mesmas informações do de numero 100. Espero ter ajudado.

Bom dia Weslei, Você atualizou todas as pastas? Esta usando o programa exemplo do ACBrNFSe para realizar os testes?

Boa tarde Igor, Você esta com todos os fontes de todas pastas atualizados? Esta configurando corretamente o componente com a versão do e-Social atualmente em uso? Esta realizando testes com o programa exemplo do componente?

Weslei, Favor anexar os XMLs gerados nesse ultimo teste.

Nilton, Quando você baixa os fontes da suíte ACBr na pasta: ...\Fontes\Terceiros\DelphiZXingQRCode se encontra a unit ACBrDelphiZXingQRCode. Não se trata de um componente, apenas uma unit que você declara em uses do seu form que vai conter a rotina apresentada pelo Daniel.

Olá Pessoal, Muitos tem interesse em obter o XML da transportadora (CT-e) para facilitar a entrada do Contas a Pagar, etc. Segundo a legislação, quem emite um CT-e tem por obrigação legal de disponibilizar o XML assinado e com o protocolo de autorização ao tomador do serviço, assim que a SEFAZ autorizar o conhecimento. Essa disponibilização pode ser feita por e-mail, ou seja, o emitente envia para o tomador o XML via e-mail. Sabemos que isso nem sempre ocorre, por 2 motivos: 1. No cadastro do tomador não consta o endereço de e-mail; 2. A aplicação do emitente não possui esse recurso ou esta desativado. Mas temos uma alternativa. O componente ACBrCTe possui os seguintes métodos: DistribuicaoDFePorUltNSU e DistribuicaoDFePorNSU. Vamos a sintaxe: DistribuicaoDFePorUltNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do ultimo NSU> ) DistribuicaoDFePorNSU( <código da UF do destinatário>, <CNPJ do destinatário>, <numero do NSU> ) Primeiramente vamos entender o que vem a ser esse tal de NSU. NSU - numero sequencial único, é um numero atribuído pelo Ambiente Nacional ao documento ora compartilhado pelas SEFAZ-Autorizadora. Exemplo: o emitente do conhecimento é do Estado de São Paulo, logo o conhecimento é enviado para a SEFAZ-SP esta por sua vez vai compartilhar com o Ambiente Nacional os conhecimentos que foram autorizados, o Ambiente Nacional por sua vez atribui um NSU para cada conhecimento que receber. Vamos agora entender como funciona os dois métodos mencionados acima. O método DistribuicaoDFePorNSU é o mais simples de entender, pois este simplesmente baixa o documento que possui o NSU informado. Note que usei o termo documento, pois o webservice DistribuicaoDFe pode retornar os seguintes tipos de documentos: Conhecimento Completo e Evento Completo. Se o NSU informado no método DistribuicaoDFePorNSU for o NSU de um evento, o que teremos como retorno será o XML do evento e não o XML do conhecimento. Por outro lado o método DistribuicaoDFePorUltNSU nos retorna uma lista com até 50 documentos, cujos NSU são superiores ao NSU informado. Exemplo: DistribuicaoDFePorUltNSU( 35, 12345678000123, 450 ) ===> 450 é o valor do Ultimo NSU. Ao executar o método, como dito anteriormente poderá nos retornar uma lista com até 50 documentos, pois bem suponha que retorne 50, os NSU desse documentos retornados serão, 451, 452, 453, ...., 498, 499, 500. Lembre-se que nessa lista podemos ter Conhecimentos Completas e Eventos Completos. Através de uma propriedade chamada Schema nos traz a informação do tipo de documento retornado. Temos também outras duas propriedades muito importantes, são elas: UltNSU e MaxNSU. A propriedade UltNSU nos informa o numero do NSU referente ao ultimo documento da lista, já a propriedade MaxNSU nos informar o maior NSU existente no Ambiente Nacional. Continuando o exemplo acima, vamos supor que após a execução os valores de UltNSU e MaxNSU são respectivamente 500 e 750. Era de se esperar mesmo que o valor de ultNSU seja 500 pois informamos 450 e foi retornado 50 documentos, logo o NSU do ultimo é 500. A próxima vez que formos executar o DistribuicaoDFePorUltNSU devemos informar o valor 500, para que ele retorne os documentos a partir de 501 que é o próximo da lista. E devemos repetir o procedimento até que o valor de ultNSU seja igual a maxNSU, desta forma vamos ter baixado todos os documentos disponibilizados pelo Ambiente Nacional. Lembre-se que o valor de MaxNSU tende sempre a crescer a medida que novos conhecimentos forem emitidos e compartilhadas com o Ambiente Nacional. O DistribuicaoDFe não serve apenas para que possamos obter o XML da transportadora (CT-e), mas também descobrirmos se existe alguma empresa emitindo conhecimentos contra o nosso CNPJ sem no nosso consentimento. Você descobre isso através do DistribuicaoDFePorUltNSU e pode avisar a SEFAZ enviando o evento de Prestação de Serviço em Desacordo. Para saber mais sobre o Distribuição DFe vide a Nota Técnica 2015/002 versão 1.00a, que se encontra disponível no Portal Nacional do CT-e e com relação ao evento Prestação de Serviços em Desacordo vide o Manual CT-e Visão Geral v3.00a que se encontra no Portal do Conhecimento de Transporte Eletrônico - SVRS. Informação importante, o serviço Distribuição DF-e, é atendido pelo Ambiente Nacional, portanto não tem nada haver com a SEFAZ-Autorizadora do emitente do conhecimento ou do tomador. Se algo falhar nesse processo, a "culpa" é do Ambiente Nacional.

Boa tarde Weslei, Por favor não fique postando em vários lugares. Já lhe respondi em uma outra postagem.

Boa tarde Nilton, Que eu saiba não temos um componente só para gerar a imagem do QR-Code. O que temos é uma unit chamada ACBrDFeReport que contem o método: PintarQRCode onde passamos a string e o nome do componente imagem que se encontra no Form de impressão.

Boa tarde ALA, O problema foi resolvido, pois a sua postagem não deixa claro.

Boa tarde ALA, Você tentou enviar o evento EPEC? Se sim, qual é o erro que ocorreu? Favor anexar o XML do evento gerado.

Boa tarde Weslei, Favor atualizar os fontes e faça novos testes, note que fiz alteração no arquivo INI do provedor.

Boa tarde Rafael, Muito obrigado pela colaboração, ainda hoje estarei enviado para o repositório. Só não entendi porque você deixou fixo o valor "2" para a tag TomadorExterior, basta atribuir o valor snNao ao respectivo campo que no XML será gerado a tag com o valor "2".

Boa tarde Maiquel, Muito obrigado pela informação, já alterei o arquivo INI e ainda hoje estarei enviando para o repositório.

Olá pessoal, A SEFAZ do Pará não vai mais recepcionar as NF-e a partir do dia 02/09/2019. A partir dessa data os contribuintes do Pará devem encaminhar as suas notas para a SEFAZ-Virtual do Rio Grande do Sul. Conforme consta a noticia no site da SEFAZ-Pará. Para quem utiliza o componente ACBrNFe, deverá apenas atualizar os fontes recompilar a aplicação e distribuir a nova versão do mesmo para os seus clientes. Para quem utiliza o ACBrMonitor, vamos disponibilizar uma nova versão do mesmo, ai basta vocês atualizarem os seus clientes. Pela noticia da SEFAZ-Pará não teremos um período de transição, logo vamos nos preparar para a correria, pois dia 2 é uma segunda-feira. Detalhe importante não será necessário realizar nenhuma mudança na configuração do componente ou do Monitor, apenas atualizar.

Tenta com libCapicom.

Qual é a configuração que você esta usando no que diz respeito a: SSLLib, CryptLib, HttpLib, XMLSignLib e SSLType ?

Bom dia, Favor atualizar os fontes e faça novos testes.

Bom dia Luiz, O problema é que todos os Webservices de todas as SEFAZ deveriam estar configurados para a versão 1.2 do TLS, mas infelizmente isso não esta ocorrendo. Ao enviar para a SEFAZ-Virtual de Contingencia se fez necessário mudar para o LT_TLSv1_2 visto que o Webservice do SVC esta configurado para a versão 1.2 do TLS. Ao enviar "normal", ou seja, para o Webservice da SEFAZ-MG devemos mudar a configuração do SSLType porque o Webservice não esta configurado para a versão 1.2, provavelmente para a versão 1.1 A sua aplicação terá que ter uma tela de configuração onde você possa definir qual o valor de SSLType para o envio Normal e para o SVC. Quanto a problemas de versões do Windows, estude a possibilidade de usar o OpenSSL. Só existe um porem quanto o OpenSSL, ele não funciona com certificados A3.

Bom dia Celente, Favor anexar o seu arquivo INI do provedor Ginfes para que eu possa comparar com o meu.

Boa tarde Everton, Vai ser necessário debugar a sua aplicação do porque ele não esta atualizando o XML com o protocolo antes de imprimir o DANFE.

Boa tarde a todos, Me parece que sim, visto que o layout do XML do evento EPEC da NF-e é diferente da NFC-e. O que eu fiz foi renomear o XSD que valida a parte especifica do evento no caso EPEC para a NF-e e criar um novo XSD para a NFC-e. Na unit do componente ele detecta o tipo de evento e o modelo de documento para decidir como será montando o nome do XSD de forma correta.

Boa tarde, Você poderia mostrar exatamente o comando que esta executando para imprimir o DAMDFE ? Pois no seu caso me parece que esta sendo impresso abre e fecha apostrofe no lugar do protocolo.

Boa tarde Celente, Favor atualizar novamente, veja que fiz uma alteração no arquivo INI do provedor BHISS. Verifica se agora vai funcionar esse provedor.