Painel de líderes

Você informou que está emitindo um CTe no modal 02 (Aéreo): <modal>02</modal> Mas incluiu na seção infModal o trecho de XML de um modal Rodoviário. Por isso o erro.

verifique no Layout do CTe as informações ref a rodo (ref ao modal rodoviario). Cada modal tem tags específicas que devem ser informadas. -<rodo> <RNTRC>01245123</RNTRC> </rodo>

Obrigado Felipe! Quero que desconsiderem meu post... E me desculpem! O boleto estava sendo gerado, porém era salvo em PDF, pois não havia definido uma impressora. Agradeço a compreensão.

Isso sempre esteve ai... não é relativo a modificações recente nos fontes... O Warning só ocorre nos novos Delphis... que fizeram a infeliz mudança do tipo básico String, que antes era AnsiString para UTF8String Tem uma diretiva no ACBr.inc que pode desabilitar esses Warnings

Pessoal! Muiiito Obrigado!!! @BigWings Funcionou! Realmente foi uma falta de atenção! Muito Obrigado mesmo! @Amarildo de Matos e @Gr@c@ Muito obrigado pela atenção.

Os caras são bons irmão.

Vocês são feras!!! Era exatamente isso! DanfeFast.MostraSetup := True; Muito obrigado e parabéns pelo time de resposta!!!

Favor atualizar a versão para realizar os testes.

Corrigido... Favor atualizar para ultima versão.

Boa tarde Entendi... Obrigado.

Bem lembrado... http://wiki.lazarus.freepascal.org/Online_Package_Manager

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Usando o certificado do próprio emitente, não. O que você pode fazer é carregar no componente o mesmo XML que foi usado na tentativa de transmissão, ou gerar ele novamente com os dados da venda, assinar novamente, e executar o método ACBrNFe.Consultar. Você pode usar a propriedade ValidarDigest para garantir que os dados do XML carregado estejam conforme o que foi transmitido. Caso esteja tudo certo o componente vai atualizar o XML com o protocolo de autorização.

Você pode fazer a impressão do evento de alteração de condutor e anexar ao MDFe.

Veja se a propriedade MostraSetup do componente DANFE está marcada. Ela por padrão é False.

Obrigado Daniel era isso mesmo. Só mais uma dúvida, Alterei a VersaoDadosEnt para 0.08 e foi emitido um erro. Sabe se falta atualizar mais alguma propriedade do componente para funcionar? Estava em 0.07.

Bom dia. Anexe o Xml Gerado que foi transmitido e tambem o xml ou log de retorno.

Opa Daniel.. Fiz a Alteração.. e funcionou.. tambem..

Acho que a única modificação em relação a imagem do @Amarildo de Matos, é usar LT_TLS12.... pois isso é uma exigência da NFe 4.0

Use WinCrypt conforme o Amarildo postou, a Capicom foi descontinuada...

Olá depois que abri um ticket no site da Tanca conforme orientação do @Julio_Arauveira o atendimento da Tanca foi bem rápido, já estão me mandando um novo SAT.

Esta usando os arquivos INI que estão na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ? Faltou ver esse... amanhã confirmo, muito obrigada Italo

Boa tarde a todos, Conforme anunciado pelo SEFAZ, a partir de Janeiro de 2019, seria válido o layout 0.08 do XML de entrada.... e ao mesmo tempo, o (antigo e obsoleto) layout 0.06 deixaria de ser aceito.... O fato do layout ser aceito, não significa necessariamente que todos precisam migrar imediatamente para ele... Isso depende inclusive, da atualização do Software Básico dos equipamentos em campo (veja tópico a seguir ) O que realmente muda, é que o layout 0.06, deixou de ser aceito... ( bem, mesmo isso foi prorrogado ) Portanto se a sua aplicação apenas suporta o XML 0.06, CORRA e faça os ajustes necessários para suportar a 0.07 ou a 0.08... Se você já suporta o layout 0.07, então veja aqui, o que há de novo no layout 0.08, e como se ajustar a ele... O que mudou no XML de entrada 0.08 ? Conforme consta na Especificação SAT_v_ER_2_26_04, temos as seguintes alterações: Layout do XML de venda: 1. Grupo enderEmit - campo xBairro passa a ter o seu tamanho variável alterado de 2-60 para 1-60 (mínimo 1 caractere e máximo de 60). 2. Grupo emit - campo IE passa a ter o seu tamanho fixo de 12 alterado para variável: 2-14. 3. Grupo dest - campo CPF passa a ter tamanho fixo de 11 dígitos, antes o campo poderia ficar vazio. 4. Grupo prod - incluído o campo CEST (opcional) de tamanho fixo de 7 dígitos. 5. Grupo obsFiscoDet - campo xTextoDet passa a ter uma nova instrução de preenchimento: 6. O grupo obsFisco gerado pelo SAT é que teve uma mudança significativa e merece ser mencionado aqui. Esse grupo antes estava dentro do grupo infAdic, agora ele esta no mesmo nível do infAdic, portanto ambos (infAdic e obsFisco) estão dentro do grupo CFe. Layout do XML de Cancelamento: 1. Os campos referentes aos itens: 1, 2 e 3 (do layout do XML de venda) sofreram a mesma alteração, mas eles são gerados pelo SAT.

