Painel de líderes

bom dia.. abaixo o que foi comentado acima..

Boa tarde! Só a título de esclarecimento Kleber, o campo codigo era usado na nomenclatura antiga do ACBr para cNF, mais tarde foi realizado uma atualização no ACBr e passou-se a aceitar a mesma nomenclatura usada nos manuais, porém continua valendo também a nomenclatura anterior. Portanto o campo codigo no teu arquivo está em uma linha posterior ao campo cNF e foi aceito. E este campo codigo você está informando o mesmo número da nota e agora então vem a rejeição, pois não é mais autorizado pela SEFAZ o codigo aleatório com o mesmo numero da NF e também mais algumas combinações, conforme o Daniel postou no link aonde o Italo explica muito bem o assunto.

Boa Tarde. Gostaria de verificar a possibilidade de alteração no fonte ACBrTEFDCliSiTef.pas quanto ao retorno da informação do código de autorização da transação. Recebemos a reclamação de alguns clientes que ao conciliar o extrato da operadora com as informações do sistema o código da autorização não coincidia com as informações do extrato. Avaliando o manual de integração do SiTef, neste indica que o código de autorização é retornado como TipoCampo 135, porém na implementação atual o código é lido do TipoCampo 133, que pelo manual corresponde a informação de NSU do Host autorizador. Anexo deixo a alteração que fiz no fonte para avaliação, bem como o trecho do manual que exemplifica os campos, se puderem verificar e subir a alteração caso não tenha maiores problemas. Matheus. ACBrTEFDCliSiTef.pas

As informações para emissão de NFC-e no Ceará podem ser obtidas na Instrução Normativa 17/19 - https://servicos.sefaz.ce.gov.br/internet/download/projetomfe/Instrução Normativa 17_19.pdf A emissão da NFC-e continua passando pelo integrador. Tanto para NFC-e ou MFe(mesmo com comunicação direta) as transações em cartão devem ser informadas via integrador.

Bom dia Junto aos arquivos instalados do ACBrMonitor é gerado um pdf ( Notas_Lancamento.pdf ) com as alterações relevantes da versão. Lembrando que mesmo não tendo alterações pertinentes diretamente ao ACBrMonitor as versões são geradas semanalmente, pois o mesmo se utiliza dos componentes ACBr...

Ola bom dia, se você faz a exportação em txt, faça somente como eu comente "//" o campo "Codigo" de sua aplicação no nosso caso resolveu,

Bom dia Kleber, Faça o seguinte: cNF=13131313 NaturezaOperacao=VENDA EST. SUB. TRIB Modelo=55 Codigo=128 <<=== exclua essa linha. Serie=1 Numero=128

@jaildocc favor testar com o arquivo anexo: DANFeNFCe5_00.fr3

Bom dia a todos, Foi disponibilizado a nova minuta do EFD-Reinf v3.0, mas até o momento não foi informado as datas de implantação. http://sped.rfb.gov.br/item/show/4116

Se você utiliza Delphi 7, talvez sinta que fica impossibilitado de implementar uma série de recursos e melhorias em seus sistemas devido a limitação da IDE ou ainda que a produtividade de sua equipe poderia ser maior se contasse com uma ferramenta mais moderna. No dia do ACBr teremos uma palestra com Kelver Merlotti, diretor de serviços na Embarcadero do Brasil, o qual possui o título de Especialista em Desenvolvimento de Software para Web, além de uma vasta experiência de mais de 18 anos trabalhando com desenvolvimento de sistemas. Kelver Merlotti, Diretor de Serviços na Embarcadero do Brasil, irá abordar como utilizando uma IDE moderna é possível obter recursos e funcionalidades os quais possibilitam aumento de produtividade, qualidade e mesmo novas oportunidades a sua equipe de desenvolvimento. Para aqueles que desejarem aproveitar a oportunidade, no Dia do ACBr contaremos com a presença de nossos consultores no Stand ACBr para esclarecer quaisquer dúvidas que permanecerem. Inscreva-se para o Dia do ACBr 2019 e aproveite a melhor oportunidade para falar pessoalmente com quem realmente entende do assunto. Se tem dúvidas ou gostaria mais informações, fale com nossa consultora rapidamente por meio do WhatsApp.

Olá, percebi que o modelo de DANFCe em FortesReport bobina está com a margem direita incorreta. Isso faz com que haja uma quebra de linha onde não deveria. Anexei duas imagens, a 'DANFCe_Antes' foi impressa com o ACBr atual e mostra esse problema, se observarem no grupo dos itens, há um espaço à direita não utilizado. A imagem 'DANFCe_Depois' foi impressa após eu fazer a correção. Observem que o a linha do item é impressa até o final. Apenas alterei o arquivo dfm desse relatório (ACBrDANFCeFortesFr) colocando a RightMargin da band 'rlbDetItem' igual a zero, antes estava com valor oito. Se alguém puder validar e incorporar nos fontes. Não fiz alteração para Lazarus pois não trabalho com ele, se alguém puder implementar e testar, é uma mudança simples. Grato. ACBrDANFCeFortesFr.dfm

