Italo Giurizzato Junior

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

Boa tarde Professor, Sim, você pode emitir outro MDF-e vinculando as mesmas NF-e do MDF-e que foi cancelado.

Almeida, Coloque um ponto de parada na linha que alimenta o campo xMunicipio para saber se ele esta sendo preenchido. Se sim, ai temos que ver a unit responsável pela impressão do DANFSE.

Bom dia Almeida, Na leitura do endereço do tomador (procedure LerEnderecoTomador da unit ACBrNFSeXLerXml_ABRASFv2) esta previsto a obtenção do nome do município com base no código do mesmo. 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.

Bom dia Rafael, Já esta no SVN, favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Almeida, Verifica se existe no Schema desse provedor a tag para conter o nome do município. Eu não chequei, mas acredito que não tenha também.

Boa tarde Valter, Você conseguiria mudar o seu código deixando-o parecido com o ACBrPagFor?

Boa tarde Gregory, Se você também esta tendo o mesmo problema, o jeito vai ser entrar em contato com o provedor e expor o problema.

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

Boa tarde Almeida, Segundo o schema do provedor temos o seguinte: <xsd:complexType name="tcIdentificacaoTomador"> <xsd:sequence> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="0" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Como você pode ver o grupo IdentificacaoTomador esta previsto somente o grupo CpfCnpj e a tag InscricaoMunicipal.

Boa tarde Felipe, Primeiro atualize os fontes e reinstale o ACBr, pois acabei de enviar uma colaboração que contem melhorias no retorno do Emitir. Segundo veja como é feito no programa exemplo.

Boa tarde, Muito obrigado pela colaboração, já esta no SVN. Fiz mais uma melhoria, atualiza e veja como ficou.

Boa tarde Felipe, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde, Coisa estranha no manual do provedor consta o seguinte: 6.1.2.1.10 Tag SITUACAO A tag SITUACAO refere-se ao código da situação da NFS-e e aceita números inteiros de até 4 caracteres, sendo que devem estar previamente cadastradas no sistema. <SITUACAO>1</SITUACAO>

Bom dia Alexandre, Se o provedor não lhe responde então protocola um documento na prefeitura solicitando uma providencia quanto ao problema.

Bom dia Valter, Realmente o layout do arquivo tem apenas 150 caracteres contra os 240 usado pelo ACBrPagFor. Não analisei o seu código ainda, mas seria muito interessante que ele seguisse a mesma ideia do ACBrPagFor, ou seja, o uso de Interface para poder contornar as variações que um banco venha fazer em cima do layout da Febraban. Vou iniciar a analise do código ainda esta semana.

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 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.

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

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.

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.

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.