Tem razão Juliomar, a ACBrMonitorPlus não possui a NFS-e. Quis dizer que a versão disponivel , Demo_AcBrNfse.exe ( Nota Fiscal de Serviços) não está atualizada e apresenta alguns erros. Em face disso, com os fontes atualizados poderei montar o executável.

Boa tarde. Verifique se a UF exige estas informações. Estamos trabalhando em Mapas Fiscais onde procuramos captar e divulgar a situação fiscal em todas as UF, porém ainda não obtivemos o retorno do PR para esta situação. https://www.projetoacbr.com.br/acbr-mapas-fiscais/ Att.

Olá @Pedro E. Braga, estamos analisando a sua contribuição... Entrei em contato com você, por M.P.

Boa tarde, suporteatinfo. Veja o tópico abaixo:

Lembrando que tem o lazarus então precisa o lfm também as mudanças

Efetue a limpeza do componente no seu computador e depois execute a instalação do componente novamente, que esse erro simplesmente desaparece! verifique também pela existência de arquivos na pasta bpl do Delphi, se encontrado favor apagar.

Boa tarde Italo. Problema resolvido. Muito obrigado.

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

Consegui resolver adicionando mais um Parâmetro. RESTRequest1.Params.AddItem; RESTRequest1.Params.Items[1].name := 'Content-Disposition'; RESTRequest1.Params.Items[1].Value := 'form-data'; RESTRequest1.Params.Items[1].ContentType := ctMULTIPART_FORM_DATA; RESTRequest1.Params.Items[1].Kind := TRESTRequestParameterKind.pkREQUESTBODY;

Isso provavelmente indica falta de atualizações no seu Windows... Rode o Windows Update e deixe instalar TODAS as atualizações pendentes... Se o seu certificado for A1 (recomendado), você pode configurar para libOpenSSL, que funcionaria até mesmo em WinXP

Boa tarde Sandro, Favor atualizar os fontes, reinstalar os componentes e faça novos testes. Boa tarde Souza, Favor atualizar os fontes e reinstale os componentes.

Bom dia, Marcelo Dumke. Na minha opinião, eu não vejo nenhum problema. Basta ele informar os lotes corretamente.

Opa.. vou ver isso..

Prezados Agradeço a atenção. Pretendo utilizar o pacote NFSe da ACBr, então vejo a necessidade de ter acesso aos fontes, pois ainda não está disponível uma versão compilada estável como o ACBr Monitor Plus. Caso tenha esta possibilidade, peço que me informem o acesso. Enquanto isso vou tentar a versão Comunity ou Lazarus. Abs

Creio que você não compreendeu... essa correção já está no SVN a tempos... basta você fazer um Update

Moderação: Tópico Dividido

Exato, desta forma basta depois ler a propriedade Link, não importando o provedor, se ele retorna o link e o pnfsNFSeR faz a leitura da tag a propriedade Link vai ser alimentada, caso contrario o se valor será uma string vazia.

Sim. Esse código já foi corrigido para: else begin if not ForceDirectories(ADir) then raise Exception.Create('Erro ao gerar PDF. Diretório: ' + ADir + ' não pode ser criado'); end;

Bom dia Todas as alterações no ACBrMonitor ficam descritas no Arquivo (ACBrMonitor-change-log.txt) que fica na pasta "ChangeLog" no diretório do ACBrMonitor, ou pode ser acessado pelo manual... Neste diretório também fica o Change Log de alterações realizadas nos Componentes que fazem parte do ACBrMonitor. O ideal é atualizar sempre... Mas quando tem alguma NT da SEFAZ com alterações, é disponibilizado as alterações com antecipação para testes e homologação. É Importante ficar de olho nas NTs de alterações impostas pela SEFAZ também. https://acbr.sourceforge.io/ACBrMonitor/HistricodeAlteraes.html Em versões futuras vamos detalhar as Funcionalidades em outro documento, separados por versão e descrito de forma mais explicativa...

