Painel de líderes

Bom dia a todos, 18/06/2019 Comunicado sobre as datas de implantação da versão 3.00a Comunicamos que foi publicado a versão 3.00a do Manual de Orientação do Contribuinte do CT-e/CT-e OS e seus anexos. Reforçamos que esta nova versão prevista para entrar em homologação a partir do dia 22 de Julho de 2019 e em produção a partir do dia 26 de Agosto de 2019, contempla a atualização do schema do CT-e, criação do Evento Comprovante de Entrega dentre outras modificações. Relativamente à definição dos padrões do QRCode previstos no arquivo XML do CT-e, cuja especificação das configurações para impressão no DACTE estão detalhadas no Anexo II – Manual de Especificações Técnicas do DACTE, serão implementadas a partir de 07 de Outubro de 2019, quando entrará em vigor a obrigatoriedade de exibição do QRCode no layout do DACTE. Da mesma forma, as RV G238 a G243 e N135 a N140 passarão a ser aplicadas em 02/09/2019 no ambiente de homologação e somente em 07 de Outubro de 2019 no ambiente de produção.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Quais são as mudanças dessa nova versão 3.00a? Um breve resumo. Criação do Web Service síncrono de autorização Disciplina as regras para Uso Indevido Definição do QR Code do CT-e: RV´s 850 a 855 ; Definição da Consulta Pública resumida e consulta completa para atores do CT-e identificados pelo certificado digital; Eliminação do retCancCTe na resposta da consulta situação; Criação da tag ICMSST no evento EPEC e alteração da RV 642; RV 841 para informar fretamento no transporte de pessoas; Alteradas RV´s 837, 838, 839, 840: aplicar somente aos tipos Norm / Subst.; Unificação das regras de validação de chave de acesso: 592-596, 507, 610 => 236 701-708 => 842 (Chave do CT-e da ferrovia de origem) 591, 602-605, 508, 504 = > 843 (Chave da NF-e transportada) 544-549, 480, 538 => 844 (Chave do documento anterior) 450-454, 478, 479, 608 => 845 (Chave do CT-e multimodal) 761-768 => 846 (Chave do CT-e anulado) 769-776 => 847 (Chave do CT-e substituído) 777-784 => 849 (Chave CT-e complementado) 816-823 => 856 (Chave do CT-e cancelado referenciado no CT-e OS) 761-772, 615, 766-768 => 857 (Chave do CT-e OS anulados) 769-772, 616, 774-776 => 858 (Chave do CT-e OS substituído) 777-780, 785, 782-784 => 859 (Chave do CT-e OS complementados) RV 848: Validação chave de acesso do CT-e de anulação informado Criação do evento do comprovante de entrega (grifado no MOC em amarelo), RV´s 860, 863, 864, 865, 869, 870 e 871 Criação do evento de cancelamento do comprovante de entrega (grifado no MOC em amarelo), RV´s 866 RV do cancelamento associada ao comprovante de entrega: 862 RV de validação da IE do tomador na EPEC: Dispensa de validação da IE do tomador quando autorização de um CT-e EPEC RV para implementação a critério da UF para o responsável técnico: 867 Previsão de RV de implementação futura para o responsável técnico: 868 Exclusão da tag pICMSInterPart do leiaute do CT-e e CT-e OS (ver anexo I Leiaute). Em nossa biblioteca você encontram os 3 Manuais (Visão Geral, Layout e DACTE) da versão 3.00a clique aqui para ter acesso.

Bom dia, consegui homologar, realmente o numero do posto de atendimento era o que faltava, o gerente da conta dizia que não existia essa informação, mas coloquei como vc passou, e a homologação foi "simplesmente aprovada" hehe, muito obrigado

Boa tarde José, Já fiz os ajustes, ainda hoje estarei enviando para o repositório.

Oi pessoal, o tópico acabou ficando um pouco confuso porque está tratando de assuntos diferentes. Como a @Juliana Tamizou já dividiu o tópico, vamos continuar o assunto sobre o ACBrMonitor fechar sozinho nesse aqui: Vamos fechar esse tópico, considerando que foi reportado que o problema do e-mail foi resolvido.

