Painel de líderes

Bom dia Pessoal, A Prefeitura de Porto Alegre / RS já está implementada no ACBR, tanto que já tenho cliente usando.

Na verdade somente 3 cfop's são utilizadas para venda no ECF , não recordo de outra no momento . - Produtos Tributados e Isentos e Não tributados = cfop 5102 . - Produtos Substituidos = cfop 5405 ou 5656 quando combustíveis . Todo documento Fiscal mesmo ECF... vc grava a cfop dos itens comercializados , até porque na declaração de EFD's tem que se informar a Cfop dos itens , é a legislação tributaria atual .

Vimos comunicar aos usuários ACBr que estamos trabalhando para sempre trazer melhorias ao Projeto e por consequência a nossos usuário, este post tem por finalidade informar que além das novas versões de NF-e, CT-e, lançamento de SAT-e, NFC-e ,estamos trabalhando para que o projeto ACBr possa ser utilizado na plataforma Firemonkey, no 1o momento não vamos nos preocupar com multi-plataform, vamos usar o que temos e ajusta-lo para que uma aplicação feita em Firemonkey possa usa-la. Como é um caminho novo para nós também, estamos encontrando obstáculos, e não sabemos até onde podemos chegar realmente, mas de 1a mão anuncio que temos 80% dos componentes podendo ser compilados em uma aplicação Firemomkey, como mostra a imagem em anexo. Hoje faltando os componentes ACBrECF (falta bem pouco para esse), todos os eletrônicos NFe, CTe, NFSe, MDF-e, NFC-e se não esqueci de algum são esses. Em anexo segue os fontes alterados, para quem queira fazer algum teste, nesse 1o passo ajustaremos os fontes para que possam ser compilados, num segundo passo converteremos os demos para Firemonkey, não daremos tempos para conversão, o que fizemos até o momento é fruto de tempo disponível que tiramos do nosso tempo de trabalho ou folga, então conto com a compreensão e também ajuda para que possamos o mais breve possível conseguir essa e novação ao Projeto ACBr. Fontes_FMX.zip

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

Roberto, Você notou que o procEventoNFe, traz a solicitação que no caso é uma manifestação do destinatário dando ciência da operação, e no final temos o protocolo da SEFAZ atestando o registro e vinculação do evento a NF-e em questão? Segundo a Nota Técnica esse é o retorno que o Emitente de uma NF-e vai ter ao realizar a consulta, ou seja, o Emitente emite a NF-e o Destinatário realiza a consulta e obtêm um resumo da mesma, realiza a manifestação dando ciência da operação. Se o Emitente da NF-e realizar uma consulta vai obter o procEventoNFe, que no exemplo acima consta o evento de ciência da operação. Bingo!!!! temos ao o canhoto eletrônico, o Emitente vai poder desta forma automatizar a baixa de mercadorias entregues. Não vejo a necessidade de criar uma classe para armazenas todas as informações retornadas pela consulta, mas seria interessante salvar o arquivo cujo nome seria: <ID>-procEventoNFe.xml

Conversei com a viviane, skype: dnvendas11

Olá Jairo, boa tarde. Desculpe a demora na resposta... Sobre o equipamento sat-cf-e pelo que sei a DIMEP: http://www.dimep.com.br/categorias/19/d-sat está vendendo o equipamento, me parece que ele tem um kit de desenvolvedor para testes.. Abraços

Já foi corrigido pelo Isaque.

Encontrei nos exemplos, vou dar uma olhada e retorno, obrigado.

Lunar Tecnologia Mossoró/RN Utilizamos todos os componentes do ACBr

Corrigido erros no registro R. Atualização já no svn,

Boa tarde lrlucas, Talvez o LoadFromString não deve estar atribuindo o CNPJ a uma determinada propriedade a ser utilizada no cancelamento, por outro lado o LoadFromFile esteja fazendo essa atribuição. É preciso estudar as duas rotinas para descobrir o que esta faltando no LoadFromString.

Sim retirei do exemplo que tem na pasta do svn ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xxxxxx

Boa tarde Guilherme, o que ocorre é que o que esta sendo descompactado não é o conteudo do objeto Leitor mas sim o valor que está sendo armazenado na propriedade InfZip, sendo assim, quando o leitor tenta extrair o grupo resNFe do xml retornado ele irá encontrar o conteudo ainda compactado e não identificará a devida TAG, no post acima do seu está uma unit alterada pra atender este requisito, você pode usa-la ou basear-se nela pra fazer a leitura do retorno.

Boa tarde Edmar, Esse erro tem haver com o certificado digital em não com a versão da NF-e.

Altere essas configurações no internet explorer

Prezados Companheiros: Gostaria de lhes pedir desculpas! Este questionamento resultou de uma desatenção minha. Não havia percebido que a Sefaz havia mudado o nome dos campos no layout. Assim, temos : NFE.2.00 NFE 3.10 exporta.UfEmbarq exporta.UfSaidaPais exporta.xLocEmbarq exporta.xLocExporta Vou ficar mais atento a estas questões de layout para evitar outro erro desta natureza. Grato a todos. Carlos Franca-Sp

Gigatron Tecnologia Laudo: POL2922014 Órgão Técnico: Polimig/SP ER: 02.02 Utilizamos ACBrECF, ACBrPAF, ACBrNFe, ACBrNFSe, ACBrSPED, ACBrSEF2, ACBrLFD; Delphi 2007 Firebird 2.5 Detalhes da nossa homologação neste link:

Vc está informando o campo idDest incorretamente. 1=Operação interna; 2=Operação interestadual; 3=Operação com exterior.