Italo Giurizzato Junior

Bom dia Maiquel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Michele, Na unit pnfsNFSeW_ISSDSF.pas temos a linha abaixo: Gerador.wCampoNFSe(tcDe2, '', 'ValorPIS', 01, 02, 1, NFSe.Servico.Valores.ValorPis, ''); altere para: Gerador.wCampoNFSe(tcDe2, '', 'ValorPIS', 01, 02, 0, NFSe.Servico.Valores.ValorPis, ''); Veja se resolve o problema dessa tag, pois segundo o Schema ela é opcional, sendo assim se o seu valor for zero não se faz necessário gerar a mesma.

A Situação de um lote que pode ser 1, 2, 3 ou 4 nos provedores que seguem a versão 1 do layout da ABRASF é retornado ao consultar a situação do lote. Alguns provedores que seguem a versão 2 do layout da ABRASF ao Consultar o Lote a situação é retornada junto com as informações da nota. No seu caso o provedor DBSeller segue a versão 1, portanto você não vai conseguir ler a situação da forma que esta tentando. Você tem que ler o retorno da consulta a situação do lote.

Bom dia, No meu entendimento você deveria entrar em contato com o provedor e expor o problema. Ou eles corrigem o webservice para que o mesmo fique em conformidade com o Schema, ou eles disponibilizam um novo Schema. Mesmo assim, obrigado pela colaboração.

Bom dia, Por favor, procure criar uma postagem para cada duvida, da forma que esta, uma postagem a traz de outra não tenho como responder de forma precisa o que deseja saber.

Bom dia Sandro, Com essas alterações nos fontes do evento deu certo a leitura do arquivo INI?

Bom dia Charles, Não creio que essa seja a melhor solução. Porque você não ADD o path da pasta LibD24 do Fortes no Library Path do Delphi?

Boa tarde Dercide, Já desfiz a alteração e ainda hoje estarei enviando para o repositório.

Boa tarde Dercide, Quando você se refere a um exe antigo "de fevereiro" está se referindo a fevereiro deste ano? Se sim, é preciso checar as configurações, ou começar a reverter os fontes para descobrir em que atualização passou a provocar esse erro.

Boa tarde, O numero do lote é você que informa, ele não é retornado pelo webservice do provedor.

Boa tarde Ângelo, Muito obrigado pela colaboração, vamos analisar o que foi feito e se tudo estiver correto vamos disponibilizar no repositório. Mas seria interessante que você e outros desenvolvedores também se dispusessem a fazer essa implementação nos demais eventos.

Boa tarde, O problema só ocorre quando o emitente é pessoal física? Se for jurídica não ocorre esse erro ao solicitar o cancelamento ou enviar o evento de carta de correção? Se sim para as duas perguntas acima, então com certeza o problema é na SEFAZ.

Bom dia, Qual é a UF do emitente?

Paulo, NotaBlu e SP estão usando a mesma unit para gerar o XML sendo assim acredito que poderíamos contornar o problema da seguinte forma: if (FProvedor = proSP) and (NFSe.TipoTributacaoRPS <> ttTribnoMun) then Gerador.wCampoNFSe(tcStr, '', 'MunicipioPrestacao', 1, 7, 0, NFSe.Servico.CodigoMunicipio, ''); Incluindo uma condição para checar o provedor.