Obrigado. Resolvido.

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Bom dia, Ronny Lucas Eu acredito que esse erro acontece, por você ter mais de uma pasta do Fortes no disco desatualizada. Apague as duas e baixe a mais recente como mostra no link abaixo:

Valeu Juliomar, resolvi o prolema vendo esse vídeo:

Boa tarde Italo Jurisato Junior , obrigado pela ajuda, fiz como você falou e deu certo...mudei logo o codigo na NF-e antes da validação pra deixar já OK..pode encerrar o tópico pra mim ta resolvido

Boa tarde, Obrigada pela contribuição, adicionada para análise. Att.

Ola pessoal depois de muito tempo tivemos um tempo de da continuidade aos testes no componente de consulta spc. Bom já conseguimos ter uma versão experimental do componente baseado na documentação do spc brasil. No caso pegamos a documentação da cdl manaus na nossa cidade. Queríamos duas ajudas importantes: 1 - Para doação do componente que estamos criando para o acbr tem algum regra de padronização? Por ser um componente TCP os commit recomendariam se basear em algum componente especifico? 2 - Fizemos a leitura do xml de retorno e talvez não esteja de uma forma tão profissional como esperado pelos padrões do acbr. Se alguém poder nos ajudar com a analise do retorno e poder nos sugerir uma forma de melhor ou mais fácil. Estou anexando algumas fotos do componente e padrões que estamos usando e o arquivo de retorno que estamos precisando de ajuda. O arquivo prot-282754218.xml e o retorno que estamos precisando de ajuda. Eu tinha criado esse tópicos a tempos atrás com essa ideia rs; Demo rodando e funcional com as seguintes funções: - Consulta e leitura do retorno. - Baixar as tabelas que são necessária para enviar o motivo de exclusão e inclusão no spc. - Rotina de inclusão do cliente no spc. - Rotina de exclusão do cliente no spc. Pacote instalado no delphi Tokyo Pasta separada com exemplos, fontes e pacotes Rotina de consulta ja meio no padrão do acbr - 20190530162535-ped-sta.xml prot-282754218.xml

Felipe Resende, achei o erro. Infelizmente esta mensagem está aparecendo por causa do certificado mesmo. Usei um outro certificado digital (Empresa: Serasa) de uma outra filial e não apresentou mais este erro. Graça a Deus esta minha filial é a ultima a ter o certificado digital do Serasa (Data do Venc 02/07/19), pois todas as outras já havíamos trocado para o certificado digital da Valid. Este erro só aparece para quem tem o certificado digital da Valid, pelo menos no meu caso. Agradeço muito pela sua ajuda e a do Italo que já havia falado que o problema era o certificado. Mais uma vez muito obrigado

Credenciamento Para informações sobre o Credenciamento clique aqui e acesse nossa sessão de Requisitos Fiscais por UF .

Felipe, no link que me mandou só consigo alterar o horário em 5 minutos para mais ou para menos, no meu caso, são anos de diferença. Já estou em modo intervenção, utilizei o tools, mas não consegui alterar, Agradeço desde já a ajuda

Não sei se pode ter mudado, mas a princípio a ABRASF não aceita utilizar esse campo. Abraços.

Olá bom dia Italo Obrigado por responder .. pior que o xml de retorno da NFS-e convertida está sem os dados do endereço do Prestador.. e os XMLs de exemplo informados no arquivo de auxilio a integração também vou tentar entrar em contato com o Provedor deles para ver Obrigado.

Bom dia, Verifica junto ao provedor se o usuário e senha utilizado pelo seu cliente para emitir notas via site, pode ser utilizado para emitir via webservice. Eu acredito que o usuário e senha é diferente.

Bom dia Michel, O erro de Código Numérico invalido, chave não gerada é pelo fato de você estar atribuindo a cNF o mesmo numero de nNF, sendo que não pode. Por favor leia a noticia:

