Italo Giurizzato Junior

Boa tarde Claudemir, Se você desenvolve em Delphi, porque esta utilizando o ACBrMonitor?

Boa tarde Paulo, Você esta tentando usar o método Gerar, correto? Pois bem o provedor Conan não implementou o método GerarNFSe em seu webservice, dai o erro. Existe somente os métodos: Enviar, ConsultarSituacao, ConsultarLote e Cancelar. No programa exemplo você tem que usar o botão: [Gerar e Enviar Lote].

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 Eduardo, Qual caractere inválido você se refere?

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

Boa tarde Everton, Não sei se você pegou a ultima alteração que enviei para o repositório. Nessa última o componente lê o valor da situação, caso ela seja 2, ele aguarda um tempo e faz uma nova consulta. O tempo de espera, bem como a quantidade de tentativas, você pode configurar no componente se utilizando das propriedades de configuração que já existem (Tentativas, IntervalorTentativas).

Boa tarde Carlos, A diferença entre o ACBrMonitor Plus e o programa gratuito emissor de NF-e (agora a cargo do SEBRAE) é que o Monitor não realiza nenhum calculo, logo ao gerar o arquivo texto e enviar para o monitor é preciso estar com todos os cálculos feitos.

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 Pablo, Anexe o XML que ocorreu erro de Schema e o outro que foi aceito pela SEFAZ.

Everton, Fiz uma alteração, favor atualizar os fontes e testar novamente.

Boa tarde Everton, Favor configurar o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Com eles fica mais fácil de descobrir o problema.

Boa tarde Everton, Não tenho condições de realizar um "debug", se você puder eu agradeço. O retorno em branco pelo que entendi ocorre no envio do lote, correto? É preciso "debugar" a function: LerXml_ABRASF da unit: pnfsEnvLoteRpsResposta.

Boa tarde Pablo, Se não me falha a memória já tem uma versão nova do ACBrMonitor, baixe e teste para ver se o problema foi resolvido.

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.

Boa tarde a todos, No link WebService existem vários outros link referente aos serviços, inclusive tem um que diz que contem o XML exemplo de envio, mas nenhum funciona. Por exemplo: http://ws.prefeituradecabreuva.com.br/WSNfses/nfseresources/ws/v2/exemplo Serviço utilizado para visualizar um exemplo do xml a ser enviado.

Everton, A quantidade de RPS contida no lote é a mesma informada na tag <QuantidadeRps> ou seja 46, logo a rejeição que acusa a quantidade de RPS incorreta não procede. A não ser que o provedor estipulou uma quantidade menor que 50 para o envio síncrono. Os ID de todos os 46 RPS que compõe o lote, são todos diferentes, ou seja, não se repete, logo a rejeição que acusa ID declarado para o RPS já informado, também não procede. A não ser que algum deles já tenha sido enviado. Quanto a não mostrar mensagens, o componente esta configurado para mostrar as mensagens retornadas pelo Webservice? Configuracoes.webservices.visualizar := True;

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 Elvis, Tente desta forma: sChave := ACBrNFe.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[ x ].resNFe.chNFe;