renatojosecampos

Para o regime normal sim, porém para o Simples nacional, há controversias.

Sim Warquia Pereira , Criei uma tabela com ORIGEX , DESTINO , ALIQUOTA ICMS, Você acha os scripts de uma tabela semelhante para firebird aqui mesmo no forum

Bom dia ! Acabei de receber de um cliente um comunicado que o estado de são paulo irá cobrar o DIFAL de origem por fora do simples nacional. Isto implica que para o estado de São paulo teremos que alterar o aplicativo para calcular exibir o DIFAL de ORIGEM no xml e no DANFE da NF-e Não acreditei de imediato, mas me parece que realmente é verdade. Seguem arquivos em anexo. comunicado cat 01.2016.pdf resposta sefaz 6826116.pdf resposta sefaz 6826545.pdf

Aproveitando o tópico , alguém já utilizou o ACBRGNRE para gerar a guia do DIFAL diretamente pela aplicação? Realmente a geração da guia manualmente através do site GNRE será muito trabalhoso para os clientes.

Obrigado Adilson.

Talvez ajude: Você percebeu se o arquivo foi enviado para a Sefaz ou já apresenta o erro antes ? Caso o arquivo tenha sido enviado Sugiro que verifique o arquivo XML de resposta que o acbr salva na pasta especificada, lá talvez encontre o motivo da rejeição. Outro problema que ocorre este tipo de exceção são caracteres como "\" e aspas simples ou duplas no nome dos produtos, remova os caracteres especiais.

Bom dia ! Já pesquisei bastante sobre o assunto ( DIFAL ICMSUFDEST ) inclusive aqui no fórum e já implementei o calculo em meu sistema. Porém sobre algumas questões ainda estou em dúvida e gostaria da opinião de vocês: 1) Devo somar o DIFAL no total da NF-e ? 2) Onde devo exibi-lo para o usuário no Danfe ? Na observação ? Já implementaram algum campo no DANFERL ? 3) Outra duvida era sobre a alíquota adotada para empresas do Simples nacional, acabei optando por sempre utilizar a tabela padrão de ICMS. Grato. Renato

Estou com a mesma duvida.

Obrigado , irei repassar para os clientes;

Estamos com o mesmo problema em diversos NCMS , Óleos Derivados de petróleo, Inseticidas e Resistências eletrônicas, estão retornando NCM Inválido. E os contatores dizem que não estão sabendo de nada ... rsrs

Olá Amigos, Passei pelo mesmo problema e realmente a instalação padrão do ACBR / Fortes no Windows 10 ira apresentar os problemas acima mencionados. Estes procedimentos resolveram o problemas nos pacotes que usam OpenSSL: - Ao instalar o o ACBR marque a opção Copiar DLL pasta bin do DELPHI. - Copie todas as DLLS da pasta DLL do Acbr para a pasta SYSTEM32 e SYSWOW64 - Registre a DLL capicom manualmente e certifique-se que o comando obteve êxito. Estes procedimentos resolveram o problemas nos pacotes que usam FORTES: - No IDE do Delphi remova o pacote do FORTES caso já tenha instalado. - Não instale o fortes pelo instalador, abra o Pacote no Delphi Compile e instale, - Agora basta Reinstalar o ACBR que os pacotes irão carregar normalmente no delphi. Renato Campos.

Bom dia ! Estou com os fontes atualizados do Trunk2 e o problema ocorre com alguns XMLS em especifico. 52151005415443000400550010000019711000084287.xml Pode ser coincidência mas Notei que o erro ocorre quando a tag esta assim: <protNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="3.10"> Quando esta assim funciona: <protNFe versao="3.10">

Boa tarde Pedro, No Ide do Delphi basta pressionar control e clicar em cima da propriedade a qual quer mais detalhes: Ide.indFinal <-- Pressione control e clique em cima da propriedade indFinal. O Editor sera redirecionado para a seguinte linha: property indFinal: TpcnConsumidorFinal read FindFinal write FindFinal; Pressione control novamente e clique em cima do tipo "TpcnConsumidorFinal" Ele exibira a declaração do tipo , isto vale para todas as propriedades.

Boa tarde! Não sei se entendi bem sua duvida, mas... O emitente sempre será o emissor da NOTA mesmo que seja de devolução , os dados de quem estará devolvendo a consignação a você deverá preencher nos campos do Destinatário.

Bom dia ! Acredito que esta mensagem de erro especifica não tenha relação com o endereço dos servidores e sim com alguma DLL que não esta sendo carregada, Sugiro que teste o certificado digital acessando o Site do E-CAC pelo internet explorer (Se não funcionar o problema é no certificado). Depois registre as dlls CAPICOM.DLL e msxml5.dll e tente consultar o status pela sua aplicação.

A Quem possa interessar: CaminhoCompletoArquivoEvento := ACBrNFe1.Configuracoes.Arquivos.GetPathEvento( ACBrNFe1.EventoNFe.Evento[0].InfEvento.tpEvento, ACBrNFe1.EventoNFe.Evento[0].InfEvento.CNPJ, ACBrNFe1.EventoNFe.Evento[0].InfEvento.dhevento ) + '\' + OnlyNumber(ACBrNFe1.EventoNFe.Evento[0].InfEvento.Id) + '-procEventoNFe.xml';

