Italo Giurizzato Junior

Bom dia Rabelo, Esses dois botões que você esta mostrando nas imagens, pelo que sei só mostram os certificados que estejam instalados no Windows. Se tratando de certificado A1 a minha sugestão é nem instalar o certificado. No campo caminho você seleciona o certificado salvo em uma determinada pasta. No campo senha você informa a senha dele. Só isso, já é o suficiente para o componente funcionar. Agora no caso dessa porcaria de A3, primeiro você convença ao seu cliente a trocar pelo o A1, se ele for cabeça dura, compre um A1 e dê de brinde. Se deseja ter dor de cabeça continue com o A3.

Desculpa não entendi. Os dados da venda (no caso da NF-e) só são salvos no banco de dados se a nota for autorizada na SEFAZ? A minha sugestão é que os dados da venda devem ser salvos no banco de dados, depois a nota ser enviada para a SEFAZ. Caso ela seja autorizada, você atualiza o banco de dados, com a data/hora da autorização, numero do protocolo e até o XML completo devemos salvar no banco de dados. Se você esta tendo casos de Duplicidade é porque o seu fluxo esta errado. A rotina de envio de nota tem que fazer o seguinte: 1. Marcar no banco de dados no registro da nota em questão que ele foi enviada. 2. Enviar a Nota; 3. Se a nota foi rejeitada (que é diferente de erro de internet) devemos marcar no banco de dados que a nota não foi enviada, desta forma o usuário poderá fazer as devidas correções e enviar novamente. 4. Se a nota foi autorizada devemos atualizar o registro dessa nota com a data/hora de autorização, protocolo e caso tenha um campo para o XML, alimentar esse campo com o XML completo, ou seja, assinado e com o protocolo de autorização.

Boa tarde a todos, Não adianta nós desenvolvedores reclamar com o provedor. Temos que pedir para os nossos clientes abrir um protocolo na prefeitura relatando todos os problemas. E esperar que a prefeitura tome alguma providencia.

Boa tarde Patrick, Somente o RPS deve ser assinado. A mensagem de erro diz que o elemento tcDeclaracaoPrestacaoServico esta incompleto de acordo com o Schema, era esperado o elemento Signature. Ou seja o RPS não foi assinado. Outra coisa se uma tag deve constar no XML independente se ela possui algum conteúdo ou não lembre-se que a linha que gera essa tag possui um parâmetro que defini se ela é obrigatória ou não. Exemplo: Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 0, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); |-> esse parãmetri diz que a tag é opcional Gerador.wCampo(tcStr, '#6', 'RegimeEspecialTributacao', 01, 01, 1, RegimeEspecialTributacaoToStr(NFSe.RegimeEspecialTributacao), DSC_REGISSQN); |-> esse parãmetri diz que a tag é obrigatória, ou seja, a tag vai ser gerada mesmo sem nenhum conteúdo.

Sandro, Não atualizou. Peguei o seu XML e através do programa exemplo pedi para validar o mesmo, note que existe um botão chamado Validar. E foi apresentado a mensagem informando que o XML é valido.

Boa tarde Canan, A solução é muito simples. Não deixar o usuário ficar enviando a mesma nota 200 mil vezes só porque no primeiro envio ocorreu um erro, erro este causando pela internet instável do seu cliente pão duro. Vamos a receita de bolo. Se após o envio da nota ocorrer um erro de internet, o usuário tem que realizar uma consulta com o XML da nota carregado. Porque fazer essa consulta? Muito simples, quando ocorre um erro o componente não lhe informa se o mesmo ocorreu durante o envio ou durante o retorno. Carregando a nota e realizando a consulta, se o erro foi durante o retorno, a nota já esta na SEFAZ e processada, logo com a consulta saberemos o resultado desse processamento. Se a nota foi autorizada, será retornado o protocolo de autorização, como o componente esta carregado com o XML da nota, o mesmo será atualizado, ou seja, receberá o protocolo de autorização. Desta forma podemos já imprimir o DANFE e enviar o XML mais o DANFE em PDF para o cliente. Agora se o erro ocorreu durante o envio, ao consultar teremos como retorno uma rejeição acusando que a nota não consta na Base de Dados da SEFAZ, ai sim o usuário pode enviar novamente. Com uma pequena mudança no procedimento, nunca mais você terá esse problema de Duplicidade.

