Painel de líderes

Além desse novo Demo, estou promovendo um refatoramento das Units de TEF, para permitir a criação de um novo componente ACBrTEFAPI, que será um componente bem mais simples de usar, mas usado apenas por TEFs com API (DLL) e apenas para Impressora não Fiscal... Ainda estou segurando esses commits... até termos mais testes... por enquanto, removi a necessidade dessa Unit, no Demo TEFDDemoNF.pas Por favor atualize seus fontes e teste novamente...

Consegui em parceria com o pessoal da csdevices. Homologuei no CE esta semana e tudo certinho. Só tenho elogios, do atendimento do comercial, suporte ao desenvolvedor e equipamento. (Nota 1000). Fala que você é desenvolvedor que eles são bem flexíveis. A Silvia me atendeu, [email protected]

Creio que seja somente informar o Contrato e a Senha https://acbr.sourceforge.io/ACBrMonitor/Sedex.html

Boa tarde Maiquel, Já inclui na minha lista, espero até o final desta semana analisar a sua contribuição e estando tudo OK, vou enviar para o SVN. Desde já muito obrigado.

Onde está InfViagens troque para infViagens. Em minúscula.

Ok Daniel. Realmente BigWings, nos ajustes que eu estava fazendo, alterei a pasta de Schemas para uma pasta local, antes estava um caminho pela rede do cliente. Agradeço a todos pela ajuda.

Boa noite!

Olá Pessoal, O provedor GovDigital exigi que o prestador solicite uma sequencia de RPS junto a prefeitura do município. Exemplo: O prestador solicita a sequencia de 1 a 1000. Quando o mesmo emitir o RPS de numero 1000 deverá solicitar uma nova sequencia no caso de 1001 até 2000. Se isso não for feito ao enviar o RPS de numero 1001 o mesmo será rejeitado.

Olá Pessoal, Já se encontra em nossa biblioteca a NT 2020/001 da NF-e segue abaixo um resumo sobre ela. Resumo: Este documento substituirá as Notas Técnicas(NT) 2012.002 e 2013.001 e tem por objetivo unificar as informações referentes à manifestação do destinatário na Nota Fiscal eletrônica (NF-e) modelo 55 e estender o serviço para ser usado também por Pessoa Física (CPF). A manifestação está prevista na cláusula décima-quinta-A do Ajuste SINIEF 7/2005, a qual permite que o destinatário da Nota Fiscal eletrônica confirme a sua participação na operação acobertada pela Nota Fiscal eletrônica emitida para o seu CNPJ/CPF, através dos eventos tratados a seguir. 3 - Prazos para realização dos eventos de manifestação do destinatário Evento Prazo legal(Ajuste SINIEF 44/20) Ciência da Emissão 10 dias contados a partir da data de autorização da NF-e Confirmação da Operação 180 dias contados a partir da data de autorização da NF-e Desconhecimento da Operação 180 dias contados a partir da data de autorização da NF-e Operação Não Realizada 180 dias contados a partir da data de autorização da NF-e 4 -Obrigados a realização da manifestação do destinatário A cláusula décima-quinta-B do Ajuste SINIEF 7/2005 prevê a obrigatoriedade do registro pelo destinatário da NF-e dos eventos de confirmação da operação, operação não realizada e desconhecimento da operação nos prazos especificados naquele Ajuste. Também está obrigado a realizar a manifestação, de acordo com o Anexo II do Ajuste SINIEF 7/2005, o destinatário de toda NF-e que: I – seja exigido o preenchimento do Grupo Detalhamento específico de Combustíveis, como nos casos de mercadoria destinada a: a) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; II - acoberte operações com álcool para fins não-combustíveis, transportado a granel, a partir de 1º de julho de 2014; III – acoberte, nos casos em que o destinatário for um estabelecimento distribuidor ou atacadista, a partir de 1º de agosto de 2015, a circulação de: a) cigarros; b) bebidas alcoólicas, inclusive cervejas e chopes; c) refrigerantes e água mineral. Obs: a NT 2012/003 (item 03.1), publicada em agosto/2012, define quais são os CFOP que obrigam a informação do Grupo de Combustível na NF-e. Os CFOP citados estão relacionados com as operações que envolvem “Combustível derivado ou não de Petróleo e Lubrificantes”. • Como as operações com lubrificantes são exceção à obrigatoriedade de manifestação do destinatário, consta no Anexo II a tabela de Códigos de Produto da ANP relativa a lubrificantes e que não estão obrigados à Manifestação do Destinatário Conclusão: Não existe nenhuma implementação a ser feita no componente, simplesmente agora a pessoa física que possui um e-CPF (Certificado Digital) poderá realizar a Manifestação do Destinatário, ou seja, enviar para a SEFAZ um dos 4 tipos de eventos que engloba a Manifestação do Destinatário. O componente já esta apto a gerar o XML do respectivo evento com o CPF do destinatário em vez do CNPJ.

