Italo Giurizzato Junior

Bom dia Marcos, Muito obrigado pela contribuição, já inclui na minha lista de tarefas, assim que possível vou analisar.

Bom dia André, Em vez de consultar o lote, porque você não consulta a situação do lote?

Bom dia João, Desde já muito obrigado pela colaboração, vou incluir na minha lista de tarefas e assim que possível vou analisar.

Bom dia Eliezer, Paciência, isso comprova que essas empresas (Provedores) não estão nenhum pouco preocupados com os desenvolvedores, visto que não somos nós que pagamentos eles (de forma direta).

Bom dia Lucas, O que diz a NT que trata sobre esse assunto: Função: evento que deverá permitir informar o pagamento do TAC-Agregado ou equiparado a TAC a ocorrer no final do período conforme a relação de viagens realizadas. Neste evento será preenchido de forma tardia o grupo de informações do pagamento do frete com o mesmo layout constante do MDF-e rodoviário. Coloquei em negrito o que é importante. Note "viagens realizadas", "preenchido de forma tardia". O que significa isso? Se você não informar no MDF-e o pagamento da Operação de Transporte, quando finalizar todas as viagens você envia o evento. Resumindo: Somos obrigados a informar sobre o pagamento da Operação de Transporte, essa informação deverá constar no MDF-e ou no evento.

Bom dia Carlos, Você esta emitindo um CT-e de Subcontratação ou de Substituição? Pelo seu relato se trata de um CT-e de Substituição, se eu estiver correto, favor verificar: Esse CT-e de Substituição esta sendo emitido no mesmo ambiente dos outros dois documentos (CT-e original e NF-e)? Se o CT-e original e NF-e foram emitidos no ambiente de Produção o CT-e de Substituição também tem que ser emitido no mesmo ambiente. Favor anexar o XML do CT-e de Substituição bem como o retorno da SEFAZ.

Marcos, Favor atualizar os fontes e faça novos testes. Note que fiz alteração no arquivo INI do provedor, no fonte do componente e no programa exemplo.

Bom dia Marcos, Já incluir na minha lista de tarefas para verificar o que esta ocorrendo com a Consulta a NFSe que você acrescentou no arquivo INI do provedor. Quanto a consultar automaticamente logo após o envio, isso me parece estar pronto. O provedor Equiplano consta no componente que a versão do seu XML é 1.00, sendo assim se você atribuir o valor True a propriedade ConsultaLoteAposEnvio, logo após o envio ele vai consultar a situação, caso o lote tenha sido processado com sucesso ele vai consultar o lote para poder obter os XMLs das notas.

Boa tarde Mago, Favor atualizar os fontes, reinstale a suíte ACBr e faça novos testes. Não copie os schemas que estão dentro da pasta VersaTecnologia para dentro da pasta que foi criada para a cidade de Cataguases.

Boa tarde Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. Vou analisar o que você fez e estando tudo OK, vou enviar para o repositório.

Bom dia Junior, Desculpe pela demora, para fazer com que o componente assine o XML é preciso alterar o arquivo INI do provedor. Feito isso iniciar os testes.

Bom dia a todos, Estou promovendo um Refactoring no componente ACBrNFSe. Nos testes preliminares com o provedor WebISSv2 não tive erro de assinatura invalida no cancelamento.

Bom dia Marcos, Se você abrir o arquivo 21-rec.xml vai notar que eu também obtive esse mesmo retorno. O que precisamos saber é o que vem a ser esse Código de Barras. Talvez a ChaveAcesso ou ChaveAutorizacao que se encontram dentro do grupo Seguranca tem que ser apenas numérico.

Bom dia André, Me diz uma coisa, ao enviar o Lote o provedor retorna o numero do protocolo?

Bom dia, Note que agora tem uma pasta dentro da pasta VersaTecnologia chamada Cataguases-MG. Ao configurar o programa exemplo no que diz respeito a pasta de Schemas, você selecionou o caminho: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\VersaTecnologia\Cataguases-MG ?

