Italo Giurizzato Junior

Boa tarde Marcelo, Evite de colocar vogais acentuadas e cedilha. Além do XML de pedido de consulta, você tem o XML de retorno? Talvez esse erro esteja ocorrendo ao ler o retorno.

Boa tarde ALA, Favor anexar os XMLs gerados para que eu possa analisar. De preferencia os XMLs (soap).

Boa tarde, No novo componente a propriedade ConsultarLoteAposEnvio não esta funcionando, portanto se faz necessário executar os dois métodos. Por favor anexa o XML retornado pelo ConsultarLoteRps, assim eu posso verificar o porque não esta retornando as demais informações.

Boa tarde Cristiano, A minha maquina tem o certificado instalado e com essa configuração esse erro não ocorre. Outra coisa, se o certificado for A1, você não precisa instalar, basta informar o path+nome do arquivo PFX em ArquivoPFX e a senha na propriedade senha. É possível ter o certificado salvo no banco de dados, neste caso os dados do certificado é carregado em DadosPDF e a senha dele informe na propriedade senha. Desta forma você fica livre de instalação de certificado na maquina do cliente.

Boa tarde, Isso esta ocorrendo porque o CT-e não foi assinado. Primeiro execute o método Assinar e depois o Validar.

Boa tarde Thiago, Após executar o Emitir você executou o ConsultarLote?

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

Boa tarde Rogério, Você esta usando o componente antigo ou o novo? Se esta usando o antigo te aconselho a atualizar todos os fontes reinstalar a suíte ACBr, não esqueça de marcar para instalar o novo componente ACBrNFSeX e o no novo para impressão do DANFSE feito em Fortes Report. Faça os testes usando o programa exemplo do novo componente. Não vamos dar mais suporte ao componente antigo. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Cristiano, Se você atribuiu o valor libOpenSSL ao campo SSLLib, acrescentou a linha que eu sugeri, para que o ACBrCIOT funcione sem o certificado digital se faz necessário deixar em branco as configurações referente ao certificado: ArquivoPFX, DadosPFX, NumeroSerie e senha. No artigo que lhe sugeri a leitura no item 12 deixa claro que é possível usar o componente sem a necessidade de certificado digital.

Joselito, O XML do Rps é gerado, validado e enviado. Logo não deveria ocorrer esse erro. Se esta ocorrendo isso significa que alguma tag que no Schema costa como opcional mas o webservice exige ela. Neste caso se faz necessário obter um XML de Rps que foi processado com sucesso pelo provedor, para que possamos analisar e ver o que esta faltando ou errado na geração do XML de envio.

Bom dia, Muito obrigado pela colaboração, já esta no SVN. Favor começar a realizar testes usando o novo componente de emissão de NFSe: ACBrNFSeX. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Bom dia Cristiano, Além de configurar o SSLLib com o valor libOpenSSL você acrescentou a linha abaixo na rotina que configura o componente? ACBrCIOT1.SSL.UseCertificateHTTP := False;

Bom dia Thiago, Já esta no SVN.

Bom dia Araujo, Não estamos mais dando manutenção no componente antigo. Por favor faça novos testes com o novo componente de emissão de NFS-e: ACBrNFSeX. Manual de Migração E aplique as possíveis correções no novo componente.

Joselito, Informando o código da forma que eles querem, qual é o erro agora?

Bom dia, Favor atualizar os fontes e faça novos testes.

Bom dia ALA, Se a cidade em questão não mudou de provedor e ela consta no arquivo Cidades.ini as chances de funcionar é grande. Lhe convido a passar a utilizar o novo componente de emissão de NFS-e: ACBrNFSeX. Manual de Migração Faça os testes usando o programa exemplo do novo componente assim que você conseguir o certificado.

Bom dia Joselito, Neste caso basta informar o código com os 7 caracteres. A mensagem de erro deixa claro que: Valor do campo Código de Tributação no Município esta inválido. Devemos informar no mínimo 7 caracteres e no máximo 11. Servico.CodigoTributacaoMunicipio := 'código com no mínimo 7 máximo 11';

Bom dia, Sim, ainda estou tentando descobrir o motivo pelo qual ele não esta imprimindo o conteúdo do campo Discriminação.

Bom dia, Antes de implementar a emissão de um documento fiscal é preciso saber para que ele serve. Implementar por implementar é perda de tempo. O CTe-OS significa Conhecimento de Transporte Eletrônico - Outros Serviços. O que vem a ser Outros Serviços? Outros Serviços pode ser: Fretamento, Transporte de Valores ou Bagagem Extra. Se a sua intensão é ter uma aplicação que atende as empresas de fretamento de funcionários de uma empresa, você vai usar o componente ACBrCTe para emitir o CT-e OS. Se a sua intensão é ter uma aplicação que atende as empresas que transportam valores (carros fortes), você vai emitir o CT-e OS. Se a sua intensão é ter uma aplicação que atende as empresas de transporte de pessoas (ônibus rodoviários) e cobram por bagagem extra, você vai emitir o CT-e OS. Agora se você não pretende atender nenhuma dessas empresas, esquece o CT-e OS.

Boa tarde Joselito, Fiz um teste usando o programa exemplo e não tive esse erro. O que ocorreu para mim foi uma rejeição: Modo de Envio : Enviar Lote Numero do Lote: 24 Data de Envio : 30/12/1899 Numero do Prot: Sucesso : False Erro(s): Código : E163 Mensagem: Valor do campo Código de Tributação no Município inválido, o mesmo deve possuir no mínimo 7 caracteres e no máximo 11 caracteres. Correção: Para o Código de Tributação no Município deve ser informado 7 dígitos referentes ao CTMISS, ou, quando o contribuinte possuir benefício fiscal informado 11 dígitos, sendo 7 do CTMISS e mais 4 do Benefício fiscal

Boa tarde Henrique, Favor atualizar os fontes e faça novos testes.

Boa tarde Thiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Favor atualizar os fontes e faça um novo teste.

Boa tarde Maiquel, Já esta no SVN.