Italo Giurizzato Junior

Boa tarde Fernando, Muitos dos problemas de identificador não reconhecido, é resolvido quando se atualiza todos os fontes de todas as pastas. Todos os icones de todos os fontes tem que possuir uma bolinha verde, caso tenha alguma com a cor vermelha significa que foi alterado por você, logo esse fonte não é atualizado.

Boa tarde Maricelo, Os schemas que temos hoje do provedor Fiorilli não comporta 2 ou mais Itens de serviço. Como é o XML de uma NFS-e emitida via site? Será que esses serviços não são colocados na TAG Discriminação?

Boa tarde opennet, É o seu sistema que tem que tratar isso.

Boa tarde mbbortolini, Você esta realizando o cancelamento por evento? Lembre-se que não existe mais o cancelamento pelo webservice de cancelamento, agora é por evento.

Boa tarde Leandro, O ambiente utilizado para consulta tem que ser o mesmo do envio. Verifique se o envio não foi para o ambiente de homologação e a consulta esta sendo realizada no de produção.

Boa tarde Volnei, Atualiza os fontes e tente novamente.

Boa tarde Keila, A cidade de São Paulo não adotou o padrão ABRASF para a NFS-e. O componente ACBrNFSe visa atender as cidades que segue o padrão ABRASF. Se não me falhe a memória tem um pessoal trabalhando na implementação desse novo layout usado pela prefeitura de São Paulo no componente. Vamos aguardar.

Boa tarde Carlos, O motivo é simples. Esse Schema "cancNFe_v2.00" era utilizado para o cancelamento normal de uma NF-e agora o cancelamento é por evento. E a versão dos schemas referentes a eventos tanto da NF-e quanto da NFC-e ainda é 1.00

Boa tarde Fabio, Verifica se o XML da NFS-e retornado pelo WebService consta a TAG: OptanteSimplesNacional ?

Boa tarde Cesar, Você diz que o erro ocorre na linha 4224 da function: TNFSeCancelarNfse.Executar: Boolean; mais precisamente em: ReqResp.Execute(Acao.Text, Stream); só que no meu fonte esta linha é a de numero 4026. Você esta com os fontes atualizados?

Boa tarde Nilton, No manual não exite nada sobre a inutilização de numeração, pelo simples fato de não existir o webservice para realizar esta operação. Portanto podemos hoje dizer que, não existe inutilização de numeração de MDF-e. No meu entendimento, o MDF-e não é um documento que registra a venda ou a prestação de serviço e sim um documento que visa agrupar as NF-e ou CT-e. Com a finalidade de facilitar a fiscalização em um posto fiscal de fronteira entre um Estado e outro. Conclu-o que a numeração do mesmo não tem importancia nenhuma caso venha falhar. Acredito eu que por esses motivos e conclusões foram o que levaram a SEFAZ a não implementar o webservice de inutilização de numeração do MDF-e.

Cesar, Faça o seguinte teste: Na function GetSoapAction altere de: acCancelar: Result := 'http://www.betha.com.br/e-nota-contribuinte-ws/cancelarNfse'; para: acCancelar: Result := '';

Bom dia Mauro, Fiz uma alteração nos fontes, agora esta validando. Assim que possível vou disponibilizar as alterações.

Bom dia Wilker, Muito obrigado pela colaboração, assim que possível estarei disponibilizando a alteração.

Bom dia Cesar, O Cancelar executa dois passos: 1. Envia a solicitação de cancelamento; 2. Realiza uma consutla para obter o XML da NFS-e com o grupo que contem as TAGs sobre o cancelamento da mesma. É preciso saber em qual momento esta ocorrendo o problema. O que tudo indica é na hora de realizar a consulta. O mais estranho é que o segundo passo se utiliza da Consulta da NFSe por RPS e a mensagem de erro se refere ao SoapAction da Consulta da NFSe. Após executar o cancelamento, você não esta executando o ConsultarNFSe ?

Bom dia Roger, Favor atualizar todos os fontes, inclusive os fontes dos programas exemplos. No programa exemplo do componente ACBrNFSe, botão Imprimir, solicita o XML, apresenta o DANFSE na tela e com a possibilidade de imprimir no papel. Ao fechar o visualização do DANFSE, selecione logo abaixo a aba Dados. Nome que na última linha tem que aparecer a Data de Emissão, e ela tem que estar condisente com o que esta no XML.

Boa noite Roger, Primeiramente o seu sistema somente controla o numero do RPS, o da NFS-e é controlado pelo WebServices. Para obter o numero da nota, você já tentou desta forma: sNumero := ACBrNFSe.NotasFiscais.Items.NFSe.Numero; Aconselho deixar o componente com a sua configuração de tempo e numero de tentativa com os seus valores padrões, e aumentar ou diminuir conforme a necessidade.

