netstart

Muito obrigado!!! Funcionou perfeito...

Bom dia @BigWings! Estou tentando fazer esse procedimento que disse que é possível (certificado próprio na nuvem para enviar o XML, não precisa ser o mesmo certificado que assinou o XML, nem ter o CNPJ do emitente), mas recebo o retorno informando que os CNPJ são diferentes. O que estou tentando fazer e bem parecido com o que o colega acima fez, vou tentar exemplificar: 1 - Aplicação envia um json para API na nuvem, que gera o xml 2 - Aplicação recebe o xml gerado na API e assina com o certificado A3 do cliente 3 - Aplicação envia esse xml assinado e validado para API fazer a transmissão com o certificado A1 da software house: ... vACBrNFe.NotasFiscais.LoadFromString(NFe.GetValue('xml').Value, False); vACBrNFe.Enviar(1, False); ... Isso seria possível?

Boa tarde! Você deve incluir também as chaves das notas na tag(NFref) de nota referenciada.

Bom dia! Em um mesmo cliente alguns micros estão transmitindo outros não, estamos verificando as configurações das maquinas a fim de identificar as diferenças, acho que o problema pode estar em alguma configuração do Windows...

Boa tarde, estamos alimentando apenas os campos obrigatórios quando o emitente é optante pelo simples nacional e deixando todos os valores zerados, assim está transmitindo normalmente.

Só para ressaltar o cep não pode ser do tipo integer e sim string... seria uma correção e não uma sugestão de melhoria.

Segue, considerar apenas as alterações referente ao cep... ACBrNFeDANFeEventoRLRetrato.pas ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas pcnNFe.pas

Bom dia, na verdade tem que ser alterada o tipo do campo de Integer para String, tive problemas semana passada e fiz alterações em varias classes para que o componente permita a inclusão de CEP com zeros não significativos, não postei aqui ainda por que fiz varias alterações nas classes do DANFE e iria conflitar no SVN, acabei de fazer um update em uma pasta teste e constatei que ainda está inteiro o campo CEP: De : property CEP: Integer read FCEP write FCEP; //cep = 01154-010 no DANFE sai errado 11540-100 Para: property CEP: String read FCEP write FCEP; //cep = 01154-010 no DANFE sai correto 01154-010 Layout NFe: 74 E13 CEP Código do CEP E E05 N 0-1 8 Informar os zeros não significativos.

Bom dia, para evitar esse tipo de problema aqui na empresa adotamos uma regra interna de travar o pdv com solicitação de uma senha quando o SAT estiver a 5 dias dias sem comunicação, fazendo com que o cliente entre em contato com o suporte a fim de identificar qual o motivo de deixar o SAT tantos dias sem comunicação, as vezes o cliente nem percebe que o equipamento esta tanto tempo sem transmitir cupom a SEFAZ, caso a comunicação não seja realizada a partir do 5 dia com liberação do nosso suporte, sempre ao abrir um novo cupom é informado ao cliente que o SAT necessita enviar os cupons na memória a SEFAZ e a quanto dias está sem comunicação, aqui na empresa não tivemos mais esse tipo de problema, não sei se é a melhor solução, para nós resolveu. Para extrair essa informação do SAT pode usar a funcão ACBrSAT.Status.DH_ULTIMA.

Boa tarde, você deve incluir o " with RegistroK200New do " dentro do laço de repetição...

Pessoal precisei altear a classe ACBrEFDBloco_C_Class para atender o pedido da contabilidade de seguir a risca o GUIA PRATICO EFD ICMS/IPI 2.0.16, deixar vazio o campos relativos ao PIS e COFINS para os contribuintes que não são obrigados a prestar a informação, estou anexando as alterações para analise, na EFD CONTRIBUIÇÕES já possui recurso para deixar o campo vazio alimentando o componente com NULL, não encontrei o mesmo recurso no ICMS/IPI, então apliquei a alteração na classe bem simples aproveitando os parametros do LFill na classe. Trecho do manual onde esta tal informação: C100 pag.38 Campo 26 (VL_PIS) - Preenchimento: informar o valor do montante creditado, se existente, nas operações de entrada e o montante debitado, se existente, nas operações de saída. Os contribuintes que entregarem a EFD-Contribuições relativa ao mesmo período de apuração do registro 0000 estão dispensados do preenchimento deste campo. Apresentar conteúdo VAZIO “||”. Campo 27 (VL_COFINS) - Preenchimento: informar o valor do montante creditado, se existente, nas operações de entrada e o montante debitado, se existente, nas operações de saída. Os contribuintes que entregarem a EFD-Contribuições relativa ao mesmo período de apuração do registro 0000 estão dispensados do preenchimento deste campo. Apresentar conteúdo VAZIO “||”. C170 pag.50 Campo 25 (CST_PIS) - Validação: o valor deve constar da Tabela de Código da Situação Tributária referente ao PIS, constante da Instrução Normativa RFB nº 932, de 14/04/2009. Obs.: Nos casos de regime cumulativo na apuração do PIS ou COFINS os campos 25 a 36 podem ser informados como campos de conteúdo VAZIO, ou seja, “||”.Os contribuintes que entregarem a EFD-Contribuições relativa ao mesmo período de apuração do registro 0000 estão dispensados do preenchimento dos campos 25 a 36. Apresentar conteúdo VAZIO “||”. ACBrEFDBloco_C_Class.pas