Boa tarde! Gostaria de saber a forma de obter o o nome completo ( caminho + nome do arquivo ) onde o acbr salvou o EVENTO apos a autorização: ACBrNFe1.EnviarCartaCorrecao(StrToInt(idLote)); Quando emito NF-e eu uso o seguinte: ACBrNFe1.NotasFiscais.Items[0].NomeArq Para os eventos imagino que deveria ser algo assim: ACBrNFe1.EventoNFe.Evento.Items[0].NomeArq *** Sei que posso criar uma função para calcular nome do arquivo do evento e MES/ANO + tipodeevento e obter o endereço e o nome do arquivo e é assim que eu faço atualmente porém acredito que meu código esta muito redundante pois os fontes do ACBR estão sendo alterados com frequência e tenho que refazer este código com frequência também. ***

Boa tarde! Será que ninguém mais notou esta falha ? Acredito que ela atinja todas as aplicações que usam FORTES REPORT. De qualquer forma esta aí minha colaboração e coloco-me a disposição para ajudar.

Bom dia ! Caso o usuário do windows tenha um monitor muito grande ou FULL HD e precise alterar o tamanho das fontes do windows ( DPI ) Painel de Controle\Aparência e Personalização\Vídeo > "Ampliar ou reduzir tamanho de textos" ( Windows 7) Os relatórios DANFES do fortes Reports serão exibidos totalmente desconfigurados. também ira gerar o PDF e imprimir desconfigurado. Corrigi o problema nos fontes do ACBR em minha maquina local alterando a seguinte linha: Arquivo AcbrNFeDanfeRLRetrato.pas procedure TfrlDANFeRLRetrato.FormCreate(Sender: TObject); begin inherited; // Inclui as duas linhas abaixo e o problema foi resolvido // Impedem que o componente tenha as fontes redimensionadas. self.Scaled := false; self.ScaleBy( 96,Screen.PixelsPerInch); iLimiteLinhas := 10; iLinhasUtilizadas := 0; iLimiteCaracteresLinha := 81; iLimiteCaracteresContinuacao := 129; end;

Bom dia ! Caso o usuário do windows tenha um monitor muito grande ou FULL HD e precise alterar o tamanho das fontes do windows ( DPI ) Painel de Controle\Aparência e Personalização\Vídeo > "Ampliar ou reduzir tamanho de textos" ( Windows 7) Os relatórios DANFES do fortes Reports serão exibidos totalmente desconfigurados. também ira gerar o PDF e imprimir desconfigurado. Corrigi o problema nos fontes do ACBR em minha maquina local alterando a seguinte linha: Arquivo AcbrNFeDanfeRLRetrato.pas procedure TfrlDANFeRLRetrato.FormCreate(Sender: TObject); begin inherited; // Inclui as duas linhas abaixo e o problema foi resolvido // Impedem que o componente tenha as fontes redimensionadas. self.Scaled := false; self.ScaleBy( 96,Screen.PixelsPerInch); iLimiteLinhas := 10; iLinhasUtilizadas := 0; iLimiteCaracteresLinha := 81; iLimiteCaracteresContinuacao := 129; end; Desculpem fórum errado , como mover este post para o forum AcbrDFe ?

Vou prosseguir com os testes caso eu consiga avançar postarei o código aqui. Acredito que será um avanço enorme incluir o nome dos campos do XML em um banco de dados ao invés do código fonte.

Boa tarde pessoal, Geralmente quando sai atualização automática para o internet Explorer ele acaba mudando estas configurações padrões oque pode também ocasionar o problema e necessitar de restaurar as configurações padrões do Internet Explorer e marcar as opções corretas de SSL TSL, estas opções podem variar de acordo com cada estado. ** Saiu uma atualização do IE esta semana e tivemos que reconfigurar em vários clientes.

Bom dia ! Tive uma ideia de implementar em meu sistema um banco de dados (dicionario) de campos da NF-e para que eu não precise mais ter o nome dos campos da nota no meu código fonte, assim poderei incluir campos na nota fiscal sem precisar alterar meu código fonte. A questão é como setar um campo da nota fiscal passando o nome do campo via String, como por exemplo usando XPATH ou Reflexão. Algo mais ou menos assim: AcbrNFe1.SetProperty( 'Emit.CNPJCPF', '00575365110'); Ou usando relexão RTTI seria mais ou menos isso: ... uses TypInfo; ... //Setando a propriedade TAG do componente ACBR via reflexão if IsPublishedProp (ACBrNFe1, 'Tag') then begin SetPropValue (ACBrNFe1, 'Tag', Integer(100)); end; ShowMessage( inttostr( ACBrNFe1.Tag) ); Neste caso usei a propriedade TAG para simplificar o código porém eu iria utilizar somente para os campos do XML da nota, A Pergunta é se já existe alguma função do ACBRNfe que me permita fazer isto ? sem ter que implementar via Reflexão.

RICARDOPARTNER, Depois de um 2 semanadas quebrando a cabeça descobri que O MT não implementou envio Assíncrono na versão 3.1 em produção., em homologação sim. Basta efetuar o envio SÍNCRONO que vai funcionar.

Verifique também a data e hora do computador. (Não se esquece de configurar a hora de acordo com o estado(UF) do servidor da nf-e)