Emissor NF-e C# com ACBRLib Conheça um dos primeiros sistema emissor de nota fiscal construído na plataforma asp net core mvc com ACBRLib do mercado, agora você programador ou você softhouse pode contar com um emissor rápido, moderno sem abrir mão do ACBR. Reduza o tempo e custos com programação adquira agora mesmo. WWW.SOLUCOESSYS.COM.BR skype: gilberto.evangelista2 WhatsApp: 11 98745-8772

Olá pessoal, Segue abaixo um comunicado da SEFAZ referente a necessidade de se informar o CEST para que a nota não seja rejeitada. Como no comunicado não deixa claro qual é a UF que vai passar a exigir o CEST, entendo que a exigência é a nível nacional. Detalhe importante: Existe a regra N23-10 que é obrigatória e gera a rejeição 806 quando o CEST não é informado, sendo assim é para todas as UF. Se a regra fosse facultativa, ai sim ela poderia valer para algumas UF e para outras não, que não é o caso.

Olá Tenho gravado alguns logs de erros ao enviar eventos de NFe, tentei simular com documentos em homologação e infelizmente não consegui reproduzir o problema. O problema parece ocorrer no retorno da Sefaz, onde recebo a seguinte mensagem: 1824 - Element '{http://www.portalfiscal.inf.br/nfe}infEvento', attribute 'Id': 'ID210200{chaveacesso}01' is not a valid value of the local atomic type. - Verificando as chaves que aparecem no log consigo ver no portal que os eventos são concretizados normalmente, os dados presentes no atributo id também parecem estar corretos. - Verifiquei também a documentação "Nota Técnica 2020.001 Evento de manifestação do destinatário", os campos aparentam ser preenchidos normalmente. - Os Schemas estão atualizados, usamos a pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe - ACBr Revision 19912 - Observei que esse retorno ocorre em eventos 210200 e 210210 Mais alguém tem recebido esse retorno no envio de eventos de NFe?

O arquivo que eu tinha era de 04/02/2020. Eu dei update na pasta agora e já atualizou. Obrigado e desculpa o incômodo.

Boa tarde Valter, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr com o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Faça novos testes usando o programa exemplo.

MDFe.Configuracoes.Geral.SSLLib := libWinCrypt; MDFe.Configuracoes.WebService.SSL.SSLType := LT_TLSv1_2; somente isso é necessário

bom vamos continuar nesse. movi para o local correto.

Boa tarde Walney, Se você vai usar o ACBrMonitor, te aconselho a gerar o arquivo INI segundo o layout da ACBr e não o arquivo XML. Te garanto, você vai ter menos dor de cabeça.

Também estava passando por este problema. Resolvi a situação e vou postar o ajuste para os moderadores avaliarem. O problema identificado, é que o xml retornado pela ISSnet vem com essa tag "<br&amp;>", hoje temos a verificação de quebra de linha somente com "&amp;", com isso o sistema acaba tirando o "&amp" e mantedo o "<br>", ocasionando o problema. Segue o ajuste para subir, precisa ser nessa ordem, pois caso for primeiro a verificação do "&amp", o <br >permanecerá. Esperamos a avaliação do nosso grande @Italo Jurisato Junior if FPConfiguracoesNFSe.Geral.ConfigRemover.TagQuebradeLinhaUnica then begin result := FastStringReplace(Result, '<br&amp;>', '', [rfReplaceAll]); Result := FastStringReplace(Result, 'lt;brgt;', '', [rfReplaceAll]); Result := FastStringReplace(Result, '</>', '', [rfReplaceAll]); end; if FPConfiguracoesNFSe.Geral.ConfigRemover.EComercial then Result := FastStringReplace(Result, '&amp;', '', [rfReplaceAll]); Segue o arquivo alterado em anexo também. ACBrNFSeWebServices.pas

Resolvido, era em ACBrNFe1.DANFE.PathPDF !!! Muito obrigado

