Italo Giurizzato Junior

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

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

Bom dia, Erro 999 é problema na SEFAZ, favor entrar em contato com a SEFAZ e relatar o problema.

Boa tarde Haroldo, Ainda estamos analisando assim que tivermos uma posição, posto aqui.

Boa tarde, Mas que mania de vocês enviar novamente toda vez que ocorre um erro. Por algum acaso você tem certeza que o erro que ocorreu foi durante o envio? E se foi no retorno? Provedores que seguem a versão 1 do layout da ABRASF, se ocorreu erro ao enviar o passo seguinte é ConsultarSituacao. Se retornar a situação 3 ou 4 devemos Consultar o Lote para pegar as rejeições ou os XML das NFS-e caso tenha sido processado com sucesso. O numero do protocolo é o retorno do envio, se ocorreu erro nesse retorno não há nada o que possa ser feito pois não existe nenhum serviço que retorna novamente o numero do protocolo que atesta que o webservice recebeu o seu lote de RPS. Já os provedores que seguem a versão 2 do layout da ABRASF, se ocorreu erro ao enviar o passo seguinte é Consultar o Lote, uma vez que nessa versão não existe o serviço de consultar a situação do lote.

Boa tarde, Agora sim, mas este apesar de estar com todas as cidades, ainda esta desatualizado. Já enviei para o repositório uma nova versão dele com a cidade que você acrescentou. Muito obrigado pela colaboração.

Ana, Por ser Windows XP pode ser problema de atualização do Windows.

Fellipe, Muito obrigado, assim que possível vamos analisar.

Boa tarde Peixoto, Se você atribuir o valor zero ao campo UseCertificado o campo Lote também deverá receber o valor zero, pois o valor 1 no campo Lote significa que o mesmo deve ser assinado com um certificado digital. Se no campo UseCertificado você mudar para zero e não configurar o componente com o numero de serio do certificado (por exemplo) o certificado não será carregado, logo vai ocorrer problemas ao tentar assinar o Lote. Entendeu? Agora se o provedor disser que se você optar por não usar o certificado, não precisa assinar o Lote, ai basta alterar o arquivo INI do provedor.

Boa tarde Bruno, Muito obrigado pela contribuição, assim que possível vou analisar.

Então você postou no lugar errado. Por favor preste mais atenção, existem tópicos específicos para alguns componentes.

Boa tarde Ana, Copiou as DLLs de versão mais recente para a pasta do executável?

Boa tarde Leonardo, Atribua o valor libWinCrypt ao campo SSLLib, que o componente ajusta automaticamente os de baixo. Salva a configuração e tente novamente.

Boa tarde Rodrigo, Favor anexar o XML de uma consulta e se você tiver um XML de exemplo do provedor seria muito bom para que possamos analisar.

Boa tarde, Você se refere a Nota Fiscal Eletrônica ou Nota Fiscal de Serviço Eletrônica? Se é a NFS-e, em qual provedor esta ocorrendo esse problema?

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

Boa tarde Fellipe, Por favor configure o programa exemplo para salvar os arquivos Soap. E anexa os arquivos *-soap.xml Outra coisa os arquivos que você anexou não tem nada haver com o seu problema. Você anexou o XML do RPS e de um cancelamento, sendo que o seu problema é na consulta.

Boa tarde Peixoto, Eu não conheço os requisitos de todos os provedores. A dica que eu dou neste caso é entrar em contato com o provedor e fazer esses questionamentos. Eu não sei se é possível trabalhar com esse provedor sem o certificado digital, pois checando o arquivo ISSNet.ini consta que o Lote de RPS deve ser assinado. Mas não custa nada perguntar para o provedor.

Boa tarde Luiz, O componente ACBrCIOT esta funcional para o eFrete. Quanto a sua pergunta a resposta é Sim.

Boa tarde David, Favor atualizar os fontes, reinstalar a suíte ACBr e faça os testes usando o programa exemplo do componente ACBrNFSe.

Boa tarde Robinho, Neste caso o jeito é entrar em contato com o eFrete e perguntar para eles o porque desse erro. Sinceramente, não faço a menor ideia do que possa ser.

Boa tarde Diego, Quando ocorre o erro 500, significa que existe algo a mais ou a menos no XML. É preciso comparar o XML que esta sendo gerado e enviado com um exemplo fornecido pelo provedor.

Boa tarde, Não vou poder aceitar a sua contribuição, pelo simples fato do seu arquivo esta desatualizado. Por favor atualize todos os fontes de todas as pastas, depois acrescente a cidade em questão.

Bom dia Ale, Pergunta para o pessoal da prefeitura onde se encontra o WebService? Vão te falar que fica logo ali na esquina e não é caro o almoço. Eles não sabem o que estão falando, não é só a alteração da URL, se não me falha a memória esse provedor me parece que segue o layout da ABRASF mas a maneira que é realizada a assinatura digital é totalmente diferente do padrão de todos os Documentos Fiscais Eletrônicos implementados no ACBr.

Bom dia Carlinhos, Você esta tendo problemas com o DANFE ou com o DAMDFE? Pois aqui estamos tratando do MDF-e e não da NF-e. Para quem esta tendo problemas com a margem dos Documentos Auxiliares basta fazer o seguinte: Exemplo para o MDF-e: ACBrMDFe1.DAMDFE.MargemDireita := 7; ACBrMDFe1.DAMDFE.MargemEsquerda := 7; ACBrMDFe1.DAMDFE.MargemSuperior := 5; ACBrMDFe1.DAMDFE.MargemInferior := 5; De forma semelhante pode-se fazer para os demais.