Boa tarde Sandro, Você esta com todos os fontes de todas as pastas atualizados? O que tudo indica a pasta que contem os schemas ( ...\Exemplos\ACBrDFe\Schemas\MDFe ) não esta atualizada.

Boa tarde Ramalho, Abra o arquivo Centi.ini e analise ele. Note que algumas seções como por exemplo: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Não contem a definição do Envelope, como a da seção: [Gerar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<SOAP-ENV:Envelope xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"> Texto2=<SOAP-ENV:Body> Texto3=<GerarNfse xmlns="http://tempuri.org/"> Texto4=<aXml>%DadosMsg%</aXml> Texto5=%SenhaMsg% Texto6=</GerarNfse> Texto7=</SOAP-ENV:Body> Texto8=</SOAP-ENV:Envelope> Esse provedor apesar de seguir a versão 2 do layout da ABRASF, implementou apenas em seu webservice os serviços: Gerar, ConsultarLote, ConsultarNFSePorRps e Cancelar. Os demais serviços não vão funcionar mesmo.

Boa tarde Alexandre, Essa alteração no arquivo INI do provedor, mais precisamente nas URLs não vai gerar um efeito colateral com as demais cidades que utilizam o mesmo provedor? E para essa cidade realmente se faz necessário assinar tudo? Inclusive o Consultar Situação, Rps e Lote do Gerar, serviços estes não disponibilizados pelo provedor?

Boa tarde Carlos, Altere no arquivo Giap.ini a seção Recepcionar: [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<nfe>%DadosMsg%</nfe> Note como ficou o campo Texto1. Faça novos testes.

Boa tarde Luís, MDF-e rodoviário? 3 mil CT-e informados no MDF-e? Se é rodoviário o caminhão tem quantas carretas?

Boa tarde Rabelo, O programa exemplo do componente ACBrMDFe para o Lazarus não deve estar atualizado, mas para o Delphi sim. Veja o local correto para incluir esses campos na rotina que alimenta o componente.

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

Thiago, Use sempre o que nós disponibilizamos, pois de vez em quando (sempre) a SEFAZ faz uma kaka nos Schemas e nós temos que corrigir.

Boa tarde Thiago, A sua aplicação esta utilizando os schemas que se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe ?

Boa tarde Sandro, A sua aplicação esta usando os schemas disponibilizados na pasta: ...\Exemplos\ACBrDFe\Schemas\MDFe ?

Boa tarde Minas Software, Você tem certeza que o evento de Manifestação do Destinatário foi enviado? Se sim, não ocorreu nenhum erro? Pois ao consultar a chave dessa nota no Portal Nacional da NF-e não consta nenhum evento de manifestação do destinatário.

Então você utiliza o componente ACBrMDFe, correto? Se sim, esta com todos os fontes de todas as pastas atualizados? A sua aplicação esta pegando os schemas novos?

Boa tarde Luiz, Já vou incluir na minha lista de tarefas.

Boa tarde, Você esta usando o componente ou o ACBrMonitor?

Bom dia Fagner, Como dito antes o ACBrMonitor Plus oficial não emite NFS-e e essa versão que você ou seus clientes utilizam foi alterada por uma empresa, é ela que tem que encontrar uma solução para o problema. Assunto esclarecido, vou fechar esse tópico.

Bom dia Carlos, Chegou a comparar com o XML que o componente gera, para ver se esta faltando alguma coisa ou se tem algo a mais?

Bom dia Raphael, Então no provedor foi cadastrado outro CNAE para essa empresa.

Bom dia Wanderson, Se o problema também ocorre com o DANFE e não somente com o DANFSE, volto a lhe perguntar. Você definiu as margens via código?

Bom dia Helio, Quem disse a você que o MDF-e agora gera o CIOT? Na NT 2020/001 que se refere ao MDF-e Integrado esta escrito: "Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: * Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TAC Independente como TAC-Agregado;" Veja bem esta escrito que vai possibilitar a geração automática do CIOT. Mas não diz como isso vai ser feito e nem quando. Sendo assim devemos ainda utilizar o ACBrCIOT (que se utiliza do eFrete) para poder gerar o CIOT e informar o mesmo no MDF-e e por fim enviar este para a SEFAZ.