pcbonetti

Ahhh!!! Você se refere ao DANFSe, né? Sim olhei aí também, mas no meu modo de entender esse é o município onde está localizado o prestador e não o "municpio de prestação do serviço".

Me desculpe Juliomar, havia esquecido de te citar na resposta anterior

NFSe.Configuracoes.Geral.Emitente.CNPJ := DMPrincipal.cdsEmpresasCNPJ.AsString; NFSe.Configuracoes.Geral.Emitente.InscMun := DMPrincipal.cdsEmpresasINSCRICAO_MUNICIPAL.AsString; NFSe.Configuracoes.Geral.Emitente.RazSocial := DMPrincipal.cdsEmpresasRAZAO_SOCIAL.AsString; NFSe.Configuracoes.Geral.Emitente.WSSenha := DMPrincipal.cdsEmpresasSENHA_NFSE.AsString; NFSe.Configuracoes.Geral.Emitente.WSUser := DMPrincipal.cdsEmpresasUSUARIO_NFSE.AsString; Preencho esses dados. Pesquisando nas propriedades do emitente não localizei nada a respeito do município de prestação.

Bom dia. Por solicitação de um cliente tornou-se necessário a impressão do município de prestação do serviço no DANFSe. Alterei as units ACBrNFSeXDANFSeRLRetrato (linha 404) e SmarAPD.Provider (linha 751) pois não identifiquei outra forma de forçar a impressão do campo. Como não sei se isso pode trazer problemas para outros municípios e/ou provedores submito as mesmas para avaliação. ACBrNFSeXDANFSeRLRetrato.pas SmarAPD.Provider.pas

Recebi um XML (anexo) da cidade de Dois Vizinhos - PR cujo provedor é Equiplano porém não estava conseguindo importar o mesmo. Fiz duas pequenas alterações no arquivo o qual submito para avaliação e possível commit. NFSe.xml Equiplano.LerXml.pas

Pois é Italo, estou trabalhando exatamente numa solução por esse caminho: Abro o XML em um IXMLDocument para identificar o município antes de ler o XML. Porém meu medo é que caso exista um volume muito grade de XMLs isso acarrete em lentidão no sistema.

Existe alguma maneira do ACBrNFSeX identificar o provedor na hora e que lê o XML? Procurei no programa exemplo e não encontrei. Com o advento do Reinf 2.1.2 meus clientes precisam importar o XMLs de serviços tomados e nesse caso existem serviços tomados de diversos municípios o que fica inviável de setar o Município/Provedor antes de ler o XML.

Segue alteração do ACBrNFSeXSACBrNFSeXServicos.iniervicos.ini contemplando a prefeitura de Ibitirama - ES para avaliação dos moderadores.

Tem acontecido o mesmo comigo. Algumas notas simplesmente não baixam. Além disso me parece ter algum problema na consulta pois eu informo o último NSU e vem a rejeição de consumo indevido como podem ver abaixo. Vou anexar os XMLs. 20220805101624-con-dist-dfe-soap.xml 20220805101624-dist-dfe-soap.xml

Você sabe me dizer qual versão da SmarApd é usada em Cariacica? Achei aqui, é a mesma de Vila Velha. Com a alteração que eu sugeri estou conseguindo emitir, consultar, cancelar, etc. Experimente sobrescrever a unit com a que eu coloquei aí em cima e de um Build All na sua aplicação.

A atualização não resolveu o problema, mas eu consegui acertar aqui. Segue print e unit para avaliação: SmarAPD.Provider.pas

Boa tarde Ítalo. Estou acompanhando o post pois Vila Velha está exatamente com o mesmo problema, afinal também é Smarapd. Eu reinstalei inclusive removendo arquivos antigos e dei um Build All na aplicação e o erro é exatamente o que o Gabriel colocou aí cima

Perfeito, emitida 100%. Muito obrigado Italo

Tive um problema exatamente igual, não sei qual provedor você usa, no meu caso foi da E&L. No meu caso bastou tirar o . (ponto) do ItemLIstaServico ficando apenas "101"

Senhores, estou tentando emitir NFSe para a prefeitura de Cachoeiro do Itapemirim utilizando o envio do RPS porém estou recebendo a mensagem de erro em anexo. Todos os fontes estão atualizados e inclusive recompilei ACBrNFSeXServicos.res. Coloco anexo os XMLs gerados e recebidos e assim como o código utilizado para o envio. (tentei nos modos síncrono, assíncrono e automático). <code> Try Configura; NFSe.Emitir(IntToStr(Lote), Metodo, False); Result := ChecarResposta(IIf(Metodo = meLoteAssincrono, tmRecepcionar, tmRecepcionarSincrono)); Except On E: Exception Do MostraErroValidacao(E.Message, True); End; </code> 467-env-lot-sinc.xml 467-env-lot-sinc-soap.xml 467-lista-nfse-sinc.xml 467-lista-nfse-sinc-soap.xml