Bom dia, Josafar Nascimento da Silv Veja o tópico abaixo: Você pode usar o demo na pasta exemplos do ACBr, assim você saberá como alimentar os campos solicitados.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Que esquisito, acontece em qualquer impressora? Att.

Bom dia todos, 19/06/2019 Implantações da Consulta QR Code e do WS Sincrono de MDF-e Foram implantados na SEFAZ Virtual RS os serviços de consulta QR Code e Recepção Síncrona de MDF-e no ambiente de homologação. As empresas já podem testar conforme especificado no MOC 3.00a, as URL´s dos serviços contam no menu Serviços deste portal. Obs: A consulta QR Code pelo smartphone poderá apresentar erro de certificado digital, o usuário poderá clicar em avançado e pedir para acessar mesmo assim, ou instalar o certificado raiz brasileira v2 em seu dispositivo pelo link: http://acraiz.icpbrasil.gov.br/credenciadas/RAIZ/ICP-Brasilv2.crt. Só será necessário baixar a primeira vez. Esta foi uma mudança feita pelo próprio ITI, responsável pelo ICP-Brasil, na forma como as raízes são baixadas pelos navegadores de smartphone. Até o final da semana que vem vamos disponibilizar as alterações necessárias no componente ACBrMDFe para que seja possível o envio de MDF-e no modo Síncrono.

Já consegui. O que me ajudou foi isso aqui: https://github.com/nfephp-org/sped-common/blob/master/src/Signer.php Se quiser ajuda é só falar.

chegou a olhar na pasta de exemplos que tem no git do fortes?

dá uma olhada que eu acho que foi mudado recente esse código

Tem que achar os dados pois ai só tem link de uma noticia que não leva a local algum tente conseguir isso

Não aproveite tópicos. crie um seu para fazer a pergunta . Sobre a situação creio que não tenha problemas

só lembrando, não programe igual fosse trabalhar com uma aplicação desktop tem que ter um servidor com as regras de negócio e o unigui consome esses processos.

Eduardo. chegou a enviar uma remessa pra ver se validava junto ao banco? teria que olhar no log senão foi por causa de algum post especifico geralmente colocamos o link do post assim vai ficar fácil de identificar, mas não trabalho com banrisul

Já resolvi o problema. Precisei apenas atualizar os arquivos do Schema. Obrigado.

A mudança parece fazer sentido... mas convém testar em alguns outros DFe's, como NFe, NFCe, CTe, etc...

Por favor Desabilite o envio em segundo Plano, e faça um novo testes...

Boa noite Gabryel, Para que isso seja possível se faz necessário fazer a mesma implementação feita no evento 1060 nos demais eventos.

Infelizmente a versão oficial dos schemas disponibilizados não permite a visualização do status atual da manifestação. Porém... Se observarmos o software gratuito da SEFAZ, percebemos que ao "baixar" uma nota já vem o status atual da manifestação. Mesmo se a manifestação do destinatário tenha sido realizada em outro software. Isso acontece pois o software gratuito utiliza uma versão mais recente dos schemas (v.135). Nessa versão existe uma tag chamada: cSitConf. (se olhar a nota técnica até existe a menção dessa tag) Mas como essa não é uma versão oficial, digo, disponibilizada pela SEFAZ. Creio que ACBr não irá utilizar. De qualquer forma vou deixar aqui o link para download desses schemas. Com uma simples alteração na unit pcnRetDistDFeInt você adiciona uma nova property e na sequencia pode ler o valor desse campo. Nessa versão infelizmente o método DistribuicaoDFePorChaveNFe não funciona. (Mas é possível contornar isso alterando algumas linhas) --Se for DistribuicaoDFePorChaveNFe utiliza 1.02 caso contrário, utiliza a 1.35 v1.35.zip

Obrigado pela resposta mano. Me informaram que não precisa passar esses 3 campos quando a comunicação é por troca de arquivo.

