Italo Giurizzato Junior

Bom dia, Primeiramente, por favor tenha calma, não estamos a disposição de todos 24 horas por dia e o nosso trabalho não se resume em responder questões no fórum. Conforme a sua postagem você informou o grupo e o campo de alteração da seguinte forma: <grupoAlterado><compl></grupoAlterado> <campoAlterado><xObs></campoAlterado> tente desta outra forma: <grupoAlterado>compl</grupoAlterado> <campoAlterado>xObs</campoAlterado>

Bom dia Luciano, Sim, no caso do MDF-e tanto o Cancelamento quanto o Encerramento são eventos. Lembre-se que todo MDF-e emitido e autorizado pela SEFAZ precisa ser Encerrado ou Cancelado caso conste erro ou outro problema qualquer.

Bom dia Vagner, Identifiquei alguns erros no seu TXT, são de grafia, o correto esta em negrito: [veic001] cInt=1 RENAVAM=584253168 placa=BWY8429 tara=17 capKG=27000 capM3=40 tpProp=T tpVeic=0 tpRod=03 tpCar=01 UF=SP CNPJ=26332442891 RNTRC=07089895 xNome=JOSE MAURY BRUNIALTI IE=202205274 PropUF=SP ProptpProp=1

Wislei, O ACBr não criou o seu próprio padrão, como dito na nota técnica o que esta definido nos manuais e notas técnicas publicadas pelo ENCAT estamos seguindo. Os XMLs cujo nome não foi estipulado pelo ENCAT, o ACBr procurou adotar um nome que condiz com o conteúdo do XML. E com a finalidade de padronizar alguns arquivos tiveram os seus nomes alterados.

Wislei, Muito obrigado pela colaboração, já esta disponível, favor atualizar os fontes.

Boa dia a todos, Favor atualizar os fontes e testar novamente.

Bom dia Wilei, Existe uma Nota Técnica publicada por nós referente a nomenclatura dos arquivos XML e PDF. Essa NT encontra-se disponível aqui mesmo no fórum na aba Downdoad e na pasta ...\Doctos\NotasTecnicas

Bom dia a todos, Favor atualizar os fontes e testar novamente.

Bom dia, Qual é o comando que você utiliza para fazer o envio?

Bom dia Wislei, Atribua o valor True a Configuracoes.Geral.Salvar e tente novamente.

Bom dia, O arquivo 0-ped-eve.xml é o envio do evento que neste caso de cancelamento. A SEFAZ após receber o pedido de evento, o processa e nos retorna o resultado. O retorno da SEFAZ é salvo com o seguinte nome 0-eve.xml, você tem esse arquivo?

Bom dia, Essa linha é incluída ao envelopar a a mensagem para ser enviada para o Web Services. Você concorda que a mensagem informando que o XML esta em desacordo com o Schema fica difícil de resolver? A mensagem é muito genérica e não aponta onde exatamente esta o problema. Outra coisa se você conseguiu gerar o XML com a mesma estrutura em comparação com o que é aceito por eles, então o que esta faltando? Seria interessante conseguir com o provedor ou com quem consegue emitir, o XML completo, ou seja, com as TAGs de envelope.

Altere também o código do município do tomador para 0025300 fora isso somente o codigoTributacaoMunicipio que não sei se é diferente para cada contribuinte ou se é o mesmo para todos.

Bom dia Vercilei, Quem vai realizar essa consulta, o emitente ou destinatário (cliente)? Se for o destinatário, de posse do DANFE NFC-e temos a chave (44 dígitos) que digitamos do Portal da SEFAZ e os dados da nota são apresentados ou através de um leitor de QR-Code que você baixar gratuitamente e instalar nos Smartfones. Por outro lado o emitente por obrigação tem que ter todos os dados referente a nota. O componente possui o método Consultar, mas este é destinado ao emitente da nota e tem por finalidade retornar a situação atual da mesma, ou seja se esta autorizada ou não, portanto não retorna nenhuma outra informação referente a nota.

Gabriel, Muito obrigado, já fiz a correção e já esta disponível.

Notei que no XML que você postou que acusa o erro, em comparação com este último que esta sendo aceito pelo provedor tem as seguintes diferenças: O gerado por você possui a TAG CodigoPais e não possui a TAG RegimeEspecialTributacao. Para co CodigoPais atribua o valor zero e para RegimeEspecialTributacao um valor que não seja retNenhum. TnfseRegimeEspecialTributacao = ( retNenhum, retMicroempresaMunicipal, retEstimativa, retSociedadeProfissionais, retCooperativa, retMicroempresarioIndividual, retMicroempresarioEmpresaPP );

