Painel de líderes

ACBr em Firemonkey, 1o demo no repositório

Pessoal, reverta os fontes, o problema já foi acertado e já está disponibilizado, basta deixar como está no SVN. Se preferirem apaguem os arquivos e atualizem novamente, eles serão criados novamente e já corrigidos.

Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca

Boa tarde a todos, Encontra-se disponível no Portal Nacional do CT-e a Nota Técnica 2015/001 que trata sobre alterações de regras de validação, schemas e DACTE. Por favor baixem e leem com muita atenção. Esta previsto para entrar em vigor em 01/05/2015 (ambiente de homologação) e 01/06/2015 (ambiente de produção). Será necessário atualizar os schemas bem como o componente. No que se refere a aplicação que se utiliza do componente ACBrCTe sofrerá alterações. Essas alterações são na rotina que alimenta o componente, bem como na obtenção e armazenamento das informações referentes aos locais de entrega e coleta. 1. a TAG forPag passa a ser opcional e futuramente não vai mais existir, sendo assim é recomendado não alimentar mais ela. 2. com o novo schema não vai mais existir o local de entrega e de coleta, sendo assim é recomendado não alimentar mais essas informações. Com relação aos locais de entrega e coleta o próprio componente vai deixar de gerar essas TAGs, assim que a NT entrar em vigor. Quanto ao DACTE será revisto para atender a NT.

Bom dia, Gostaria de saber se alguém tem algum exemplo de "Carta de Correção Versão 3.10" para imprimir, não encontrei nada relacionado no forum.

Obrigado , a solução funcionou aqui também ... eu estava criando o componente Danfe em tempo de execucao e estava com problemas, bastou apontar para um componente danfe no form onde o danfe é impresso que resolveu! Alguem tem ideia se e possivel contornar esse problema? pois basta instanciar o DANFe em runtime que o erro aparece EVariantTypeCastError with message 'Could not convert variant of type (UnicodeString) into type (Double)' Obs: Utilizo o DANFeNFCe.fr3 , os fontes do componente estão atualizados

OK...Obrigado Juliana, vou tentar.

Enfim, deu certo. Obrigado mesmo. Eliminei a BPL e executo a rotina diretamente no executável. Vlw mesmo, caro Italo. Abraço e sucesso aí.

Juliana... Muito obrigado pelas informações... vou fazer o download e iniciar um estudo nos comandos. t+

Apliquei a seguinte correção no SVN:

Bom dia Rodrigo, Muito obrigado pela colaboração.

Bom dia Dércio, O valor teNormal esta presente tanto no pcnConversao quanto no pnfsConversao. O problema que você esta incluindo essas duas Units no mesmo form. Não tem como separar em dois form? Um para emissão de NF-e e outro para emissão de NFS-e. Se isso não for possível será necessário alterar a Unit pnfsConversao.

Bom dia Humberto. O problema não esta no XML. Tanto eu quanto outros já fizeram teste de gerar o XML pelo ACBr e o mesmo é transmitido normalmente pelo Monitor do UNINFe. O que você gerar ai estará certo, o problema esta mesmo na transmissão do mesmo que esta com algum conflito com o estado de SP, já que para outro estado vai normalmente. Até agora não consegui encontrar nada também. Ats,

Está mensagem realmente vai aparecer mas geralmente ela é silenciosa, a classe da Bematech sabe como sair dela e geralmente ela não aparece para o usuário final, fica só interna mesmo. Mas caso queira diminuir a ocorrência dela no log, aumente o tempo de timeout no componente.

Obrigado Juliana pelo retorno e atenção.

Encontrei a resposta Régys Borges da Silveira http://www.regys.com.br Araxá / MG Você deve ler por nota fiscal o retorno, segue o exemplo de algumas informações, a sistemática é a mesma para as outras informações: ACBrNFe1.NotasFiscais.Items[X].NFe.Ide.nNF, ACBrNFe1.NotasFiscais.Items[X].NFe.Ide.serie, ACBrNFe1.NotasFiscais.Items[X].NFe.procNFe.chNFe, ACBrNFe1.NotasFiscais.Items[X].NFe.procNFe.nProt, ACBrNFe1.NotasFiscais.Items[X].NFe.procNFe.dhRecbto, ACBrNFe1.NotasFiscais.Items[X].XML, Onde "X" é o índice da nota que vai ser lida no loop, se você enviou somente uma nota utilize "0".

Neste caso, não precisa cancelar, emita uma NF-e de simples faturamento (5929 geralmente), veja com o contador pois ele é a melhor pessoa para lhe ajudar nesse tipo de dúvida.

