renatojosecampos

Boa tarde! Acabei de atualizar o fontes do ACBR no trunk2 e ao compilar falta o arquivo pcnRetConsReciDFe.pas para compilar alguns projetos. Procurei o arquivo e não localizei no repositório. Aluma dica?

Boa tarde! Mesmo prolema operadora NET estado Rio de Janeiro. NF-e e NFC-e

Ola! Sabem informar se já foi liberado ?

Boa tarde Amigo, Me desculpe se eu estiver enganado, mas resolvi este problema em diversos clientes configurando o Provedor de Criptografia como CSP ao invés de KSP, era o antigo erro 'The Cryptographic Service Provider type '0' is not supported' no capicom. Para alterar para provedor CSP vá no ( Dentro do SafeNet Client > Config > Certificados > clica com botão direito no certificado > Configurar como CSP. * Por precaução é bom remover o certificado e reiniciar a aplicação antes de testar novamente. Espero ter ajudado.

Estou autorizando normalmente com este codigo: Cobr.Fat.nFat := Inttostr( Ide.nNF); Cobr.Fat.vOrig := Total.ICMSTot.vNF ; Cobr.Fat.vDesc := 0;  Cobr.Fat.vLiq := Total.ICMSTot.vNF ; VDesc sempre zerado

Estou autorizando normalmente em vários estados , porém só preencho FATURA se houver DUPLICATAS. Quanto ao vDesc segue meu código : Cobr.Fat.nFat := Inttostr( Ide.nNF); Cobr.Fat.vOrig := Total.ICMSTot.vNF ; Cobr.Fat.vDesc := 0; Cobr.Fat.vLiq := Total.ICMSTot.vNF ;

Preenchi o grupo Fatura somente quando há duplicatas e no meu caso resolveu. ... Outra questão importante é o erro "Rejeição: Número da parcela inválido ou não informado" que em alguns estados está aceitando somente nDup no formato ( 001,002,003 ) Sequencial numérico com zero a esquerda. ex: Goiás

Boa tarde! Estou com mesmo problema , instrui os clientes a finalizar como tipo OUTROS e esta passando até que eu revise o código e identifique o problema.

Resolvido era apenas o SSLTYPE que em Pernambuco aceita apenas LT_ALL ou seja comunica com TLS 1.0 , ou SSL V3 mas não com TLS 1.2 Obrigado.

Muito obrigado amigo já me ajudou demais.. Percebi que o seu esta configurado com LT_ALL e meu sistema estava fixo com LT_1_2. COM LT_12: Vou atualizar meu sistema e posto aqui o resultado, muito obrigado. Estranho que nos demais estados o problema não ocorre.

Bom dia pessoal estou com problema sério em todos os clientes do estado de PERNAMBUCO. Apos atualização para nf-e 4.0 do meu sistema todos os clientes de todos os estados estão emitindo nfe normalmente exceto Pernambuco. Porém ao comunicar com o estado de pernambuco o WEBSERVICE RETORNA ERRO, mesmo pelo navegador ( CHROME, IE , ETC ). O Estranho é que funciona normalmente no ambiente de homologação: https://nfehomolog.sefaz.pe.gov.br/nfe-service/services/NFeStatusServico4 Na produção acusa um erro: https://nfe.sefaz.pe.gov.br/nfe-service/services/NFeStatusServico4 NFeStatusServico4 Hi there, this is an AXIS service! Perhaps there will be a form for invoking the service here... *Sim o windows atualizado , etc, o problema ocorre em qualquer maquina. Conto com a ajuda de vocês.

O Problema realmente era o vBCFCPUFDest que estava zerado aqui tb .... Obrigado.

Obrigado , mas no grupo de pagamento é possível incluir o vencimento de cada titulo? Ou seria somente o total de cada forma de pagamento ? Por exemplo uma venda em 3x no boleto: Vencimento 01/05/2018 Valor R$ 100,00 Tipo: Boleto Vencimento 01/06/2018 Valor R$ 200,00 Tipo: Boleto Vencimento 01/07/2018 Valor R$ 180,00 Tipo: Boleto Estou na duvida de quando usar Fatura, Cobrança ou Duplicata.

Bom dia Pessoal, Gostaria de saber como vocês estão implementando na nota fiscal no caso de PARCELAMENTO ex: BOLETO, CARNE, CHEQUE , etc , vocês estão informando como DUPLICATA para poder descriminar os vencimentos e valores, ou estão simplesmente informando só o total no campo tPAG ? pois vai complicar muito os sistemas não vão mais conseguir ler os vencimentos corretamente quando não for DUPLICATA um retrocesso.

Alguém tem uma versão mais atual desta unit ? Quero contribuir...

Bom dia! Pessoal notei que dezenas de meus clientes estão com os problemas abaixo: Erro: ACBR: 12043 - Erro ACBR: 12045 - Muitos estão alegando que a SEFAZ RS esta fora do ar porém neste momento esta no ar e o problema persiste, o problema esta ocorrendo em outros estados também principalmente do ambiente SVAN. Deixo aqui a forma que encontrei para resolver o problema: Erro: ACBR: 12043 - Solução: Feche todos os programas: Abra o internet explorer > Opções da internet > Avançado > role as configurações até o final Desabilite SSL 2.0 Desabilite TLS 1.1 e 1.2 Marque SSL 3.0 Marque o TLS 1.0 Erro ACBR: 12045 - Atualize o ACBR para a ultima versão Recompile seu projeto. 12045 - A autoridade de certificação não é válida ou está incorreta Não sei porque mas este erro ocorre na versão antiga do ACBr, na versão atual não Hoje mesmo alguns minutos atrás corrigimos este problema em vários clientes dos estados RS, DF , TO , RJ. Espero ter ajudado.

Amigo só hoje já configurei uns 5 clientes do estado de são paulo desta maneira, talvez o seu problema seja outro mas não custa tentar; Desabilite o SSL 2.0 deixe somente o 3.0 , repito só irá funcionar se fechar TODOS os programas e abrir novamente, este erro esta ocorrendo principalmente no estado de SÃO PAULO , nos demais estados (na maioria deles) o SSL 2.0 ainda funciona.

BOM DIA Amigos ! Basta abrir o INTERNET EXPLORER e verificar que a opção SSL 2.0 foi removida na ultima atualização, então a opção de SSL 3.0 estará Desabilitada, HABILITE o SSL 3.0 feche todos os programas abertos e tente novamente, Aqui funcionou em todos os meus clientes que apresentaram este problema esta semana (TIME OUT)

Bom dia ! Estou com o mesmo problema, hoje entra em vigor a NT 2015 / 003 que se refere alguns campos do DIFAL, se eu informar os campos do DIFAL a nota é autorizada em São paulo, porém meus clientes não destacam mais o DIFAL.

Estou com o mesmo problema, detalhe, o HD esta com espaço livre e memória ram disponível, ja chequei tudo e ainda não encontrei o motivo, já aconteceu outra vez mas no nosso CRM consta que é problema da versão do certificado VALID que tem que se converter pelo Ie do XP, vou testar e posto o resultado.

Obrigado a todos.

Bom dia ! Obrigado pela informação Juliomar, alguns contadores de clientes meus estão me cobrando que este campo passa a ser obrigatório na nfe a partir de 01/04/2016. Já implementei o CEST no XML. " Informamos que através do Convênio ICMS nº 139, publicado no DOU de 07/12/2015, foi prorrogado para 01/04/2016 o disposto no § 1º da cláusula terceira do Convênio ICMS nº 92/2015, que se refere à obrigatoriedade do preenchimento do CEST (Código Especificador da Substituição Tributária) nos documentos fiscais ..."

Bom dia ! Alguém poderia me informar se é ou não obrigatório informar o código CEST no danfe ? Pois no DanfeRaveRL não consegui destacar o CEST. Desde já agradeço.

Estou com o mesmo problema no mato grosso hoje (01/03/2016) , Nota fiscal enviada, uso não autorizado Nota(s) não confirmadas: 1153->Rejeicao: Erro na Chave de Acesso - Campo ID nao corresponde a concatenacao dos campos correspondentes

A partir de 01/01/2017 todos os bancos descontinuarão a comercialização da cobrança sem registro conforme acordo com a FEBRABAN https://blog.vindi.com.br/comunicado-febraban-sobre-o-fim-dos-boletos-sem-registro/