xim.logan

Poise, com certeza nao é no componente, entao pensei que poderia ser uma configuração, ou eu não estar limpando algum buffer, ou coisa assim. mas vou fazer isso, vou tentar o Libwincrypt para ver. Obrigado

Bom dia Italo, parece que o problema era com a Prefeitura pois voltou a funcionar normal, porém, o cliente que usa a NFSe de Pelotas-RS, disse que percebeu que até a terceira NF envia normal, mas que depois da Terceira, da erro o mesmo erro de , e so volta a funcionar no dia seguinte. agora fiquei na duvida se é lá na prefeitura ou no componente. Tem alguma ideia do que possa ser? Obs. envio usando as configurações do acbr o "LibCapiCom", não sei se isso interfere em algo obrigado

Nao estou conseguindo fazer nada, nem enviar nem substituir

Esse erro esta dando comigo, tanto para substituir como para enviar.

Mas o engraçado que muito insistindo uma vez ate deu certo, deu erro mas enviou. Veja o erro que esta dando.

Alguem consegiu, pois o meu teste com o acbr esta dando acess violation nsewsisapi.dll Grato

testei no demo, e deu erro. Alguem já passou por isso. Att Adilson

Estou tentando enviar para Porto Alegre/RS usando o Provedor BhISS, porem dá a seguinte mensagem quando mando enviar: é obrigatorio o preenchimento do campo (), ele não informa o campo. Mas acredito que esta tudo preenchido. se alguem puder me ajudar aí fico grato! meu email é: [email protected]

Bom dia, para finalizar o assunto de NFse, existe alguma funcao ou propriedade do acbr, que me permita pergar o numero da NFSe retornado ao imprimir a Danfe ?

Amigo boa Tarde, Olha sim, eu ja estava preenchendo este campo, mas após sua resposta, resolve verifica-lo novamente, e encontrei o erro. no fonte estava assim: IF MqNFReterIss.AsString = 'S' then ----> linha com o erro, na verdade deveria ser <>"S" . Servico.Valores.IssRetido := stNormal else begin Servico.Valores.IssRetido := stRetencao; Servico.Valores.ValorIssRetido := MqNFValorIss.AsFloat; end; Obrigado, pela ajuda! Se não fosse por ela, nem olharia essa parte do codigo com mais cautela. Amigo boa Tarde, Olha sim, eu ja estava preenchendo este campo, mas após sua resposta, resolve verifica-lo novamente, e encontrei o erro. no fonte estava assim: IF MqNFReterIss.AsString = 'S' then ----> linha com o erro, na verdade deveria ser <>"S" . Servico.Valores.IssRetido := stNormal else begin Servico.Valores.IssRetido := stRetencao; Servico.Valores.ValorIssRetido := MqNFValorIss.AsFloat; end; Obrigado, pela ajuda! Se não fosse por ela, nem olharia essa parte do codigo com mais cautela.

Bom dia, estou implementando a NFSe de campo Belo-MG do provedor WebISS, tenho obtido sucesso para clientes que não retem ISS, já para clientes que tem o ISS retido da mensagem de erro (vazia ) ao final e nao envia. Gostaria de saber se alguem ja passou por isso, ou saiba a solução. esta assim no codigo , para passagem de valores de iss retido. IF MqNFReterIss.AsString='S' then begin Servico.Valores.ValorIss := 0 ; Servico.Valores.ValorIssRetido := SimpleRoundTo(valoriss,-2) ; end else begin servico.Valores.ValorIssRetido :=0; Servico.Valores.ValorIss :=SimpleRoundTo(valoriss,-2); end; OBS: Ja certifiquei se o cliente retem iss, e sem esta sendo passada a IM do mesmo. Grato Adilson Duarte

Bom dia, atualizei o acbr e de uns 10 dias para cá, nao envia NF-e de clientes com CNPJ começados com Zero, as demais enviam normalmente. Alguem sabe se o problema voltou ? ou qual o problema ? já olhei no xml e aparentemente está normal. Alguem pode me ajudar ?

Bom dia Srs. Ao enviar o XML para a sefaz da a mensagem de VBC difere da somatoria dos itens. Porem, conforme segue o xml, ta igual. To perdido prq nao sei mais onde mexer. 31170201704087000140550010000001621000001626-nfe.xml

Boa noite Srs. Uma duvida que tenho, é porque hoje comecei a usar o ABCRNFSe. antes usava a dll da FlexDocs. Porem na dll da FlexDocs, eu que criava a Danfe de serviço. minha duvida é: No Acbr eu tenho que montar a Danfe de cada municipio ou ja vem pronta?

Recebi um e-mail dizendo o seguinte: Prezados clientes, A partir de 01/04/2013 houve alteração nos processos de controle de cancelamento de notas no site da receita. Alterações da Versão 1.00a O Web Service do Evento de Cancelamento está em desenvolvimento pelas SEFAZ e pelas empresas e foi reportada a necessidade de alguns ajustes, conforme segue: A. Adequação da Regra de validação para o prazo do cancelamento (1 dia, conforme legislação); B. Informar a Chave de Acesso existente na SEFAZ, no caso do Pedido de Cancelamento para uma Chave de Acesso divergente (mesmo CNPJ, Série e Número, mas outra Chave de Acesso); C. Alteração de Schema com: Uso da versão correta do arquivo Schema “tiposBasico”; Nome da tag “TRetEvento”; Identificação da RFB como cOrgao=91; Isso é algo novo, ou o ACBR já saiu na frente e ja resolveu ? Att Adilson Duarte