Douglas A R Lima

Complementando as informações sobre o Windows XP SP3, também instalei os HotFix "WindowsXP-KB968730-x86-PTB.exe" e "WindowsXP-KB2585542-x86-PTB.exe".

Juliomar, Atualizei o Internet Explorer conforme orientações do site ITI, baixei as cadeias do site do Serasa e não resolveu. Uma pergunta, este procedimento de instalação da cadeia de certificados deve ser feita mesmo o cliente utilizando certificado A1 (Serasa)? A título de informação, o sistema esta instalado em uma máquina Windows XP SP3. Vou fazer os passos agora no Windows 8.1 Pro. Posto o resultado em seguida.

Boa tarde, Juliomar. Conforme orientação da própria SEFAZ GO (http://www.nfe.go.gov.br/post/ver/181789/substituicao-do-certificado-digital-da-sefaz-go---2014), já instalei os seguintes arquivos: 1 - AC_Raiz_V2.cer 2 - AC_CertisignG6_V2.cer 3 - AC_Certisign_MultiplaG5.cer No entanto o erro persiste. Estou fazendo agora o passo a passo site http://www.iti.gov.br. Assim que concluir posto o resultado. Obrigado!

Boa tarde, senhores. Sou de Brasília e esta semana um dos meus clientes que emite NF-e para SEFAZ do Goiás entrou em contato me informando que não estava conseguindo emitir Notas. Ele me informou que não emitia notas a alguns meses. Pesquisando no forum verifiquei que houve alterações de URL na SEFAZ GO, o que já foi devidamente implementada pela equipe do ACBr. Como eu já havia atualizado os meus fontes (último update hoje - revisão 7681 - estou finalizando uma versão do meu sistema para a emissão da NF-e 3.10) meu sistema já estava com estas modificações. Acontece que nos meus testes não consegui efetuar nenhuma operação no Ambiente de Homologação da SEFAZ GO. Consultei a disponibilidade e estava tudo ok. Alterei para o Ambiente de Produção e consegui, transmitir, consultar e cancelar Notas. Entrei em contato com o suporte da SEFAZ GO e os mesmos me informaram que eu devo fazer uma alteração no meu sistema referente a cadeia de certificados. Esta obrigatoriedade já ocorre no Ambiente de Homologação desde o dia 01/09/14 e para o Ambiente de Produção será a partir do dia 03/11/14. Não consegui fazer o teste no Demo do ACBr, pois não tenho o Fortes Report instalado e esta ocorrendo erro no componente TACBrNFeDANFeRL. Debuguei a minha aplicação e como o o retorno do Método Executar da Unit ACBrNFeWebServices é False, é criada a exceção: class EACBrNFeException with message ''. Vazio!!! Pesquisei no forum e não encontrei nada a respeito, peço ajuda aos universitários pois não tenho a mínima idéia de como resolver isto. Estou preocupado, pois os clientes que emitem NF-e para o Goiás vão ter problemas a partir do dia 03/11/14. Link SEFAZ GO http://www.nfe.go.gov.br/post/ver/182650/obrigatoriedade-de-apresentacao-de-cadeia-de-certificacao-completa Obrigado!

Bom dia, Kiko. Sou a favor do seu entendimento. É uma venda local para um consumidor que reside em outro país. O que não caracteriza exportação. O que eu não tive foi a sacada que você passou de manter o país com o código 1058 (o que evita a rejeição 511) e utilizar o CFOP 5101 (operação interna). Fiz novos testes e a nota foi transmitida sem problemas. Com relação a questão do Fisco, vou solicitar ao cliente que busque orientações junto ao contador. Obrigado! Douglas A R Lima

Boa tarde, senhores! Gostaria de saber se alguém no Brasil consegue emitir NF-e para consumidor estrangeiro utilizando a versão "3.10". Sou de Brasília e estou com este problema a alguns meses. Já entrei em contato com o GDF (orgão responsável pela NF-e aqui no DF) e a informação que sempre recebo é que os mesmos estão aguardando uma resposta do grupo ENCAT para possível alteração e correção no XML. Hoje, fiz novos testes utilizando os novos Esquemas XML (8e e 6v) disponibilizados no portal da Fazenda e não consegui emitir a NF-e (utilizo o componente ACBrNFe). Abaixo, alguns dos erros mais comuns e em anexo arquivo compactado com o XML de notas que não consigo transmitir. Rejeicao: Nao e de Operacao com Exterior e Codigo Pais destinatario difere de 1058 (Brasil) Rejeicao: CFOP de operacao interestadual e idDest diferente de 2 NFe.rar

Bom dia, senhores! Italo, Li na resposta #40, você esclarecendo a pergunta do colega Leonardo. Sei que o Ambiente de Produção para o leiaute 3.10 terá início somente em 10/03/2014. Mas como o ambiente de Homologação já está disponível desde o dia 02/12/2013 gostaria de saber, se hoje é possível fazer testes na versão 3.10? Sei que já estamos entrando no período de festividades de fim de ano, mas caso você venha a implementar uma nova propriedade no componente ou uma outra solução, você teria ideia de quando isto seria feito? Um abraço...

Oi Juliana, É porque uso um servidor SVN local, e todos os projetos que trabalho estão neste repositório (inclusive o ACBr). A alteração que eu havia feito, foi criar um método chamado Mod10 na Unit "ACBrBancoItau.pas" e alterar a linha 131 de "Cedente.ContaDigito;" para "Mod10(Cedente.Agencia + Cedente.Conta);". O que não é necessário como expliquei anteriormente. Aproveitando, já testei as Carteiras 175 e 109 no ItaúBankline e estão ok. Em breve o cliente irá fazer o teste final que é a emissão do Boleto no valor de R$ 1,00 e aguardar a confirmação do pagamento, já que a homologação pelo próprio Banco o mesmo não quer fazer alegando burocracia. Agora com relação a Carteira 198 que é a próxima que vou trabalhar, de fato esta não esta implementada, pois a forma de gerar o Código de Barras é totalmente diferente. Já estou com a documentação que trata desta carteira, vou implementar e depois posto a Unit e a Documentação para você analisar e se achar interessante implementar no ACBr. Um abraço Douglas A R Lima

Olá Juliana, Gostaria de solicitar o comando "última forma" sobre o meu questionamento com relação a Carteira 175 do Banco Itaú. O código de barras gerado esta correto! Conversando com o meu cliente descobri que o dígito da Agência estava errado, o que alterava não só o Código de Barras mas a linha digitável. De fato o layout do Itaú informa que a 41ª posição deve ser o DAC da Agência e Conta, mas não é necessário calcular, basta informar o Dígito da Conta neste campo, pois este número já é o Mod10. Realizei um "Revert" na Unit "ACBrBancoItau.pas" e a linha digitável gerada com o novo dígito da Conta passou perfeitamente no ItaúBankline. Agradeço a atenção e peço desculpas pelo tempo dispensado sem necessidade. Douglas A R Lima

Bom dia Juliana, Para facilitar a leitura estou disponibilizando o layout do Banco Itaú em PDF para a Carteira 175, pois o *.txt que disponibilizei anteriormente é praticamente impossível de ler. Quando você tiver um tempo, analisa a 41ª posição do Código de Barras. Grato! Douglas A R Lima Banco Itaú.pdf

Bom dia Juliana, Sim, estou informando estas propriedades. E na ausência de uma delas não é possível continuar pois é lançada a exceção "Informações do Cedente incompletas.". No caso do Banco Itaú a agência não tem digito e como é obrigatório informo "0". O que estou tentando mostrar é que de acordo com o layout técnico do Banco Itaú para a Carteira 175 a 41ª posição do código de barras esta errada. O método "MontarCodigoBarras" esta simplesmente adicionando o dígito da conta neste campo, onde, de acordo com o layout este campo deve ser o Digito de Auto Conferência resultante da concatenação da Agência + Conta. Gostaria de saber se você ou alguém já trabalhou com a carteira 175 e se emitiram ou estão emitindo boletos sem problemas, pois da forma que a linha digitável é gerada hoje o Banco Itaú informa que é inválida! Grato! Douglas A R Lima

Bom dia a todos! Recentemente iniciei a implementação do uso do componente ACBrBoleto em uma aplicação ERP. O primeiro banco escolhido foi o Itaú com a Carteira 175. Como exemplo utilizei os seguintes dados: Banco: 341 Carteira: 175 Agência Cedente: 0479 Conta Cedente: 60625-5 Data Vencimento: 31/10/2012 Número Documento: 1 Valor Documento: 16,35 Ao gerar o Código de Barras através do método "MontarCodigoBarras" da Unit "ACBrBancoItau.pas" a 41ª posição esta diferente do que o layout técnico do Itaú pede. Conforme o layout a 41ª deverá ser o DAC da [Agência/Conta Corrente]. O método não calcula o DAC, apenas adiciona o dígito da Conta do Cedente. Código de barras gerado: 34197550300000016351750000000130479606255000 Código Banco 341 Código Moeda 9 DAC Cod. Barras 7 Fator Vencimento 5503 Valor 0000001635 Carteira 175 Nosso Número 000000013 Agência 0479 Conta 60625 DAC Conta 5 Zeros 000 O que resulta na linha digitável 34191.75009 00000.130476 96062.550007 7 55030000001635 Esta linha digitável não é aceita no Itaú Bankline. Para efeito de testes, criei um método chamado Mod10 na Unit "ACBrBancoItau.pas" e alterei a linha 131 de "Cedente.ContaDigito;" para "Mod10(Cedente.Agencia + Cedente.Conta);". O novo Código de Barras gerado foi: 34196550300000016351750000000130479606253000 Observe que a 41ª posição que era 5 passou a ser 3 (Resultado do Mod10 da Agência/Conta (047960625)). Consequentemente o DAC do Código de Barras também muda. Que resulta na nova Linha Digitável: 34191.75009 00000.130476 96062.530009 6 55030000001635 Esta foi aceita no Itaú Bankline. Atualizei o Projeto ACBr através do SVN ontem (04/SET) e percebi que não houve nenhuma alteração nos fontes. Pesquisei bastante no forum e percebi que ninguém relatou este problema, muito pelo contrário, estão utilizando as carteiras do Banco Itaú sem problemas. Então, gostaria de saber se alguém poderia me ajudar no sentido de que eu possa estar utilizando o componente de forma errada, esqueci alguma configuração ou pode ser um erro mesmo. Caso ajude, segue anexo documentação do Banco Itaú para a carteira 175 (Como não é possível enviar *.doc, alterei para *.txt, o que pode acarretar perda da formatação). Desde já agradeço a atenção e colaboração de todos. Douglas A R Lima Banco Itaú.txt Banco Itaú.txt