dantemartins

Tentei atualizar o pacote ACBr no meu XE7 como sempre fiz, rodo o instalador, baixo os fontes e mando compilar/instalar. Essa foi a primeira tentativa desde que atualizei meu PC pro Win 10 Pro 64, antes era Win 8.1 Pro 64. Depois da tela que roda o svn update, que seria o da instalação, aparece uma tela de erro: "O servidor emitiu uma exceção" e para por aí. Vi que existem pessoas aqui no forum que estão utilizando sem problemas no Win 10. Alguem teria alguma dica ? Tentei instalar do zero, sempre executo como administrador, mais sempre para no mesmo ponto.

Olá Juliana, obrigado por responder. Se pareci impaciente foi sem intenção, só fui adicionando comentários para melhorar o entendimento do meu problema. Estava com um problema no meu ambiente de desenvolvimento que estava atrapalhando, agora que resolvi o problema no delphi consegui testar melhor. O único problema que ficou mesmo é o do tamanho do nosso número, que é 17 e no código do componente está setando pra 20, tirando isso o resto está OK.

Bem... entendo o fato de não haver respostas e/ou comentários, pois a função StringToDateTimeDef da Unit ACBrUtil, que deve fazer a mesma coisa que a SysUtils.StrToDateDef, deveria se encarregar de tratar o problema, mais não sei o porque está dando erro de "invalid convertion to date type"... Outra coisa que precisei mudar é o valor do tamanho do NossoNumero que está como 20 e o correto é 17.

Para ajudar a ilustrar o problema: Linha 1543 da Unit ACBrBancoBrasil.pas Vencimento := StringToDateTimeDef( Copy(Linha,147,2)+'/'+ Copy(Linha,149,2)+'/'+ Copy(Linha,151,2),0, 'DD/MM/YY' ); Se tentar processar a seguinte informação da erro: 70000000000000000050960001909501334320 1334320000000140370000005 01900000000000 1705080715 000000000000002223410437550001007150000105000000000000000000000000000000000000000000000000000000000000000000000000022234000000000000000000000000000000000000000000000002212920000000000000 0000000000000000000000000000000000000000000000001011000010

Estou tendo que implementar as pressas remessa e retorno do Banco do Brasil. Não tive muito tempo para entender bem o funcionamento do componente, mais acredito que deve ter algo errado. O tipo de carteira é "sem registro", e nesse caso o arquivo de retorno não vem com todos os dados da remessa e está dando erro ao tentar ler o vencimento, que no caso, por ser sem registro vem "000000", gerando um erro de conversão. O componente não está preparado para ler um retorno desses ou eu que esqueci de configurar algo ?

Olá Gabriel, sua versão dos fontes ainda tem um problema na hora de ler um TXT, com relação a versão, pois ao tentar procurar a TAG "versao" ela não é encontrada, pois foi substituída pelo literal "3.10" no pcnLayoutTXT.pas, fazendo com que o leitor txt assuma a 2.0 como default, carregando as datas de emissão e entrada/saída de "forma errada" e consequentemente deixando as properties "zeradas", que no meu caso deu erro ao gravar no DB, ficando como 30/12/1899 (data zero). Se tira a TAG "versao" substituindo pelo literal "3.10" o TXT é GERADO corretamente, mais IMPORTADO de forma errada. Se deixa a TAG "versao" ao GERAR o txt, gera sem a linha referente a TAG "A", mais importa corretamente.

Bem que imaginei que não era o correto, mais agora creio que acertei. isso está errado: "No arquivo \PCN2\pcnLayoutTXT.pas alterei a linha 272 De ===>>> LoadLayout('<B01> A|versao¨|^id^'); Para ===>>> LoadLayout('<B01> A|3.10|^id^'); Isso resolve a geração do TXT a partir de um XML." Vamos deixar como estava e incluir uma linha em outro local. Na unit pcnNFeW.pas linha 351, 352 e 353 deixar assim: Gerador.wGrupo('ide', 'B01'); Gerador.wCampo(tcDe2, 'A', 'versao', 4, 4, 1, NFe.infNFe.Versao, DSC_VERPROC); Gerador.wCampo(tcInt, 'B02', 'cUF ', 02, 02, 1, nfe.ide.cUF, DSC_CUF);