Boa tarde, fiz duas alterações já faz algum tempo na impressão uma para retirar a informação que vem do xml xCampo1 e xTexto1 e substitui o label do endereço da empresa por um TRLMemo para que todos os dados da empresa sejam impresso no Cupom, caso o pessoal achar correto não vou mais precisar ficar alterando sempre que atualizar. 1 - for I :=0 to InfAdic.obsFisco.Count - 1 do fObsFisco.Add( StringReplace( InfAdic.obsFisco.Items.xCampo + '-' +InfAdic.obsFisco.Items.xTexto,'xCampo1-xTexto1','',[rfReplaceAll])); 2 - mEndereco: TRLMemo; mEnderecoCan: TRLMemo; ACBrSATExtratoFortesFr.zip ACBrSATExtratoFortesFr.zip

Bom dia, estava com o problema de complemento do endereço do cliente impresso pelo ACBrDANFeCBRaveRetrato.pas, fiz buscas no fórum e só achei esse tópico, como não achei nenhuma propriedade no componente para configurar fiz uma alteração para resolver momentaneamente o meu problema, não sei se é a melhor solução, vou anexar a alteração, para analise do pessoal, caso já exista uma solução para o problema peço aos colegas que desconsiderem o post coloquem o link do tópico que melhor trata do assunto. ACBrDANFeCBRaveRetrato.pas

Sim, coloquei para salvar o QRCode em txt para ver se esta correto, me parece tudo certo, vou colocar em anexo. QRCodeCFe.txt QRCodeCFe.txt

Marcelo poderia tentar validar esse aqui com a versão do seu aplicativo.

Daniel você conseguiu validar algum pelo aplicativo?

Alguém teve sucesso na consulta do QRCode, eu não estou conseguindo validar nem o QRCode gerado pelo próprio aplicativo de teste da receita (v2.2.5) que instala junto com o emulador. Analisando o manual novamente ER 2.12.17 pagina 102, verifiquei que também será necessário tirar o pipe quando não for identificado o cpf ou cnpj do consumidor, então fiz a alteração colocando um Ifthen: DecimalSeparator := '.'; Result := ID + '|' + FormatDateTime('yyyymmddhhmmss',dEmi_hEmi) + '|' + FormatFloat('0.00', Valor) + '|' + Trim(CNPJCPF) + IfThen(Trim(CNPJCPF)<>'', '|','') + assinaturaQRCODE; Mesmo assim não consegui validar no aplicativo disponibilizado pelo fisco. Lendo mais uma vez esse trecho do manual fiquei na duvida se não temos que codificar a concatenação do da string antes de juntar com a assinatura do SAT, que também fiz teste e não deu certo. Ai me levou a mais uma duvida na interpretação, quando fala que deve codificar o concatenação em base 64 e depois assinar usando o certificado do SAT, no caso no código estamos apenas pegando a assinatura e vinculando junto e não assinando a string, fiquei na duvida. Após gerar a string de dados, deve-se assiná-la utilizando o Certificado Digital do SAT-CF-e de forma que o resultado da operação seja uma string de dados codificada em base64 seguindo o padrão PKCS #1 versão 1.5.

Deu certo...

Bom dia, o SGRSAT não consegui processar alguns cupons emitidos por estar com a TAG <IM> no xml, recebemos um email deles: Bom dia, Verificamos que 2 cupons foram processados com falha de schema XML. Ao que tudo indica, são testes para ativação de novo SAT em contribuinte. A razão para a falha de schema XML é a informação, pelo SAT, das tags <IM></IM>. Sugerimos que o Aplicativo Comercial: 1- Ou informe a Inscrição Municipal do contribuinte, caso este a possua ou; 2- Não informar, no dado de venda para o SAT, a tag <IM> em qualquer das formas (<IM/> ou <IM></IM>); Atenciosamente, Secretaria da Fazenda do Estado de São Paulo A principio pensamos em mudar o pcnGerador, mas logo notamos que ele serve para todos (NFe,NFCe,SAT,etc), fiquei na duvida onde mudar para corrigir, assim daria certo, mas não seria a forma correta: if FOpcoes.FTagVaziaNoFormatoResumido then begin if tag <> 'IM' then FArquivoFormatoXML := FArquivoFormatoXML + '<' + tag + '/>' end else begin if tag <> 'IM' then FArquivoFormatoXML := FArquivoFormatoXML + '<' + tag + '></' + tag + '>'; end;

Boa tarde, estou realizando os testes de geração do SPED ICMS/IPI, e precisei fazer algumas implementações para contemplar os registros C800,C850,C860 e C890 referente ao CFes modelo 59, vou anexar as units para analise, fui gerando o arquivo e validando no PVA, com as correções validou, apenas teve uma pendência nos cupons cancelados que o PVA ainda não está 100% para os CFes, mesmo que a o campo COD_SIT = '02' (cancelado) pede o registro filho C850, conflitando com o manual, mas acredito que seja sanado na proxima versão, segue em anexo as units... ACBrSpedFiscal.pas ACBrEFDBloco_C_Class.pas

Boa tarde, saiu um manual de como proceder e com exemplos, http://deolhonoimposto.ibpt.org.br/, verifiquei que faltou o campo "fonte" na classe ACBrIBPTax.pas, no manual diz que vai ser variavel e vai estar presente nos arquivos seria bom acrescentar. IBPT do tipo: IBPT, IBPT/FECOMERCIO, IBPT/ACSP, etc.

Esqueci de compactar, esta ai a dll... dllsat.rar

Mandei no seu e-mail, não tenho permissão para anexar pelo forum este tipo de arquivo, me envie a sua para que eu tb possa testar aqui, atualizei os fontes e ainda está funcionando com a versão da dll que eu tenho...

Vou atualizar o meus fontes e assim que testar com os fontes atualizados posto aqui o resultado, mas a versão da minha dll é diferente 1.0.0.12.

Acredito que seja erro na sua aplicação mesmo que esta entrando em alguma rotina após enviar a venda, uso em um DataModule , sempre antes de começar o cupom inicializo F_DataModule.ACBrSAT.InicializaCFe;