Painel de líderes

Bom dia Italo, Muitíssimo obrigado! Ja estamos atualizando os fontes, assim que testar aqui dou retorno!

Vamos lá. O grupo ResDFe não é um evento. Ele é um resumo de uma NF-e. Nele você tem as informações necessárias para fazer um evento de manifestação do destinatário(ciência da operação, confirmação da operação, desconhecimento da operação) para poder receber o XML completo da NF-e em consultas posteriores. Os arquivos ProcEve e InfEve foram gerados com conteúdo semelhante porque as informações deles são de fato as mesmas. O que muda é o conteúdo na resposta devolvida a você pelo ACBrMonitor/ACBrLib. As informações que vem em [proEveXXX] são as informações de envio do evento, veja que ela vai ter informações como a descrição do evento, justificativa, chave de documento fiscal, motivo, etc. Já as informações que vem em [infEveXXX] são as informações de retorno do evento, nela vai haver informações como o status do evento, número sequencial, data e hora de registro, número de protocolo do evento, etc.

Após incluir o comando "CLO" antes do "OPN" não recebemos mais o erro. Agradeço ao @Daniel Simoes pela valiosa dica.

Boa noite, A cidade de Cabo Frio-RJ trocou de provedor. Agora passou a utilizar ISSIntel. Segue a nova configuração para a cidade. [3300704] Nome=Cabo Frio UF=RJ Provedor=ISSIntel ProNameSpace=http://cabofrio-rj.issintegra.com.br/webservices/abrasf/api HomNameSpace=http://cabofrio-rj.treino-issintegra.com.br/webservices/abrasf/api ProRecepcionar=https://cabofrio-rj.issintegra.com.br/webservices/abrasf/api HomRecepcionar=https://cabofrio-rj.treino-issintegra.com.br/webservices/abrasf/api ProSoapAction=http://cabofrio-rj.issintegra.com.br/webservices/abrasf/api/ HomSoapAction=http://cabofrio-rj.treino-issintegra.com.br/webservices/abrasf/api/

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde, Você chegou a realizar a correção e testes no arquivo? Em caso afirmativo consegue anexar aqui no tópico? Obrigado!

Valeu mestre!

Boa tarde! Arquivos recebidos! De fato, o comportamento foi observado no impresso quando em paisagem. Adotando sua contribuição, deixou de ocorrer. Fiz um teste com o layout em retrato e o mesmo não foi afetado. Contribuição enviada ao SVN na Rev-35594. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Muito obrigado novamente pelo suporte!

Veja se tu não colocou o arquivo ini junto a sua aplicação dos endereços e dai tem algo errado ali

Sim tu pode usar por exemplo o numero do PDV ou checkout de venda

Vlw Daniel, abraços

Funcionando Daniel! Muito obrigado!

Bom dia! Muito obrigado pelo retorno. É possível sim. Tudo indica que seja algo específico a este web service da sefaz do RJ. Um colega consultor fez um teste para a sefaz de SP e a nota foi autorizada também. Se você tiver a disponibilidade, eu acredito que valha a pena abrir um Fale Conosco junto a sefaz do RJ. É possível que eles nem saibam desta divergência ou até mesmo possam fornecer uma explicação mais detalhada do porque ela existe.

Obrigado a todos pela ajuda. Fiz o teste em produção, e a nota foi autorizada. Agora, um pensamento que gostaria de dividir com vocês. Se o webservice de homologação está rejeitando, significa que a SEFAZ vai incluir o NCM 29141990 na lista dos códigos NCM a serem criticados? Deve ser isso, certo? O que vcs acham? Dou como encerrado este chamado, agradecendo novamente a todos.

Eu realmente ia mandar a mensagem, todo dia estou olhando e vi que não tem versão nova, mas blz, vou continuar acompanhando

Bom dia @awendisch, Fizemos uma alteração no componente. Agora a classe que contem as informações de cancelamento consta com um novo campo chamado CodMunicipio. Se ele não for preenchido o componente assume o código do município do emitente da nota. Por favor atualize todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Foi feita uma alteração no programa exemplo tanto em Delphi quanto em Lazarus exemplificando como passar essa informação. Ficamos no aguardo de um retorno.

