Italo Giurizzato Junior

Bom dia Gladston, Como lhe informei na postagem anterior tenho relatos que outros desenvolvedores estão conseguindo realizar essa consulta sem nenhum problema. Como que os caras exigem um determinado procedimento e não tem um exemplo de como fazer? Você só tem um cliente nesta cidade? Não tem nenhum outro que utilize certificado A1? Eu particularmente não gosto do certificado A3.

Boa tarde, A mensagem é clara para esta cidade, não sabemos qual é o provedor contratado pela prefeitura. Entrando no site da prefeitura descobri que o provedor contratado é o Fiorilli. Favor entrar em contato com a prefeitura ou com a Fiorilli e questione sobre a URL de produção.

Boa tarde Katia, Já esta no SVN.

Boa tarde Raphael, Já esta no SVN.

Boa tarde José, Muito obrigado pela colaboração. Já enviei para o SVN.

Raphael, Verifica se no programa exemplo do componente ocorre o mesmo problema. Caso não ocorra, com certeza você deve ter alguma linha de código na sua aplicação desabilitarão a assinatura do lote.

Gladston, Em contato com desenvolvedores de um grupo de WhatsApp que participo recebi a informação a algum tempo ocorreu esse problema mas foi sanado pela própria prefeitura. Acredito que a prefeitura tem que habilitar alguma coisa para que o prestador possa realizar essa consulta.

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

Gladston, Essa consulta funcionava e agora parou de funcionar? Nunca funcionou? Ou é a primeira vez que vocês estão tentando essa consulta?

Boa tarde Raphael, Você deve estar com os fontes desatualizados, pois na procedure Configuração da unit ISSCamacari.Provider temos: with ConfigAssinar do begin Rps := True; LoteRps := True; CancelarNFSe := True; RpsGerarNFSe := True; RpsSubstituirNFSe := True; end; Note que esta marcado com o valor True para assinar tanto o Rps quanto o Lote. Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Gladston, O certificado digital configurado no componente contem o CNPJ do prestador?

Bom dia Katia, Não podemos comparar o XML de uma nota gerado pela emissão via Site com o gerado pelo webservice, muitas vezes eles são diferentes em valores e layout. Por favor, configure o componente para salvar os arquivos Soap e faça um novo teste. Anexe aqui os arquivos Soap gerados para que possamos analisar o problema.

Bom dia José, Você chegou a alterar os fontes do componente, reinstalou e fez testes com essa alteração? Se sim, o envio foi realizado com sucesso, ou seja, não ocorreu erro de senha invalida?

Olá Pessoal, O componente ACBrCTe já esta atualizado (no SVN) com a implementação dos novos eventos. Mas lembre-se que a previsão é do ambiente de homologação estar apto a receber esses eventos somente a partir de 15/05/2023.

Rene, Os schemas usado pelo componente ACBrNFSeX estão dentro da pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe Dentro da pasta NFSe temos uma pasta para cada provedor.

Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Note o seguinte: No XML 23634-env-lot.xml temos a tag: <ALIQUOTAAPLICADA>2.65</ALIQUOTAAPLICADA> Com o percentual da alíquota que você informou, portanto o componente esta gerando o XML da nota conforme os dados informados. Por outro lado no XML 63-nfse.xml que foi gerado e retornado pelo webservice do provedor temos a tag: <ALIQUOTA>3.0000</ALIQUOTA> Um percentual diferente do que foi informado. Neste caso não vejo outra alternativa entrar em contato com a prefeitura ou com o provedor e relatar esse ocorrido, quem sabe eles tem uma explicação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde, Você esta usando o novo componente ACBrNFSeX ? Se sim, configura ele para salvar os arquivos soap: Configuracoes.WebServices.Salvar := True Faça um novo teste e anexe os XML (soap) gerados para que possamos analisar.

Boa tarde José, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde Daniel, Acabei de fazer um teste em ambiente de homologação e tive o seguinte resultado: Requisição Ambiente: 2 Cidade : Balsamo/SP Provedor: Fiorilli Versão: 2.00 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 11/05/2023 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : L84 Mensagem: Usuário ou Senha invalido. Correção: Informe um Usuário e Senha validos.

Boa tarde Rene, Com o programa exemplo ocorre o mesmo erro? Você copio para a maquina que vai emitir as notas o schema correto? No arquivo nfse.xsd usado por esse provedor temos o seguinte: <xsd:simpleType name="tsItemListaServico"> <xsd:annotation> <xsd:documentation>Subitem do serviço prestado conforme LC 116/2003 </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:maxLength value="5"/> <xsd:minLength value="1"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType> Com essa definição é para aceita qualquer código.

Boa tarde, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3921

Boa tarde Ramalho, Chegou a conversar com a prefeitura ou com o provedor para saber o porque de não considerar? Eles vão saber lhe informar qual é o requisito para que isso ocorra.

Boa tarde, Você poderia anexar o XML para que possamos analisar o problema?

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado