JLuis

Olá Juliana, Esta diversidade de layouts da Unicred é mesmo complicado.... e com as últimas mudanças vou precisar refazer a homologação com eles mas para evitar de ter que encaminhar mais uma versão da UnicredRS para validação seria mais produtivo partir de uma versão do componente já com as alterações feitas pelo colega que homologou recentemente e por isso gostaria de saber se tem alguma previsão para validação desta versão e subir para o SVN. Grato

Bom dia, Alguém poderia disponibilizar o manual CNAB 400 utilizado neste refactory? Seria interessante disponibilizar na pasta ACBrTools\Bancos\ do SVN. Estou anexando o manual recebido da Unicred RS (Missões) e utilizado na última homologação realizada em junho/2019. Grato Cobranca UNICRED Troca Eletronica Cedente - CNAB 400A - Versao 1 1.rar

Boa tarde BigWings... tudo atualizado e reinstalado e continua gerando diferente da versão que temos, mas realmente, revisando aqui verifiquei que a versão que temos em produção até então foi modificada por nós para conseguir homologar junto à Unicred, lembro que não homologou com a versão que havia no repositório e ajustes foram feitos, não havia ainda um padrão, isso deve fazer mais de 1 ano talvez 2. Mas o fato é que homologaram na época e está em produção até hoje, de qualquer forma, vou entrar em contato com eles e refazer a homologação usando a nova versão e qualquer divergência posto aqui. Grato.

Atualizei hoje o ACBrBoleto e verifiquei uma série de conflitos entre a versão da Unicred RS que tínhamos em produção e a nova versão baixada. Por via das dúvidas fiz um teste com a versão anterior(ok) e com a nova emitindo o mesmo boleto para comparar e verifiquei diferença no dígito verificador do nosso número e também na linha digitavel conforme imagens em anexo. Por conta disso tentei voltar a versão anterior mas não compila mais em razão das alterações realizadas nas demais units. Desde já agradeço.

Alguém tem alguma novidade sobre este problema? Grato.

Marquei a opção ImprimeDescAcrescItem, não utilizo a impressão no Fortes em produção, somente Esc/Pos mas aparentemente está ok agora: NF_Teste-nfe.xml

Sim, Esc/Pos está ok, já no Fortes não, segue print: Aparece como "Acréscimos" sem mencionar frete.

Bom dia Daniel.... testei aqui, ficou perfeito.. Valeu!

Obrigado pelo retorno Everson.... dúvida sanada, show de bola.

Trata-se sim de entrega à domicílio, quanto a isso tranquilo, não está ocorrendo rejeições, apenas o detalhe de que aparece como "acréscimo" e muitos consumidores não se ligam que trata-se do frete, mesmo constando o valor total do frete logo abaixo.

Fui questionado por um cliente em relação ao fato de que o valor do frete lançado na NFC-e que é rateado entre os itens aparece com "acrescimo" e que segundo ele, muitos clientes chegam a ligar pra loja questionando porque teve acréscimo no valor do produto, claro que explicando que se refere ao frete tudo se resolve mas sempre acaba causando alguns transtorno. A dúvida então é se há alguma forma, se é possível alterar para "frete" quando se tratar de frete, tornando assim a informação mais clara para o consumidor. Utilizo a impressão via DANFeESCPOSESCPOS. Grato.

Verifiquei um problema na leitura do retorno CNAB 240 do Bradesco em que no caso de importar mais de um arquivo em sequencia a partir do segundo sempre dava o erro: "Tamanho Máximo do Nosso Número é: 10". Pois bem, pelo manual o tamanho máximo é 11 e no construtor da classe já é inicializada a propriedade "fpTamanhoMaximoNossoNum := 11;", só que, na rotina "TACBrBancoBradesco.LerRetorno240" ao final da mesma havia a linha: ACBrBanco.TamanhoMaximoNossoNum := 10; ...e portanto, na importação seguinte ocorria o erro. Havia também uma linha atribuindo 11 antes do início do "For.." e que estava comentada, a qual removi para evitar mais confusão. Aproveitando a alteração também adicionei na rotina "TACBrBancoBradesco.GerarRegistroTransacao240" mais três códigos de ocorrência que não estavam previstos: toRemessaDispensarMulta : ATipoOcorrencia := '15'; toRemessaNegativacaoSemProtesto : ATipoOcorrencia := '45'; toRemessaBaixaTituloNegativadoSemProtesto : ATipoOcorrencia := '46'; Em anexo unit alterada para, na medida do possível subir para o SVN. Desde já agradeço. ACBrBancoBradesco.pas

Estava acompanhando este caso pelo tópico do SAC e acabei de testar... pelo visto a imagem não está sendo expandida para ocupar todo o espaço reservado a ela, como ocorria antes. Com a logo que vinha sendo usada (347x114 em jpg) até exibe mas fica sobrando espaço, então, tentei aumentar o tamanho da imagem e em JPG não imprime, fica tudo em branco. Então tentei uma imagem maior em BMP e está imprimindo porém, também não expande. Neste caso presumo que eu teria que recriar estes logos no tamanho exato (para aqueles clientes mais chatos que querem tudo bem organizadinho), e também, alterar o formato de JPG para BMP... assim, seria interessante e também facilitaria se pudéssemos continuar usando JPG também e que a imagem fosse automaticamente ajustada (stretch) ao espaço disponível. Abaixo simulação de como está ficando mesmo com BMP:

Apenas para compartilhar... em um PC recém formatado e com windows atualizado a config. abaixo funcionou de primeira, já outros dois PCs com Win7 não original(apenas verifiquei que o SP1 estava instalado e o TLS 1.2 estava disponível), ao tentar a seguinte configuração: SSLLib = libWinCrypt CryptLib = cryWinCrypt XMLSignLib ?= xsLibXML2 SSLType = LT_TLSv1_2 ...retornava o erro 12175. Ao seguir a orientação do André, substitui o o arquivo "ACBr\trunk2\Fontes\Terceiros\CodeGear\ACBr_WinHttp.pas por esse ACBr_WinHttp.pas " e então o erro mudou para 12030 e, ao alterar SSLType = LT_SSLv3 passou a dar mensagem de "schema inválido" então lembrei que vi em outro tópico alguém falando em usar os schemas em um drive local ou mapeado e não usando o padrão "\\servidor\...." e, ao fazer a mudança funcionou, ao menos nos testes preliminares autorizando NF-e e NFC-e em produção (RS). Ainda vou acompanhar de perto durante o dia de amanhã. Num primeiro momento estava convencido de que só formatando e reinstalando o windows com todas as atualizações, mas, com esta alteração da unit ACBr_WinHttp.pas e alterando SSLType para LT_SSLSv3 já dá pra ficar um pouco mais tranquilo. Não é tarefa fácil convencer alguns clientes de que precisam mandar formatar e reinstalar o windows para que possam autorizar as NFs e o pior, de que a culpa não é nossa... rsrs.

Boa tarde Cleiton, blza... Verifiquei os links sugeridos, obrigado: https://www.sefaz.rs.gov.br/Site/MontaDuvidas.aspx?al=l_CartBanri_Duvidas http://www.banrisul.com.br/bob/data/FAQ_Banrisul_SEFAZ_vrs05.pdf?cache=30 Pelo que já consegui apurar junto ao banco é que o convênio entre o Banrisul e a Sefaz RS permite a emissão de notas avulsas para circulação de mercadorias "apenas dentro do estado do RS" e para isso o cartão da conta com chip pode ser usado via site da Sefaz RS. O que o pessoal da agência local não soube informar é se o cartão pode ser utilizado por outro software como um certificado normal para assinar uma NF-e ou NFC-e e isso eles irão questionar a matriz em Porto Alegre e me darão retorno. Pois bem, com as informações que tenho até então já dá para tirar algumas conclusões: >> Mesmo que seja possível a utilização do cartão com chip para assinar uma NF-e, seria apenas para circulação interna e daí como fica se o cliente precisar emitir uma devolução de compra para fora do estado...? Ou seja, acho que não atenderia a todas as necessidades. Mesmo quem emite predominantemente NFC-e eventualmente precisa emitir também NF-e como nos casos de devolução. >> Já no caso de produtor rural talvez possa atender bem. Ma vamos aguardar, posto aqui assim que tiver maiores informações.

Primeiramente agradeço o retorno, mas não tenho dúvidas quanto ao MOC, temos vários clientes emitindo NF-e e NFC-e. Questionei porque através de um contador recebi a informação de que aqui na minha região tem software house vendendo soluções e dizendo que funciona também com o cartão Banrisul (com chip) e então andei verificando e parece-me que realmente há um convênio do banco com a Sefaz RS que permite a utilização do cartão para emissão de notas avulsas e acesso a outros serviços no site da sefaz, porém, fiquei em dúvida quanto a utilização do mesmo como certificado digital "normal" para assinatura das NF-e através de um ERP. A primeira impressão que muitos parecem estar tendo é a de que se for cliente do banco (PJ) e tendo o cartão com chip não precisariam de outro certificado e esse é outro ponto que quero esclarecer. Vou tentar obter maiores informações junto ao Banrisul e posto qualquer novidade. Se alguém tiver mais alguma contribuição, desde já agradeço.

Alguém já utiliza ou saberia informar se é possível utilizar o cartão com chip do Banrisul para assinar NFe/NFCe utilizando o ACBr sem a necessidade de aquisição de certificado digital A1 ou A3 tradicionais? Teria algum tratamento diferenciado ou poderia ser usado como um A3(cartão) padrão? Obrigado.

Precisei tratar o motivo "C6" para títulos já liquidados na leitura do arquivo de retorno do Sicredi CNAB400 para evitar erro de conversão para inteiro conforme imagem: Unit ACBrBancoSicredi.pas em anexo. Peço a gentileza de subirem a alteração para o SVN. ACBrBancoSicredi.pas