Bom dia Brajan, Que chave de validação você se refere? Comparando o XML que o componente agora esta montando esta muito parecido com o que é baixado do site.

Boa tarde Guess, Na pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI Temos o arquivo Cidades.ini, é nesse arquivo que você tem que procurar as cidades pelo numero IBGE. No caso de 3519006 existe mas consta que o provedor é SimplISS, não sei lhe informar se a cidade mudou para o provedor Fiorilli. Já a outra cidade ela realmente não consta no arquivo Cidades.ini Se essas duas cidades são atendidas pelo provedor Fiorilli se faz necessário alterar o da Herculândia e incluir Martinópolis, aos moldes das demais cidades que se utilizam do mesmo provedor (por exemplo Dracena = 3514403). E devemos também incluir a URL de produção das cidades em questão no arquivo Fiorilli.ini

Boa tarde a todos, Favor atualizar os fontes e façam novos testes. Observação: 1: Fiz alteração no arquivo Cidades.ini e no arquivo VersaTecnologia.ini 2. Fiz alteração no componente; 3. Dentro da pasta VersaTecnologia criei a pasta Cataguases-MG com os schemas especificos para essa cidade.

Boa tarde Luiz, Favor atualizar os fontes e faça os testes com o programa exemplo no que diz respeito ao evento de Excesso de Bagagem.

Boa tarde ALA, Para o CodigoTributacaoMunicipio tente informar o mesmo código informado em ItemListaServico.

Boa tarde André, Você até pode deixar a propriedade ConsultaLoteAposEnvio com o valor True. Se o problema é lentidão, você pode configurar as propriedades: AguardarConsultaRet: se informar por exemplo 5000 o componente vai esperar 5 segundos antes de executar automaticamente o ConsultarSituacao; IntervaloTentativas: se informar por exemplo 3000 o componente vai esperar 3 segundos entre uma tentativa e outra; Tentativas: se informar por exemplo 10 o componente vai executar a consulta 10 vezes; TimeOut: se informar por exemplo 50000 o componente vai aguardar o webservice por 50 segundos antes de gerar uma mensagem de erro. Como você pode ver, as vezes podemos resolver esses problemas de tempo de resposta alterando algumas propriedades de configuração do componente.

Boa tarte Felipe, Se eu entendi direito você deseja enviar um evento de Manifestação do Destinatário informando a chave de um CT-e, é isso? Se sim, de onde você tirou essa ideia? Não existe evento de Manifestação do Destinatário para CT-e e sim somente para NF-e. Ou que você deseja fazer é enviar o evento de Prestação de Serviço em Desacordo? Se este, então por favor leia atentamente o artigo que trata sobre esse assunto clicando no link:

Bom dia André, Tanto o provedor Ginfes quando o ISSNet seguem a versão 1 do layout da ABRASF, logo porque você não usa o método ConsultarSituacao logo após o envio? O Consultar Situação vai retornar os seguintes valores: 1- Logo não enviado; 2- Lote em Processamento; 3- Lote processado com falha ; 4- Lote processado com sucesso. Se o valor do campo Situacao for 3 ou 4 devemos executar o método ConsultarLoteRps, teremos como resposta a lista de rejeições caso a situação seja 3 ou a lista de notas caso a situação for 4

Bom dia a todos, Não, temos que ter apenas um INI padrão para os dois ambientes e para todas as cidades atendidas pelo provedor. Infelizmente, tem provedor que não deveria existir, pois não conseguem manter um padrão. E sobra para nós fazer milagres. Ainda hoje vou enviar para o repositório uma alteração no arquivo INI do VersaTecnologia bem com no componente visando resolver esse problema.

Bom dia Luiz, Ainda hoje vou enviar para o repositório uma atualização do programa exemplo do componente ACBrBPe. Nessa atualização teremos um botão para exemplificar o evento de Excesso de Bagagem bem como novos campos de configuração, onde poderemos escolher se desejamos emitir o BP-e ou o BP-e TM (Bilhete de Passagem Eletrônico Transporte Metropolitano).