Souza

Boa tarde amigo. tenho algo parecido. Vc define os parametros fiscais para calcular de origem do NCM ou da CFOP e ou misto das 2.

Não tive sucesso. Implementei o componente do Thullio TWebChart, ele não tem todos os recuros do GMLib, mas consigo exibir o mapa, os marcadores..

Boa tarde, desde ontem estou tento esse problemas nas guias GNRe para o estado do CE. alguem esta passando por esse problema?

mesmo problema. o seu esta funcionando normal ?

Sim, erro de Script..

Não foi possível concluir a operação. Erro: 80020101 Bom dia senhores, estou tendo esse erro na minha aplicação, alguem sabe dizer o que pode ser?

Boa tarde, ainda continuo com o mesmo problema. Enviando pelo portal da gnreonline, vai normalmente. testei com um sistema web, e a guia foi emitidada. mais alguem com esse problema, par ao estado do MS ? Att: Souza.

Boa tarde, desde o mês 10 estou com esse problema para o estado do MS Mais alguem vem passando por isso. versão 2.0, segue em anexo arquivos xml de comunicação. 20211110155951-env-lot.xml 20211110155951-rec.xml 2137978975-ped-rec.xml 2137978975-pro-rec.xml

Boa tarde Senhores. Obtive uma rejeição no arquivo de remessa 240 posições., segue print da resposta do banco e manual. Encontrei a linha em que a unit ACBrBancoSicred 1979 a 1990 if Mensagem.Count > 0 then begin Result := Result + PadRight(Copy(Mensagem[0],1,40),40); // 100-139 Menssagem livre if Mensagem.Count > 1 then Result := Result + PadRight(Copy(Mensagem[1],1,40),40) // 140-179 Menssagem livre else Result := Result + Space(40); end else Result := Result + Space(80); Segundo o manual, essas posições deveram ser vazias. MANUAL CNAB 240.pdf

Boa tarde senhores, me deparei com a seguinte situação. Temos um cliente que usa a impressão dos documentos da empresa no modo DUPLEX (Frente e Verso), mas nos documentos fiscais DANFE, NFCe, etcc. somente frente , acontece que a impressão do ACBr respeita a configuração DUPLEX da impressora. Existe algum método via ACBr ou proprio Delphi, para contornar esse problema ? PS: não existe a possibilidade de usar outra impressora, tendo em vista que o sistema anterior do meu cliente, não tinha esse problema. Utilizo FORTES e ou FAST para impressão dos documentos.. ATT Souza

Boa tarde José, baixei as modificações. No tipo de ocorrência 01-Registro, teste efetuado com sucesso, sem ressalvas. No tipo de ocorrência 39-Prazo Limite para Recebimento de Título Vencido, não esta enviando o prazo limite informado. sempre é enviado "zeros", fiz uma alteração no código, gostaria que fosse revisado. d) Quando o campo “Comando” (21.7) for igual “38” ou “39”: Posição Conteúdo 174 a 176 Prazo Limite para Recebimento de Título Vencido - Código/Comando de Remessa for igual “38”, informar zeros; - Código/Comando de Remessa for igual “39”, informar a quantidade de dias após o vencimento do título a ser observado pelo Banco para recebimento dos boletos de cobrança vencidos. Após o período determinado, o boleto somenteACBrBancoBrasil.pas poderá ser liquidado junto a própria empresa. 177 a 192 Preencher com Zeros sDiasBaixa :='000000'; sDiasBaixa := ' '; if ((ATipoOcorrencia = '01') or (ATipoOcorrencia = '39')) and (Max(DataBaixa, DataLimitePagto) > Vencimento ) then sDiasBaixa := IntToStrZero(DaysBetween(Vencimento, Max(DataBaixa, DataLimitePagto)), 3); if ATipoOcorrencia = '39' then begin Instrucao1:= '00'; Instrucao2:= '00'; AInstrucao:= '0000'; aDataDesconto:= sDiasBaixa; end;

Bom dia, fiz alterações na unit ACBrBancoBrasil.pas Método GerarRegistroTransacao400 1085. wDiasPagto := 0; 1086. if (ATipoOcorrencia = '01') and ( DataLimitePagto > Vencimento ) then 1087. begin 1088. wDiasPagto:= DaysBetween(Vencimento, DataLimitePagto); 1089. aDiasPagto:= IntToStrZero(wDiasPagto ,3); 1090. end 1091. else 1092. aDiasPagto:= Space(3); 1175. aDiasPagto + //Qtd dias Recebimento após vencimento ACBrBancoBrasil.pasMétodo GerarRegistroTransacao240 678. nDiasBaixa := 0; 679. if (ATipoOcorrencia = '01') and ( DataLimitePagto > Vencimento ) then 680. begin 681. nDiasBaixa := DaysBetween(Vencimento, DataLimitePagto); 682. aDiasBaixa := IntToStrZero(nDiasBaixa,3) ; 683. end 684. else 685. aDiasBaixa := Space(3); 738. aDiasBaixa + // 225 a 227 - Campo não tratado pelo BB [ Alterado conforme instruções da CSO Brasília ] {27-07-09} Segue anexo da unit alterada.

