Painel de líderes

Olá pessoal, Foi publicado na data de 04/05/2020 duas Notas Técnicas, uma que se refere a integração do CT-e com a NFF e outra que se refere a integração do MDF-e com a NFF. Para baixar a NT do CT-e clique aqui. Informação importante sobre a NT do CT-e: 04/05/2020 Nota Técnica 2020.001 - NFF Nota técnica contendo as alteração no projeto do CT-e para integrar com o Regime Especial da Nota Fiscal Fácil (NFF). Esta versão não tem desenvolvimento ou alterações que tenham impacto nas empresas emitentes de CT-e. Para baixar a NT do MDF-e clique aqui. Informação importante sobre a NT do MDF-e: 04/05/2020 Nota Técnica 2020.002 NFF Nota técnica contendo as alteração no projeto do MDF-e para integrar com o Regime Especial da Nota Fiscal Fácil (NFF). Esta versão não tem desenvolvimento ou alterações que tenham impacto nas empresas emitentes de MDF-e. Breve resumo sobre as duas NT: O objetivo do Regime Especial Nota Fiscal Fácil (NFF) é tornar o processo de emissão de documentos fiscais eletrônicos, de vendas de mercadorias e prestação de serviços de transportes, mais simples para os contribuintes, deixando a complexidade trazida pela legislação fiscal sob a responsabilidade de um sistema centralizado, disponível no Portal Nacional da NFF, que a partir de sua “inteligência fiscal” possibilita uma emissão fácil e completamente intuitiva do documento. Para atingir este ambicioso objetivo, as Secretarias de Fazenda dos Estados estão disponibilizando um aplicativo de geração da solicitação de emissão de documentos fiscais, denominado Aplicativo Emissor de Documentos Fiscais Eletrônicos (App NFF), cuja principal funcionalidade é coletar as informações necessárias e suficientes para esta finalidade. Para mais informações sobre a NFF, visite o Portal da Nota Fiscal Fácil. Em Documentos você vai encontrar uma apresentação sobre o projeto da NFF (eu recomendo).

Ciência de emissão não constitui manifestação definitiva, após o envio do evento de Ciência de emissão a empresa deve enviar nova manifestação definitiva num prazo estabelecido pela SEFAZ do estado. As demais manifestações são definitivas, caso seja enviada manifestação de Confirmação, Desconhecimento ou Operação não realizada por engano, o destinatário ainda pode enviar nova manifestação para corrigir a anterior. A correção pode ser feita uma única vez. Então uma nota pode ter até 3 manifestações, valendo a última enviada.

O provedor de NFSe Saatri não possui a tag do ValorrIssRetido, controlando esse definição por outras tags, alem de ser necessário manter o valo do ISS populado, devido a isso, quando faz a consulta do RPS ou carga pelo XML, o valor do iss retido não fica preenchido, e apresenta o valor liquido errado. Segue em anexo o ajuste necessário. pnfsNFSeR.pas

Resolvido, encontrei o problema, era algo na minha aplicação mesmo.

Tópico movido, para "Base de Conhecimentos"... Obrigado @BigWings

Obrigado !!! foi isto mesmo !!! removi e deu certo !!!

Obrigado Italo.

Boa tarde Joabe, A diferença é simples, o GerarMDFe apenas gera o XML e não salva em disco, já o GravarXML além de gerar o XML, o salva em disco, desta forma você consegue obter o nome do mesmo através da propriedade NomeArq.

Bom dia. Adicionado cidade Aguaí/SP que se utiliza do provedor Betha. Segue em anexo arquivo INI. Cidades.ini

Bom dia! Segue ajustes de layout para validação de remessa cnab 240 para carteira desconto, seguindo conforme manual do banco e já com confirmação de validação. Segue arquivo em anexo. ACBrBancoBanrisul.pas CobrancaEletronicaBanrisul_pdr240_v02_102019.pdf

Muito obrigado se eu descobrir o problema do Fortes e fizer mais de uma página eu aviso por aqui.

Bom dia, desculpe a demora em responder. A sua alteração deu certo. Faltou eu testar em relação aos valores 0.0001. como surgiu uma série de BO's ainda não consegui testar. mas assim que testar. vou postar aqui. muito obrigado por enquanto.

Italo, bom dia. Gostaria de relatar que a cidade de Pedro Leopoldo/MG esta funcionando 100% em ambiente de produção e homologação. Obrigado pela ajuda....

Bom dia prezados! Obrigado pelo retorno! Prezados, realmente não encontrei nada referente à automação do processo, então implementei os campos e setei todo processo na geração do XML. E assim esta validando normal . O bom seria se tivéssemos um web service que buscasse todas essas informações com o numero da DI. Sendo assim podemos considerar esse tópico, concluído! Obrigado a todos, grande abraço!

Valeu Daniel, segui essas configurações aí, vamos ver se o problema para ...

Esse exemplo do @Solivan é sensacional. Acredito que seja a melhor maneira de implementar.

Dica olha as uses da sua unit pois a ordem delas e uma outra tendo a mesma classe vai dar problemas

Olá, Poderia me mandar as duas urls que você tentou? A que não funciona e a que funciona. A formatação desse campo é feito na unit ACBrSedex.pas na linha 359 no método TACBrSedex.Consultar conforme abaixo: try if fUrlConsulta = CURL_SEDEX then Self.HTTPGet(fUrlConsulta + 'nCdEmpresa=' + fsCodContrato + '&sDsSenha=' + fsDsSenha + '&sCepOrigem=' + OnlyNumber(fsCepOrigem) + '&sCepDestino=' + OnlyNumber(fsCepDestino) + '&nVlPeso=' + FloatToString(fnVlPeso) + (continua...) Talvez seja só necessário ajustar a formatação do FloatToString.

Bom dia. Basta setar no componente ACBrBoletoFCXXX a propriedade layOut para lCarne. Att.

Boa tarde Elisângela, Muito obrigado pela colaboração, já enviei para o repositório.