Italo Giurizzato Junior

Bom dia, Problema de timeout as vezes se resolve aumentado o valor da propriedade de configuração Timeout para 20 mil ou 30 mil.

Bom dia Adilson, Muito obrigado pela colaboração, já vou enviara para o repositório.

Bom dia Maiquel, Muito obrigado pela colaboração, já vou enviar para o repositório.

Bom dia Frederico, Muito obrigado pela colaboração, já vou enviar para o repositório. Observação: Os seus arquivos INI estão muitos desatualizados. Procure manter eles sempre atualizados, não basta atualizar somente os fontes, tem que atualizar todas as pastas.

Bom dia, A configuração correta é: Corrija o valor de XMLSigLib.

Bom dia Joabe, Na hora de enviar, o XML do MDF-e esta sendo gerado novamente? Se sim, esta ai o problema. Porque você não salva o XML do MDF-e no banco de dados só depois de enviar? Assim você já salva ele completo com o protocolo de autorização. O ValueDigest esta diferente pelo simples fato de que alguma informação foi alterada, com certeza essa informação é a data/hora de emissão.

António, Se a sua postagem vem logo em seguida da minha, não faz nenhum sentido você citar o que eu escrevi. Como lhe disse, eu prefiro configurar via código e não via Object Inspector. Outra coisa, no componente só existe um método Imprimir, sendo assim quando você passa o valor True no segundo parâmetro do método Enviar se a nota for autorizada o método Imprimir é executado. Portanto não existe diferença em executar separado ou através do método Enviar. Para confirmar o que estou lhe dizendo basta você analisar o código do componente.

Bom dia Antônio, Realmente você não esta se expressando corretamente. Vamos lá, quando o DANFE é impresso no papel através do método Enviar a margem esquerda é cortada ou esse problema ocorre quando você utiliza o método Imprimir? Você tem uma única rotina de configuração do componente? Se não tem, esta ai o problema. Você deve estar configurando o componente do DANFE de forma diferente dependendo do método que esta utilizando. Lembre-se que as margens tem que ser informadas em milímetro. A minha sugestão é que na rotina de configuração do componente tenhas as linhas que configura as margens. Eu prefiro configurar via código e não pelo Object Inspector.

Boa tarde Antônio, Primeiramente, eu editei as suas postagens. Não precisa citar o que você escreveu na anterior, basta editar ela e acrescentar o que você esqueceu de colocar. Outra coisa, você sabia que o método Enviar é capaz de: Gerar o XML, Assinar, Validar, enviar para a SEFAZ a nota e se ela for autorizada imprimi o DANFE? Se você executa o método Enviar, não faz nenhum sentido executar os métodos que você relacionou. Outra coisa, o método ImprimirPDF não imprimi nada apenas gera o PDF do DANFE.

Boa noite Mario, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas para ainda esta semana analisar e estando tudo OK, vou enviar para o repositório.

Boa noite, O provedor jamais vai admitir que eles fizeram alguma mercadoria e é por isso que a coisa não esta funcionando. A resposta que todos dão já virou um clichê: Aqui esta funcionando é a sua aplicação, existem varias empresas que estão conseguindo emitir as notas. O que eu quero saber é: Qual é a URL de homologação e de produção para a cidade de Ipatinga? O layout do XML do RPS segue a versão 1 ou 2 do layout da ABRASF? Seria de grande ajuda também exemplos de envio, de consulta e de cancelamento. Sem essas informações exatas vamos ficar na tentativa e erro.

Douglas, O que esta ocorrendo com o Ambiente Nacional não sei lhe informar. Na minha postagem anterior ficou faltando dizer que para cada novo cliente devemos iniciar do zero e depois dar sequencia levando em consideração ao valor retornado na ultima execução em UltNSU.

Bom dia Douglas, No meu entendimento devemos atribuir o valor zero a NSU uma única vez. Pois ai informar o valor zero a NSU o DistribuicaoDFe vai baixar os documentos (no seu caso os CT-e) dos últimos 90 dias que se encontram no Ambiente Nacional. Depois devemos sempre informar a NSU o valor de UltNSU retornado pela ultima execução do DistribuicaoDFe.

Bom dia Mario, Se desejar fazer a alteração colocando as mensagens propostas por mim ou outras que você achar melhor, anexa os fontes aqui para que possamos analisar novamente.

Bom dia Gustavo, Você esta usando o DistribuicaoDFe do componente ACBNFe para obter o XML da NF-e ou o do componente ACBrCTe para obter o XML do CT-e? Lembre-se que: Para obter o XML completo da NF-e se faz necessário enviar o evento de Manifestação do Destinatário, caso contrario você só vai obter o resumo da nota. Por outro lado para obter o XML completo do CT-e não se faz necessário enviar nenhum evento, basta o CPF/CNPJ ter sido informado no CT-e como: Remetente, Destinatário, Expedidor, Recebedor, ou Tomador - Outro e as pessoas contidas na lista autXML.

Bom dia Moroni, Favor atualizar mais uma vez e faça novos testes.

Bom dia Rodrigo, Acredito que a questão é bem simples. O serviço do webservice RecepcionarLoteRpsSincronoEnviar esta recepcionado o Lote de RPS e o processamento do Lote esta ocorrendo, visto que ao realizar uma consulta via site consta o RPS como processado com sucesso. A pergunta que no meu entendimento tem que ser feita. Exposto a situação acima por que o webservice não devolve nenhuma mensagem após o serviço mencionando receber o lote? Observação: a aplicação fica monitorando a conexão com o webservice durante 30 segundos e nenhuma resposta é retornada.

Bom dia Rodrigo, Favor atualizar novamente e faça novos testes.

Bom dia, A cidade de Ipatinga contratou o provedor Actcon. Até onde sei esse provedor possui 2 webservices, um segue a versão 1 do layout da ABRASF e o outro a versão 2. As URLs de homologação e produção disponibilizadas pela Actcon para a cidade de Ipatinga aponta para o webservice que segue a versão 2. Mas o provedor diz que o XML do RPS tem que ser gerado na versão 1. Uma verdadeira bagunça que não da para entender de forma alguma. Favor entrar em contato com o provedor e questionar sobre o layout do RPS e para onde realmente deve ser enviado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Adson, Vou fechar esse tópico pois o problema inicial foi resolvido. Favor criar uma nova postagem para esse novo problema. Agradeço a compreensão.

Boa noite Leandro, Caso você tenha um tempo e queira colaborar também com o projeto, seria interessante incorporar (a unit que você pegou da outra postagem) ao componente ACBrANe.

Mauricio, Primeiramente não confunda rejeição com erro de validação. Essa imagem se refere ao erro de validação, neste caso o MDF-e nem chegou a ser enviado para a SEFAZ. Rejeição é quando a SEFAZ recebe e rejeita o documento por conter dados errados. A mensagem de erro de validação diz que não foi informado o CNPJ dentro do grupo <infSeg>. Se o grupo <infSeg> for gerado, obrigatoriamente devemos informar o nome e o CNPJ da seguradora, você esta informando somente o nome. Se não deseja informar os dados da seguradora por não ser obrigado, então nem informe o nome da seguradora.

Boa tarde Mauricio, Favor anexar o XML do MDF-e que foi rejeitado pela SEFAZ.

Mario, A mensagem a ser apresentada não teria o termo protocolado e sim não autorizado, veja a mensagem em negrito na minha postagem anterior. Se mesmo assim você acha que fica confuso para o usuário poderíamos imprimir: CT-e não enviado, sem Valor Fiscal.