Painel de líderes

Dener, Baixei a unit modificada e fiz os testes a qual os resultados foram OK. Vamos aguardar o pessoal analisar e subir no SVN. Grato!

Realmente, o totalizador vICMSUFDest, com o valor do FCP adicionado, causa rejeição da NF-e por diferença do somatório do vICMSUFDest dos itens. Uma bagunça total !!!

Prezados, Acabo de me supreender com a nova versão da NT 2015.003 V1.60, publicada aos "45 min do segundo tempo". Acredito que valha a pena lermos com toda atenção, pois salvo engano de minha parte, houve alteração no assunto que trata o FPC. Aguardarei a leitura e interpretação de vocês, para chegarmos a um consenso. Att Michel Abrão. “Atenção: Publicada atualização da NT 2015/003 – V 1.60, contendo as seguintes alterações: · Alterada a observação do campo NA15 para que o valor do ICMS relativo ao Fundo de Combate à Pobreza (FCP) não seja somado ao valor do ICMS Interestadual para a UF de destino; · Aperfeiçoada a mensagem de rejeição da RV LA02-10; · Alteradas as regras de validação N12-70, N12-80 e N12a-70 para não aplicar a validação nos casos de remessa para demonstração dentro do Estado. · Alterada a regra de validação N16-20 para não aplicar a validação no caso de anulação de valor; · Alteradas as regras de validação N16-20 e NA01-20 para não aplicar a validação nos casos de entrega da mercadoria dentro do Estado; · Inseridos CFOP de anulação de valor relativo a aquisição de serviço de transporte no Anexo XIII.05. Em razão do disposto no inciso II da Cláusula terceira do Convênio ICMS 152/15, que altera o Convênio 93/15, o qual, por sua vez, dispõe sobre os procedimentos a serem observados nas operações e prestações que destinem bens e serviços a consumidor final não contribuinte do ICMS, localizado em outra unidade federada, “Cláusula terceira Acordam os Estados e o Distrito Federal que até 30 de junho de 2016: [...] II – a fiscalização relativa ao descumprimento das obrigações acessórias previstas neste Convênio será de caráter exclusivamente orientador, desde que ocorra o pagamento do imposto”, · Foi alterado o prazo limite para implantação em produção das seguintes regras de validação: E16a-30, N12-70, N12a-70, N16-04, N16-20, NA01-20, NA09-10, NA09-20 e NA09-30, e, a critério da UF, a regra N12-80. A postergação do início de aplicabilidade destas regras de validação não implica, de nenhuma maneira, a desobrigação ou o adiamento da aplicabilidade dos respectivos dispositivos legais“.

Prezados, correção no arquivo de Envio ao Fisco Redução Z. Na utilização do Serviço está apresentando a mensagem: Verifiquei que na lógica está assim: Quando o correto seria asism: Segue unit para análise da correção. ACBrBlocoX_ReducaoZ.pas

Você deve informar ao componente qual o path da pasta Schemas. ACBrNFe1.Configuracoes.Arquivos.PathSchemas := ...

ai não vai afetar a regra como esta so vai acrescentar uma opção a mais e questão de tratamento e feito na aplicação o problema a impressão na danfe. procedure TACBrNFeFRClass.CarregaPagamento; var i: Integer; begin with cdsPagamento do begin Close; CreateDataSet; if ImprimeFormaPgtoXML then begin for i := 0 to NFe.Pag.Count - 1 do begin Append; with FNFe.Pag do begin FieldByName('tPag').AsString := FormaPagamentoToDescricao( tPag ); FieldByName('vPag').AsFloat := vPag; // ver tpIntegra FieldByName('CNPJ').AsString := FormatarCNPJ(CNPJ); FieldByName('tBand').AsString := BandeiraCartaoToDescStr( tBand ); FieldByName('cAut').AsString := cAut; end; Post; end; end else begin for i := 1 to 15 do begin if FDANFEClassOwner.ListaFormaPgto.FormaPgto.VAlor>0 then begin Append; FieldByName('tPag').AsString := FDANFEClassOwner.ListaFormaPgto.FormaPgto.Descricao; FieldByName('vPag').AsFloat := FDANFEClassOwner.ListaFormaPgto.FormaPgto.VAlor; post; end; end; end; // acrescenta o troco if vTroco > 0 then begin Append; FieldByName('tPag').AsString := 'Troco R$'; FieldByName('vPag').AsFloat := vTroco; end; end; end;

Já tive o mesmo problema que você e a solução foi comparar o CSC e idCSC da aplicação com o do site https://receita.pr.gov.br. No meu caso estava errado na aplicação.