Em tempo: LerCampos foi outro teste antigo que eu fiz. Agora que vi a confusão que fiz, eu precisei formatar meu HD e vi que voltei um backup antigo da pasta ACBr e depois atualizei pelo SVN fazendo um merge, vou apagar a pasta e atualizar novamente.

Boa Tarde Ítalo, Fui verificar aqui e vi que peguei uma unit velha em que eu estava fazendo alguns testes antes do ACBr disponibilizar o provedor EL. Peço que por favor despreze essa que enviei vou reverter aqui e fazer a alteração novamente.

Boa tarde, Fiz uma pequena correção na leitura do XML de Vila Velha para verificar se a nota está cancelada Em anexo a unit para avaliação e possível atualizaçãopnfsNFSeR.pas

De fato você está certo. Eu não havia prestado atenção no IF acima. Fiz a modificação e estou anexando a unit. ACBrTXTClass.pas

Aconteceu no registro 0150 nos campos de Nome e endereço. Na verdade foi erro do meu cliente que ao digitar o cadastro colocou espaços no primeiro caracter. Erro de digitação mesmo. Porém como vi que o componente tem o recurso de dar um TRIM achei que deveria ser feito assim, afinal não existe nenhum campo dos SPEDs que aceitam espaços no início do campo.

Amigos, Ao gerar o EFD ICMS/IPI (Sped Fiscal) a propriedade TrimString não estava cortando os espaços no início dos campos. Verifiquei que a função Trim do Delphi estava sendo chamada após a inclusão do delimitador e fiz a inversão como mostro abaixo. Estou anexando a unit corrigida para as devidas verificações. ACBrTXTClass.pas

Boa tarde, Sei que existem outros tópicos sobre isso, mas todos os que entrei estavam exibindo um aviso de que o tópico é muito antigo sugerindo a criação de um novo. Então vamos lá: De algumas atualizações para cá venho tendo problemas ao imprimir a NFCe com Fast Report, pois as configurações de margens não estavam sendo respeitadas. Percebi que vários amigos aqui tem o mesmo problema. Depois de alguns testes consegui resolver alterando a procedure TACBrNFeFRClass.AjustaMargensReports acrescentando apenas uma linha na mesma, que está em negrito no texto abaixo. Vou anexar a unit para avaliação. procedure TACBrNFeFRClass.AjustaMargensReports; var Page: TfrxReportPage; I: Integer; begin for I := 0 to (frxReport.PreviewPages.Count - 1) do begin Page := frxReport.PreviewPages.Page; if (DANFEClassOwner.MargemSuperior > 0) then Page.TopMargin := DANFEClassOwner.MargemSuperior; if (DANFEClassOwner.MargemInferior > 0) then Page.BottomMargin := DANFEClassOwner.MargemInferior; if (DANFEClassOwner.MargemEsquerda > 0) then Page.LeftMargin := DANFEClassOwner.MargemEsquerda; if (DANFEClassOwner.MargemDireita > 0) then Page.RightMargin := DANFEClassOwner.MargemDireita; frxReport.PreviewPages.ModifyPage(I, Page); end; end; ACBrNFeDANFEFRDM.pas

Bom dia Ítalo, Eu interpretei como sendo a data de publicação no DOU da NR 5873, pois é o texto "desta Resolução" dá a entender isso. Além disso, se for contar a partir da resolução 5862 o prazo teria sido em 16/03/2020 (que seria o prazo anterior e foi prorrogado) e não 15/04/2020 De qualquer forma estou correndo aqui pra terminar o sistema ainda essa semana e entrar em processo de homologação com a eFrete

Pessoal conforme publicado nas notícias do ACBr e lendo a resolução no Diário Oficial da União, o prazo seria 09/06/2020, porém no site oficial da ANTT esse prazo seria 15/04/2020, então: qual é o prazo correto?. Segue o link da ANTT http://www.antt.gov.br/salaImprensa/noticias/arquivos/2020/03/Prazo_para_cadastro_do_CIOT_e_estendido.html

Obrigado pela informação. Verifiquei no site do Diário Oficial da União e realmente a resolução foi publicada lá.