Diego Foliene

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5890

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

Bom dia! Por favor, veja se o tópico abaixo possui informações que possam lhe ser úteis:

Bom dia! Por favor, veja se as mensagens deste tópico lhe são úteis:

Boa tarde. Criada a #TK-5889 para análise da solicitação e parecer por parte da equipe de consultores. Qualquer novidade será informada neste tópico.

Bom dia! Se você conferir em seu log, vai ver que o retorno devolvido pelo web service dos métodos de consulta: <es:esConsultarLoteRpsResposta xmlns:es="http://www.equiplano.com.br/esnfs" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.equiplano.com.br/esnfs esConsultarLoteRpsResposta_v01.xsd"> <listaNfse class="list"> <nfse> <nrNfse>18</nrNfse> <cdAutenticacao>E6BE90765A41A4B691CA1D79D3F0277D</cdAutenticacao> <dtEmissaoNfs>2024-08-15T16:21:47</dtEmissaoNfs> <nrRps>26</nrRps> <nrEmissorRps>1</nrEmissorRps> </nfse> </listaNfse> </es:esConsultarLoteRpsResposta> <es:esConsultarNfsePorRpsResposta xmlns:es="http://www.equiplano.com.br/esnfs" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.equiplano.com.br/esnfs consultarNfsePorRpsResposta_v01.xsd"> <nfse> <nrNfse>18</nrNfse> <cdAutenticacao>E6BE90765A41A4B691CA1D79D3F0277D</cdAutenticacao> <dtEmissaoNfs>2024-08-15T16:21:47</dtEmissaoNfs> <nrRps>26</nrRps> <nrEmissorRps>1</nrEmissorRps> </nfse> </es:esConsultarNfsePorRpsResposta> Vai ver que em nenhum deles é devolvida informações o suficiente para montar um XML de NFSe. O ObterXML funciona depois que você transmite um documento, porque a biblioteca faz monta manualmente um arquivo XML para você usando os dados do RPS que você carregou e que em sua maioria são os mesmos da NFSe, acrescentando os dados que foram devolvidas na consulta. Em uma consulta futura, você não tem os dados do RPS carregados na memória e por isso ele não tem como montar o arquivo para você.

Bom dia! Obrigado por reportar. Criada a #TK-5887 para análise do caso e parecer por parte da equipe de consultores.

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

Boa tarde! No que diz respeito ao difal, no MOC versao 7.03 Visao Geral, na página 148 temos a Sistemática de Cálculo em Operações Interestaduais. Já no que diz respeito a rejeição, no MOC versao 7.03 Anexo I Leiaute NFe, na regra de validação temos: Onde o cálculo é: vICMSUFDest = vBCUFDest * (pICMSUFDest - pICMSInter) * pICMSInterPart

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

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-5886

Bom dia! A rejeição é devolvida porque consta o grupo card no XML. No entanto, não faz muito sentido você estar recebendo a mesma, visto que a forma de pagamento informada no arquivo requer a presença do grupo card. Vide NT2023/004: (Veja que a rejeição de Tipo de PAgamento não aceita o grupo de cartões) é devolvida quando tPag diferente dos valores e no seu caso está o 04). Então acredito que possa ser um problema temporário na Sefaz. No que diz respeito a criação do arquivo XML, para que o grupo card não seja informado, você deve usar XXXX.tpIntegra = TpIntegra.tiNaoInformado; ou como reparou, não informar que ele pega este valor por padrão.

Bom dia! Apenas complementando. Você não vai "escrever", você vai apontar uma imagem nesta configuração. Vide:

Olá pessoal! No dia 19/08/2024 foi publicada a versão 1.03 desta nota técnica. A nova versão traz a adição de algumas novas regras e também a edição de algumas já existentes, todas relacionadas ao Provedor de Assinatura e Autorização(PAA). Datas Foram mantidas as datas da versão 1.02; Implantação Homologação: 16/09/2024 Implantação Produção: 21/10/2024 E como fica o ACBr? Temos uma TK em nosso backlog para implementação do CTe Simplificado, no entanto, as alterações trazidas na versão 1.03, não devem incorrer em análise ou acréscimo no desenvolvimento, visto que elas ocorreram nas regras de validação do web service. Leia a versão 1.03 desta nota técnica na íntegra AQUI.