sicoob vc trabalha com o numero do cedente, nao da conta. nessa property: Cedente.CodigoCedente := Trim(ADataSetConfigServicoBanco.FieldByName('CODIGO_CEDENTE_SER').AsString) + Trim(ADataSetConfigServicoBanco.FieldByName('DV_CEDENTE_SER').AsString); No meu caso, eu tenho os possiveis campos no cadastro da conta corrente, de acordo com o que o banco pede eu preencho. Para evitar de ter que ficar inventando de trocar dentro do codigo fonte. Assim: Cedente.Conta := ADataSetConfigServicoBanco.FieldByName('CONTA_CCR').AsString; << sicoob usa so para imprimir o boleto Cedente.ContaDigito := ADataSetConfigServicoBanco.FieldByName('DV_CONTA_CCR').AsString; Cedente.Agencia := ADataSetConfigServicoBanco.FieldByName('AGENCIA_CCR').AsString; Cedente.AgenciaDigito := ADataSetConfigServicoBanco.FieldByName('DV_AGENCIA_CCR').AsString; Cedente.Modalidade := Trim(ADataSetConfigServicoBanco.FieldByName('MODALIDADE_SER').AsString); <<<<<sicoob usa Cedente.DigitoVerificadorAgenciaConta := ADataSetConfigServicoBanco.FieldByName('DV_AGENCIA_CONTA_CCR').AsString; << sicoob, apareceu tem pouco tempo if ADataSetConfigServicoBanco.FieldByName('LEIAUTE_SER').AsInteger = 1 then LayoutRemessa := c240 else LayoutRemessa := c400; Cedente.CodigoCedente := Trim(ADataSetConfigServicoBanco.FieldByName('CODIGO_CEDENTE_SER').AsString) + Trim(ADataSetConfigServicoBanco.FieldByName('DV_CEDENTE_SER').AsString); <<<< sicoob usa Cedente.CodigoTransmissao := ADataSetConfigServicoBanco.FieldByName('CODIGO_TRANSMISSAO_SER').AsString; Cedente.Convenio := ADataSetConfigServicoBanco.FieldByName('NUM_CONTRATO_SER').AsString; na unit Acbrbancobancoob, tem essa funcao: function TACBrBancoob.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo ? String; a resposta está nela.

estamos questionando todas as UFs... (mas ainda tivemos poucas respostas) https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_responsavel_tecnico

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

Como ajustar a minha aplicação feita com o ACBr, para o layout 0.08 ? Simples... apenas configure no componente... e se necessário, alimente o ACBrSAT.CFe, de acordo com as instruções iniciais desse tópico... Se você usa o ACBrMonitorPLUS... tenha certeza de ter a última versão do programa... e configure conforme na tela abaixo: https://acbr.sourceforge.io/ACBrMonitor/DadosdoSATCFe.html

Como verificar se meu SAT suporta o layout 0.08 ? Para verificar quais equipamentos já suportam o layout 0.08, você pode acessar essa página do SEFAZ https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Modelos-SAT.aspx Exemplo, acessando a página acima, temos a seguinte informação a respeito dos SATs da Gertec Portanto o seu SAT Gertec precisa estar na versão 03.00.07 (ou superior) para que o mesmo seja capaz de compreender o XML na versão 0.08 Como atualizar o meu SAT de versão ? Para SATs de Produção, basta deixar o aparelho conectado na Internet, que o mesmo será atualizado automaticamente... Para SATs de Homologação (SDK) será necessário entrar em contato com o Suporte do Fabricante, pois essa atualização deve ser "forçada", no aparelho Lembrando que todos os SATs de homologação iniciam com o número de série com '9'. e não é possível transformar um SAT de Produção em Homologação, ou vice-versa Como posso verificar a versão do Software do SAT ? Simples... basta rodar o comando ACBrSAT.ConsultarStatusOperacional Outra maneira, é extrair o Log Interno do SAT, com o comando: ACBrSAT1.ExtrairLogs( NomeArquivo ) Geralmente na inicialização do SAT, ele grava no LOG, várias informações úteis, como por exemplo o número da versão do Sw.Básico e do XML de Entrada Meu SAT ainda não suporta a versão 0.08, há alguma outra maneira de testar ? SIM. Você pode usar o Emulador de SAT do Sefaz, que a partir da versão 2.9.4, já passou a suportar o XML de entrada na versão 0.08

Visulizar Arquivo Bematech - Transformação Digital do Varejo Por: Diogo Barros e Moacir Borri Venha conhecer como a transformação digital vai além do PDV tradicional. Veja na prática novos dispositivos e tecnologias. Participe e concorra ao sorteio da nova impressora MP-2800 TH. posGo - Crie aplicações completas em um dispositivo Android moderno, com Scanner e meio de pagamento integrado. Plataforma IoT - Traga mais competitividade para o segmento de automação comercial. Conheça melhor os hábitos de seus clientes, aumente suas vendas usando o potencial de tecnologia IoT e Inteligência Artificial. Conheça na prática a integração fácil através de API. Veja o vídeo da Palestra em: Autor Daniel Simoes Enviado 20-11-2018 Categoria Dia do ACBr 1a edição

Bom dia Juliomar Esta situação que passei é indiferente do provedor. É um processo dos fontes do projeto. No caso o provedor retorna os dados do documento sem a instrução "<?xml version="1.0" encoding="UTF-8"?>" sendo que no ACBr é adicionado, mas apenas ao gerar o arquivo do XML e não na property em que fica a string do XML. Ao meu ver, se adiciona para salvar, deveria adicionar também na property.