Olá Matheus, Muito obrigado pela contribuição. Conferi aqui no manual do SiTef e me parece que está correta sua afirmação. Subi as alterações para o SVN na Revisão 17441. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Fiz a atualização do meu windows e deu certo. Pode finalizar.

Boa tarde, O ACBrMonitor esta sempre sofrendo correções e ou melhorias, pode ser que alguma dessas alterações passou a apresentar essa mensagem. Uma coisa é certa a sua aplicação deixa o usuário enviar a mesma nota mais de uma vez e isso esta errado, uma prova disso é a rejeição por duplicidade. Se após o envio não tiver o retorno que acusa que a nota foi autorizada ou não, o passo seguinte é realizar uma consulta e não enviar novamente. Ao consultar se a nota realmente foi enviada e autorizada teremos o protocolo de autorização ou a rejeição acusando a informação errada. Por outro lado se ocorreu algum erro no envio, a consulta vai nos informar que a nota não existe no banco de dados da SEFAZ. Devemos liberar o usuário para enviar novamente a mesma nota quando a mesma for rejeitada com alguma informação errada, ou se a mesma não consta na base de dados. Lembrando que se a nota foi rejeitada, antes do usuário enviar novamente deve corrigir a informação errada.

Boa tarde , ocorreu essa MSG no micro de um Cliente Win 10 certificado Cartão, O ambiente que desenvolvo é WIN7 com Delphi Berlin. Vou ver se consigo pegar o Certificado e gerar no meu ambiente de produção. Se der Algum erro ou conseguir gerar ti aviso. Obrigado

Felipe, imensamente te agradeço. Deu certo. o erro era o CST que eu estava usando 30. Coloquei o 10 e validou td certinho. Muito obrigado pela paciência e ajuda. Deus lhe abençoe

Você já parou para analisar o volume de informações importantes que estão armazenadas na base de dados de seus sistemas e podem não ser apresentadas aos usuários? Enriqueça seu software Utilizando as Informações Fiscais e Gerenciais que seu sistema já possui! Marco Polo Viana, CEO do SAC Fiscal & Automação, com ampla experiência na área apresentará uma palestra que lhe auxiliará a entender como utilizar estas informações para agregar ainda mais valor a suas aplicações. Inscreva-se para o Dia do ACBr 2019, assista a esta palestra e direcione enriqueça ainda mais suas aplicações. Entre em contato com nossos consultores de venda. Clique aqui para abrir o WhatsApp

Agora ficou certo meu amigo, obg

Certo, é isso mesmo obrigado pela força.

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

Obrigado pela atenção de todos. Problema resolvido

Bom dia Graça, muito obrigado pela ajuda. Boa dia Italo. Obrigado pelos esclarecimentos.

Estranho... não temos outros usuários reportando problema semelhante... Talvez seja necessário criar um Log do lado da sua aplicação, para compreender melhor o problema

Datas de implantação da versão 1.00b Comunicamos que a versão 1.00b do BP-e será implantada em homologação na SVRS no dia 06/08. A versão de produção deverá ser implantada em 02/09. A versão 1.00b remove a tag pICMSInterPart do schema XML do BP-e.

Bom dia a todos, Saulo, se você tivesse dito que o emitente é uma pessoa física (notei que na chave existe um CPF e não um CNPJ) a Graça teria matado a charada rapidamente. A priori toda pessoa jurídica que habilitada a emitir NF-e ou CT-e é automaticamente habilitada a emitir MDF-e, infelizmente isso não ocorre quando o emitente é uma pessoa física. Como a Graça escreveu, se o emitente for de MG a solicitação para emitir MDF-e é via SIARE.

Se está marcando a opção "Monitorar pasta" os campos Entrada e Saída devem conter o caminho de uma pasta existente, e não de um arquivo.

Resolvido! Obrigado.

Bom dia Realmente se estiver utilizando a opção de visualizar impressão e este preview não estiver aparecendo na sua tela significa que está ficando presa em segundo plano... O ACBrMonitor fica aguardando até que a tela de preview seja fechada, isso pode parecer que está travado... Para testar desabilite a opção abaixo: Também no método de impressão, não passe o parâmetro para Mostrar Preview...

Toda semana é gerada uma nova versão... Você pode ler as modificações efetuadas nos fontes, nos arquivos *ChangeLog.txt

Galera desculpe fiz besteira mas serve de aviso para outras pessoas, acontece que a instalação original esta no drive c:\ e o bkp no drive d:\ por isso deu erro. Baixei a atualização no drive D e estava tentando reinstalar a partir do D que era o local errado.

