Italo Giurizzato Junior

Boa tarde, Antes o provedor acusava que o XML estava em desacordo com o Schema, esse problema foi resolvido. O problema agora é outro. Temos agora uma rejeição, foi informado algo que esta errado que no caso é o serviço. Pela mensagem suponho que deva ser o código do ItemListaServico que esta errado.

Segundo o arquivo ACBrNFSeXServicos.ini temos: [4210506] Nome=Maravilha UF=SC Provedor=Betha Como não contem o campo Versao isso significa que a versão é 1.00 Como esse provedor segue o layout da ABRASF no caso seria a versão 1 e nessa versão não existe o envio de lote no modo Síncrono, somente no modo Assíncrono. Seria muito complicado você alterar a sua aplicação e deixar a linha que executa o método Emitir desta forma? { O método Emitir possui os seguintes parâmetros: aNumLote (String) aModEnvio [meAutomatico, meLoteAssincrono, meLoteSincrono, meUnitario, meTeste] aImprimir (Boolean) Valor Padrão = True, portanto imprime o DANFSE } // como não foi informado o segundo parâmetro o método assume o valor // meAutomatico, isso faz com que ele se ajusta ao provedor selecionado ACBrNFSeX1.Emitir(vNumLote); Detalhe importante: desta forma vai funcionar com todos os provedores, seja eles da versão 1 ou 2 do layout da ABRASF ou layout próprio.

Alexandre, Neste caso vai ser necessário debugar para saber porque a propriedade não esta sendo alimentada com o nome do XML.

Boa tarde Felipe, Esta ocorrendo algum erro de validação ou rejeição por parte do provedor ao enviar o Rps sem essa informação? Pois testes realizados por um dos nossos moderadores se fez necessário omitir a tag <CodigoCnae> do XML.

Boa tarde Alexandre, O Provedor ISSNet segue a versão 1 do layout da ABRASF. Após executar o método Emitir se faz necessário executar o método ConsultarSituacao e caso a situação seja 3 ou 4 devemos executar o método ConsultarLoteRps. O componente possui uma propriedade chamada ConsultaLoteAposEnvio, caso esta esteja com o valor True todo o processo acima é executado automaticamente.

Boa tarde Felipe, Analisando o código não encontrei nada que pudesse estar gerando o valor false a propriedade Sucesso. Favor realizar um teste usando o programa exemplo, pois quero saber a mensagem exata que esta sendo gerada na lista de erros.

Boa tarde Alécio, Notou que os arquivos estão sem o prefixo (por exemplo: -ped-can.xml)? Chegou abrir esse arquivo que eu mencionei? Simplesmente não foi informado o numero da nota que se deseja cancelar.

Boa tarde, Qual é a cidade?

Bom dia Renato, Melhorei um pouco mais a sua contribuição. Favor atualizar os fontes e veja como ficou agora.

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

Bom dia Ricardo, A nível de codificação no ACBrMonitor Plus não altera em nada. Chegou a ler a postagem abaixo?

Por favor atualize os fontes e faça novos testes.

Bom dia, Favor realizar novos testes com a unit em anexo. MegaSoft.Provider.pas Após trocar pela unit em anexo, favor reinstalar o ACBr e por fim faça novos testes.

Bom dia, No componente novo foi realizado diversos ajustes. No caso da tag <SitNf> o seu valor agora esta sendo atribuído ao campo SituacaoNfse, veja: aValor := ProcessarConteudo(AuxNode.Childrens.FindAnyNs('SitNf'), tcStr); if aValor = '2' then NFSe.SituacaoNfse := snCancelado; O fragmento de código acima se encontra na unit: Conam.LerXml

Bom dia, Esse erro ocorre quanto o XML contem vogais acentuadas ou cedilha e no seu caso tem. Na tag <BairroTom> a palavra Olímpia esta com a letra "I" acentuada. Me recordo de ter incluído antes da leitura do XML a chamada a função que substitui as vogais acentuadas pelas sem acentos. Você esta com todos os fontes de todas as pastas atualizados? Não tem nenhuma unit com uma bolinha vermelha em seu ícone?

Felipe, Muito obrigado, já inclui na minha lista de tarefas. TK-2064

Acabei de entrar em contato com um funcionário da Fiorilli e questionei sobre os problemas que ocorre no ambiente de homologação. Vamos ver se ele me passa algumas dicas ou façam algumas correções no webservive deles.

Boa tarde Felipe, A diferença que pode ocorrer é nas informações retornadas. Se não entra no primeiro IF vai ser necessário do XML de retorno para que possamos analisar.

Eu não tenho nenhum cliente que emite NFS-e. No meu teste retornou que o usuário/senha são inválidos.

No teste que fiz não ocorreu erro de conexão.

Renato, Por favor teste os métodos ConsultarNFSe e CancelarNFSe, assim envio para o SVN todos os métodos testados e corrigidos. Muito obrigado pela colaboração.

Boa tarde, Primeiramente esquece que existe o Capicom. Segundo, você atribuiu o valor LT_TLSv1_2 a propriedade SSLType?

Boa tarde Renato, Faça uma cópia da unit que você fez a alteração, restaura a original e utilize a unit em anexo. Abaco.Provider.pas

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

Bom dia, Faça um teste usando a unit em anexo. MegaSoft.Provider.pas