Italo Giurizzato Junior

Boa tarde Diego, O governo precisa fazer algo e urgente, cada dia que passa esses provedores fazem mais loucuras. Já passou da hora de termos apenas um webservice responsável por recepcionar as NFS-e. Esses provedores estão cada dia ociosos que ficam criando chifre em cabeça de cachorro. E nos se ***** para que o componente possa se virar nos 30 para atender todas essas aberrações. Vou incluir na minha lista de tarefas para analisar a sua contribuição.

Boa tarde Fagner, Se eu entendi, essa "empresa" incluiu a emissão da NFS-e no ACBrMonitor Plus, correto? Se sim, no meu entendimento você tem que entrar em contato com essa "empresa" e pedirem para eles analisarem o problema e fazer as devidas correções. Uma vez que os fontes oficiais do ACBrMonitor Plus não da suporte a emissão de NFS-e.

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

A Nota Fiscal Eletrônica foi instituída através do Ajuste SINIEF 07/05, ou seja, em 2005. Infelizmente, depois de 15 anos existem pessoas que acreditam que o DANFE é a nota fiscal. O DANFE como a própria sigla deixar claro nada mais é do que um Documento Auxiliar. Se o DANFE é um Documento Auxiliar da Nota Fiscal Eletrônica, logo não é a Nota Fiscal Eletrônica da mesma forma que o Auxiliar do Chefe não é o Chefe. Simples assim.

Boa tarde, Não vejo nenhum problema você informar o valor do IPI devolvido no campo de observação.

Boa tarde Pedro, Você esta utilizando o componente ACBrNFe? Ou você desenvolve utilizando outra ferramenta que não seja Delphi e nem Lazarus?

Bom dia Victor, Já esta no repositório a sua contribuição, favor atualizar os seus fontes, pois eles estão desatualizados e faça novos testes.

Bom dia Maiquel, Fiz uma alteração tanto no arquivo Cidades.ini quando no SigCorp.ini Por favor atualize e faça novos testes.

Bom dia Gabriel, Já esta no repositório a sua colaboração, muito obrigado.

Bom dia, O provedor WebISS possui 2 webservices, um que segue a versão 1 e o outro que segue a versão 2 do layout da ABRASF. Ambos definem o código do serviço tag: ItemListaServico e Código de Tributação tag: CodigoTributacaoMunicipio conforme abaixo: <xsd:simpleType name="tsItemListaServico"> <xsd:restriction base="xsd:string"> <xsd:maxLength value="5" /> <xsd:minLength value="1" /> <xsd:whiteSpace value="collapse" /> </xsd:restriction> </xsd:simpleType> <xsd:simpleType name="tsCodigoTributacao"> <xsd:restriction base="xsd:string"> <xsd:maxLength value="20" /> <xsd:minLength value="1" /> <xsd:whiteSpace value="collapse" /> </xsd:restriction> </xsd:simpleType> (...) <xsd:element name="ItemListaServico" type="tsItemListaServico" minOccurs="1" maxOccurs="1" /> <xsd:element name="CodigoCnae" type="tsCodigoCnae" minOccurs="0" maxOccurs="1" /> <xsd:element name="CodigoTributacaoMunicipio" type="tsCodigoTributacao" minOccurs="0" maxOccurs="1" /> (...) Como você pode ver o conteúdo da tag ItemListaServico é uma string contendo no minimo 1 e no maximo 5 caracteres, logo o seu conteúdo pode ser 01.07 em vez de 0107 Já o conteúdo de CodigoTributacaoMunicipio pode ter até 20 caracteres.

Boa noite Victor, Muito obrigado pela colaboração, já inclui na minha lista de tarefas, ainda esta semana vou analisar o que você fez.

Boa tarde ALA, Você leu a NT 2020/004 que trata sobre o DANFE Simplificado - Etiqueta? Se sim, ficou claro para você que esse DANFE não substitui o DANFE em papel A4? Caso esteja tudo claro e você necessita desse DANFE, o que você acha de contribuir com a comunidade implementando ele? Porque só nós moderadores e consultores do ACBr temos que escrever código?

Bom dia Luiz, São utilizados dois componentes, o ACBrBPe e o ACBrBPeDABPeESCPOS. É preciso informar na propriedade DABPE do ACBrBPe o componente ACBrBPeDABPeESCPOS.

Bom dia Maiquel, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas, estando tudo OK, vou enviar para o repositório.

Bom dia Junior, O ACBr ao assinar um XML realiza 2 transformações padrão utilizado pela NF-e, CT-e, MDF-e, BP-e, NF3-e, eSocial, Reinf e pela grande maioria dos provedores de NFS-e, só esse provedor que vi que são 3 transformações. <ds:Transforms> <ds:Transform Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature"/> <ds:Transform Algorithm="http://www.w3.org/TR/2001/REC-xml-c14n-20010315#WithComments"/> <ds:Transform Algorithm="http://www.w3.org/TR/1999/REC-xpath-19991116"> <ds:XPath>not(ancestor-or-self::ds:Signature)</ds:XPath> </ds:Transform> </ds:Transforms> Ai eu pergunto, precisa de tudo isso?

Bom dia Gabriel, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas para analisar a sua alteração.

Bom dia, Você esta fazendo testes com o programa exemplo do componente ou com a sua aplicação? Se é com a sua aplicação, verifique se ele não esta se utilizando de um arquivo INI antigo ou alterado do provedor.