Bom dia, Para que uma empresa possa ter acesso aos XMLs de CT-e onde o CNPJ dessa empresa figura como: Remetente ou Destinatário, ou Recebedor ou Expedidor ou Tomador ou se encontra na lista de autorizados (grupo <autXML>) basta usar o método DistribuicaoDFePorUltNSU implementado no componente ACBrCTe. A cada execução desse método devemos informar como sendo o Ultimo NSU o numero retornado no campo ultNSU da execução anterior. Se isso já esta sendo feito e mesmo assim alguns XMLs não são baixados, algo esta errado na SEFAZ. Infelizmente existem Aplicações que geram o XML do CT-e de forma errada, acabam informando como Expedidor os mesmos dados do Remetente e o Recebedor os mesmos dados do Destinatário. O Expedidor não é o Remetente e nem o Recebedor é o Destinatário. O Remetente é quem esta enviando a mercadoria (vendedor por exemplo). O Destinatário é quem vai ficar com a mercadoria, pois comprou para usar ou para revender. O Expedidor é a transportadora que esta despachando a mercadoria para uma outra transportadora para que esta possa dar continuidade ao transporte da mercadoria. O Recebedor é a transportadora que esta recebendo a mercadoria de uma outra transportadora para que possa dar continuidade ao transporte da mercadoria. Exemplificando: Remetente --> Transportadora --> Destinatário ou Remetente --> Transportadora "A" (Expedidor) --> Transportadora "B" (Recebedor) --> Destinatário ou Remetente --> Transportadora "A" (Expedidor) --> Transportadora "B" --> Transportadora "C" (Recebedor) --> Destinatário Nesse ultimo exemplo a Transportadora "B" para a Transportadora "A" ela é o Recebedor, mas para a Transportadora "C" ela é o Expedidor. Se o seu cliente é o Tomador do Serviço não importa se ele é o Remetente ou o Destinatário da mercadoria, a transportadora tem como obrigação legal de disponibilizar o XML do CT-e. É preciso ter em mãos um XML onde o seu cliente figura como Remetente e tomador (pois foi isso que entendi na sua postagem) para ver se ele não esta aparecendo também como Expedidor. E um outro XML onde ele figura como Destinatário (tomador ou não) para ver se ele aparece também como Recebedor. Os XML que ele não consegue baixar é de uma transportadora diferente dos XMLs que ele consegue baixar?

Bom dia Paulo, Se tratando da cidade de São Paulo, devemos usar os schemas que estão dentro da pasta: ..\Exemplos\ACBrDFe\ACBrNFSe\Schemas\SP

Bom dia, Ao atribuir o código gerado pela SEFAZ a propriedade de configuração CSC, você esta removendo os "-" traços e ou convertendo as letras minúsculas em maiúsculas?

Não encontrei nada no XML de envio que pudesse estar provocando o erro, logo chego a conclusão que o problema é na SEFAZ. A minha sugestão é que você entre em contato com a SEFAZ e reporte o problema.

Bom dia, Você poderia anexar os XMLs gerados ao tentar cancelar uma nota ou ao enviar a carta de correção? Pela mensagem apresentada, acredito ser um problema na SEFAZ ou algo que foi informado no XML de pedido de cancelamento ou na carta de correção que esteja provocando esse erro.

Boa tarde, Primeiramente não existe Manifestação do Destinatário do CT-e. Segundo o método que você esta usando se refere ao serviço de Distribuição de DF-e (Documentos Fiscais Eletrônicos). No método: DistribuicaoDFePorUltNSU o CNPJ que deve ser informado é do ator da consulta, que neste caso o CNPJ do seu cliente. Conforme consta na NT 2015/002 versão 1.00a, se o CNPJ do seu cliente figura como ator em: Remetente ou Destinatário ou Expedidor ou Recebedor ou Tomador ou na lista de Terceiros (grupo <autXML>) tem direito de baixar o XML do CT-e. Lembrando que o XML fica disponível por apenas 3 meses. Agora se não esta baixando, pode ser algum problema na SEFAZ-Autorizadora que não compartilhou esses CT-e com o Ambiente Nacional.

Boa tarde Ângelo, Se tratando do eSocial, ao carregar o XML de um evento, a única propriedade que é alimentada é a: XML conforme a imagem que você anexou. Nenhum campo dos eventos do eSocial é alimentado. Temos uma unit para cada evento, nessa unit temos a rotina que gera o XML, a que lê o arquivo INI e chama a que gera o XML, mas não temos uma rotina que lê o XML e alimenta os campos. Se desejar implementar fique a vontade, toda ajuda é bem vinda.

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

Boa tarde Davila, O provedor Sigep já esta implementado no componente. Para enviar para o webservice de produção use o método EnviarSincrono, para cancelar use o método Cancelar e para consultar use o método ConsultarNFePorRps. Como o provedor não tem um webservice de homologação, você pode usar o método GerarLote, esse método gera um lote de RPS e salva em disco, dessa forma você pode pegar esse arquivo para usar para validação no site do provedor.

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

Qual é o numero? Sou, o medo e temor constante da menina vadia bem vadia