Sandro Andre Reghelin

Pode fechar o tópico, foi resolvido Como foi alterada uma propriedade do componente, faltou reinstalar o acbr para que o Delphi assumisse as alterações feitas.

coloquei nos meus a seguinte linha e mesmo assim continua imprimindo todos os campos do medicamento, existe outro local que devo alterar? TACBrNFeDANFeRL(DANFE).DetMedicamentos := [dm_nLote, dm_dVal]; coloquei nos meus a seguinte linha e mesmo assim continua imprimindo todos os campos do medicamento, existe outro local que devo alterar? TACBrNFeDANFeRL(DANFE).DetMedicamentos := [dm_nLote, dm_dVal];

ok vou verificar...

Tem como no ACBR fazer a impressão da Danfe somente com os seguintes dados de produtos rastreados: Número do Lote e Data de Validade

Vendo os arquivos de retorno do Bancoob layout retorno240 o campo Código Movimento Retorno posição o que corresponderia pelo que vi na unit ao campo CodigoLiquidacao, deve ser lido do segmento U e não do T como esta hoje, pelo que percebi. No segmento t esta sendo lido na posição 214 dois caracteres que sempre vem 00 e no segmento U na posição 16 dois caracteres esta vindo preenchida. Alterei a unit ACBrBancoBancoob.pas e anexei aqui com a correção. Para sua analise. ACBrBancoBancoob.pas

Pode fechar o tópico, estava fazendo a chamada errada, já resolvido...

Ao chamar o método EnviarDadosVenda usando o ACBR no MFE, me retorna o erro: "Impossível conectar-se ao servidor remoto" Alguém já viu esse problema? Estou utilizando em homologação, estou desenvolvendo a integração do nosso aplicativo ao MFE

Atualizei os fontes do ACBR, parte do SpedECF e gerei o arquivo, a princípio gerou corretamente os novos campos.

Segue alteração do fontes dos blocos P e U do ACBRECF referente a inclusão de novos campos do layout 5 , para sua analise. ACBRECF_BLOCOS_P_U.rar

Pelo ato essa versão será exigida para eventos ocorridos a partir de janeiro de 2020, segue texto publicado no Diário Oficial: ATO DECLARATÓRIO EXECUTIVO Nº 10, DE 7 DE MARÇO DE 2019 Aprova e divulga o leiaute da EFD-Reinf - Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais. O COORDENADOR-GERAL DE FISCALIZAÇÃO-SUBSTITUTO, no uso da atribuição que lhe confere o inciso II do art. 334 do Regimento Interno da Secretaria da Receita Federal do Brasil, aprovado pela Portaria MF nº 430, de 9 de outubro de 2017, e tendo em vista o disposto no art. 11 do Decreto- Lei nº 1.968, de 23 de novembro de 1982, nos incisos I, III e IV da Lei nº 8.212, de 24 de julho de 1991, e no Decreto nº 6.022, de 22 de janeiro de 2007, declara: Art. 1º Fica aprovada a versão 2.0 dos leiautes dos arquivos que compõem Escrituração Fiscal Digital de Retenções e Outras Informações Fiscais - EFD REINF, que será exigida para os eventos ocorridos a partir da competência de janeiro de 2020. Parágrafo único. O leiaute aprovado está disponível na Internet, no endereço eletrônico http://sped.rfb.gov.br/projeto/show/1196. Art. 2º A escrituração de que trata o art. 1º é composta pelos eventos decorrentes das obrigações tributárias, cujos arquivos deverão ser transmitidos em meio eletrônico pelos contribuintes obrigados a adotar a EFD REINF, nos prazos estipulados em ato específico. Art. 3º Este Ato declaratório Executivo entra em vigor na data de sua publicação. JORDÃO NÓBRIGA DA SILVA JUNIOR

Acessei o site da Receita e até o momento aparece para download somente os Schemas da versão 1.4

item resolvido pode fechar o post....

Ok, estou verificando aqui e testando, achei que como a placa nova não possui UF, não seria necessário informar, mas aí vi que ela possui uma faixa holografica onde se encontra a UF da placa...

Considerar somente o erro da falta da UF, o erro da tag placa, estava indo com um caracter a mais...

Os Ajustes Sinief 16/18 e Ajuste Sinief 17/18 alertam que a consulta de XML da NFe exigirá o uso do certificado digital a partir do dia 1 de janeiro de 2019. Existe a necessidade alguma alteração nos emissores de NFe / NFCe, uma vez que são feitas algumas consultas na hora emissão das notas? Esta o erro exposto na figura em anexo,ao tentar gerar uma NFe com placa padrão mercosul, pelo que vi e antes de enviar ao Sefaz, acabei de atualizar os schemas e mesmo assim persiste o erro os schemas peguei no link: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=ZT5UvIuQ4N4=

Sim...obrigado

Os Ajustes Sinief 16/18 e Ajuste Sinief 17/18 alertam que a consulta de XML da NFe exigirá o uso do certificado digital a partir do dia 1 de janeiro de 2019. Existe a necessidade alguma alteração nos emissores de NFe / NFCe, uma vez que são feitas algumas consultas na hora emissão das notas?

enviado e-mail

Estamos com o mesmo erro em um cliente da Bahia, e essa resposta não tem nada haver, fazemos nosso processo todo de envio, consultas com o certificado do emitente da nota ou seja do cliente...

Acabei de receber a resposta de uma consulta ao ao SEFAZ-PE e pelo retorno estava com erro no SEFAZ, testei o envio das notas com problemas em produção e foram sem problemas e sem necessidade de alteração do aplicativo ou do ACBR

Segue os arquivos como pediu... 10566-env-lot-soap.xml 10566-rec-soap.xml 261180001422099-ped-rec-soap.xml 261180001422099-pro-rec-soap.xml 26181211512416000105550010000105665000105664-ped-sit-soap.xml 26181211512416000105550010000105665000105664-sit-soap.xml

acabei de pegar o arquivo gerado pelo acbr desconsidere o anterior, mas não estou conseguindo gravar os logs... de retorno... 26181211512416000105550010000105665000105664-nfe.xml

segue o XML de envio os logs minha aplicação esta configurada para apagar os arquivos do acbr ... vou mudar aqui e tentar pegar esses logs... NFe26181211512416000105550010000105661000105661.xml

Esta dando o erro abaixo ao enviar uma nota que foi emitida em formulário de segurança no dia 01/12/2018 no estado de Pernambuco Erro Nº. 502 - Rejeição: Erro na Chave de Acesso - Campo ID não corresponde à concatenação dos campos correspondentes Segue anexo arquivo do xml da nota, já conferi o ID e aparentemente está correto...inclusive debuguei o calculo no ACBR nota10566.txt

ja consegui a resposta com o Sérgio Assunção ; O emulador usa o tipo Sat_cdecl e não Sat_stdcall.