Destak

Boa tarde, Ao tentar enviar lote ou um unico RPS o retorno é sempre o mesmo, segue os XMLs para analise. 1-env-lot.xml 1-env-lot-soap.xml 1-rec-soap.xml

Bom dia, Atualizei os fontes e agora deu certo a emissão, porem notei uma questão em relação e geração do RPS na tag <DescricaoRPS> ela esta suprimindo uma parte do texto, no caso uma sequencia de 6 numeros veja baixo como esta saindo: <DescricaoRPS>Prestacao de Servicos. VEICULO: AAA-1234 ONIX HATCH LT 1.0 8V FlexPower 5p Mec. REF: NC</DescricaoRPS> era para sair assim: <DescricaoRPS>Prestacao de Servicos. VEICULO: AAA-1234 ONIX HATCH LT 1.0 8V FlexPower 5p Mec. REF: NC 000258</DescricaoRPS> veja que algo no componente esta suprimindo o final a sequencia de 6 numeros que se trata do numero do pedido interno do sistema, para saber que tal NFSe trata-se de determinada venda no sistema. Em relação ao cancelamento de NFSe para esse provedor nessa cidade em especial veja o e-mail que o setor tributário da prefeitura me enviou com as instruções de como cancelar uma NFSe. ------------------------ Boa tarde, O cancelamento da nota fiscal de serviço ocorre através de processo administrativo a ser aberto no Plantão Fiscal com a apresentação da seguinte documentação: O prestador do serviço deverá preencher o Termo de Requerimento e apresentar toda documentação da sociedade (contrato social, CNPJ, identificação dos sócios, procuração e identidade do procurador, se for o caso), e deverá apresentar também o Termo de Anuência do Tomador assinado pelo respectivo responsável legal e a mesma documentação (contrato social, CNPJ, identificação dos sócios, procuração e identidade do procurador, se for o caso), conforme prevê o art. 31 do DECRETO Nº 11.321, DE 24 DE MAIO DE 2018. Porém o contribuinte poderá substituir esta nota fiscal até o dia 15 do mês subsequente (se a nota foi emitida em abril, poderá substituir até o dia 15 de maio) e a nota substituída ficaria cancelada por substituição. V.S.ª pode trocar todos os dados da nota, como valor, tomador etc. Caso V.S.ª deseje cancelar a nota fiscal via processo encaminho os requerimentos em anexo. --- att, PREFEITURA DA CIDADE DE NOVA IGUAÇU Secretaria de Economia e Finanças Departamento de Fiscalização Tributária ------------------------------ Resumindo não da para cancelar via werbservice e nem pelo site.

Agora infelizmente voltando ao assunto de erro na emissão com o componente novo, depois que atualizei os fontes e reinstalei, seguindo as instruções de outro topico/provedor/prefeitura (por outro motivo) que temos em aberto aqui a NFSe para este provedor parou de ser emitida denovo, "ERRO VALIDACAO XSD: (400)error:" segue em anexo todos os XMLs para analise por gentileza, lembrando que estou com os fontes e schemas atualizados, reinstalados. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml

Boa tarde, Sobre o erro de AV ao tentar cancelar, lendo o manual que peguei na area de emissao pelo site do provedor/prefeitura encontrei na pagina 19 dizendo que para cancelar uma NFSe o contribuinte deve ligar par o numero la escrito ou enviar um e-mail que tambem esta la informado, estou tentando ligar mas sem sucesso, enviei um e-mail e estou aguardando resposta, segue o manual aqui e, anexo. WebService manual.zip

Boa tarde, Tanto no componente antigo quanto no novo a NFSe não é emitida porem os erros retornados são diferentes, segue em anexo os XMLs de retorno do antigo e do novo para analise. Ressaltando que no componente novo o envio do lote não chega a ser realizado, da um erro interno de conexão, porem as configuração de conexão são as mesmas de sempre padrao WinCrypt cuja qual no componente antigo o envio chega a ser feito e o erro retornado trata-se aparentemente de inconformidade no XML fora do padrão do provedor. NFSe erro comp antigo.zip NFSe erro comp novo.zip

Boa noite, Depois de muitos teste compreendi que esse provedor não trabalha com o campo protocolo e sim o campo lote, porem o componente retorna o mesmo numero do lote nas duas propriedades a do lote e a do protocolo quando fazemos o envio inicial do "lote" independente do numero que atribuímos ao nosso "lote de envio". Para resolver criei algumas flags em meu sistema especifica para esse provedor para contornar esse procedimento especial desse provedor, sendo assim essa situação ficou resolvida. Agora um novo problema, ao tentar cancelar uma NFSe usando ACBrNFSeX1.CancelarNFSe(InfCancelamento) estou recebendo um erro de access violation no seguinte trecho do código segue imagem em anexo.