Bom dia a todos, Quero mais uma vez deixar claro que apenas contribuo com o desenvolvimento do componente ACBrNFSe, não sou responsável pelo desenvolvimento do Monitor seja ele para NF-e, CT-e, MDF-e ou NFS-e. Como a NFS-e é a nível municipal e o Web Services ficou a cargo de empresas que chamados de provedores, empresas estas contratadas pelas prefeituras para implantar toda a infraestrutura para recepcionar as NFS-e, fica complicado o desenvolvimento do componente, pois é sabido que essas empresas não seguem a risca o padrão ABRASF, que dificulta ainda mais o desenvolvimento do ACBrNFSe. Como dito apenas contribuo com o desenvolvimento do componente, não tenho condições de realizar testes, pois para testar o envio para a cidade XYZ atendida pelo provedor ABC é necessário ter o certificado digital de um contribuinte da cidade XYZ. Portanto, deixo os testes a cargo de quem desenvolve a aplicação para atender esse contribuinte. Quando me tornei garoto de programa, desenvolvia em Basic, para quem não conheceu era uma linguagem interpretada e é a base do Visual Basic, depois parti para o Turbo Pascal, para quem não conheceu foi desenvolvido pela Borland, a linguagem é Pascal e trata-se de um compilador, ou seja, gera o executável. Depois mudei para o Clipper 5.2 e por fim o Delphi que por sinal é Turbo Pascal for Windows e muito mais. Acredito que fiz uma ótima escolha, no momento não pretendo mudar, por dois motivos, estou satisfeito com os resultados e hoje sou um jovem de programa chegando na versão do Clipper em novembro deste ano. Sei que vocês também estão satisfeitos com os resultados da linguagem que utilizam para desenvolver as suas aplicações, sei também que aprender uma nova linguarem e reescrever todo um sistema demanda tempo e dinheiro. Vocês encontraram no ACBr mais precisamente no Monitor a solução barata ou gratuita para resolver os problemas que estão enfrentando com a emissão de documentos fiscais eletrônicos. Mas esquecem que muitos que fazem a coisa acontecer, não ganham um centavo, sem contar o tempo gasto no desenvolvimento, teste e correção dos componentes. Portanto peço respeito a todos que doam o seu tempo o seu valor para contribuir com o desenvolvimento dos componentes e Monitores. Desde já agradeço a compreensão de todos. Muito Obrigado.

Bom dia Maiquel, Muito obrigado pela colaboração, já esta disponível.

Bom dia Walter, Se você procurar pela TAG competencia no XSD (Schema) tipos_v03 usado pelo provedor Ginfes vai notar que esta TAG esta presente somente na NFS-e, e não no RPS. Sendo assim não adianta alimentar esse campo no componente, pois não será utilizando. Por outro lado o conteúdo da TAG competencia presente na estrutura da NFS-e é gerado pelo próprio provedor.

Bom dia Bernardo, Se as aspas estão corretas note que existe espaços em branco entre o NF e o fechar aspas: 'Ass_17152NF '.

Bom dia Jorge, No caso da NFS-e esqueça tudo o que você aprendeu sobre NF-e, CT-e, etc. Primeiramente o componente não gera o XML da NFS-e e sim do RPS e este poderá ser assinado ou não dependendo do provedor. O lote de RPS poderá ser assinado ou não dependendo do provedor. A validação ocorre no lote e não no RPS, sendo assim não adianta querer validar o XML do RPS que não vai funcionar, temos que validar o lote. Portanto devemos apenas alimentar o componente com os dados do RPS e executar o método enviar, pois este último se encarrega de fazer o resto.

Bom dia Gabriel, Por favor atualize os fontes e tente novamente.

Bom dia, Primeiramente, não post como texto o conteúdo de arquivos, favor postar como anexo. Segundo esse arquivo deve ter sido baixado diretamente do site e não via web service utilizando-se do componente ACBrNFSe. Dai o problema.

Bom dia Philip, Volto a afirmar sem exemplos do provedor fica difícil descobrir onde esta o erro.

Bom dia Jair, No caso do Quick Report vamos a mensagem de erro: C:\Conde\ACBr\\Pacotes\Delphi\ACBrNFe2\ACBrNFeDanfeQRpkg.dpk(76) Fatal: Required package 'QR5RunD7' not found Veja que o Delphi não encontrou o Requisito: QR5RunD7 para poder compilar o pacote ACBrNFeDanfeQRpkg.dpk, os motivos são 2: 1. Você não tem o Quick Report 5.0 instalado no seu Delphi 7, este vem com a versão 3.0 2. Se tem ele instalado, o path onde encontra-se o arquivo QR5RunD7.bpl não esta presente no Library Path e se esta, deve estar antes dos Paths do ACBr.