Olá pessoal! Na página Sobre o SAT da Sefaz de São Paulo, consta um recado informando que no dia 01/10/2024 a partir das 08h30 a Sefaz vai iniciar o processo de desligamento do protocolo TLS 1.0, com previsão inicial de o processo durar 2 horas. Durante esse período pode ocorrer instabilidade da comunicação com a Sefaz e por isso orienta que a ativação de novos SATs sejam feitos fora deste período. Também é lembrado que: Após este processo, os somente os SATs que se comunicam usando o protocolo TLS 1.0 não vão mais conseguir realizar comunicação. Esse processo já foi previamente comunicado pela Sefaz em aviso no dia 15/03/2024 (noticiado em nosso fórum no tópico Desligamento dos protocolos SSL 3.0 e TLS 1.0 para SAT nos próximos meses no dia 28/03/2024 e também no tópico ATENÇÃO!!! Desativação de Protocolos inseguros na comunicação dos SATs SSL3.0 e TLS1.0 no dia 13/06/2024). A tabela abaixo mostra os modelos de SAT afetados por este processo: Fabricante Modelo de SAT Versões de Software Básico de SAT Há atualizações de SAT para versão mais segura? Bematech RB-1000 e RB-2000 02.00.00 e 02.01.00 NÃO Jetway JS-1000 03.00.01 SIM Nitere NSAT4200 02.00.03 e 02.01.04 NÃO Tanca TS-1000 e TS-2000 01.00.00, 01.01.00, 01.01.01, 02.00.00, 02.02.00, 02.02.02, 03.00.00, 03.00.03 e 03.00.04 SIM Urano SAT UR e U-S@T 01.00.01 e 01.00.02 NÃO

Boa tarde. No trecho de código que compartilhou, ele atribui o numero do recibo em FRetorno.numeroRecibo. Esta variável é o reader e o writer da propriedade Retorno da classe. Faça um teste debugando para ver se ele atribui o valor nesta linha e depois tente ler em seu projeto os valores de: ACBrGNRe.WebSerivces.Retorno.numeroRecibo; ACBrGNRe.WebServices.Enviar.numero;

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

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

Bom dia! As imagens estão com algum erro e não é possível visualizá-las. As orientações passadas mais acima não lhe foram úteis?

Bom dia! Qual é o município que está tendo problema? O resultado é o mesmo testando tanto em produção quanto em homologação?

Bom dia! Por favor: O mesmo comportamento ocorre se testar com o programa exemplo? Como está a configuração de SSLLibs(SSLLib, CryptLib, HttpLib e XMLSignLib) no componente?

Olá pessoal! No dia 19/08/2024 foi publicada a versão 1.10 desta nota técnica. A nova versão remove dos campos obrigatórios do DANFE Simplificado o valor total da NF-e, em conformidade com a nova redação do § 15 no Ajuste SINIEF 07/05: Datas A NT entra em vigor em ambos os ambientes na data de sua publicação. Leia a versão 1.10 da Nota Técnica na íntegra AQUI.

Boa tarde! Peço desculpas pela resposta tardia. Devido a circunstâncias externas a tarefa foi concluída, mas não foi notificado no tópico.

De uma conferida nas propriedades: ACBrGNRe.Configuracoes.WebServices.AguardarConsultaRet := 15000; ACBrGNRe.Configuracoes.WebServices.Tentativas := 5; ACBrGNRe.Configuracoes.WebServices.IntervaloTentativas := 5000; Explicando cada uma: ACBrGNRe.Configuracoes.WebServices.AguardarConsultaRet := 15000; A propriedade AguardarConsultaRet é definida em milissegundos. Esta propriedade configura quanto tempo o componente vai esperar entre o envio e a consulta do retorno. ACBrGNRe.Configuracoes.WebServices.Tentativas := 5; A propriedade Tentativas é definida em inteiros. Esta propriedade define quantas vezes vai tentar fazer a consulta do retorno antes de considerar que houve um erro ou conseguir um retorno positivo. ACBrGNRe.Configuracoes.WebServices.IntervaloTentativas := 5000; A propriedade IntervaloTentativas é definida em milissegundos. Esta propriedade configura quanto tempo é aguardado entre as tentativas. Então em nosso exemplo, vai esperar 15 segundos depois do envio para consultar o retorno, se não conseguir, vai esperar 5 segundos e vai tentar de novo, se ainda não conseguir, vai esperar mais 5 segundos e vai tentar de novo, repetindo esse processo até conseguir um retorno positivo ou até completar 5 tentativas. Outro ponto que vale citar é que se você conferir o método Envia, a propriedade numeroRecibo é atribuída antes de fazer a consulta, por isso, mesmo que receba uma exceção, você deve ser capaz de ler a propriedade numeroRecibo.

Boa tarde. Não podemos manter o ShowMessage. O componente também pode ser utilizado para projetos console e o ShowMessage adiciona dependência ao Dialogs. Qual é o problema que você está tendo sem aplicar esta alteração?