Painel de líderes

Entendi amigo... Embora sabendo que vou ter muito trabalho para essa mudança, entendo que é inevitável, né?! Não sei porque meus programadores optaram pelo uso do Monitor... talvez por acharem mais fácil na época que foi desenvolvido. Mas vou começar os estudos para essa mudança. Obrigado pelas orientações.

Boa tarde a todos, Favor atualizar os fontes, reinstalar a suíte ACBr e façam novos testes.

Pelo layout do XML e o link o provedor agora é o IPM. Então bastaria alterar no Cidades.ini a informação do provedor: [3145604] Nome=Oliveira UF=MG Provedor=IPM

Bom dia Utilize o Demo ACBrNFe em Delphi. Poderá ver todos os exemplos de Envio como obter o retorno. Veja onde fica no SVN: http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFe/Delphi O ACBrMonitor é indicado apenas para quem precisa integrar com outras linguagens.

Boa tarde Vanessa, Existem dados que só o contador do seu cliente vai poder lhe informar. Sendo assim, sugiro que entre em contato com o contador do seu cliente.

Analisando a última alteração do arquivo SimplISS.ini do repositório, o que parece que foi alterado é que essas cidades que foram removidas do arquivo usam a montagem padrão da URL de recepção. [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%.simplissweb.com.br/nfseservice.svc Sendo %NomeURL_P% definida no arquivo Cidades.ini, por exemplo: Assim só ficaram no arquivo SimplISS.ini aquelas cidades que tem a URL diferente desse padrão. Nesse caso recomendo que use os arquivos atualizados.

Boa tarde sim: https://acbr.sourceforge.io/ACBrMonitor/NFECertificadoDataVencimento.html esse método lista dados de todos os certificados instalados https://acbr.sourceforge.io/ACBrMonitor/ACBrObterCertificados.html No monitor pode habilitar também uma opção de validação em tela: DFe / Certificados / Verificar a Validade do Certificado

Bom dia, Muito obrigado pela colaboração, apliquei a mesma alteração para o Lazarus e já enviei para o repositório.

Bom dia Marcio, Você não esta fazendo confusão? O componente ACBrMDFe não tem nada haver com Manifestação do Destinatário. MDF-e se refere ao Manifesto de Documentos Fiscais Eletrônicos que é muito utilizado pelas transportadoras para relacionar os CT-e que foram emitidos referente as mercadorias que compõe a carga do caminhão. Se você deseja baixar o XML de uma NF-e, você tem que usar o método DistribuicaoDFe que se componente ACBrNFe. Peço que leia o meu artigo:

Ok Italo Obrigado.

Bom dia Renata, Segundo o arquivo Cidades.ini a cidade de Oliveira/MG se utiliza do provedor GINFES que segue a versão 1 do layout da ABRASF. O XML que você anexou não tem nada haver com o layout da ABRASF. Você sabe me dizer se a cidade em questão mudou de provedor e qual é o atual?

Bom dia Marcel, Favor atualizar os fontes e reinstale a suíte ACBr. Acabo de enviar para o repositório a implementação dos métodos referente aos serviços: Logon, Proprietários, Veículos, Motoristas e uma revisão completa nos métodos do serviço de Operação de Transporte. Referente a esse serviço implementei o método: ObterCodigoIdentificacaoOperacaoTransportePorIdOperacaoCliente implementados Fiz alterações no programa exemplo para que você possa testar tudo o que foi implementado. Lembre-se que o método Login vai retornar o Token, será necessário alterar o programa exemplo para que ele utilize o conteúdo desse retorno.

Daniel, boa noite! Informações e arquivos necessários para carteiras digitais. É valido lembrar, que no geral todos as carteira que utilizam o módulo CardSE seguem o mesmo fluxo, diferenciando apenas alguns parâmetros a serem habilitados. SiTef Demonstração https://www.softwareexpress.com.br/distri/aplicativos/simulado/sitdemo.zip Módulo CardSE https://www.softwareexpress.com.br/distri/aplicativos/simulado/cardse.zip Produto Documento Mercado Pago https://www.softwareexpress.com.br/distri/especificacao/cardse_mercadopago.zip Vee https://www.softwareexpress.com.br/distri/especificacao/cardse_vee.zip RedePay https://www.softwareexpress.com.br/distri/especificacao/cardse_redepay.zip Itau Iti https://www.softwareexpress.com.br/distri/especificacao/cardse_itiitau.zip Obs.:* Separamos a documentação das principais, porém no manual do módulo tem a documentação de todas disponíveis. Obs.:** O módulo PicPay ainda está em piloto, é necessário aguardar.

@Juliano Braz Segue o link. http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Baixe o pacote Integrador Release DLL´s - Windows - 26/09/2019 Não dar para anexar aqui porque e mais de 2mb Copiar essas DLL para a pastas %appdata% do integrador

Pera tu programa em Delphi e está usando o Monitor? Use o componente você tem mais controle de tudo o que está fazendo !

24/01/2020 Ambiente de homologação de DF-e: Desativação dos protocolos SSL, TLS 1.0 e TLS 1.1 A Secretaria da Fazenda do Estado do Rio Grande do Sul comunica que, no ambiente de homologação de DF-e da Sefaz-Virtual do Rio Grande do Sul (SVRS), desativou os protocolos de comunicação mais antigos (SSL, TLS versões 1.0 e 1.1), mantendo apenas o protocolo TLS versão 1.2. Essa desativação em ambiente de homologação busca possibilitar que as empresas testem seus sistemas antes deste procedimento ser realizado no ambiente de produção, o que proporciona mais segurança na comunicação entre as empresas e a SVRS. A desativação nos ambientes de produção da SVRS das versões 1.0 e 1.1 do protocolo TLS será realizada em data oportunamente comunicada.

Olá pessoal, Foi publica a NT 2020/001 do MDF-e e ela já se encontra em nossa biblioteca. Resumo: O projeto MDF-e Integrado tem como objetivo a disponibilização, pelas Secretarias de Fazenda, de uma infraestrutura digital de documentos, legislações e processos voltados para a simplificação da emissão de documentos fiscais eletrônicos de transporte e integração, dentro de um ecossistema digital, que permite às Empresas Transportadoras de Cargas (ETC), Transportadores Autônomos de Cargas (TAC), ANTT, Administradores de Meios de Pagamentos e as próprias Secretarias de Fazenda, o aperfeiçoamento dos seus processos e compartilhamento de informações entre todos estes atores, a partir de um único documento e infraestrutura já consolidada e em uso por todos os envolvidos. Diante desse desafio, as Secretarias de Fazenda e o ENCAT, vêm nos últimos meses e em parceria com os diversos atores intervenientes, adotando uma série de ações estruturantes voltadas para superação das dificuldades atuais enfrentadas pelos órgãos de controle e geração de um ambiente operacional mais eficiente e competitivo, a exemplo das ações descritas abaixo: Aprovação de legislação nacional que normatizou o compartilhamento dos MDF-e dos 27 estados com os órgãos reguladores de transportes; Aprovação de legislação nacional que normatizou a obrigatoriedade de emissão do MDF-e em todas as operações de transporte, sejam elas intermunicipais ou interestaduais; Implantação da plataforma digital e registro de eventos eletrônicos que permitem ao transportador confirmar a entrega da mercadoria ao destinatário, possibilitando assim, a redução do prazo para o recebimento do frete por parte do caminhoneiro; Aprovação de legislação criando a Nota Fiscal Fácil (NFF), que permitirá aos contribuintes que operam com vendas de mercadorias e transportadores autônomos emitirem seus respectivos documentos fiscais de forma simplificada e a partir do seu próprio smartphone, conforme legislação publicada no D.O.U. do dia 19/12/2019 (Ajuste SINIEF No. 37 de 13 de dezembro de 2019); Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TAC-Independente como TAC-Agregado; Automação do processo de fiscalização do Piso Mínimo do Frete (Tabela do Frete), nos termos da Resolução ANTT nº 5.849 de 16 de julho de 2019. Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores. Com essa NT temos: - Alterações de schema e regras de validação do MDF-e - Alterações no schema do modal rodoviário no grupo infANTT - Criação do evento de Pagamento da operação de transporte Portanto teremos um evento novo, criação do grupo Produto Predominante <prodPred> na parte geral do MDF-e, alteração no grupo informações do contratante, inclusão dos campos <xNome> e do <idEstrangeiro>, no modal rodoviário foi criado o grupo informações do pagamento do frete <infPag>. Novas Regras de Validação: Se modal rodoviário e indicador de pagamento for a prazo (tag:indPag=1): O grupo de informações a prazo deve ser informado (grupo:infPrazo). Implementação Obrigatória. Gera a Rejeição: 724. Se modal rodoviário, o grupo produto predominante deve estar informado (grupo: prodPred). Implementação Obrigatória. Gera a Rejeição: 725. Se modal rodoviário e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado. Implementação Facultativa. Gera a Rejeição: 726. Se modal rodoviário e informado grupo de pagamento, rejeitar se CNPJ/CPF do responsável pelo pagamento estiver inválido. Implementação Obrigatória. Gera a Rejeição: 727. Se moda rodoviário e informado grupo de pagamento, rejeitar se CNPJ do IPEF estiver inválido. Implementação Obrigatória. Gera a Rejeição: 728. Vai ocorrer alterações no componente? Sim Vai ocorrer alterações nos schemas? Sim Vou ter que adequar a minha aplicação? Sim Prazos: Ambiente de Homologação: 09/03/2020 Ambiente de Produção: 06/04/2020

Olá, Agradeço pela explicação e me desculpo pelo tópico aberto em decorrência de minha ignorância. []'s

Pelo visto, são módulos do Sitef. Então a ideia é o funcionamento ser bem semelhante ao TEF. Acredito que o termo "Carteira" seja para passar a ideia de um serviço onde você envia dinheiro para ser utilizado depois. Esse dinheiro pode ser recebido também por meio de CashBack como oferecidos em serviços como o Itaú Iti, AME Digital, etc...

bem... se o cliente quer usar A3, em Windows pirata (creio que essa é a única justificativa para o Windows não poder ser atualizado)... Não vejo problema em pedir que o cliente compre um A1 por R$ 170,00

a pergunta é se pode? diz algo no manual

Para a consutla correta apenas consegui apos utilizar o método v3 das requisições de consulta. exemplo do envelope Soap. <soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:nfse="http://www.abrasf.org.br/nfse.xsd"> <soapenv:Header/> <soapenv:Body> <nfse:ConsultarNfsePorRpsV3> <!--Optional:--> <arg0>?</arg0> <!--Optional:--> <arg1>?</arg1> </nfse:ConsultarNfsePorRpsV3> </soapenv:Body> </soapenv:Envelope>

Por favor, caso exista, anexe o log do ACBrInstall.

Bom dia Pode utilizar o Serviço de Consulta Cadastro da própria SEFAZ, vai obter o Regime e situação do cadastro. https://acbr.sourceforge.io/ACBrMonitor/NFEConsultaCadastro.html

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

Não, todos os componentes ACBr são desenvolvidos para delphi de forma nativa, então basta utilizar os componentes no seu projeto, a forma mais fácil de aprender utilizá-los é com os programas de Exemplo (que passei acima). O ACBrMonitor é um aplicativo que também utiliza os componentes ACBr, mas possui métodos próprios para poder integrar com outras linguagens. No seu caso como utiliza Delphi basta alimentar as informações diretamente nos Componentes e utilizar os métodos próprios do Componente ACBrNFe. No Demo ACBrNFe pode estudar todos os métodos que vai precisar para trabalhar com NFe.

Como já dito anteriormente Todas as validações anteriores foram realizadas e as dll's configuradas corretamente, conforme procedimento padrão. Não utilizamos a solução do acbr para emissão e sim uma própria. As novas dll's necessárias para funcionamento se encontram no link abaixo, caso alguém venha a ter este problema as mesmas não estiverem disponíveis no site ainda https://drive.google.com/open?id=1YhLQMeHQHecG5CltbkqaaHebrnJWv_Px @lucimauro pode encerrar o tópico

Ana, Não houve alteração nos schemas, apesar de terem publicado novamente com a data de 27/01/2020. Houve sim uma correção na NT que na anterior constava que o grupo <infPag> tinha de 0-1 ocorrências, sendo que o correto é 0-n Muito obrigado pelo aviso referente a postagem.

Na impressão em modo Esc/Pos é enviado apenas o comando para impressão do logo. A imagem deve estar carregada na memória da impressora. Você pode usar o utilitário do fabricante ou tentar fazer isso diretamente pelo ACBrPosPrinter:

Bom dia! A consulta nao esta funcionando... desde o final do ano. Houve alguma mudança? Pode fechar o Topico!! Desculpe. ja tinha aqui

Bom dia Mauricí, Antes a cidade de Nova Friburgo se utilizava de um webservice próprio. Mas pela URL que te passaram, agora eles contrataram o provedor ELv2. Vamos comparar as URLs de Nova Friburgo com a de Petrolina que também se utiliza do provedor ELv2. ; Petrolina/PE "http://pe-petrolina-pm-nfs-backend.cloud.el.com.br/nfse/NfseWSService" ; Nova Friburgo/RJ "http://rj-novafriburgo-pm-nfs.cloud.el.com.br/NfseWSService" Existem pequenas diferenças entre uma e outra, mas em ambas se referem a EL. Vou disponibilizar os arquivos Cidades.ini e ELv2 com as alterações, favor realizar os testes usando o programa exemplo. Fico no aguardo do seu retorno.

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

Log Programador, Quando desenvolvi minha rotina, eu olhei no programa exemplo, e depois fiz a seguinte regra: Independente do modelo, a rotina é mesma, apenas tem uma configuração onde o usuário fala que o modelo 65, pode ser sincrono ou assincrono. Ao fazer o envio, utilizo o trecho de código abaixo. Sincrono := FALSE ou TRUE; //realizar o envio da NFe FnotaNFe.Enviar(OnlyNumber(pNFID),FALSE,Sincrono); //Apos o retorno, salvar os dados na tabela qryNF_HDR.edit; if not Sincrono then begin qryNF_HDRPROTOCOL_NFE.Value:= FnotaNFe.WebServices.Retorno.Protocolo; qryNF_HDRDT_HR_PROTOCOL.value:= now; qryNF_HDRST_PROCESS_NF.Value:= FnotaNFe.WebServices.Retorno.cStat; qryNF_HDRCHAVE_NFE.Value:= FnotaNFe.WebServices.Retorno.ChaveNFe; end else begin qryNF_HDRPROTOCOL_NFE.Value:=FnotaNFe.NotasFiscais[j].NFe.procNFe.nProt; qryNF_HDRDIGEST_VALUE.Value:=FnotaNFe.NotasFiscais[j].NFe.signature.DigestValue; qryNF_HDRDT_HR_PROTOCOL.value:= FnotaNFe.NotasFiscais[j].NFe.procNFe.dhRecbto; qryNF_HDRST_PROCESS_NF.Value:= FnotaNFe.NotasFiscais[j].NFe.procNFe.cStat; qryNF_HDRCHAVE_NFE.Value:= OnlyNumber(FnotaNFe.NotasFiscais[j].NFe.infNFe.ID); end; sXML := ACBrUtil.ConverteXMLtoUTF8(FnotaNFe.NotasFiscais.Items[j].XMLAssinado); Espero que tenha consigo esclarecer sua dúvida.

Pesquisa se esse produto em SC tem FCP

Comigo aqui o problema foi solucionado. Vou reportar aqui a solução pra ajudar quem estiver com o mesmo problema: Existe uma atualização das DLL´s do Integrador Fiscal disponível para download no site da Sefaz com o nome de 'Release DLL integrador'. É necessário baixar e copiar esses arquivos para pasta %appdata%\integrador. Mas não é só isso ... Existe uma segunda atualização de DLL do integrador que não está nos downloads da Sefaz. Somente essa atualização vai solucionar o erro: "Uso da NFC-e desabilitada ..." (Considerando que a empresa atende os critérios de faturamento de até R$ 250.000,00/ano e que toda burocracia foi feita junto a Sefaz pelo contador). O suporte técnico da Sefaz conectou remoto na máquina do cliente e copiou 2 DLLs com data de 11/2019 e foi o que resolveu o problema. Da mesma forma que as primeiras é necessário copiar para %appdata%\integrador. Se alguém quiser posso enviar as DLLs aqui citadas, pois pelo visto não estão disponíveis para download no site da Sefaz (não entendo porque não colocam lá). Atenciosamente. Aloisio P. Neto

Eu que agradeço Italo

Boa tarde RonBrisola, Muito obrigado pela colaboração, já foi enviado para o repositório.

Olá, Já adicionamos em nossa lista de afazeres. Vamos verificar e dar um retorno.

Combinado Juliomar... Obrigado pelo retorno.

Bom dia @Daniel Simoes, realizamos os testes e funcionou perfeitamente. Muito obrigado pelo apoio.

Não existe prazo mínimo, até onde sei. Assim que a nota é autorizada ela fica disponível para manifestação pelo destinatário. Mas uma coisa é a manifestação, outra é a disponibilização do arquivo pelo método DistribuicaoDFe. O ambiente nacional pode levar um tempo, geralmente de segundos a minutos para disponibilizar a nota, mas em alguns casos pode levar horas ou até dias. Agora se a empresa já recebeu a mercadoria ela deve solicitar ao fornecedor que envie o XML da nota, caso o mesmo não tenha feito, o fornecedor é obrigado pela legislação a enviar o XML para o destinatário. Você pode inserir uma opção no seu programa para dar entrada pelo arquivo XML, e não depender exclusivamente do método DistribuicaoDFe para isso.

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

vc que programa a data de protesto. eu faço de acordo com a configuracao que o usuario tem na tela da conta corrente. if AQryServico.FieldByName('REM_PROTESTAR_SER').AsInteger = 1 then /// vai protestar??? 1-sim begin ATituloNaLista.DataProtesto := AVencimento + AQryServico.FieldByName('REM_PROTESTAR_APOS_XDIAS_SER').AsInteger; ATituloNaLista.TipoDiasProtesto := diCorridos; // , diUteis end else begin ATituloNaLista.DataProtesto := 0; ATituloNaLista.TipoDiasProtesto := diUteis; end;

O PathNFe e o PathInu esta informado incorreto. Estão com path inválidos, informe vazio para os valores padrão ou informe um path completo

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. Lembrando que com esta nova versão do demo e da classe, fica mais facil carregar a dll do ACBr, basta criar uma Pasta ACBrLib e dentro dela uma pasta x86 e copiar a dll do acbr e as dependências para dentro dela que a mesma será carregada, sem precisa ficar copiando para pasta do windows ou fazendo bagunça.

Da um novo update pois acabei de enviar ao SVN.

O da 2ª mensagem é erro mesmo já até corrigi mais o da primeira imagem a função esta em ACBrComum e existe. Você baixou toda a pasta de demos ou so o demo do NFe ? Se baixou so o demo NFe vai dar erro mesmo.

[RESOLVIDO]. Recebi o link de uma nova imagem ISO pelo meu email, instalei e funcionou corretamente. Peço desculpas por não ter lido o log, aliás nunca tinha prestado atenção àquela mensagem ao final do instalador, sempre clicava em não e pronto. Total falta de atenção minha

Daniel, Segue a modificação feita. Caso ache necessário, posso criar uma propriedade para configuração deste componente. Agradeço novamente pela atenção. ACBrSATExtratoFortesFr.dfm