No arquivo \PCN2\pcnLayoutTXT.pas alterei a linha 272 De ===>>> LoadLayout('<B01> A|versao¨|^id^'); Para ===>>> LoadLayout('<B01> A|3.10|^id^'); Isso resolve a geração do TXT a partir de um XML. No arquivo \PCN2\pcnNFeRTXT.pas alterei a linha 285 De ===>>> if (ID = 'B13') or (ID = 'BA') or (ID = 'BA02') then Para ===>>> if (ID = 'B13') or (ID = 'BA02') then Isso resolve a importação de notas fiscais de devolução, pois a TAG "BA" não tem informação, mais mesmo assim estava sendo gerado um registro em branco.

Bem, creio que entendi o problema e achei uma solução de contorno por hora. No layout 2.00 a versão está fixa: LoadLayout('<B01> A|2.00|^id^'); Já na 3.10 era para fazer a substituição da tag pelo seu respectivo valor: LoadLayout('<B01> A|versao¨|^id^'); Como não é feita em nenhum momento, a rotina que limpa os campos não substituídos remove toda a linha. Se trocar por: LoadLayout('<B01> A|3.10|^id^'); A linha é gerada, mais não é a melhor solução, creio eu...

Uma forma simples de testar o problema que estou tendo é fazer o seguinte: No edt1.Text tendo o path e nome de um xml de NFe if edt1.Text <> EmptyStr then begin if ACBrNFe1.NotasFiscais.LoadFromFile(edt1.Text, True) then begin ACBrNFe1.NotasFiscais.SaveToTXT(ChangeFileExt(edt1.Text, '.TXT')); end; end; o resultado será um TXT com as informações da NFe do xml, mais sem a tag <A>. P.S.: Entendido Tiago Ravache, eu deveria ter editado o primeiro post e não gerado 3, certo ?

É como se faltasse um wCampo para "VERSAO" no GeraIde <B01> No final tem uma rotina que remove todos os campos que não foram substituídos, eliminado totalmente a linha "A". Dei uma olhada em versões anteriores, mais não encontrei uma que esteja diferente o GeraIde... unit pcnNFeW.pas

Percebi que o print do seu TXT a linha referente a tag "A" está faltando, isso passou a acontecer depois que eu atualizei e está me dando problemas porque o sistema legado não consegue importar o TXT... Mais minha dúvida referente a este post é com relação a alteração proposta, eu tenho problema para LER arquivos TXT com várias notas, precisando separar uma a uma pra depois fazer o Load no ACBrNFe, sua alteração contempla o Load do TXT com várias notas também ?

Parece que outras 2 pessoas passaram por isso, mais o tópico ficou sem solução (?!!!)...

Também tenho que devolver para o sistema legado no formato TXT. Com a versão anterior o TXT era gerado completo, agora está gerando sem a linha referente ao bloco "A". Algum motivo para isso ?

É isso aí, muito agradecido ^^)

Tenho um Cliente que está refazendo o SPED Fiscal desde 2010. Quando ele tentou importar os arquivos no PVA apontou um erro que impediu a importação, o erro acusado era nos campos ALIQ_PIS_PERC e ALIQ_COFINS_PERC indicando conteúdo inválido. Peguei uma cópia antiga do software gerador e fiz um teste e o arquivo importou de boa... A diferença entre eles é que na versão nova o campo está com 4 casas decimais e no antigo 2. Encontrei no site SPED Brasil que essa alteração passou a valer a partir de 01/01/2012 (link), portanto para os arquivos gerados dessa data para frente está OK, mais para trás não importa no PVA. Fiz uma alteração meio POG na ACBrEFDBloco_C_Class.pas no método TBloco_C.WriteRegistroC170. Criei 2 variáveis, uma para as casas decimais e outra para a respectiva máscara, testo se Bloco_0.Registro0000.DT_INI é maior ou igual a 01/01/2012 e baseado nisso defino as duas variáveis que serão usadas na formatação do campo. Se o pessoal responsável fizer a implementação dessa regra seria legal, pois se não, terei sempre que refazer essa modificação nos fontes a cada vez que atualizar os componentes.

Bem, como eu disse eu tentei TODAS as dicas que encontrei nesse e em outros forums, inclusive remover tudo e instalar tudo novamente, e isso incluía a cadeia de certificação... Mais vamos lá, uma das dicas que eu já havia testado sem sucesso acabou funcionando, a de deichar marcado apenas SSL 2.0 e TSL 1.0 na aba avançado das Opções da Internet. Acho que mexi tanto que o PC acabou deixando eu usar (kkkkk). Valeu pessoal.