Olá. Já enviei uma correção para esse problema. Queira atualizar e reinstalar.

MG voltou

Boa tarde. Informe oque foi passado nas propriedades carteira e convenio..vale lembrar que existem informações que realmente são diferentes ao emitir o boleto pelo sistema próprio e ao emitir pelos aplicativos do banco. Att.

Pessoal, seguir todos os passos já informado aqui nos post dos colegas: 1) inclusive instalar o framework 2) executar o registro, recomendo exportar o atual da sua maquina e principalmente do cliente, para caso algum eventualidade, tenha como retornar. 3) e as recomendaçoes do windows atualizado e service pack quando windows 7; Após esse passos aqui funcionou normalmente; Obrigado, e parabéns a toda equipe e os companheiros emrinfo e Dionatan

Bom dia Utilize o Validador da SEFAZ RS para validar o XML... Note que existem várias divergências nesse XML referentes a Regras de Negócio... https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

@Daniel Simoes utilizando esse comando ele apenas imprime na bobina, não manda o comando para a gaveta. Fiz de outra forma deu certo. Estava utilizando assim: ACBrPosPrinter1.ativar; ACBrPosPrinter1.Buffer.Clear; acbrposprinter1.Buffer.Add('</abre_gaveta>'); acbrposprinter1.Buffer.Add('<abre_gaveta>'+StrAbriGaveta+'</abre_gaveta>'); ACBrPosPrinter1.Imprimir; ACBrPosPrinter1.Desativar; acbrposprinter1.Buffer.Clear; Mudei para essa forma: ACBrPosPrinter1.ativar; ACBrPosPrinter1.AbrirGaveta(2); ACBrPosPrinter1.Desativar;

A NT diz que tabela com os códigos será publicada no Portal Nacional da NFe. Ela já foi publicada, contendo códigos para o RS, RJ e PR. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=u3vMflqEe6w= Pode-se concluir que por enquanto esses três estados vão exigir a informação.

Bom dia a todos, Os schemas do CT-e, NF-e, MDF-e, BP-e não podem ficar na mesma pasta, tem que ficarem em pastas separadas, caso contrario vão ter problemas. Outra coisa, se tratando de rede como BigWings alertou, devemos mapear a pasta, caso contrario teremos problemas também.

Experimente usar: ACBrPosPrinter1.ImprimirCmd('</abre_gaveta>'); o comando ACBrPosPrinter1.Imprimir() realmente causará um pulo de Linha

Boa tarde, Muito obrigado Kiko Fernandes, funcionou !!!

Bom dia! Você deve informar o <indFinal>1</indFinal> e não 0. Se a Operação ocorrer com Consumidor Final, na tag deve-se informar o valor: 1 ; Se a Operação ocorrer com Consumidor Normal, na tag deve-se informar o valor: 0 . Diferença: Outro detalhe, não sei se o CNPJ de destino você está usando como teste ou se será para ele que você vai emitir. Se for para ele este CNPJ não passará, a nota será denegada, pois consta na SEFAZ/PR (Cancelado desde 07/2019) Consulte: http://www.sintegra.fazenda.pr.gov.br/sintegra/ Se você resolver esta questão do CNPJ eu penso que a nota será autorizada com indFinal = 1

Bom dia, este desenvolvimento está em andamento... Em breve já subiremos para o SVN as classes com a estrutura WebService para o componente boleto.

Boa noite pessoal, estou fazendo uma pesquisa para dissertação relacionada a desempenho de equipes de software em softwarehouses. São apenas 4 perguntas e não precisa se identificar, quem puder ajudar, desde já agradeço. https://forms.gle/CEW79eshPfr1ScqAA

Boa tarde. Ainda não, mas deverá ser adicionada nos próximos dias, já está na agenda. Att.