Boa tarde Roger, No envio assincrono como é o caso do Ginfes temos 3 passos: 1. O envio do Lote; 2. Consultar a Situação do Lote; 3. Consultar o Lote; No maximo o que você pode fazer é mudar as configurações que foram propostas por mim, para que o componente "de um tempo" ao webservice.

Boa tarde Marcos, Os webservices da SEFAZ-SP já estão recepcionando XML na versão 3.10, só não sei se esta 100%. Recebi um e-mail de um colega, informando que conseguiu o protocolo de autorização de uma NF-e na versão 3.10 enviada para a SEFAZ-SP. NF-e enviada hoje 04/02/2014 as 14:07

Boa tarde Rondinele, O que vem a ser transferencia no seu caso? Seria uma NF-e de transferencia de uma determinada mercadoria da matriz para a filial por exemplo? Quem vai transportar essa mercadoria?

Bom dia Dillcimar, Reforçando o que o Juliomar postou. Link do Ajuste Sinief 07/05 http://www1.fazenda.gov.br/confaz/confaz/ajustes/2005/AJ_007_05.htm Paragrafo 7 do Insiso terceiro da Cláusula sétima: III - da concessão da Autorização de Uso da NF-e;. § 7º Deverá, obrigatoriamente, ser encaminhado ou disponibilizado download do arquivo da NF-e e seu respectivo Protocolo de Autorização de Uso: I - ao destinatário da mercadoria, pelo emitente da NF-e imediatamente após o recebimento da autorização de uso da NF-e; II - ao transportador contratado, pelo tomador do serviço antes do início da prestação correspondente. Resumindo, o emititente tem que enviar ou disponibilizar o XML assinado e protocolado ao destinatário da mercadoria e a transportadora quando esta for contratada para realizar o transporte da mesma. Como você pode ver, esta na legislação, no primeiro momento você de entrar em contato com esses fornecedores e solicitar o envio, apresentando como justificativa a legislação. E no segundo momento denuncia-los ao fisco, uma vez que receber a mercadoria e não receber o XML assinado e protocolado, para o fisco você esta comprando sem Nota.

Bom dia Arce, Sim, se a empresa que vai emitir o MDF-e for uma transportadora ela só pode informar CT-e ou Conhecimentos de Papel. Por outro lado se a empresa realiza o transporte de carga própria, por exemplo, uma loja que vende a mercadoria, logo emiti NF-e e possui um caminhão para realizar o transporte até o cliente, neste caso só pode informar no MDF-e as NF-e. Lembrando sempre que em ambos os casos a carga é fracionada e o transporte é interestadual. Outra coisa, uma transportadora que realiza o redespacho intermediário, ou seja pega a carga de uma transpotadora A e leva até a Transportadora C. Neste caso essa transportadora vai emitir apenas um CT-e e só vai informar a transportadora A como sendo o Expedidor e a transportadora C como sendo o Recebedor. Note que toda a carga é levada de um ponto para outro, logo temos carga Lotação, mesmo sendo o transporte interestadual, neste caso não há necessidade de emitir o MDF-e. Pois ao emitir um CT-e de Lotação, devemos informar o veículo e o motorista, informações estas que são colocadas no MDF-e. Seria um desperdicio de tempo e dinheiro emitir um segundo documento contendo as informações que já estão contidas no CT-e de Lotação.

Bom dia Anderson, Abrindo o fonte: ACBrCTeConhecimento.pas, linha 130 temos a declaração da function LoadFromFile. function LoadFromFile(CaminhoArquivo: string; AGerarCTe: Boolean = True): boolean; Como você pode ver essa função possui um segundo parametro cujo valor padrão é True. Portanto pode ocorrer sim alteração no XML ao ler ele, a não ser que você execute o comando desta forma: ACBrCTe1.Conhecimentos.LoadFromFile(Arq, False);

Boa tarde Carlos, No momento não me recordo a linha de comando para obter o XML de uma consulta. Mas, se você configurar o componente para ele salvar os XML de envio e de retorno, após realizar a consulta será salvo em disco o XML que você necessita.

Boa noite Atilio, Em vigencia em todos os Estados brasileiros a versão da NF-e é 2.00. Em vigencia nos Estados participantes do projeto piloto da NFC-e a versão é 3.00. Como o layout do XML de ambos os modelos de documentos fiscais, ou seja, NF-e e NFC-e é o mesmo, este ano a versão de ambos passa a ser 3.10 Resumindo: NF-e passa de 2.00 para 3.10 e NFC-e passa de 3.00 para 3.10 Favor ficar ler as Notas Técnicas que estão disponiveis no Portal Nacional da NF-e, para saber as novidades, ou seja, novos campos opcionais e obrigatórios.