CRT=0 (SimplesNacional) CRT=1 (SimplesExcessoReceita) Aqui da crédito de ICMS por isso ele pede o campo ICMSSN "ICMS do SImples Nacional" No seu caso deve ser "0" O Kiko fez uma observação, olhei direto no código do ACBr, e me baseie pela sequência de tipos "TpcnCRT = (crtSimplesNacional, crtSimplesExcessoReceita, crtRegimeNormal)", mas o correto é TABELA A - Código de Regime Tributário - CRT 1 - Simples Nacional 2 - Simples Nacional - excesso de sublimite da receita bruta 3 - Regime Normal Então o problema não é esse que citei, obrigado Kiko, falha minha.

Pessoal, voltei a dar uma mexida na instalação do ACBr para portabilidade C++ Builder, na compilação foi 100%, mas quando adiciono os componentes que dependem das dll libeay32.dll openssl.dll, ao compilar da um erro, como não sou expert em c++, não sei como resolver, se alguém tiver mais conhecimento e puder ajudar, use o novo ACBrInstall para instalação, abra um projeto em C++ e adiciona ao seu projeto o componente ACBrEAD, e tente compilar com ele, aqui comigo da erro em todos que dependem das units.pas das dll citadas. Estamos (ACBr) hoje para : Lazarus Delphi Firemonkey C++ Builder (quase) Framework ACBr Nosso próximo passo será 64bit. Abraço a todos.

no caso você quer a junção das duas! no caso o redmine tu consegue usar tanto git quanto svn para juntar as mesmas e obter o desejado! existe também uma ferramenta chamada trac todos são opensource igualmente ao ACBr

Vou pedir ao Italo para conferir pra nós e explicar qual foi o motivo!

Descobri a solução. Não consegui achar a causa, mas o mais importante eu consegui. É algo muito esquisito que aconteceu. Deixo aqui a solução para que, se for o caso, ajude outros colegas que porventura passem pela mesma situação. Como eu ká havia imaginado e levantada a lebre em um dos post deste tópico, acredito que tenha havido alguma alteração em alguma rotina do ACBR e isso tenha gerado algum conflito com algum outro componente de meu sistema e gerando esse erro cujo print postei no início deste tópico. Meus componente Acbr estão (ou estavam) todos em dataModule. Eu apenas mudei o TACBrNFeDANFEFR do dataModule e o coloquei no form onde a nota é impressa. Somente isso, nem uma vírgula a mais e nem a menos. Gracias!

Boa tarde! Realizei uma busca mais detalhada nos manuais e encontrei os seguintes códigos de eventos: 110110 - Carta de Correção 110111 - Cancelamento 110112 - Encerramento Homologado 110113 - EPEC CT-e 110114 - Inclusão de Condutor 110140 - EPEC NF-e 110160 - Registro Multimodal 210200 - Confirmação da Operação 210210 - Ciência da Operação 210220 - Desconhecimento da Operação 210240 - Operação não Realizada 310620 - Registro de Passagem 510620 - Registro de Passagem BRID 610600 - CT-e Autorizado para NF-e 610501 - Registro de Passagem para NF-e Cancelado 610550 - Registro de Passagem para NF-e RFID 610601 - CT-e Cancelado 610611 - MDF-e Cancelado 990900 - Vistoria Suframa Esses foram os quais eu encontrei, se algum estiver errado, por gentileza corrija e se souberem de mais algum acrescente na lista. João Carlos

Qual manual do SEFAZ fala sobre "Carta de Correção Versão 3.10"?

public static string Decompress(string text) { byte[] bytes = Convert.FromBase64String(text); using (var msi = new MemoryStream(bytes)) using (var mso = new MemoryStream()) { using (var gs = new GZipStream(msi, CompressionMode.Decompress)) { byte[] bytesAux = new byte[4096]; int cnt; while ((cnt = gs.Read(bytesAux, 0, bytesAux.Length)) != 0) { mso.Write(bytesAux, 0, cnt); } } return Encoding.UTF8.GetString(mso.ToArray()); } } Senhore(a)s, Boa Tarde! Para aqueles que necessitarem de código para C#, segue o que consegui fazer hoje pela tarde! Resolve a mensagem de erro: InvalidDataException: O número mágico do cabeçalho GZip não está correto. Verifique se você está transmitindo um fluxo GZip. Saudações! Humberto Queiroz.

Passo1 Valor do desconto / valor total 166,790 / 291,860 = 0,57147 Passo2 Pega este resultado e multiplica pelo valor total de cada item: 0,57147 x 1,06 = 0,606 (desconto do item 1) 0,57147 x 20,80 = 11,887 (desconto do item 2) 0,57147 x 270,00 = 154,298 (desconto do item 3) 0,606+11,887+154,298=166,791 (total do desconto) Caso vc esteja trabalhando com dois dígitos, faça sempre uma soma da coluna desconto e veja se bate com o desconto do total. Quando não bater vai dar diferença de 0,01 centavo devido ao arredondamento, neste caso vc tira ou coloca a diferença de 0,01 no último item. Arredondando teríamos: 0,61 + 11,89 + 154,30 = 166,80 (teria que tirar 0,01 centavo de um ítem para bater com o desconto de 166,79 que foi informado.