Foi criada a TK-6080 para análise. Você será notificado aqui quando concluirmos esta análise.

Bom dia, segue aqui o que acontece com o fonte original. O XML mandei por e-mail, pois tem dados de cliente. Se estou emitindo a NFe não valido na receita e tento imprimir, ela fica correta: Porem após validar na receita ela fica errada, concatenando a ultima observação na sequencia: Aqui neste exemplo com o fonte original isto somente não acontece se informar uma observação no campo "InfAdic.infCpl". Se eu NÃO informar neste campo, e informar no primeiro "InfAdic.infAdFisco" e depois informar em outros InfAdic.obsFisco, InfAdic.procRef ou InfAdic.obsCont, qualquer um destes vai concatenar na "InfAdic.infAdFisco" após validar o XML. No exemplo estou informando infAdFisco e duas observações no obsCont. Com a customização que fiz este problema não acontece mais.

Boa noite Obrigado por me posicionar, fico no aguardo pois esta alteração impactou no Bradesco!

Estive observando a Função TACBrPixEndPointPix.ConsultarPixRecebidos, na unit ACBrPIXCD e comparei com um backup do fonte anterior e alterei, logo no inicio da function: No fonte atualizado está assim: Values['inicio'] := DateTimeToIso8601(Inicio, BiasToTimeZone(TimeZoneBias*(-1))); Values['fim'] := DateTimeToIso8601(Fim, BiasToTimeZone(TimeZoneBias*(-1))); No fonte anterior está assim: Values['inicio'] := DateTimeToIso8601(Inicio); Values['fim'] := DateTimeToIso8601(Fim); Deixando igual a linha do fonte anterior e testei a alteração, funcionou! Gostaria de saber se esta alteração causa algum outro problema, em outro PSP ?

Post Original : Estou precisando Validar a Chave de Acesso DIGITADA pelo usuario. No exemplo Delphi NFe não encontrei, eu já valido se esta vazio, se é somente numero, se tem 44 posições , mas preciso validar se esta correta. Sei que o digito verificador é baseado no Modulo 11, posso ate fazer uma função, mas se já tiver no ACBr não vejo porque perder tempo. Obrigado O REGYS SILVEIRA RESPONDEU : Utilize o método ValidarChave que está na unit pcnAuxiliar. Por favor, não aproveite tópicos, abra um novo Mas antes de obter a resposta já havia resolvido da seguinte forma : Encontrei em https://drgarcia1986.wordpress.com/2012/01/31/funcao-para-validar-a-chave-da-nfe/ uma função que estou usando e funcionou, coloco aqui function ValidarChaveNFe(const ChaveNFe: string):boolean; const PESO : Array[0..43] of Integer = (4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 9, 8, 7, 6, 5, 4, 3, 2, 0); var Retorno : boolean; aChave : Array[0..43] of Char; Soma : Integer; Verif : Integer; I : Integer; begin Retorno := false; try try if not Length(ChaveNFe) = 44 then raise Exception.Create(''); StrPCopy(aChave,StringReplace(ChaveNFe,' ', '',[rfReplaceAll])); Soma := 0; for I := Low(aChave) to High(aChave) do Soma := Soma + (StrToInt(aChave) * PESO); if Soma = 0 then raise Exception.Create(''); Soma := Soma - (11 * (Trunc(Soma / 11))); if (Soma = 0) or (Soma = 1) then Verif := 0 else Verif := 11 - Soma; Retorno := Verif = StrToInt(aChave[43]); except Retorno := false; end; finally Result := Retorno; end; end;

Boa tarde, @Italo Giurizzato Junior. Estou utilizando o ACBrXmlDocument e está funcionando sim, só a questão da impressão que estava com dúvida pois mesmo com o ACBrXmlDocument ela não funciona. Como a partir do dia 21 o ambiente de produção estará funcionando achei que poderia haver algo relacionado a isso ou até mesmo a impressão atual funcionar com o CT-e Simplificado. Agradeço pela educação Italo. Tenha um ótimo fim de semana.