Boa tarde @Juliana Tamizou Obrigado pela atenção... Sem problema de mudar a abordagem...só queria que as rotinas de leitura do retorno de 240 e 400 posições tratassem o nosso número da mesma forma.... Aguardo uma posição....

Boa tarde, Adicionado para análise, porém creio que essa abordagem podem haver problemas devido a quantidade livre para uso na verdade serem 8. Att.

Boa o tarde, O seu problema não tem nada haver com o que esta sendo tratado nessa postagem. O seu problema é referente ao certificado.

Boa tarde Gabryel, Pelo que entendi, você quer carregar o XML de um evento e-Social e depois ler as informações contidas nesse XML através da leitura dos campos, correto? Pois bem, isso não é possível ser feito porque não foi implementado uma rotina que "popula" os campos ao ler o XML. A ideia do LoadFromFile deste componente é ler o XML e deixar disponível para o envio. Mas você pode analisar as alterações feitas nas Units: pcesTabelas (function TTabelas.LoadFromString(const AXMLString: String): Boolean;) e pcesS1060 (function TEvtTabAmbiente.LerXML: Boolean;) Algo semelhante você vai ter que fazer para os eventos que você desejar. No caso do evento 1030 as alterações deverão ser feitas nas units pcesTabelas e pcesS1030. Fique a vontade em fazer essa implementação. Toda ajuda é bem vinda o projeto.

Realizados ajustes e correções nos componentes: 1. Em TRetConsultaArquivoBlocox foi acrescentado FSituacaoOperCod e FSituacaoOperStr, e retirado FMensagem (que não é utilizado). Essa alteração é devido ao retorno estar diferente do layout. 2. Para algumas propriedades foi utilizado {$IFDEF VER300}AnsiString{$ELSE}String{$ENDIF}. Isso é porque estou compilando no Delphi 10, e devido ao tamanho do arquivo de estoque, com String fica limitado. 3. Incluído "ExtairArquivo" em "TDownloadArquivoBlocoX", para descompactar e salvar o conteúdo do XML. 4. Correções na leitura de algumas tags de retorno em "pcnRetEnvBlocoX". 5. Nos "TratarResposta" em "ACBrBlocoX_WebServices", foi alterado de: FPRetWS := Trim(ParseText(SeparaDados(FPRetornoWS, '..Response'))); Para: FPRetWS := Trim(ParseText(SeparaDados(FPRetornoWS, '..Result'))); Essa alteração é útil para abrir o retorno quando o mesmo é salvo em arquivo. Exemplo utilizando '...Response', o conteúdo extraído é: <ConsultarHistoricoArquivoResult><?xml version="1.0" encoding="utf-8"?> <RespostaConsultarHistoricoArquivo> <SituacaoOperacaoCodigo>0</SituacaoOperacaoCodigo> <SituacaoOperacaoDescricao>OK</SituacaoOperacaoDescricao> <Recibo>...</Recibo> <Eventos> <Evento> <DataHora>2019-06-13T14:52:53</DataHora> <Codigo>0</Codigo> <Descricao>Arquivo recepcionado, arquivo aguardando processamento</Descricao> </Evento> <Evento> <DataHora>2019-06-13T14:57:29</DataHora> <Codigo>2</Codigo> <Descricao>Erro no processamento do arquivo</Descricao> <Motivo>Erro ...</Motivo> </Evento> </Eventos> </RespostaConsultarHistoricoArquivo></ConsultarHistoricoArquivoResult> Exemplo utilizando '...Result', o conteúdo extraído é: <?xml version="1.0" encoding="utf-8"?> <RespostaConsultarHistoricoArquivo> <SituacaoOperacaoCodigo>0</SituacaoOperacaoCodigo> <SituacaoOperacaoDescricao>OK</SituacaoOperacaoDescricao> <Recibo>...</Recibo> <Eventos> <Evento> <DataHora>2019-06-13T14:52:53</DataHora> <Codigo>0</Codigo> <Descricao>Arquivo recepcionado, arquivo aguardando processamento</Descricao> </Evento> <Evento> <DataHora>2019-06-13T14:57:29</DataHora> <Codigo>2</Codigo> <Descricao>Erro no processamento do arquivo</Descricao> <Motivo>Erro ...</Motivo> </Evento> </Eventos> </RespostaConsultarHistoricoArquivo> Em anexo para novas validações. Luciano. ACBrBlocoX.zip