Boa tarde, Até semana passada estava atendendo esse provedor com o componente antigo ai começou a dar erro que não vou nem reportar aqui pois sei q o suporte e prioridade é o componente novo, sendo assim tentei emitir pelo componente novo e simplesmente não emite nem retorna erro algum, segue em anexo os XMLs. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml 4705292-con-lot.xml 4705292-con-lot-soap.xml 4705292-lista-nfse-con-lot.xml 4705292-lista-nfse-con-lot-soap.xml

Boa noite, Realizei os teste e agora esta ok, obrigado e pode fechar o tópico.

Boa noite, Não tive tempo de testar, mas farei isso a partir de quinta-feira e retorno aqui ok, desde de ja e como sempre obrigado.

Ótimo faz desse jeito fica top.

Bom dia, O que acha criar uma variável não obrigatória no método tipo Rps ou NFSe e se não informar nada ele assumi NFSe como era no antigo componente e ai nao gera quebra no código existente, veja abaixo: ACBrNFSeX1.NotasFiscais.GravarXML(SaveDialog1.FileName+'.xml',"Rps ou NFSe ou nada ai ele assumi NFSe"); Dessa forma atenderia diversas possíveis demandas, como no caso de validar o Rps no site do provedor ou e alguma situação subir o Rps manualmente para o site do provedor para efetiva emissão da NFSe num caso de indisponibilidade do WebService mas o site esta ON, dentre outras utlidades.

Boa noite, Após a atualização dos fontes de hoje 24/02/2022 o problema desse topico foi corrigido, verifiquei que voce removeu a propriedade: ACBrNFSeX1.NotasFiscais.Items[0].XML e criou as duas novas ACBrNFSeX1.NotasFiscais.Items[0].XmlNfse e ACBrNFSeX1.NotasFiscais.Items[0].XmlRps Isso resolveu o problema obrigado. Porem durante os testes verifiquei um novo problema parecido com esse mas no metodo ACBrNFSeX1.NotasFiscais.GravarXML ele esta salvando o XML do Rps e nao o da NFSe, o passo a passo é o seguinte: ACBrNFSeX1.NotasFiscais.Clear; ACBrNFSeX1.NotasFiscais.LoadFromString(Query.FieldByName('ArquivoFiscal').AsString); e depois ACBrNFSeX1.NotasFiscais.GravarXML(SaveDialog1.FileName+'.xml'); Esta salvando o XML do Rps ao inves da NFSe que acabei de carregar no componente, segue o XML que ele esta salvando em anexo. NFS-E 000000064 - 18 C2 55.xml

Boa tarde, Vamos la, tanto no componente antigo quanto no novo os passos e os momentos são exatamente os mesmo: 1. faco a consulta pelo numero do protocolo ConsultarLoteRps dai o componente salva o XML no caminho aqui definido alem de abrir a impressao com sucesso. 2. executo o LoadFromFile seleciono o XMLs acima informado que acabou de ser baixado, nesse momento a impressao é aberta com sucesso. 3. Salvo no BD usando a seguinte propriedade NotasFiscais.Items[0].XML e ai é que esta a diferenca entre o componente novo e o antigo, no componente novo salva errado ja no antigo salva corretamente. Segue em anexo todos os XMLs referente a descrição acima para analise. XMLs comp novo e antigo.zip

Boa tarde, Tanto usando ACBrNFSeX1.NotasFiscais.Items[0].XML quanto ACBrNFSeX1.NotasFiscais.Items[0].XMLOriginal o problema permanece a mesma coisa mas agora mudou um pouco a forma que esta sendo salva no BD veja. Na imagem em anexo o ultimo registro é o que esta com problema, pois salvei ele conforme descrito nesse topico, usando o ACBrNFSeX1.NotasFiscais.LoadFromFile, ja os demais registros da imagem salvei logo em seguida da emissao da NFSe no mesmo momento e usando a propriedade ACBrNFSeX1.NotasFiscais.Items[0].XML. No componente antigo isso esta funcionando normalmente, mas novo novo é que ocorre esse problema.

Repare que a impressão ocorre com sucesso, o problema é que em seguida quero salvar o XML no BD dessa forma que com o componente antigo estava funcionando normalmente. Query.ParamByName('pArquivoFiscal').Value := ACBrNFSeX1.NotasFiscais.Items[0].XML; ai ela salva como se fosse o RPS e não o XML da NFSe mesmo como era antes.

Boa noite, Sim eu faço o clear, veja o trecho do meu código. ConfiguraACBrNFSeX(); //Aqui eu passo as informações de configuração do componente e do contribuinte ACBrNFSeX1.NotasFiscais.Clear; ACBrNFSeX1.NotasFiscais.LoadFromFile(OpenDialog1.FileName);