Bom dia Eduardo, É muito estranho essa mensagem de rejeição acusando que o XML do cabeçalho do arquivo esta fora do padrão especificado. A montagem do Envelope Soap do provedor Vitoria não consta o grupo referente a mensagem de cabeçalho, somente o grupo da mensagem de dados.

Bom dia, Em vez de: Gerador.wCampo(tcDe2, '', 'AlqIssSN_IP', 01, 06, 0, StrToFloat('2,01'), ''); coloque: Gerador.wCampo(tcDe2, '', 'AlqIssSN_IP', 01, 06, 0, StrToFloat('2.01'), ''); ou Gerador.wCampo(tcDe2, '', 'AlqIssSN_IP', 01, 06, 0, 2.01, '');

Boa noite Luiz, Após o envio do evento, você executou o método ImprimirEvento?

Boa tarde Douglas, Quem escreveu o componente ACBrBPe foi eu. A string do QR-Code esta sendo gerada conforme consta no manual. Para o BP-e com tipo de emissão normal, a string é composta pela URL de consulta mais a chave do BP-e e ambiente (1= produção, 2= homologação) Para o BP-e com tipo de emissão Contingência offline, a string é composta pela URL de consulta mais a chave do BP-e, mais o ambiente e a assinatura digital. Se mesmo assim ainda duvida, faço minhas as palavras do Rafael.

Boa tarde Amarildo, Conseguiu alguma coisa com o pessoal da Infisc?

Bom dia a todos, Esse NT não traz um exemplo de como seria esse DANFE Simplificado - Etiqueta mas traz no item 2.4 os campos obrigatórios: 02.4 Campos Obrigatórios No DANFE Simplificado – Etiqueta deverão estar visíveis e ser impresso no mínimo, além da chave de acesso, seu código de barras e do correspondente Protocolo de Autorização de Uso, o conteúdo dos seguintes campos: a) A descrição “DANFE Simplificado – Etiqueta”; b) Dados do emitente: Nome/Razão Social, Sigla da UF, CNPJ, Inscrição Estadual; c) Dados gerais da NF-e: Tipo de operação, se entrada ou saída, Série e Número da NF-e, Data de emissão; d) Dados do destinatário/remetente: Nome/Razão Social, Sigla da UF, CNPJ/CPF, Inscrição Estadual, quando existir; e) Dados dos totais da NF-e: Valor total da Nota Fiscal. f) Contingência EPEC: Informar o protocolo de autorização do Evento EPEC. Na imagem anexada esta faltando o item "e" e a descrição que se refere ao item "a" não esta em evidencia e esta faltando a palavra Etiqueta. Portanto vejo problemas com esse DANFE que foi anexado.

Bom dia Adalto, Primeiramente, não cole código como parte do texto, procure sempre anexar como você fez com os XMLs. A minha sugestão é usar somente o método DistribuicaoDFePorUltNSU, pois este baixa tanto os resumos quanto os XMLs completos da notas. Lembrando que para baixar o XML completo de uma nota é preciso enviar o evento de Manifestação do Destinatário. A liberação do XML completo da nota não é rápido, pode levar segundos ou até horas, sendo assim não recomento o uso do método DistribuicaoDFePorChaveNFe. Agora em Outubro, mas precisamente os dias 6, 7 e 8 temos o Dia do ACBr on-line. Se eu fosse você não perderia, pois no dia 6 as 20:00 eu e o Bruto do Delphi vamos fazer uma palestra exatamente sobre esse assunto. https://www.diadoacbr.com.br/

Boa noite, Veja o fragmento de código do componente que gera algumas tags: if FNFSe.OptanteSimplesNacional = snSim then begin Gerador.wCampo(tcInt, '', 'TipoTrib' , 01, 01, 0, 4 , ''); Gerador.wCampo(tcStr, '', 'DtAdeSN' , 01, 10, 0, FormatDateTime('dd/mm/yyyy', NFSe.DataOptanteSimplesNacional) , ''); //data de adesao ao simples nacional Gerador.wCampo(tcDe2, '', 'AlqIssSN_IP', 01, 06, 0, NFSe.ValoresNfse.Aliquota, ''); end else begin case FNFSe.Servico.ExigibilidadeISS of exiExigivel: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 1 , ''); exiNaoIncidencia: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 2 , ''); exiIsencao: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 2 , ''); exiExportacao: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 5 , ''); exiImunidade: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 2 , ''); exiSuspensaDecisaoJudicial: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 3 , ''); exiSuspensaProcessoAdministrativo: Gerador.wCampo(tcInt, '', 'TipoTrib', 001, 1, 0, 3 , ''); end; Gerador.wCampo(tcStr, '', 'DtAdeSN' , 01, 10, 0, '', ''); //data de adesao ao simples nacional Gerador.wCampo(tcStr, '', 'AlqIssSN_IP', 01, 06, 0, '' , ''); end; Note que a tag <AlqIssSN_IP> só vai ser gerada se o valor de OptanteSimplesNacional for igual a snSim e se o valor de ValoresNfse.Aliquota for diferente de zero, note que a tag em questão é opcional (tamanho mínimo 1, máximo 6, ocorrência igual a zero = opcional). No XML que você anexou consta que o valor da tag <TipoTrib> é 4 isso significa que o valor de OptanteSimplesNacional é snSim, consta que o valor da tag <DtAdeSN> é 01/02/2016, mas não consta a tag <AlqIssSN_IP>, isso significa que o valor de ValoresNfse.Aliquota é zero.