Italo Giurizzato Junior

Boa tarde Volnei, A cidade Guarapuava/PR é atendida pelo provedor Pronim ou Pronimv2 ?

Boa tarde Leandro, No arquivo: Tecnos.INI alterei as URLs do serviço: ConsultaNFSe. [URL_P] (...) ConsultaNFSe=http://%NomeURL_P%.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx (...) [URL_H] (...) ConsultaNFSe=http://homologa%NomeURL_H%.nfse-tecnos.com.br:9096/ConsultaNFSePorFaixa.asmx (...) Não esta desta forma? Quanto a impressão do DANFE não tenho lhe ajudar pois não trabalho com o Fortes e nem com o Fast, mas lembre-se que o componente não gera o XML da NFS-e apenas o extrai do retorno e salva em disco.

Bom dia Adriano, Segundo a Nota Técnica 2014/002 versão 1.01 que trata sobre o DistribuicaoDFe - página 4 diz: "NF-e estará disponível para terceiros somente cujo CNPJ ou CPF estiver informado na tag autXML". Note que não é feita nenhuma referencia aos resumos de eventos e eventos. Para mim existe um erro, pois como uma pessoa que não consta como autorizada poderá ter acesso aos eventos de uma NF-e, não faz sentido.

Bom dia Thiago, A consulta que você se refere é através do DistribuicaoDFe, correto? Quem é o ator da consulta, Emitente da NF-e, Destinatário da NF-e, Transportadora ou Outros?

Bom dia IdealB, Se você desenvolve em Delphi, porque não utiliza os componentes e faça a sua própria aplicação? O ACBrMonitor Plus foi criado visando atender os desenvolvedores que não usam o Delphi.

Bom dia Claudio, Note que o componente possui 3 propriedades de configuração chamada Salvar, eu me referi ao Salvar de Arquivos.

Bom dia Simões, Se você esta tendo notas rejeitadas por duplicidade isso significa que deve estar ocorrendo problemas no retorno e a sua aplicação tenta enviar novamente, sendo que o correto é realizar uma consulta. Pois se ocorreu um erro não sabemos se foi no envio ou no retorno. Se em vez de enviar novamente você faz uma consulta se o problema foi no retorno essa consulta vai atualizar o XML com o protocolo de autorização e temos o problema resolvido. Por outro lado se o problema ocorreu no envio, essa consulta vai retornar que a nota não existe na base de dados da SEFAZ, ai sim você envia ela novamente.

Bom dia icozeira, Compare o arquivo INI do provedor que encontra-se na maquina do cliente que esta funcionando com o da sua que não esta.

Bom dia Leandro, Acredito ter encontrado o problema. O componente estava usando a URL para realizar a consulta as NFS-e de serviços prestados mas estava montando a consulta de NFS-e por faixa. Alterei a URL tanto de homologação quanto de produção. Favor atualizar os fontes e use o novo INI do provedor Tecnos. Faça novos testes.

Boa tarde Claudio, Verifica se a propriedade: Configuracoes.Arquivos.Salvar esta com o valor True.

Boa tarde, Verifique as configurações de tempo de espera entre uma consulta e outra, bem como o tempo de espera antes de realizar a primeira consulta.

Almeida, Normalmente o erro 403 tem haver com o certificado que pode estar vencido ou só serve para assinar e não para consumir o Web Services.

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

Jemison, Experimente aumentar o valor da propriedade TimeOut.

Heber, Ao ADD os RPS ao componente pela segunda vez em diante você esta limpado a lista com o Clear? Fiz um teste gerando um lote com 10 RPS. Foi gerado e assinado sem nenhum problema. O envio só não foi feito pelo simples fato de eu estar usando um certificado vencido.

Boa tarde Walter, Enviei para o repositório Branches algumas alterações. Mas pela mensagem de erro da impressão que ele não esta conseguindo encontrar o arquivo ACBrANeServicos.Res, isso é estranho pois esse arquivo existe e esta junto com os fontes do componente.

Boa tarde Felipe, Por favor faça todos os testes, envio, consulta e cancelamento e nos de um retorno para que possamos incluir a Tecnos como mais um provedor que esta funcionando 100%.

Boa tarde Cristiane, Favor entrar em contato com eles a fim de saber se seguem o padrão ABRASF ou não. Solicitar os schemas (arquivos XSD) bem como XMLs de exemplos de: envio, consulta, etc. Se for padrão ABRASF a implementação é rápida, caso contrario teremos que saber qual layout ele segue, neste caso a implementação vai demorar ou até mesmo não ocorrer, tudo depende como funciona esse provedor.

Boa tarde Jemison, Primeiramente você não envia um lote de NFS-e e sim de RPS. O provedor valida os RPS enviados e caso estejam OK eles serão convertidos em NFS-e e retornados para você. Cada RPS tem que ter um numero sequencial, sendo assim ao enviar o primeiro lote com 3 RPS estes deverão ter os números: 1, 2 e 3, quando for enviar o segundo lote contendo 5 RPS (por exemplo) os seus números serão: 4, 5, 6, 7 e 8. Alguns provedores exigem que o numero do lote também seja sequencial sendo assim no exemplo acima o primeiro Lote terá como numero o valor 1 o segundo 2 e assim por diante. Caso algum RPS não seja validado pelo provedor, ou seja, contem alguma informação errada sempre é informado o numero do RPS. Espero ter ajudado.

Bom dia Adriano, Essa alteração proposta por você para pular linha de forma correta tem que ser feita no arquivo 4R.INI ? Se sim, por favor anexar o mesmo alterado para que possamos avaliar. Muito obrigado pelos testes e informação que o componente esta funcionando 100% com o provedor 4R.

Boa tarde Almeida, A TAG ConsultaLote que você se refere na página 39 do manual não seria ConsultaLoteRequest ? Se sim essa é a TAG principal do corpo note que dentro dela temos as TAGs VersaoSchema e MensagemXML. Dentro desta última devemos colocar a mensagem XML conforme a estrutura mostrada no item III da página 38. Mas segundo o schema: PedidoConsultaLote_v01 temos que colocar essa estrutura dentro do grupo PedidoConsultaLote, veja: <xs:element name="PedidoConsultaLote"> <xs:annotation> <xs:documentation>Schema utilizado para PEDIDO de consultas de Lote.</xs:documentation> Perante o manual e schemas que temos a geração do pedido de consulta ao lote enviado esta em conformidade.

Boa tarde Heber, A sua aplicação esta configurada para Capicom ou OpenSSL? Pois acabei de realizar um teste usando o Capicom, o XML referente ao envio do lote contendo 2 RPS, foi gerado e assinado sem nenhum problema.

Boa tarde a todos, É preciso "debugar" para saber com qual valor as variáveis: TagEndDocElement e ConteudoXML possuem ao chegar na linha: I := PosLast(TagEndDocElement, ConteudoXML); A partir dai tentar descobrir o ponto onde é alterado ou gerado o nome da TAG de forma errada.

Bom dia Walter, Você chegou a configurar o componente com libCapicomDelphiSoap. Pois esta configuração se utiliza do HTTPReqResp.

Bom dia Dorneles, Favor anexar o INI corrigido.