Algumas possibilidades: Erro na data e hora da máquina (exemplo horário de verão configurado incorretamente) O GBAS esteja desatualizado Necessário recadastrar essa máquina Erro ao obter o código do GBAS (confira se está correto o que está sendo enviado) Não conheço o seu código por isso o que vou dizer pode ser bobeira, mas... Você está vendo que essa linha não está executando o GBAS, certo? Está jogando uma string pra Solicitacao.dnaEstacao.

Sim. ainda está sendo construido. Peço para que aguarde o termino para rodar mas o código pode ser olhado para entender o funcionamento

Você fez a pré-homologação da planilha pra verificar a diferença? Testei com dados que homologamos uns meses atrás e aparentemente a rotina de cálculo da linha digitável continua igual.

Debugando você deve descobrir. Pode ser alguma classe descendente sobrepondo esse método.

Para o pessoal que precisar fazer este arredondamento usando c#, segue o método, já com testes usando Xunit: using System; using Xunit; namespace XUnitTestProject1 { public class ArredondamentoTest { [Theory] [InlineData(0.342, 0.34)] [InlineData(0.346, 0.35)] [InlineData(0.3452, 0.35)] [InlineData(0.3450, 0.34)] [InlineData(0.332, 0.33)] [InlineData(0.336, 0.34)] [InlineData(0.3352, 0.34)] [InlineData(0.3350, 0.34)] [InlineData(0.3050, 0.30)] [InlineData(0.3150, 0.32)] public void TestRoundAbnt5891(decimal valorOriginal, decimal arredondadoEsperado) { decimal arredondadoMetodoABNT = RoundAbnt5891(valorOriginal, 2); Assert.Equal(arredondadoEsperado, arredondadoMetodoABNT); } /// <summary> /// Método de arredondamento "round-half-even" /// Ou "arredondamento do banqueiro" /// </summary> /// <param name="value"></param> /// <param name="digits"></param> /// <returns></returns> private decimal RoundAbnt5891(decimal value, int digits) { return Math.Round(value, digits, MidpointRounding.ToEven); } } }

era isso mesmo, resolvir muito obrigado!!!!

Bom dia. Moderação: Tópico movido para este subfórum por ser mais adequado ao problema relatado. Att.

Se o veículo não pertence à empresa emitente do MDFe, ou a um de seus sócios, precisa sim informar os dados do veículo, inclusive o registro RNTRC (Registro Nacional de Transportadores Rodoviários de Carga). Não dá pra ver no DAMDFE, nem na consulta no portal, precisaria do XML pra isso, mas acredito que no caso desse MDFe foi informado como veículo próprio. Caso o veículo seja parado no posto fiscal, a documentação apresentada não vai estar de acordo com o MDFe, quem vai ser responsabilizado? Caso haja algum sinistro durante o transporte, furto, acidente, quem vai ser responsabilizado? Sugiro que converse com o contador do seu cliente pra que ele te oriente.

Olá Pessoal, Hoje a quantidade de DF-e Documentos Fiscais Eletrônicos é tão grande que acabamos nos perdendo nos modelos. Resolvi então fazer uma lista com a sigla, descrição, numero do modelo e o componente de cada um deles. Sigla Descrição Modelo Componente NF-e Nota Fiscal Eletrônica 55 ACBrNFe CT-e Conhecimento de Transporte Eletrônico 57 ACBrCTe MDF-e Manifesto de Documentos Fiscais Eletrônicos 58 ACBrMDFe CF-e Cupom Fiscal Eletrônico 59 ACBrSAT BP-e Bilhete de Passagem Eletrônico 63 ACBrBPe BP-e TM Bilhete de Passagem Eletrônico Transporte Metropolitano 63 ACBrBPe GTV-e Guia de Transporte de Valores Eletrônico 64 ACBrCTe NFC-e Nota Fiscal ao Consumidor Eletrônica 65 ACBrNFe NF3-e Nota Fiscal de Energia Elétrica Eletrônica 66 ACBrNF3e CT-e OS Conhecimento de Transporte Eletrônico Outros Serviços 67 ACBrCTe Como vocês podem ver tanto o BP-e quanto o BP-e TM tem o mesmo modelo 63, o que diferencia um do outro é o campo tpBPe. O BP-e aceita os valores seguintes valores para tpBPe: 0 = BP-e Normal e 3 = BP-e Substituição, por outro lado o BP-e TM só aceita o valor: 4 = BP-e Transporte Metropolitano.