Boa noite, Hoje tentei novamente emitir uma NFSe de RPS 266 e foi processado com sucesso, estou atualizando os fontes toda segunda-feira e pode ser que o problema era do provedor, de qualquer forma deu certo, como sempre agradeço e pode fechar o tópico.

Bom dia, em reposta a solicitação de @Italo Giurizzato Junior feita via Discord abro esse topico. Eu baixo o XML da NFSe mesmo oficial direto do site do provedor, dai carrego ele no componente para poder imprimir ACBrNFSeX1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFSeX1.NotasFiscais.Imprimir; acredito que nesse momento o XML esta carregado no componente certo? Dai quero agora em seguida salvar ele no meu BD e facho assim: Query.ParamByName('pArquivoFiscal').Value := ACBrNFSeX1.NotasFiscais.Items[0].XML; Ai ele salva o RPS ao invés do XML original da NFSe que acabei de carregar no componente, o que esta errado nesse caso, como posso fazer isso? Segundo ja falamos no Discor sera necessario fazer o metodo LoadFromFile popular completamente o componente e na hora salvar pela propriedade NotasFiscais.Items[0].XML ele disponibilizar o XML da NFSe originalmente carregado.

Boa tarde, Esse não existe mais, pois como esse provedor aceita o lote sempre com mesmo numero 1 então ele foi sobrescrito nas tentavas de envios posteriores.

Bom dia, Segue em anexo o RPS 265 e o XML da NFSe 496 que é referente a o RPS 265, foi o ultimo autorizado. 3522012767453500010256000000000000265-rps.xml 3522012767453500010256000000000000496-nfse.xml

Boa noite em sequencia a solicitação do @Italo Giurizzato Junior feita no Discord estou abrindo esse tópico. No primeiro envio do RPS 266 obtive o protocolo 184577E2B38781727981 que ao ser consultado agora nesse momento me retorna o seguinte erro (Rps 266. Favor Informar o ISS na Coluna de ISS Retido) Sendo assim informei as propriedades do componente IssRetido := stRetencao ValorIssRetido := ValorIss ResponsavelRetencao := rtPrestador Então fiz novamente o envio do RPS 266 (visto que esse provedor não permite pular numeração do RPS) dessa forma obtive o protocolo AC36D382297145447B26 que ao ser consultado retorna o seguinte erro (Rps 266. Informe o Imposto na coluna de Iss ou na coluna de Iss Retido) porem esta sendo informado essas TAGs , segue em anexo todos os XMLs para analise por gentileza. Por fim fiz uma ultima tentativa de envio do RPS 266 agora que gerou o protocolo 38B8868284CE9D9FD4B8 o qual ao ser consultado retorna o mesmo erro do protocolo anterior a esse que a msg é (Rps 266. Informe o Imposto na coluna de Iss ou na coluna de Iss Retido) Apenas para corroborar segue um print do site do provedor onde mostra o status de cada protocolo dos RPS. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml 38B8868284CE9D9FD4B8-con-lot.xml 38B8868284CE9D9FD4B8-con-lot-soap.xml 38B8868284CE9D9FD4B8-lista-nfse-con-lot.xml 38B8868284CE9D9FD4B8-lista-nfse-con-lot-soap.xml

Esta correta essas informações, como ja disse o outro boleto foi emitido usando a mesma logica, que o protesto deve ocorrer no 15º dia e portanto o mesmo só pode ser recebido até 14º dia, sempre com base em após a data de vencimento do respectivo boleto. Reforçando que nesse mês de Dezembro já emiti vários boletos para diversos clientes, sem mexer no sistema, nem atualizar os fontes do ACBr, só atualizei ontem depois desse erro, porem não houve mudança nisso, será que a API do banco esta com algum problema? Trecho do codigo DataLimitePagto := QryContaRCons.FieldByName('Vencimento').AsDateTime+(QryConvenioBancario.FieldByName('DiasProtesto').AsInteger-1); DataProtesto := QryContaRCons.FieldByName('Vencimento').AsDateTime+ QryConvenioBancario.FieldByName('DiasProtesto').AsInteger;

Boa tarde, Ao tentar registrar um boleto vem esta msg de erro, segue em anexo o arquivo gerado .json e o RetornoRegistro.txt. O estranho é que emiti 2 boletos para o mesmo sacado um com vencimento p 30 dias que foi registrado com sucesso e o segundo com vencimento para 60 dias que é esse o qual esta ocorrendo erro. RetornoRegistro.txt 0017820202-registro_boleto.json

Ok obrigado, pode fechar o topico.

Certo entendido @Victor H. Gonzales - Panda Aproveitando que vcs tem as NTs de cabeça ai, o destinatário tem que estar credenciado como emissor de NFe para usar o serviço DistribuicaoDFe ou isso é indiferente?