Precisei criar uma função para validar o número de Chassis de veículos (VIN). Segue o código como contribuição. Talvez possa ser incluído no ACBrValidador. function ValidaChassis(Chassis:string): boolean; var i,Soma,Numero,Resto: integer; Digito:string; function NumeroDaLetra(Letra:string):integer; begin if Letra = 'A' then result := 1 else if Letra = 'B' then result := 2 else if Letra = 'C' then result := 3 else if Letra = 'D' then result := 4 else if Letra = 'E' then result := 5 else if Letra = 'F' then result := 6 else if Letra = 'G' then result := 7 else if Letra = 'H' then result := 8 else if Letra = 'I' then result := 9 else if Letra = 'J' then result := 1 else if Letra = 'K' then result := 2 else if Letra = 'L' then result := 3 else if Letra = 'M' then result := 4 else if Letra = 'N' then result := 5 else if Letra = 'O' then result := 6 else if Letra = 'P' then result := 7 else if Letra = 'Q' then result := 8 else if Letra = 'R' then result := 9 else if Letra = 'S' then result := 2 else if Letra = 'T' then result := 3 else if Letra = 'U' then result := 4 else if Letra = 'V' then result := 5 else if Letra = 'W' then result := 6 else if Letra = 'X' then result := 7 else if Letra = 'Y' then result := 8 else result := 9; end; begin if length(Chassis) <> 17 then raise Exception.Create('Número do Chassis deve tger 17 caracteres'); Soma := 0; for i := 1 to 17 do begin if ((Chassis >= '0') and (Chassis <= '9')) then Numero := StrToInt((Chassis)) else Numero := NumeroDaLetra(Chassis); case i of 1,11: Soma := Soma + Numero * 8; 2,12: Soma := Soma + Numero * 7; 3,13: Soma := Soma + Numero * 6; 4,14: Soma := Soma + Numero * 5; 5,15: Soma := Soma + Numero * 4; 6,16: Soma := Soma + Numero * 3; 7,17: Soma := Soma + Numero * 2; 8 : Soma := Soma + Numero * 10; 9 : Soma := Soma + Numero * 0; 10 : Soma := Soma + Numero * 9; end; end; Resto := Soma Mod 11; if Resto = 10 then Digito := 'X' else Digito := IntToStr(Resto); result := Digito = Chassis[9]; end;

warobert Obrigado! fui ate lá (ACBrDFeHttpIndy.pas) e a galera do acbr já fez correção para svn., ai só baixei novamente e instalou perfeitamente. Obrigado a todos!

Não é possível emitir nenhum documento DFe com o ACBrFramework e o mesmo foi descontinuado.

o responsave da conta diz que nao tem DV na agencia, É o numero do posto de atendimento. Foi dessa forma que o pessoal da SICREDI me passou. Mas beleza, siga as orientações conforme eles e passarem. ACBrBancoSicredi.Pas function TACBrBancoSicredi.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo String; begin Modulo.CalculoPadrao; Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + PadLeft(ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito, 2, '0') + PadLeft(ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente, 5, '0') + FormatDateTime('yy',ACBrTitulo.DataDocumento) + ACBrTitulo.CodigoGeracao + RightStr(ACBrTitulo.NossoNumero,5); Modulo.Calcular; Dercide.

Boa tarde Lucimauro, Sim, mas a mudança é pequena, foi acrescentado uma tag que vai conter a string do QR-Code. Algo semelhante o que já ocorre com a NFC-e. Logo o DAMDFE vai ser alterado também, pois além do código de barras ele vai passar a ter também o QR-Code.

Suas sugestões foram disponibilizadas nos fontes do Projeto ACBr. Obrigado pela contribuição!