Massao Aihara

... ... .... ...................... pega os fontes da pasta branshes, como já foi postado, e vai montando sua rotina de geração... o importante é que já tiveram o grande trabalho de montar as classes dos registros que compõem o ECF. só precisa das classes para ir montando a sua rotina... quando terminarem o componente é só testar a geração. ....

Consegui emitir, o cliente realmente tinha IE. Mas no cadastro do sintegra não estava aparecendo. Falei com alguém do SEFAZ de SC e ele me passou um link que tem o cadastro centralizado dos contribuintes e por la eu consegui a informação. Segue o link caso alguém precise: www.sefaz.rs.gov.br/NFE/NFE-CCC

Se tiver algum retorno do SEFAZ e puder repassar para nos, eu agradeço. Tbm estou entrando em contato com eles.

Entendi, nesse caso não precisa informar a I.E. mesmo, pois a inscrição só é informada se o campo indIEDest = 1. Você usa o componente ou o acbrnfemonitor? Eu uso o monitor, e quando o indIEDest é diferente de 1 eu nem informo o campo IE. Não uso o Monitor, uso o ACBrNFe. É exatamente isso que faço, indIEDest = 2 e a IE vazia (tanto que ela nem consta no XML). E ainda sim, estou tendo o erro.

Segundo manual da 3.10 é para deixar em branco... Já havia consultado...o cliente é isento em todos os estados.

Bom dia pessoal, estou com um erro, que na minha opinião, não era para estar ocorrendo. Tenho um cliente PJ que é isento da IE, mas ao emitir a NF-e esta acusando o erro "IE do destinatário não informada". as tag's estão informadas corretamente indIEDest = 2 e IE = '' (a tag IE nem lista no XML). A operação é interestadual mas o cliente não tem cadastro de contribuinte de ICMS em nenhuma das UF (Alias não tem em nenhuma). Oque pode estar causando esse erro? Agradeço qualquer ajuda.

Achei o "problema", o ACBr gera a assinatura do xml com o texto de cancelamento com caracteres especiais, do jeito que passei para o componente. Mas na hora de enviar o envelope da um string replace, trocando as letras com acentos e "ç". Resolvi o problema passando o texto já formatado para o componente. Att.

Boa tarde pessoal, Atualizei os fontes, veio as alterações feitas. Mas ao testar um cancelamento de NFS-e, me retorna o erro "Assinatura do Hash nao confere.". Mais alguém continua com o problema? Att.

Ok, Obrigado.

Boa tarde, atualizei os fontes hoje, e veio com erro o fonte pnfsConversao.pas . Como estava 5103379, // Cotriguacu/MT 5103502 // Diamantino/MT 4216602: // São José/SC : Provedor := 'Betha'; Segue o mesmo corrigido. pnfsConversao.pas Att. pnfsConversao.pas

Mas os fontes não tinham as procedures LiberaRegistro e CriaRegistro. que são utilizadas na LimpaRegistro. Bom, de qualquer forma eu fiz as alteração para conseguir copilar e ir utilizando o ACBr no lugar rotina que estava montando. Att.

Boa noite Juliomar, Eu fui tentar utilizar os fontes, mas tive erro em dois lugares: no fonte ACBrrECFBloco_K.pas onde tinha duplicidade de campos no registro K155. e no fonte ACBrSpedECF.pas na procedure "LimpaRegistro". Tive que implementar o LimpaRegistro em todos os fontes terminados em "_Class.pas". Agora esta compilando. Segue os fontes em anexo. Alteracoes_ACBrSPEDECF.rar Att.

Boa tarde Juliomar, Se for possível disponibilizar um .dpk para instalar o componente. Eu vou ajudando com testes e correções. Att.

Boa tarde Juliomar, eu já realizei algumas alterações nos componentes ACBr para sped Fiscal, PIS/COFINS e FCONT. Se precisar de alguma ajuda para teste e correções estou a disposição. Att.

Diegoic3 se vc dar um sync nos fontes do ACBr, baixar o ultimo fonte que eu postei e colocá-lo na pasta de fontes do ACBrNFSe, não funciona?

Bom dia Italo. Segue fonte alterado com tudo funcionando. Inclusive o cancelamento. LEMBRANDO QUE NÃO CANCELA, só obtém o retorno da prefeitura (lei municipal). ACBrProvedorSJP.pas ACBrProvedorSJP.pas

A consulta esta funcionando tambem...

Ivonei, o fonte que postei já faz o envio correto. Vou corrigir a consulta, agora que meu cliente se recadastrou no ambiente de homologação.

Marcelo, eu testei com pelo menos 4 sefaz. Nenhuma estava com erro. E não foi erro do componente acbr tambem. Todos os erros foram mau configuração do componente ACBr. Veja os fontes do exemplo do acbr, ele ajuda em muito a tirar as duvidas de configuração. Att.

Não... veja o manual... "verProc -> Versão do Processo de emissão da NF-e. Informar a versão do aplicativo emissor de NF-e."

SP emitindo normal aqui, eu tinha uma rotina de consulta do status do sefaz, fora do processo de emissão, que eu não tinha alterado para consultar no ambiente 3.10. Componente do ACBr esta perfeito, os erros são de configurações. Att.

Sim, enviando normal.

Estou com problema em SP tbm, estou esperando terminar a copia do BD do cliente para debugar aqui... aconselho fazerem o mesmo!!!

ACBrNFe, bom é só instalar a capcom e o certificado digital do cliente (com a cadeia de certificados tbm!). Mas conforme nosso amigo Tiago lhe disse antes: * marque a "Usar SLL 2.0" e * desmarque a "Verificar revogação de certificados do servidor" (Obs: aproveita para corrigir sua msg de alerta do seu sistema esta "Bloqueio de vAículos abertos..") =P

Estou com um problema similar também. Meu cliente de BA faz o envio, a nota fica como autorizada no sefaz, consigo consultar ela no site usando a chave gerada. Mas no retorno e na consulta pelo sistema não me volta ela. Será problema do sefaz?