Boa tarde, Estou com problema em um cliente que usa certificado A3 cartão, no qual de um momento pra outro passou a não acessar mais o certificado e retornando o erro 12186... Neste caso estou usando libWinCrypt Nada foi alterado no micro.... também não encontrei referências a este erro 12186 ! Usando o aplicativo de administração do token mostra como presente e operacional. Compilei o demo e testei e o mesmo erro ocorre. Alguém tem alguma sugestão ou já se deparou com este mesmo erro? Desde já agradeço.

Como vc. disse que tem a chamada à rotina no "OnShow", já verificou se em algum momento este evento não está sendo disparado mais vezes? Caso vc. não esteja testando "CertificadoLido" cfe acima estará ocorrendo a tentativa de carga do certificado e consequentemente o erro. Vc. vai precisar de um A3 pra teste, aqui consegui um A3 emprestado pra testar em Homologação. Use o bloco de código do post anterior e sete as propriedades com as constantes de forma fixa só pra teste.

Bom dia Antônio, De forma resumida... Tenho um cadastro de parâmetros cfe. tela acima e, tenho uma procedure que é responsável por configurar e inicializar o componente ACBrNFe a partir deste cadastro e também outras variáveis auxiliares, que é chamada antes do início do processo de geração de uma ou mais NFs... no meu caso, estava dando erro sempre na segunda chamada a esta rotina e tinha que fechar e abrir o sistema para resolver, então, com base nos testes cheguei ao código acima no qual testo antes de carregar novamente o certificado if not NFe.SSL.CertificadoLido then ....... NFe.SSL.CarregarCertificadoSeNecessario; ..... desta forma continuo chamando minha procedure da mesma forma que antes porém, sem carregar o certificado a cada vez e isso a princípio resolveu o problema, ao menos por enquanto.... tenho também um outro caso de um certificado A3 token que não tem jeito de funcionar em uma das estações de um cliente mas funciona em outra mas daí já outro problema. Espero ter ajudado.

Ok, vou deixar a cargo do componente então. Obrigado pelo retorno.

Boa tarde Pedro, Tive o mesmo problema, em anexo está a config. que estou usando e está funcionando... mas, precisei ajustar também meu código para carga do certificado que no caso do A3 estava dando problema porque estava executando a carga do mesmo mais de uma vez, atualmente faço alguns testes antes de carregar ou não: if not NFe.SSL.CertificadoLido then // No caso do A3 ao carregar a segunda vez Gera erro! begin try NFe.SSL.DescarregarCertificado; NFe.Configuracoes.Geral.SSLLib := TSSLLib(Nfe_Cfg.nfe_cd_ssl_lib); NFe.Configuracoes.Geral.SSLCryptLib := TSSLCryptLib(Nfe_Cfg.nfe_cd_crypt_lib); NFe.Configuracoes.Geral.SSLHttpLib := TSSLHttpLib(Nfe_Cfg.nfe_cd_http_lib); NFe.Configuracoes.Geral.SSLXmlSignLib := TSSLXmlSignLib(Nfe_Cfg.nfe_cd_sign_lib); NFe.SSL.SSLType := TSSLType(Nfe_Cfg.nfe_ws_ssltype); NFe.SSL.CarregarCertificadoSeNecessario; dt_validade_cd := Nfe.SSL.CertDataVenc; except On E : Exception do begin Mensagem('Erro na carga do Certificado Digital!'+ql+E.Message,'e'); raise; end; end; end; Os dados para config do SSL eu carrego de uma tabela do banco, mas veja na imagem anexa os valores que estou usando. Ref a usar o A3 para NFC-e na minha opinião não é a melhor opção. Tive um caso em que o movimento na loja é grande e devido a problemas com leitora e a necessidade de inserir o PIN acabamos fazendo um A1 para dar mais agilidade. Espero ter ajudado. Abraço.

Boa tarde, Como o tópico abaixo está travado, estou abrindo um novo tópico ... ocorre que meu sistema já possuía uma rotina que imprimia em infCpl a chave da NF-e referenciada e agora, no meu caso, esta informação está sendo impressa em duplicidade e, como não encontrei a resposta para minha dúvida gostaria de saber se tem ou terá como optar por imprimir ou não de forma automática ou se o comportamento de sempre imprimir será o padrão do componente. Obrigado.

Bom dia Juliomar, Dada a simplicidade do ajuste achei que seria mais prático para quem fosse fazer já adicionar direto a nova linha de código já na posição correta mas, de qualquer forma segue em anexo. Fiquei em dúvida se adicionava como uma nova linha ou se concatenava na mesma linha do endereço... optei por uma nova linha considerando que a linha do endereço já tem muitos campos mas vejam a melhor forma, o importante é que este campo seja impresso. Obrigado pela atenção. ACBrNFeDANFeESCPOS.pas