Tópico parado a bastante tempo, mais só agora que "aconteceu comigo". Usava sem problemas para fazer testes e simulações o certificado da empresa que trabalho junto ao ambiente de homologação do Estado do Paraná. Como não uso direto não sei afirmar quando parou, mais até meados de dez/2013 ainda estava OK. Fui tentar emitir uma nota em homologação e deu erro ao acessar o webservice de inativo ou inoperante, tipico de quando tem problema com o certificado. Olhei e vi que o certificado expirou em dez/2013 e pensei "ah, é isso então", pedi o novo certificado com o chefe, removi o expirado e instalei o novo, tudo certinho aparecendo dentro da hierarquia da cadeia de certificação, atualizei na aplicação o serial do novo e tentei novamente... erro inativo ou inoperante - erro no suporte a canais seguros.... Verifiquei se estava ok o webservice e tava, testei de outra maquina e deu certo. O problema é com a instalação do certificado nessa maquina que uso, pois nenhum teste existente funciona. Acessar o e-CAC é um exemplo (https://cav.receita.fazenda.gov.br/eCAC/publico/login.aspx), pede pra selecionar o certificado, quando da OK informa que a página não pode ser exibida... Agora só falta formatar, pois todas as dicas que já encontrei pelos forums da net não deram em nada... Mais a opção de formatar é uma opção ruim, pois fai dar muito trabalho pra reinstalar todo o ambiente de desenvolvimento, e sem garantia nenhuma que vai funcionar... Informações que costumam pedir: Windows 7 Ultimate 64bits IE 11 Certificado A1 Fenacon

Sério que é só comigo que acontece isso ?

Li todo o tópico pra ver se alguém tinha passado pelo mesmo problema que eu e me parece que sim, porém devem ter contornado o problema de alguma forma e não postaram a solução. Mais de um usuário postou o fato de não estar mostrando o status, protocolo e data/hora de registro, parece que não ficou claro pro pessoal aqui. Caso eu carregue o XML da NFe autorizada e o XML da CCe autorizada a impressão sai perfeita. O problema só ocorre se tentar imprimir logo que recebe a autorização da CCe, ou seja, fazendo essa sequencia: 1 - Carrega o XML da NFe autorizada; 2 - Monta e envia o evento da CCe; 3 - recebe o retorno de Evento registrado OK; 4 - Manda imprimir o evento; Por hora contornei o problema carregando tudo novamente (os 2 XML). Nessa brincadeira descobri que não tem um "Clear" para os eventos, tive que modificar a TEventoNFe.LerXMLFromString dando um "FEvento.Clear";

Na postagem original não subiu o anexo... P.S.: Oque aconteceu com o CSS do forum?

Fazendo um teste com o DANFE FortesReport (não verifiquei com outros) inseri 15 linhas pra forçar a situação que meu Cliente reclamou... Em anexo o resultado... Acho que isso não era esperado né? Observem que alem do problema da "continuação" aparecer antes do inicio, só aparecem 13 linhas.

Só pra não ter mais duvidas: Isso vai ficar assim mesmo? Não vai mais ser mudada a tag de autorização pela de cancelamento e ponto final ? Pergunto porque vários Clientes reclamaram disso pois como nosso colega (felipeiw) disse anteriormente, usavam essa informação para passar para contabilidade. Era prático, mais se for o caso iremos repassar os XML de eventos de cancelamento e a contabilidade vai ter que se virar ^^).

Eu sei do que você está falando Cleber, mais o problema não é esse. Já uso esse recurso, mais o erro é outro, não é a data do evento e a data do servidor da receita, é a data do evento e a data de autorização da nota, e o horário está com mais de duas horas de diferença e mesmo assim retorna esse erro. Mais o pior não é isso, como eu disse antes, a nota é cancelada mesmo retornando erro.

Aconteceu uma coisa bizarra lá em Goiás Uma nota foi autorizada o uso as 10:32:01 de 23/02/2013 As 12:35:00 foi mandado o pedido de cancelamento e a SEFAZ retornou o codigo 579 (Rejeicao: A data do evento nao pode ser menor que a data de autorizacao para NF-e nao emitida em contingencia). Mais o pior é que ao consultar a nota no site da receita a nota estava com o cancelamento homologado. Foram 2 notas com o mesmo problema... Fiquei pensando se o problema não seria o fato que a data/hora do evento tem a notação "-3:00" referente ao fuso,... Fiz um teste aqui com um certificado de um Cliente de GO, mudei pra homologação, emiti a nota e em seguida cancelei e tudo funcionou como o esperado... Oque será que ta acontecendo ?