Deu certinho os procedimentos do @FGGLUIZ, muito obrigado fera, salvou minha vida. @raosistemas notou alguma diferença entre o fast e o fortes em questão de desempenho? Vale a pena migrar?

Realmente, eu não tinha testado somente com serviços e acabou passando o bug, Já subi as correções para o SVN, obrigado pela observação.

Não sei se entendi sua pergunta, mas vamos lá. 1. Se o estado não obriga Paf-ECF, não é obrigado a seguir nenhuma ER ou legislação de Paf-ECF. 2. Se você está homologada na ER 02.02 e o laudo ainda está dentro da validade e o estado obriga, você pode usar normalmente, o problema é quando vence o laudo, você é obrigado a reomologar na ER vigente (no caso a 02.03 que é a mais atual).

Bom dia Antonio Paulo, Conforme o que entendi por essa nova nota técnica, a planilha ficaria dessa forma, apenas desconsiderando o valor do FCP que era somado ao vICMSUFDest. CHC - Planilha Preenchimento XML ICMS.xlsx CHC - Planilha Preenchimento XML ICMS.xlsx

Bom dia, tenta fazer o "checkout" em uma pasta vazia.

Prezados, Atualizei o componente hoje pela manhã (revisão 10752) e percebi que a unit “ACBrBancoHSBC.pas” foi atualizada. Como a unit do repositório está mais atual, por exemplo, foi implementado o retorno 240, ele simplesmente subscreveu meu arquivo que estava funcionando em alguns cliente, visto que já homologuei e postei aqui neste post os ajustes que foram necessários para ficar em conformidade com o manual. Segue então as modificações que foram necessárias fazer nesta unit atualizada. No Create fpTamanhoConta := 7; Alerar para fpTamanhoConta := 5; Obs.: Conforme já citado no inicio do post, foi necessário fazer essa alteração, pois ocorre problema com a conta e digito. Arquivo remessa antes da modificação, ou seja, após a atualização do componente. Observem que a conta ficou sem o dígito. Arquivo remessa depois dos ajustes proposto. Observem que a conta está correta com os dois dígitos. Outra modificação necessária foi na function “MontarCodigoBarras” RightStr(OnlyNumber(ACBrBoleto.Cedente.Conta),6) Alterar para RightStr(OnlyNumber(ACBrBoleto.Cedente.Conta),5) No retorno tive que fazer os mesmos ajustes já citados: Obs.: As posições copiadas da conta e dígito da conta estão erradas. Sendo a conta com 5 dígitos, logo o copy deverá ser de 5. Sendo o dígito da conta com 2 dígitos, logo o copy deverá ser de 2. Caso tenham alguma dúvida, favor consultar o manual já anexado neste post. Segue unit alterada caso queiram subir para svn. Grato. ACBrBancoHSBC.pas

Veja como ficou o XML de envio... pois quem monta o XML de retorno é o próprio SAT

Se for a partilha de icms das vendas interestadual para consumidor final é Para cada produto: [ICMSUFDest???] vBCUFDest= pFCPUFDest= pICMSSUFDest= pICMSInter= pICMSInterPart= vFCPUFDest= vICMSUFDest= vICMSUFRemet= e no total da nota acrescentar o somatoria acima: [Total] vFCPUFDest= vIcmsUFDest= vIcmsUFRemet= Outro detalhe é que você terá q usar agora o ACBrMonitorPLUS

Por favor, leia http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/

Antônio, Entendo que o prazo de obrigatoriedade se mantém, conforme consta o abaixo: "A postergação do início de aplicabilidade destas regras de validação não implica, de nenhuma maneira, a desobrigação ou o adiamento da aplicabilidade dos respectivos dispositivos legais." Concordo com o posicionamento do Marcelo. Cantu, Eu também entendo como incoerência, pois para validação, tanto para o desenvolvedor da solução sistêmica, como para o desenvolvedor da validação pública, o trabalho terá que ser refeito. Para quem já começou a ajustar as ferramentas, vai ter que refazer o serviço. Agora, publicarem isso no dia 30/12/2015 é uma verdadeira falta de consideração para quem já está trabalhando na solução a dias.

Só comemorem depois da publicação oficial no Portal da NFe.

A palhaçada não acaba nunca!

Pessoal, boa noite. Eu consegui rodar no FastReport 4, mas estes erros estão ocorrendo por que o pessoal esta desenvolvendo no FastReport 5.x, mas quando ocorrer os erros de "Classe não encontrada Datasets" ou "Classe não encontrada Formats" você deve fazer o seguinte: 1º - Insira um component frxReport em um Form qualquer; 2º - Carregue o arquivo .fr3 e ignorarem os erros; 3º - Acesse o menu "Report", na opção "Data" e selecione todos os itens; 4º - Salve o relatório (fr3) e teste novamente. Pronto! Observação: No EVENTO.FR3 você deve criar uma variável com o nome "PossuiNFe". Abraços. Fábio Gabriel

