Italo Giurizzato Junior

Boa tarde Anadilson, Qual é o erro? Pois até onde sei o parâmetro do método LoadFromString é do tipo string.

Bom dia Carlos, A final de contas o emitente da NF-e é uma pessoa física ou jurídica? Pelo o que eu entendi se trata de uma pessoa física. Muito bem, se fosse uma pessoa jurídica a emissão estaria liberado automaticamente, mas por se tratar de uma pessoa física se faz necessário solicitar a liberação. Favor entrar em contato novamente com a SEFAZ-GO e deixe muito bem claro que o emitente da NF-e é uma pessoa física (produtor Rural) e por conta disso necessita que a emissão do MDF-e seja liberado. Pelo fato de que o MDF-e seja recepcionado pela SEFAZ-Virtual do RS, não se é necessário entrar em contato com eles também.

Bom dia Gabriel, Já inclui na minha lista de tarefas para analisar o problema. TK-2469

Francistk, Eu lhe pedi o XML (soap) de retorno do Cancelamento e este é um XML (soap) de retorno do envio de lote no modo síncrono.

Bom dia Pedro, Sem fazer nenhuma alteração fiz um teste de envio usando o programa exemplo e não tive o erro de namespace. Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E50 Mensagem: Inscrição Municipal do prestador inválida Correção: Estou utilizando os schemas da pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe E a opção: Montar automaticamente o Path dos Schemas esta marcada.

Bom dia, Sem o XML (soap) de retorno dessa consulta não temos como analisar o problema.

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

Bom dia Ramboli, O XML da NFS-e que você anexou foi baixado do site ou foi retornado pelo WebService? Tenha em mente que é o webservice do provedor que gera o XML da NFS-e, logo se ele não esta gerando uma determinada tag que culpa tem o componente? Pelo que eu entendi você não esta usando o componente ACBrNFSeX com o provedor Betha. Mas o componente antigo esta funcionando corretamente com esse provedor?

Bom dia Francistk, Sem o XML (soap) de retorno do cancelamento não temos condições e analisar o problema.

Bom dia Eduardo, No programa exemplo, mais precisamente a procedure ChecarResposta você encontra como obter o numero do protocolo. memoLog.Lines.Add('Parâmetros de Retorno'); memoLog.Lines.Add('Data de Envio : ' + DateToStr(Data)); memoLog.Lines.Add('Numero do Prot: ' + Protocolo); memoLog.Lines.Add('Numero da Nota: ' + NumeroNota); memoLog.Lines.Add('Link : ' + Link); memoLog.Lines.Add('Código Verif. : ' + CodVerificacao); memoLog.Lines.Add('Sucesso : ' + BoolToStr(Sucesso, True)); O serviço para consultar o Status do Serviço não existe na NFS-e. Pode ser que ele existe em um ou outro provedor que tem o seu próprio layout, pois os provedores que seguem o layout da ABRASF não tem esse serviço.

Bom dia Marcelo, Já inclui na minha lista de tarefas para analisar o problema. TK-2464 Jefferson, neste tópico estamos tratando do provedor Elotech e seu problema é com outro provedor, favor criar uma outra postagem. Muito obrigado pela compreensão.

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

Bom dia Marcelo, Vai ser necessário analisar esse problema. Vou incluir na minha lista de tarefas. TK-2463

Bom dia Luiz, Isso esta ocorrendo ao utilizar o programa exemplo? Se sim é porque no programa exemplo na procedure que configura o componente tem uma linha que esta passando o valor True para a propriedade Cancelado.

Olá pessoal, Entra em vigor em 14/03/2022 tanto em ambiente de homologação quanto em de produção pequenas alterações no layout do MDF-e. São elas: Inclusão do grupo infContrato no modal rodoviário Inclusão do indicador de antecipação de adiantamento no modal rodoviário e evento de pagamento Inclusão do tipo de adiantamento das parcelas no modal rodoviário e evento de pagamento Criação dos eventos de confirmação do serviço de transporte e alteração do pagamento do serviço de transporte Inclusão do tipo um novo tipo de autorizador no protocolo de resposta Observação: o evento de Alteração do Pagamento do Serviço Transportado será disponibilizado em 06/06/2022. Motivação dessas alterações: Os ajustes no layout do MDF-e do modal rodoviário e do evento de pagamento da operação, visão adequar o grupo de informações do contratante e do pagamento a prazo do frete e suas respectivas regras de validação, com o objetivo de melhorar a qualidade das informações a serem utilizadas para o lastro em recebíveis de transportes, a serem operacionalizados por instituições do segmento financeiro e Escrituradores de Duplicatas Escriturais, a partir da Plataforma de Consultas para Antecipações de Recebíveis dos Estados (PLAC dos Estados). Temos a previsão de um novo tipo de autorizador na regra de formação do protocolo de resposta para as necessidades de utilização de site alternativo pelo ambiente autorizador do MDFe. São propostos dois novos eventos para o MDF-e: A confirmação do serviço de transporte pelo contratante e a alteração do pagamento do serviço de transporte pelo emissor (este evento com data de implantação em 06/06/2022). O grupo infContrato é opcional e só deve ser gerado caso o NroContrato (Número do contrato do transportador com o contratante quando este existir para prestações continuadas) for informado e vContratoGlobal (Valor Global do Contrato) for utilizado. Devemos utilizar somente no pagamento a prazo. A tag indAntecipaAdiant é opcional (Indicador de declaração de concordância em antecipar o adiantamento) só deve ser informar se for autorizado antecipar o adiantamento. A tag tpAntecip é opcional (Tipo de Permissão em relação a antecipação das parcelas) se for informado devemos informar um dos seguintes valores: 0 - Não permite antecipar; 1 - Permite antecipar as parcelas; 2 - Permite antecipar as parcelas mediante confirmação. A NT já se encontra em nossa biblioteca. Aconselhamos sempre a leitura das NT para que a implementação em suas aplicações sejam realizadas de forma correta.

Boa tarde Roseno, Estamos analisando esse problema, acredito que até o final da semana que vem temos uma solução.

Olá pessoal, Segunda feita as SEFAZ vão liberar o ambiente de homologação para iniciarmos os testes com os novos campos da NF-e. Por favor leiam o tópico abaixo para se inteirarem das mudanças. Todos os novos campos são opcionais, logo não precisam ficarem apavorados em ter que fazer as alterações em suas aplicações em toque de caixa.

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

Boa tarde Marcelo, E mesmo assim o XML anexado no e-mail vai no formato ANSI em vez de UTF-8, correto?

Boa tarde Tiago, Favor atualizar os fontes e faça novos testes.

Boa tarde Junior, Noto que os seus fontes estão desatualizados. O Timeout é configurado nas units: ACBrDFeHttlWinApi, ACBrDFeHttpOpenSSL e ACBrDFeHttpIndy dependendo da configuração definida.

Boa tarde Eliezer, Favor atualizar os fontes e faça novos testes.

Bom dia Marcelo, Ao carregar o XML através do LoadFromFile ou LoadFromString, você esta pedindo para gerar novamente o XML? Se sim, atribua o valor False ao segundo parâmetro.

Bom dia Marcelo, Favor atualizar os fontes e faça novos testes.

Bom dia Junior, Neste caso você vai ter que estudar como foi feito no componente ACBrNFSeX e tentar aplicar na sua rotina.