Boa tarde a todos, Já esta disponível em nossa biblioteca a Nota Técnica 2019/001 que trata sobre novas regras de validação. Resumo da NT: · Dificultar utilização de código de segurança fraco · Melhorar o controle de documentos referenciados e da identificação do destinatário · Descrever benefícios fiscais e informações da tributação do ICMS com mais precisão · Criação de valor máximo para a base de cálculo do ICMS, por unidade federada · Melhor gerenciamento de informações sobre o destinatário, tanto no serviço de autorização de NF-e quanto no serviço de registro de EPEC Datas previstas para entrada em vigor: 01/07/2019 - Ambiente de Homologação; 02/09/2019 - Ambiente de Produção. Alterações no componente: Nenhuma, visto que essa NT trata de novas regras de validação a serem implementadas pelas SEFAZ-Autorizadoras. Novas Regras de Validação: Criada a Regra de Validação B03-10, para dificultar a utilização de um código de segurança fraco, ou seja, o valor de cNF não vai poder ser igual ao valor de nNF e sim um numero aleatório. Criadas regras de validação a documentos referenciados:  Regra de Validação BA10-40 foi alterada, possibilitando a utilização do CNPJ 8 (somente os 8 primeiros dígitos) com o objetivo de identificar que a nota foi emitida pelo mesmo contribuinte, a critério da unidade federada. Criada a Regra de Validação BA10-50, exigindo que uma contranota de produtor rural somente possa referenciar uma nota emitida por outro produtor rural, a critério da unidade federada. Criada a Regra de Validação BA20-20, impedindo que seja referenciado um documento fiscal de uso exclusivo para operações internas em uma operação destinada a outra unidade federada ou para o exterior. Criada a Regra de Validação BA20-30, impedindo referência a um Cupom Fiscal, a critério da unidade federada. Criadas regras de identificação do destinatário: Criada a Regra de Validação E03a-30, impedindo o uso simultâneo de IE e de identificação de estrangeiro para o destinatário. Criada a Regra de Validação E14-30, impedindo informação de país de destino “Brasil” em operações destinadas ao estrangeiro. Criada a Regra de Validação E16a-40, exigindo a indicação de “operação com consumidor final” quando se indica que a operação é destinada a não contribuinte. Criadas regras de validação tornando obrigatória a informação do Motivo da Desoneração e do Valor do ICMS desonerado, caso seja informado o Código do Benefício Fiscal: Criada a Regra de Validação I05f-10, impedindo a informação de um código de benefício fiscal juntamente com um CST que não prevê benefício fiscal, a critério da unidade federada. Criada a Regra de Validação I05f-20, impedindo a informação de um código de benefício fiscal que não corresponda ao CST utilizado, a critério da unidade federada. Criada a Regra de Validação I05f-30, exigindo que seja informado o valor do ICMS desonerado ou o motivo de desoneração quando se utiliza um código de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N07-10, exigindo informações sobre o diferimento quando se utiliza um CST de diferimento, a critério da unidade federada. Criada a Regra de Validação N12-84, exigindo o código de benefício fiscal quando se utiliza um CST de benefício fiscal, a critério da unidade federada. Criada a Regra de Validação N12-88, exigindo que o CST corresponda ao tipo de código de benefício fiscal informado, a critério da unidade federada. Criada a Regra de Validação N12-90, exigindo valor do ICMS desonerado e o motivo da desoneração, a critério da unidade federada. Criada a Regra de Validação N18-10, exigindo a informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST seja MVA, a critério da unidade federada. Criada a Regra de Validação N18-20, não permitindo informação do percentual da margem de valor Adicionado do ICMS ST Informada caso a modalidade de determinação da BC da ST não for MVA, a critério da unidade federada. Criada a Regra de Validação W03-20, impedindo a informação de um valor de Base de Cálculo superior ao valor máximo estabelecido pela respectiva SEFAZ. Emitente: Criada a Regra de Validação 1C03-10, impedindo a informação de Razão Social do emitente diferente da existente no cadastro da SEFAZ. Destinatário: Criadas as Regras de Validação 5E17-10, 5E17-20, 5E1730, 5E17-40, 5E17-43, 5E17-46, 5E17-50, 5E17-60, 5E17-63, 5E17-70 e 5E17-80, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.  Serviço Autorização EPEC: Criadas as Regras de Validação 6P31-10, 6P31-20, 6P31-30, 6P31-40, 6P31-43, 6P31-46, 6P31-50, 6P31-60 e 6P31-63, para verificar se o destinatário está sendo informado corretamente ou se está em situação que o impeça de constar na NF-e como destinatário na operação com mercadoria ou prestação de serviços.

Esse erro ocorre quando o XML do DF-e - Documento Fiscal Eletrônico é gerado e assinado novamente e valor da tag <DigestValue> da assinatura não é o mesmo da tag <digVal> que é retornado junto com o protocolo de autorização ao realizar uma consulta. O motivo do DigestValue estar diferente ao gerar e assinar novamente é porque alguma informação mudou em relação a primeira vez que o XML foi gerado e enviado para a SEFAZ. A informação mais comum é o valor passado para dEmi (data de emissão), devemos passar para esse campo a data/hora e podemos usar o a função Now do Delphi, mas muitos se esquecem de salvar essa informação no banco de dados e ao gerar novamente com certeza a data e ou a hora vão estar diferentes, isso já é o suficiente para gerar um DigestValue diferente na assinatura. Boa pratica: Se você prefere sempre gerar e assinar o XML novamente, então procure ter todas as informações armazenadas no banco de dados. Por outro lado lembre-se que se você já possui o XML assinado, não faz sentido gerar ele novamente, basta carrega-lo através do método LoadFromFile ou LoadFromString ou LoadFromStream (dependendo do caso) e por fim executar o método Consultar.