SAT/ISS é um equipamento diferente do SAT CFe.. na verdade ainda não existe nenhum SAT/ISS desenvolvido... O SAT tem tags para o ISSQN, assim como a NFCe e os ECFs também as tem.... mas isso não significa que a Prefeitura aceite a coleta de impostos de serviços por esses mecanismos... Você deve buscar orientações sobre a compatibilidade, na prefeitura em questão..

boa tarde Henrique fiz esta alteração criei uma propriedade SomaTrocoFormaPgto em ACBrNFeDANFEClass como padrão esta como falsa e alterei ACBrNFeDANFEFRDM da uma analizada se e possível colocar esta propriedade ou fazer diferente. procedure TACBrNFeFRClass.CarregaPagamento; var i: Integer; begin with cdsPagamento do begin Close; CreateDataSet; for i := 0 to NFe.Pag.Count - 1 do begin Append; with FNFe.Pag do begin FieldByName('tPag').AsString := FormaPagamentoToDescricao( tPag ); FieldByName('vPag').AsFloat := vPag; if SomaTrocoFormaPgto then begin if tPag in [fpDinheiro, fpCheque] then if vTroco > 1 then FieldByName('vPag').AsFloat := vPag+vTroco; end; // ver tpIntegra FieldByName('CNPJ').AsString := FormatarCNPJ(CNPJ); FieldByName('tBand').AsString := BandeiraCartaoToDescStr( tBand ); FieldByName('cAut').AsString := cAut; end; Post; end; // acrescenta o troco if vTroco > 0 then begin Append; FieldByName('tPag').AsString := 'Troco R$'; FieldByName('vPag').AsFloat := vTroco; end; end; end; alterei 3 arquivos esta em anexo: ACBrNFeDANFEClass.pas ACBrNFeDANFEFR.pas ACBrNFeDANFEFRDM.pas

Consegui finalizar meu preview personalizado para Fortes report e com ShowModal

Boa tarde... Tente enviar com a porta 587 e somente a opção TLS selecionada. Espero ter ajudado.

Veja o erro do seu XML: 778 - [Simulacao] Rejeicao: Informado NCM inexistente

OK, realmente essas são as recomendações do site da MS https://msdn.microsoft.com/pt-br/library/windows/desktop/ms678543%28v=vs.85%29.aspx Já incorporei as modificações sugeridas nos meus fontes... estou com muitas modificações represadas... mas acho que talvez seja melhor subi-las apenas após as festas de fim de ano... Se desejar testá-las, segue "patch" em anexo ACBrDFe.patch

Desculpe... O correto é este código em anexo... Ele deve ser finalizado se retornar S_OK ou S_FALSE.. Contudo, a aplicação falharia de qualquer jeito se retornar outro erro qualquer... modificacoes.diff

Quem que gostou... Cuidado com Currency... ele pode afetar os resultados, dependendo se o arredondamento for na 3a casa... Veja:

Bom dia Isaac, Você leu a Nota Técnica 2015/002 versão de Agosto que trata sobre o Web Service de Distribuição de DF-e? Esta NT esta disponível no Portal Nacional do MDF-e.

Obrigado Cleber. Adicionei lá.

A MP 4200 TH FI e a MP 4200 TH FI II estão sendo tratadas como diferentes por algumas SEFAZ. Ontem mesmo no MS não foi aceito fazer a lacração de uma ECF pq eu tinha MP 4200 TH FI na lista de compatibilidade, mas não tinha MP 4200 TH FI II. Vai entender a cabeça desse pessoal. Então, só pra evitar que mais alguém passe por isso, talvez seja melhor colocar na lista, penso eu.

Boa tarde Thiago, Primeiramente, se atente ao seguinte: Quem pode emitir o MDF-e? Transportadoras, neste caso deve relacionar os CT-e que ela emitiu. Empresas que realizam o transporte da própria mercadoria vendida. Por exemplo você tem uma loja de moveis e possui um caminhão. A sua sua loja vai emitir a NF-e referente a venda e caso o destinatário seja de uma cidade em outro estado, será necessário emitir o MDF-e. Vale lembrar também que a emissão do MDF-e é para transporte interestadual e carga fracionada, ou seja, serão realizadas diversas entregas para destinatários diversos. Sendo assim o emitente do MDF-e é o mesmo da NF-e. O XML que você postou traz como emitente uma empresa (vide a TAG CNPJ do emitente - final é /0001-12) e outra como emitente das NF-e (vide CNPJ contido na chave das NF-e - final é /0001-76) Esse CNPJ que aparece no emitente tem que ser o mesmo que aparece nas chaves das NF-e. Com certeza esse CNPJ com final /0001-12 não esta habilitado junto a SEFAZ a emitir NF-e.