Boa tarde, quando informado 000 dias, banco entende que não é possivel pagar após o vencimento, o correto é informar a qte de dias ou em branco. estou com mesmo problema.

Pode ser, mas tentei em outro ERP meu, não deu essa rejeição, mas em todo caso vou investigar, melhor..

Bom dia a todos, estou com esse problema no ambiente de homologação, apesar do xml não ter a base de calculo maior que o permitido, o retorno sempre é essa rejeição, segue anexo do xml. e retorno da rejeição. Att. Souza 575908-env-lot.xml 351000154876576-pro-rec.xml

Vou baixar a documentação, e estudar, vou postando aqui.

Cliente meu, fez contato com Serasa, caiu servidor deles mesmo, o jeito é aguardar

Bom dia Senhores. estou com 2 clientes com esse problema. ambos Certificadora SERASA. Certificaso A1. Parece se "merda" da Serasa. ou estou enganado? Confirmado Certificados SERASA vai dar pau. Caiu o sistema de validação de certificados deles...

foi............. Muito obrigado Juliomar. preciso estudar melhor essas configurações. Show!!

Juliomar, segue os prints..

OS arquivos anexados, foram gerados com o exemplo do acbr. atualizados hoje.

Bom dia Srs. Após atualização dos componentes sistema passou a apresentar essa mensagem de erro. percebi que no xml não é enviado a informação keyinfo. no entanto não sei o pq não é enviado. na versão antiga (antes da atualização dos componentes ), o erro não ocorre. em anexo, arquivos xml´s. Agradeço desde já. 35201731828600015055001000000011000000011-ped-inu.xml 35201731828600015055001000000011000000011-inu.xml

Bom dia, estou tentar enviar uma GNRe para o estado do PR, e esta dando essa rejeição ja tenti nas versões 1.0 e 2.0 'Versão dos Dados não suportada' alguem já passou por isso ? se anexo do xml de envio. Agradeço desde já. 000338680-100099.xml 000338680-gnre.xml 000338814-100099.xml 000338814-gnre.xml

Bom dia Daniel, estou aproveitando Topico. Tenho um cliente que esta com uma lentidão na emissão do SAT, não consegui identificar o problema. Segue log. 10/08/20 10:30:17:792 - Gravando XML Venda recebido: \\srvapl-cris\SERVER\CFe\Autorizadas\CRISTAL\AD35200802054258000104590005656880201988849327.xml 10/08/20 10:31:34:383 - ACBrSAT.Inicializado 10/08/20 10:31:34:423 - NumeroSessao: 895881 - Comando: AssociarAssinatura( 0122531900018802054258000104, hhUO+zsd4Rye0HSRpLWfhcnUCD+pCbqh6vbaT912E5nMqLWUmE7ZQPqR++wYi15AuPe7M+DN/jLUlmxFyNaHD9tHpe6YJ0Ka0Wd5fVhg9a4kOKlGo+B2Mjls5TSl0uhnobra/fLNajWAA6vkCFoQnLlCPCu5vT6KdCFIUfavkjGj6YDNRjeYxCVjYYbhaSa6CDqEG4KzazdVts+y/BzeF7gdx76ZCdgFbogwo3PRTv5xhhu+NI0bcKESb/J6TyX0hNK256zlxsWOQ6hJBwGcHzZ7NmYqVyPU3VEbGXQCUMmc/za0ew4CPuFQb8P8TV/zE50fET0Sg6xt8FtusqZGQA== ) 10/08/20 10:32:07:063 - NumeroSessao: 895881 - Resposta:895881|13000|0000|Assinatura do AC registrada|| 10/08/20 10:32:07:125 - NumeroSessao: 453509 - Comando: EnviarDadosVenda( <?xml version="1.0" encoding="UTF-8"?><CFe> esse tempo é normal ? preciso sempre associar a assinatura, pra transmitir o SAT? Obrigado

Ola Daniel. Já encontrei o problema. não tinha visto a alimentação dos parmetros. Não estava informando o nome do arquivo de log. Muito obrigado.