Italo Giurizzato Junior

Bom dia Gustavo, O pessoal já esta ciente do problema e vão disponibilizar a correção.

Bom dia Adilson, Porque você quer baixar o XML do MDF-e do site da SEFAZ? Se por algum motivo o MDF-e foi enviada e ficou sem o protocolo de autorização o procedimento é aquele que eu sempre proponho para a NF-e e CT-e. Carregue o XML do MDF-e assinado através do LoadFormFile e depois execute o método Consultar. Se o MDF-e foi enviado e autorizado pela SEFAZ ao realizar o procedimento acima o XML será atualizado, ou seja, vai passar a ter o protocolo de autorização.

Antônio, Você não tem cópias dos fontes ACBr em outras pastas que o Delphi tenha acesso?

Archiere, Favor anexar as unit alteradas aqui mesmo no fórum. Caso esteja tudo OK, enviaremos para o repositório.

Bom dia Wladimir, Você anexou 2 XML um com o código de serviço 01.07 e o outro com o código 14.01 Ambos estão sendo rejeitados? Tanto o ambiente de homologação quanto o de produção rejeita a nota?

Bom dia Almeida, Para poder imprimir ou gerar o PDF da Inutilização de Numeração da NF-e, você precisa carregar o XML *-procInutNFe.xml Quando realizamos a Inutilização de Numeração são gerados 3 XML. *-ped-inu.xml (pedido de inutilização); *-inu.xml (retorno da SEFAZ acusando se a inutilização foi homologada ou não); *-procInutNFe.xml (esse XML contem tanto o pedido como o retorno), portanto é este que devemos carregar para poder imprimir ou gerar o PDF.

Bom dia Murilo, Favor atualizar os fontes, reinstalar a suíte ACBr e faça novos testes.

Bom dia Rafael, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Antônio, Você atualizou todos os fontes de todas as pastas? Após atualizar tem algum arquivo que possui uma bolinha vermelha ou triangulo amarelo em seu ícone? Se sim, apague esses arquivos e atualiza tudo novamente. Após atualizar, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada?

Bom dia, Até o momento a rotina responsável por ler o XML de uma nota não lê as informações dos eventos caso estes se encontrem no XML. A rotina prevê que o XML (*-nfe.xml) tenha somente as informações da nota, a assinatura e o protocolo de autorização. Por outro lado o XML (*-NFeDFe.xml) além de conter o conteúdo do (*-nfe.xml) possui também a lista de eventos vinculados a nota.

Bom dia Arquiere, Essa informação é retornada no XML da nota?

Bom dia Wladimir, Por se tratar de um assunto novo, por favor crie um novo tópico. Ao criar o novo tópico referente ao Código do Serviço Prestado inexistente, favor anexar o XML da nota que esta sendo rejeitada e de uma outra gerada pelo site da prefeitura. Vou fechar este tópico, pois o problema que ele se refere foi resolvido.

Bom dia Guilherme, Fui informado que é possível sim, precisamos agora entrar a melhor maneira de se fazer isso. Toda ajuda é bem vinda.

Bom dia Juliano, Favor anexar a unit alterada para que possamos analisar.

Bom dia Renato, Muito obrigado pela contribuição, já enviei para o repositório.

Boa tarde Diego, É preciso analisar a unit responsável por gerar o XML do RPS para saber o porque não esta gerando.

Boa tarde Juliano, Você anexou uma imagem do XML que esta errado. Como deveria ser o certo?

Boa tarde José Nilson, Experimente alimentar o componente com o percentual da alíquota dividida por 100. Exemplo: Alíquota := 0.02;

Boa tarde Bruno, Da forma que foi escrito o método de cancelamento ele exige que o XML da nota seja carregado.

Boa tarde Artur, Erro de timeout você consegue resolver aumentando o valor da propriedade de configuração: Timeout Erro 500, significa que o XML gerado e enviado para o webservice tem alguma coisa a mais ou faltando. Nesse caso verifica se não tem palavras com vogais acentuadas ou com cedilha, checa também se nesses casos não contem o caractere "&".

Boa tarde Wladimir, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Qual é o método que esta usando para enviar o RPS para o webservice?

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

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.