Boa noite , Italo Conforme sua orientação coloquei um botão para a verificação de status de serviço e acredito que resolverá o problema do primeiro envio do dia , mais não estou conseguindo fazer corretamente o envio da contingência , no item 1 de sua orientação tem : 1. Alterar o tpEmi de normal para contingência, informar a data e hora de contingência e mais o motivo, gerar novamente o XML; Eu tenho que gerar novamente o xml , pois o quando faço em contingencia o xml grava normalmente com tpEmi,motivo , ficando somente sem a parte do protNFe que é colocado quando da atualização, fiquei na duvida. estou fazendo um loop para enviar todas as contingências assim while DmMovimento.SqlNotaVendaNfceC.RecordCount > 0 do begin DmMovimento.SqlNotaVendaNfceC.Close; DmMovimento.SqlNotaVendaNfceC.Sql.clear; DmMovimento.SqlNotaVendaNfceC.Sql.Add('SELECT VendaNfce.*'); DmMovimento.SqlNotaVendaNfceC.Sql.Add('FROM VENDANFCE '); DmMovimento.SqlNotaVendaNfceC.SQL.Add('WHERE VendaNfce.Protocolo ="" ' ); DmMovimento.SqlNotaVendaNfceC.Open; ACBrNfe1.NotasFiscais.Clear; ACBrNfe1.NotasFiscais.LoadFromFile('\Nfce\Nfce\'+DBGrid3.Fields[2].AsString+'-nfe.xml'); //campo 2 = chave de acesso ex. 13140406950944000106650010000000479000000472 if acbrNfe1.NotasFiscais.Count = 1 then acbrNfe1.Enviar(1, True, True) else acbrNfe1.Enviar(1, True, False); DmMovimento.TbVendaNfce.Locate('Numerovenda',DBGrid3.Fields[1].AsString,[]); // campo 1 numero da venda vID:=ACBrNfe1.NotasFiscais.Items[0].NFe.procNFe.chNFe; vDigVal:=ACBrNfe1.NotasFiscais.Items[0].NFe.procNFe.digVal; vDhRecebimento:=DateTostr(ACBrNfe1.NotasFiscais.Items[0].NFe.procNFe.dhRecbto); vProtocolo:=ACBrNfe1.NotasFiscais.Items[0].NFe.procNFe.nProt; // gravo o protocolo e chave de acesso no meu arquivo de controle DmMovimento.TbVendaNfce.Edit; DmMovimento.TbVendaNfceChaveAcesso.AsString:=ACBrNfe1.NotasFiscais.Items[0].NFe.procNFe.chNFe; DmMovimento.TbVendaNfceProtocolo.AsString:=ACBrNfe1.NotasFiscais.Items[0].NFe.procNFe.nProt; DmMovimento.TbVendaNfce.Post; DmMovimento.TbVendaNfce.Refresh; refaço o while acima e verifico ate o SqlNotaVendaNfceC.RecordCount = 0 , ai acaba e sai end; Peguei o exemplo do ACBrNFe_demo

Boa noite Elcyberg, Quando o emitente esta com algum problema técnico que impede o envio do XML para a SEFAZ, o que deve ser feito? 1. Alterar o tpEmi de normal para contingência, informar a data e hora de contingência e mais o motivo, gerar novamente o XML; 2. Imprimir o DANFE; 3. Quando os problemas técnicos forem contornados o XML sem gerado com o tpEmi de contingência, etc deve ser enviado para a SEFAZ. O comando de envio é o mesmo usado para o envio normal. O Consultar é usado apenas para consultar a situação atual de uma nota previamente enviada. O Enviar: Gera o XML, assina, valida, envia, se tudo OK acrescenta o protocolo de autorização e imprimi o DANFE. O Consultar: Consulta a situação atual da Nota, se o componente estiver configurado para atualizar o XML o mesmo recebera o protocolo de autorização caso este não tenha.

Bom dia Jean, da uma conferida se você informou corretamente a propriedade "acbr.Configuracoes.Geral.ModeloDF := moNFCe", e no grupo Ide do acbr schema := TsPL006 e Versao := 3 e você deve ter em sua posse os schemas XML correspondente com a versão (PL 006)