Italo Giurizzato Junior

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

Bom dia @frankimiotto, Uma coisa é o XML do RPS e outra é o XML de envio que vai conter o XML do RPS. Sendo assim não podemos comparar um com o outro. No componente ACBrNFSeX quando você executa o método Emitir, ele primeiro gera o XML do RPS, depois ele gera o XML de envio contendo o XML do RPS. O XML do RPS é salvo (se configurado para salvar em disco) na pasta Recibos e o XML de envio é salvo na pasta anterior.

Bom dia Diego, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5670

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

Bom dia @SAA, O que precisa mudar para síncrono é o MDF-e que a partir de hoje (01/07/2024) não aceita mais no modo assíncrono.

Boa tarde @Sistemas Victory, Coloque no arquivo INI da seguinte forma: [moto001] xNome=Joao CPF=123 [moto002] xNome=Pedro CPF=456 moto = motorista

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

Boa tarde @geazi, O arquivo ACBrNFSeXServicos.ini atualizado já se encontra no SVN.

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

Boa tarde @Marcio Cenci, Complementando o que o @Juliomar Marchetti já lhe passou. Hoje o envio do CT-e funciona no modo síncrono, isso significa que no retorno você já tem o resultado do processamento. Aumentar o valor de Timeout ajuda caso a SEFAZ demore um pouco mais para gerar o retorno. Mas se mesmo assim falhar, faça o seguinte: 1. Carregue o XML usando o método LoadFromFile (se estiver salvo em disco) ou LoadFromString ou LoadFromStream (se estiver salvo no banco de dados). 2. Execute o método Consultar São apenas duas linha de código. Se o CT-e foi enviado e processado com sucesso na SEFAZ, o retorno do Consulta vai trazer o protocolo de autorização e o XML vai ser automaticamente atualizado. Observação: O XML do CT-e tem que estar assinado.

Boa tarde a todos, A troca do provedor já foi enviada para o SVN.

Boa tarde a todos, A troca do provedor já foi enviada para o SVN.

Bom dia @Heronim Antonio Marçal, A inclusão da cidade já se encontra no SVN. Quanto a mensagem acusando que o RPS ainda se encontra na fila, não vejo outra alternativa entrar em contato com a prefeitura/provedor para saber o motivo.

Bom dia @Daniel Weber, Criar o INI com os dados do RPS que vai resultar em uma nova nota, OK. Executar o método de Limpeza e carregar o arquivo INI, OK. Carregar dados da nota a ser substituída? Você esta carregando os dados da nota na sua aplicação ou na Lib? Se for na Lib esta errado, pois em nenhum momento eu escrevi que se fazia necessário isso. Executar o método SubstituicaoNFSe, Ok. Ao executar: ret = nfse.SubstituirNFSe(nEmissao_numero_nota, "", "1", "", "", "") Você checou se a variável: nEmissao_numero_nota contem o numero da nota que vai ser cancelada/substituída ? Pela mensagem de erro essa variável esta vazia.

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.

Boa tarde @Heronim Antonio Marçal, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5658

Boa tarde @Alisson Suart, O arquivo ACBrCTeServicos.ini já esta com as URLs corretas. Não entendo o que você quer alterar. Se na sua aplicação ao enviar esta pegando as URLs da versão 3 e não da 4 o problema pode ser: 1. Você tem uma cópia desatualizada do arquivo INI dentro da pasta do seu EXE ou dentro de uma pasta configurada na propriedade: Configuracoes.Arquivos.IniServicos 2. Você configurou o componente para a versão 3 e não para a versão 4. Se esse problema esta ocorrendo com a sua aplicação, chegou a fazer um teste com o programa exemplo do componente? Vamos a lista: Você tem fontes do ACBr 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. Por fim repita os testes.

@Arlei Juarez Henchen, Pode ser que ao saber o XML no banco de dados esteja ocorrendo alguma conversão.

Boa tarde @Serialtec, Se quem vai fazer essa consulta é o destinatário da mercadoria, pode usar o DistribuicaoDFe para obter um resumo da nota inicialmente, depois envia o evento de manifestação do destinatário e novamente o DistribuicaoDFe para obter o XML completo da nota manifestada. Caso contrario, não existe.

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

Boa tarde @Arlei Juarez Henchen, O componente só salva o XML do evento em disco quando ele gera, assina e valida. Não existe um método para salvar o XML de um evento carregado. Você pode fazer isso diretamente na sua aplicação.

Boa tarde @geazi, Altere o arquivo ACBrNFSeXServicos.ini da seguinte forma: [2610004] Nome=Palmares UF=PE Provedor=Tributus Versao=2.04 Depois siga as orientações que estão no inicio do mesmo. Fico no aguardo de um retorno.

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

@valterpatrick, Nenhuma empresa esta autorizada a criar um webservice para recepcionar o XML segundo o layout do Padrão Nacional. Hoje temos somente a Serpro responsável por recepcionar as notas de serviços no Padrão Nacional do pais inteiro. As prefeituras podem aderir somente o compartilhamento dos dados com o Padrão Nacional ou além do compartilhamento a emissão também. Eu acredito que a adesão pelo compartilhamento vai ocorrer na grande maioria dos municípios em função dos benefícios. Já a adesão pela emissão, temos alguns municípios, não sei lhe informar quantos.