Italo Giurizzato Junior

Bom dia Adriano, Favor entrar em contato com a prefeitura para saber se ainda é o provedor EReceita que atende a cidade. Se sim, verificar se não ocorreu alteração na URL de homologação e de produção.

Bom dia Vanderson, Favor atualizar todos os fontes de todas as pastas e faça novos testes.

Bom dia Diógenes, O código acima é para adicionar as chaves dos CT-e (transportadora), para uma empresa que vende o produto e realiza o transporte da própria mercadoria devemos adicionar as chaves das NF-e. Neste caso em vez de infCTe devemos trocar por infNFe e em vez de chCTe devemos trocar por chNFe. Não devemos esquecer de informar corretamente o valor de tpEmit, pois é ele que define se o emitente do MDF-e é uma transportadora ou não. No código abaixo esta definindo que o emitente é uma transportadora. // TMDFeTpEmitente = ( teTransportadora, teTranspCargaPropria ); Ide.tpEmit := teTransportadora;

Bom dia a todos, Gostaria de saber qual é a melhor solução. O nome do arquivo R-5011 deve conter o numero de protocolo usado na consulta ou o ID do evento R-5011?

Bom dia Danilo, Fiz um teste configurando o programa exemplo (SSL Lib = libWinCrypt) e não ocorreu esse erro.

Boa tarde Jean, A versão dos schemas dos eventos mudou? Se não mudou continua como esta.

Boa tarde, Chegou a mudar o valor de SSL Type para ver se resolve o problema?

Boa tarde Fabio, O evento R-5011 é retornado quando se realiza a consulta. E é gerado somente um R-5011 por consulta. Sendo assim poderíamos sim, trocar o nome do arquivo em vez de usar o ID passar a usar o numero do protocolo. Mas se você tiver um XML do evento R-5011 para anexar lhe agradeço. Quero buscar a melhor solução.

Boa tarde Danilo, O problema também ocorre com o programa exemplo?

Boa tarde, O provedor SmarAPD já esta implementado, basta incluir a cidade no arquivo Cidades.ini conforme as demais do mesmo provedor.

Boa tarde Adriano, Você esta realizando testes com o programa exemplo do componente? Se sim, todos os fontes de todas as pastas estão atualizados?

Boa tarde Guimaraes, O que adianta aprimorar os processos, na verdade o que foi feito é fazer como todos fazem. Se ficam inventando moda e cria um layout diferente.

Boa tarde, Lembre-se que o componente gera e envia o RPS. Já o XML da NFS-e é gerado e retornado pelo WebService. Vou não anexou o XML do RPS, para tentar descobrir o que esta ocorrendo.

Boa tarde Brunno, E o retorno do envio do lote? Para consultar a situação do Lote, bem como consultar o Lote é necessário o numero do protocolo que retornado ao enviar o lote.

Boa tarde, Favor a atualização dos fontes e faça novos testes.

Boa tarde Guimaraes, Nem que a vaca tussa o layout do XML deles é padrão ABRASF, ou eles são muito nó sego ou gostam de contar mentiras. O layout do RPS apresentado no manual não tem nada haver com o layout da ABRASF.

Boa tarde Brunno, Favor atualizar todos os fontes de todas as pastas, reinstale os componentes com o ACBrInstall_Trunk2 e repita os testes.

Boa tarde Jacson, Mas esse XML que você anexou já é o da NFS-e, logo o RPS que foi enviado foi processado com sucesso.

Boa tarde Rodrigo, Desculpe mas, se você já viu o XML de uma NF-e de venda de produtos iria perceber que este não tem nada haver. Esse XML possui um grupo chamado <prestador> e outro <tomador>, esses termos são muitos usados em notas de serviço, já que de venda de produtos temos é usado os termos: Emitente e Destinatário. Logo esse XML é de uma nota de serviço.

Bom dia Sergio, Se você puder disponibilizar essa documentação, quem sabe podemos fazer um componente para consumir esse webservice.

Bom dia Juceli, O problema é que toda vez que vai imprimir o DACTE a aplicação deve estar gerando novamente o XML e atribuindo ao campo cCT o valor zero. Desta forma o componente gera o código numérico do conhecimento usado na chave de forma aleatória, com isso os 8 dígitos do código numérico e mais o digito verificador mudam. Ao lançar um conhecimento no sistema você deve gerar esse código de forma aleatória a gravar na tabela no banco de dados juntamente com os demais dados do conhecimento. Desta forma se for necessário gerar novamente o CT-e a chave sempre será a mesma, pois você vai pegar o código aleatório gerado e salvo no banco de dados e atribuir a cCT. Mas para imprimir ou visualizar o DACTE não é necessário ficar gerando novamente o XML, basta carregar o XML assinado e com o protocolo de autorização através do método LoadFromFile e depois executar o método Imprimir.

Bom dia, Favor anexar os XMLs .

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

Bom dia Fabio, O retorno de uma consulta sempre vai retornar apenas um evento R-5011? Se retornar mais de um, o numero do protocolo é diferente de cada um deles?

Bom dia Elvis, Se você puder adequar os fontes conforme as alterações, ficaremos gratos.