Italo Giurizzato Junior

Bom dia Clayton, Muito obrigado pela colaboração, já enviei para o repositório. Favor atualizar, note que fiz uma simplificação no arquivo INI do provedor evitando assim a necessidade de ficar incluindo as URLs das cidades.

Olá pessoal, Implementei um método novo de impressão no componente ACBrBPe. ImprimirOffline Esse método visa imprimir automaticamente as duas vias (Consumidor e Empresa) quando do BPe que não foi enviado para a SEFAZ, portanto esta sendo emitido em Contingência. Fiz uma alteração no programa exemplo, acrescentei um botão para exemplificar o uso desse novo método. Favor atualizar os fontes, reinstale a suíte ACBr e façam os testes.

Boa tarde Paulo, Não entendo o motivo de separar um processo que ao meu ver tem que ser automatizado. A pecinha que fica atrás do teclado clicou no botão [Enviar] e a magica acontece. Colocar meia dúzia de botão para o infeliz clicar e pedir para ter dor de cabeça. Outra coisa o Lote de RPS só é gerado no momento do Envio, portanto gerar os RPS, salvar no banco de dados, para depois carregar para enviar também não vejo com bons olhos pois tem provedor que requer que o RPS seja assinado e outros não. O componente possui diversos métodos de envio e de consulta. Se tratando de Blumenau que optou por utilizar a versão 2 do layout da ABRASF, a principio basta usar os métodos: Enviar e ConsultarLote se a intenção é enviar um lote com até 50 RPS. O Enviar se encarrega de gerar os XML dos RPS previamente informados no componente, assinar (ser for o caso), gerar o Lote, assinar o lote (se for o caso), estabelecer uma conexão com o webservice e enviar, e por fim aguarda o retorno. O ConsultarLote nos retorna os XML das NFS-e referente aos RPS que foram processados com sucesso e a lista de rejeições do que não foram. Temos também o método Gerar, mas este nos permite enviar apenas 1 RPS de cada vez. Dependendo do provedor se faz necessário após o Gerar realizar uma consulta através do método ConsultarNFSePorRps para obter o XML da NFS-e. A principio o Gerar, gera o XML do RPS previamente informado no componente, assina (se for o caso), monta o XML de envio, assina (se for o caso), estabelece a conexão com o webservice e envia e por fim aguarda o retorno. No retorno (dependendo do provedor) já teremos o XML da NFS-e caso o RPS tenha sido processado com sucesso, ou a lista de rejeições. Espero ter ajudado.

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

Boa tarde Jarbas, Você disse para mim que esta usando o DACTE_RETRATO.fr3, portanto esta usando o DACTE feito em Fast Report. Quando se usa o DACTE feito em Fortes Report não existem arquivos que devemos disponibilizar juntamente com o executável. Eu fiz varias melhorias no DACTE feito em Fortes Report e não tive o problema que você apontou.

Jarbas, Para você utilizar o DACTE feito em Fortes Report é preciso que primeiro você instale no seu Delphi o Fortes Report CE. Depois será necessário reinstalar a suíte ACBr marcando os componentes Report feito em Fortes em vez dos Fast. Por fim será necessário remover da sua aplicação o componente do DACTE feito em Fast e colocar no lugar o que foi feito em Fortes e fazer as devidas configurações.

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

Bom dia Durval, Até onde sei o provedor Tinus segue a versão 1 do layout da ABRASF, sendo assim ele não tem em seu webservice implementado os serviços: GerarNFSe, EnviarSincrono e SubstituirNFSe. Isso explica a mensagem de erro.

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

Bom dia Jarbas, Você esta usando o DACTE feito em Fast ou Fortes Report? O XML do CT-e é recente? Você pode anexar o XML também?

Bom dia Murilo, Não conheço muito bem o GNRE, mas o pouco que sei na versão 1 é retornado um texto que é utilizado para a impressão da Guia. Já na versão 2 é retornado um XML. Logo é preciso fazer uma alteração para que seja identificado a versão e dependendo dela ler as informações de uma forma ou de outra para que seja possível imprimir a Guia. Fique a vontade em colaborar com essa alteração.

Bom dia Adilson, Porque você deixa o usuário escolher a configuração no que diz respeito ao certificado? Não faz sentido, o mané muda alguma coisa, para de emitir nota e você fica feito besta tentando descobrir o que esta acontecendo. E não adianta perguntar para a anta se ele mudou alguma coisa na configuração, pois a resposta vai ser: em não alterei nada, parou de emitir de uma hora para outra. Essa tela que eu postei somente o administrador do sistema tem acesso e pode fazer alterações. Uma vez configurado, não precisa mais alterar a não ser que ocorra alguma mudança com relação a SEFAZ. Sempre tenha em mente, quanto menos o usuário precisar digitar ou configurar para poder emitir a nota melhor.

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

Bom dia Sergio, Experimente configurar a margem direita e esquerda com o valor 7.

Boa tarde Marcelo, Chegou a debugar para descobrir em que momento esse encoding é inserido no XML?

Boa tarde a todos, Na minha aplicação tem a seguinte tela para essa configuração:

Boa tarde Cleber, Existe algum fonte do ACBr que contem uma bolinha vermelha em seu ícone? Se sim, isso significa que ele foi alterado, quando atualizamos os fontes esse que esta alterado não é atualizado. Sugiro que você exclua esses fontes que contem a bolinha vermelha, depois atualize os fontes novamente e por fim reinstale os componentes novamente. Faça um teste usando o programa exemplo.

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

Bom dia Leonardo, Muito obrigado pela contribuição, já esta no repositório.

Bom dia Juliano, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Marcelo, Se o problema ocorreu de um dia para outro, com certeza o problema é na SEFAZ-MG. O pessoal da SEFAZ-MG são mestres e fazer parar o que esta funcionando.

Bom dia Maiquel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Cleber, Primeiramente lhe peço para não postar código, procure sempre anexar o mesmo. Outra coisa que notei que esta errado na sua rotina. No bloco abaixo para que executar o GerarMDFe e o GravarXML, sendo que o Enviar já faz tudo isso. ACBrMDFe1.Manifestos.Items[0].NomeArq:='Mdfe_'+EDNOTA1.Text; ACBrMDFe1.Manifestos.GerarMDFe; ACBrMDFe1.Manifestos.Items[0].GravarXML('Mdfe_'+EDNOTA1.Text+'.xml', wCAMINHONFE); ACBrMDFe1.Enviar(STRTOINT(EDNOTA1.Text)); Não faz sentido nesse bloco você executar o Assinar e Validar, visto que eles são executados automaticamente pelo Enviar do bloco assima. Outra coisa, o parâmetro True no LoadFromFile faz com que o XML seja reconstruido do zero, perdendo assim a assinatura e o protocolo. ACBrMDFe1.Manifestos.LoadFromFile(wCAMINHONFE+'Mdfe_'+EDNOTA1.Text+'.xml',true); ACBrMDFe1.Manifestos.Assinar; ACBrMDFe1.Manifestos.Validar; ACBrMDFe1.Consultar; Por fim, o que você tem contra o nome padrão do XML definido pela SEFAZ? <chave do MDF-e>-mdfe.xml

Boa tarde Giovane, Infelizmente vai ter que esperar. Existe provedor que durante o dia só recepciona os lotes, durante a madrugada realiza o processamento. Logo não adianta enviar e tentar consultar que não vai ter nenhuma resposta com o XML da NFS-e. O jeito é no dia seguinte realizar a consulta.

Boa tarde João, Para funcionar você chegou a fazer alguma alteração em algum arquivo do componente? Se sim, poderia anexar para que possamos analisar?